Read and respond to this message at:
>If you know a better approach, please let me
Hmm... you can probably do something with using the dllexport and/or dllimport
attribute on your base class. That's probably the most straight forward way,
but I'm not that familiar with how that works exactly. Another way to go is
to make your base completely abstract, with only abstract virtual methods and
no data members. Your base class becomes nothing more than an interface for
your executable to access the derived class in your shared library.
One of the advantages of a completely abstract class is that it makes your DLL
code compiled by other Windows C++ compilers, since they all use the same vtbl
implemenation. (That is, assuming that the methods of your base class methods
don't use any types that would introduce other compatiblity problems.)
>My approach was based on the following article:
>"DLL calling main application on mingw?"
I don't see how any post in that thread is relevent. It's discussing the problem
of getting a DLL to call a function in the executable it's linked to.
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: