On 08/08/2013 02:41 PM, Lukasz Sokol wrote:
Very well then, thanks :)
I suggest that - to exclude problems that might be imposed by some
external non-Lazarus and software not by yourself - you do a test
creating a combination of a Lazarus Application and a Lazarus-made dll
(and/or so) that
On Fri, Aug 09, 2013 at 09:28:47AM +0200, Michael Schnell wrote:
On 08/08/2013 02:41 PM, Lukasz Sokol wrote:
Very well then, thanks :)
I suggest that - to exclude problems that might be imposed by some
external non-Lazarus and software not by yourself - you do a test
creating a combination
Am 08.08.2013 13:31, schrieb Michael Schnell:
On 08/08/2013 01:15 PM, Lukasz Sokol wrote:
but I would then need to make the wrapper object aware of the
Application or its forms then?
This is provided by Runtime Packages with Delphi.
Michael, it seems that you understood Lukasz wrong, this has
On 08/09/2013 10:57 AM, Henry Vermaak wrote:
You seem to think that Lukasz is making a library,
This is what I understood from self contained wrapper unit. But maybe
I am wrong.
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
On 08/09/2013 11:02 AM, Sven Barth wrote:
Michael, it seems that you understood Lukasz wrong,
Yep. I thought he intents to do a dll himself, but maybe I am wrong.
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
On 09/08/13 08:28, Michael Schnell wrote:
On 08/08/2013 02:41 PM, Lukasz Sokol wrote:
Very well then, thanks :)
I suggest that - to exclude problems that might be imposed by some
external non-Lazarus and software not by yourself - you do a test
creating a combination of a Lazarus
In our previous episode, Sven Barth said:
It's not only the memory that needs to be shared. All DLLs need to use
the same RTL functions and the VMT pointers need to be equal as well. If
you have two DLLs and both use TObject than for a TObject variable of
DLL A is is not true for a TObject
