>>If an object is only allocated and deallocated (Create/Free) with the same
>>allocator (within the same pool) ther should not be a problem  - if the for
>>m exists entirely within a DLL - thinks work with seperate allocation pools f
>>or each DLL.

    OK. That's more or less my understanding. Any class object cannot be communicated across the DLL boundary. A form in a DLL cannnot be referenced
  from code in the main executable for example.
  
    There's an executable in the bin directory to find the dependent bpl's.
  I believe it's TDUMP.EXE (a DOS style executable). I didn't find it to be 100% accurate the last time I tried it though.
  
  Dave
 
[EMAIL PROTECTED] wrote:
  David,
  I'm not exactly shure But I have a guess as to why some things work and
others not -

ShareMem is for Strings - Since strings are part of the language (not a
library as in C) The allocation/deallocation is more dynamic than is
apparent.
If a string is passed to another DLL and operated on - those operations wil
l
free and reallocate the string memory - thus requiring a single allocatoion
pool for all strings.


If an object is only allocated and deallocated (Create/Free) with the same
allocator (within the same pool) ther should not be a problem  - if the for
m
exists entirely within a DLL - thinks work with seperate allocation pools f
or
each DLL.

But with GUI objects that form relationships between parents/siblings - the
y
all must come from the same pool - I can't have a parent form from one pool
and a child control from another. Therefore we cannot use staticly link
allocators, we must use a single allocator from a DLL - run-time packages.


This is a guess that comes from observation, if someone has better knowledg
e
or a explaination than I, PLEASE speek up.

Thanks again for you help - Switching to Run-time package were completely
outside my current thinking but it solved all my problems. But now I do hav
e
to ship Borland DLLs - I just have to figure out which ones.

DOug



Quoting David Smith <[EMAIL PROTECTED]>:

>>> I have used class references before across DLLs - my own classes with n
o
>>> VCL components with success.
>
>  ??? I know that even to have Delphi long string types seen across
> DLL's you have to include sharemem.dll. This is due to the reference
> counting I believe. Same deal with the classes so I don't understand
> how you got around it.
>
>  >>With out run-time packages, I can uses seperate
>>> forms in each DLL and EXE.
>
>  ??? Is this some sort of workaround  you came up with? And using
> run-time packages fixed that?
>
>  Dave
>
> [EMAIL PROTECTED] wrote:
>  Thanks,
>   I have used class references before across DLLs - my own classes with n
o
> VCL components with success. With out run-time packages, I can uses seper
ate
> forms in each DLL and EXE. With run-time packages, the DLLs and EXE can a
ll
> interact with the same form!
>
> Thanks to Rob and David
> Doug
>
>
>
>
> Quoting Rob Kennedy <[EMAIL PROTECTED]>:
>
>> David Smith wrote:
>>> You can't pass class references to DLL's. That is a limitation. You hav
e
>>> to use packages for full interoperability. This means compiling with th
e
>>> runtime packages option. That means your product has to make sure all
>>> packages needed (including Borland's) are on the users system.
>>
>> Class references are meaningful if both the DLL and the EXE are compiled
>> to use packages.
>>
>> --
>> Rob
>>
>>
>>
>>
>>
>> -----------------------------------------------------
>> Home page: http://groups.yahoo.com/group/delphi-en/
>> To unsubscribe: [EMAIL PROTECTED]
>> Yahoo! Groups Links
>>
>>
>>
>>
>>
>>
>>
>>
>
>
>
>
> -----------------------------------------------------
> Home page: http://groups.yahoo.com/group/delphi-en/
> To unsubscribe: [EMAIL PROTECTED]
>
>
>
>  SPONSORED LINKS
>        C programming language   Computer programming languages   Java
> programming language     The c programming language   C programming
> language   Concept of programming language
>
> ---------------------------------
>  YAHOO! GROUPS LINKS
>
>
>    Visit your group "delphi-en" on the web.
>
>    To unsubscribe from this group, send an email to:
> [EMAIL PROTECTED]
>
>    Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
>
>
> ---------------------------------
>
>
>
>
>
> ---------------------------------
> Yahoo! Messenger with Voice. Make PC-to-Phone Calls to the US (and
> 30+ countries) for 2¢/min or less.
>
> [Non-text portions of this message have been removed]
>
>
>
>
> -----------------------------------------------------
> Home page: http://groups.yahoo.com/group/delphi-en/
> To unsubscribe: [EMAIL PROTECTED]
> Yahoo! Groups Links
>
>
>
>
>
>
>




-----------------------------------------------------
Home page: http://groups.yahoo.com/group/delphi-en/
To unsubscribe: [EMAIL PROTECTED]



  SPONSORED LINKS
        C programming language   Computer programming languages   Java programming language     The c programming language   C programming language   Concept of programming language
   
---------------------------------
  YAHOO! GROUPS LINKS

   
    Visit your group "delphi-en" on the web.
   
    To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
   
    Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.

   
---------------------------------
 



           
---------------------------------
Blab-away for as little as 1¢/min. Make  PC-to-Phone Calls using Yahoo! Messenger with Voice.

[Non-text portions of this message have been removed]



-----------------------------------------------------
Home page: http://groups.yahoo.com/group/delphi-en/
To unsubscribe: [EMAIL PROTECTED]




SPONSORED LINKS
C programming language Computer programming languages Java programming language
The c programming language C programming language Concept of programming language


YAHOO! GROUPS LINKS




Reply via email to