Experimental Physics and
| |||||||||||||||||
|
A quick update and another question: For the moment I simply modified the shareLib.h file to define epicsShareFunc as "__stdcall" when compiling Qt applications (I am still using the MinGWwin32 compiler). So far everything works fine with the ca and Com lib calls. Currently using the following functions without (apparent) problems: ca_context_create() (without preemptive callback's) ca_add_event() (with callback) ca_create_channel() (with callback) ca_poll() (aka ca_pend_io - so the non-preemptive callbacks can happen) ca_puser() ca_clear_channel() ca_context_destroy() Nothing too fancy yet - just setting up a connection and getting callbacks when the value of a PV changes. I haven't tried using preemptive callback yet. Perhaps after I get everything else working the way I want (although if anything is going to cause problems, I expect allowing preemptive callbacks to be it). My current problem (and I know this is a "newbie" sort of question, but I haven't had to deal with these kinds of details since the early days of windows) is how to similarly modify the epicsShareExtern macro so that references to things like dbr_size[] are resolved at link time. Just having it be "extern" works fine for compiling, but it always shows up as an undefined reference when I link. The same code (and linking with the same libraries) works find on Linux and MacOS/Darwin, so I am assuming it is just a case of the right magic word(s) for the Windows compile/link. Any ideas? ----- Original Message ----- From: "Jens Eden" <[email protected]> To: "Ernest L. Williams Jr." <[email protected]> Cc: <[email protected]> Sent: Tuesday, October 11, 2005 12:44 PM Subject: Re: Qt-compatible Channel Access lib Ernest L. Williams Jr. wrote:On Tue, 2005-10-11 at 16:25 +0200, Jens Eden wrote:Mark,
| ||||||||||||||||
ANJ, 02 Sep 2010 |
·
Home
·
News
·
About
·
Base
·
Modules
·
Extensions
·
Distributions
·
Download
·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing · |