[DUG] Runtime packages

[Myles Penlington]

You are about right. The main point is that your requires list in the
dynamically loaded package has to match the package list used in your 
application.

Oh, watch out for your path. Make sure that you do not have old copies
of your bpl in other folders. I always find it best to put the bpls' in
the same folder as the exe.

Myles.


-----Original Message-----
From: delphi-bounces at listserver.123.net.nz
[mailto:delphi-bounces at listserver.123.net.nz] On Behalf Of Robert martin
Sent: Tuesday, 26 February 2008 11:26 a.m.
To: NZ Borland Developers Group - Delphi List
Subject: Re: [DUG] Runtime packages

Hi Myles

Sorry if I am being dense here.  I thought by only having vcl/rtl on my 
packages list in my main app would mean that all other packages would be

compiled in.  In the package I want to dynamically load I don't have the

option of which packages to use.  The only place is the 'requires' 
section.  So I thought these would be compiled in to the package.  Both 
main app and package point (hopefully) do the same packages. 

Have I got this wrong?

Rob Martin
Software Engineer

phone +64 03 377 0495
fax   +64 03 377 0496
web www.chreos.com

Wild Software Ltd



Myles Penlington wrote:
> You might be mixing runtime and designtime packages. 
> By excluding the vcl/rtl packages on one list, but not the other
causes
> the units contained in those packages to be compiled into your exe.
> However your wildsoft bpl will still attempt to use/load those
packages,
> hence at some stage you hit a duplicate.
>
> In essence, if you use packages, all your bpl's/exe must use the same
> list of packages.
>
> Myles.
>
> -----Original Message-----
> From: delphi-bounces at listserver.123.net.nz
> [mailto:delphi-bounces at listserver.123.net.nz] On Behalf Of Robert
martin
> Sent: Tuesday, 26 February 2008 10:53 a.m.
> To: NZ Borland Developers Group - Delphi List
> Subject: Re: [DUG] Runtime packages
>
> Thanks Myles
>
> So do you think my package is using a different copy of a package than

> my main app?  (thus the TQuikRep duplicate error)
>
> I am still at a lack to explain the WildSoftD2007.bpl missing error.  
> Any suggestions there?
>
> Rob Martin
> Software Engineer
>
> phone +64 03 377 0495
> fax   +64 03 377 0496
> web www.chreos.com
>
> Wild Software Ltd
>
>
>
> Myles Penlington wrote:
>   
>> Applications and packages all have to be linked/compiled with the
same
>> set of packages, else you get the duplicate/already exist messages.
>>
>> We use our own set of packages instead - i.e. we have 2 package sets
-
>>     
> a
>   
>> designtime set and a runtime set (which are very different - the
>>     
> design
>   
>> time set uses the standard vcl/bpl packages, the runtime set uses our
>> own set of runtime packages).
>>
>> Myles.
>>
>> -----Original Message-----
>> From: delphi-bounces at listserver.123.net.nz
>> [mailto:delphi-bounces at listserver.123.net.nz] On Behalf Of Robert
>>     
> martin
>   
>> Sent: Tuesday, 26 February 2008 10:11 a.m.
>> To: NZ Borland Developers Group - Delphi List
>> Subject: [DUG] Runtime packages
>>
>> Hi
>>
>> Trying to convert a dll into a runtime package.  Have changed the
host
>>     
>
>   
>> app to use reuntime packages but left most packages (except vcl;rtl)
>>     
> as 
>   
>> statically linked.  I have another package that is to be loaded 
>> dynamically.  However when I try to load it I get a message '... 
>> WildSoftD2007.bpl was not found...'.  This is a package containing
all
>>     
>
>   
>> our custom components and both apps use these components. 
>>
>> I thought my run time package would statically include this.  Any
>>     
> ideas 
>   
>> what I am doing wrong ?
>>
>> If I copy the bpl into the exe directory I miss this message and get
a
>>     
>
>   
>> 'class TQuikRep' already exists in package, error message.  I am
>>     
> hoping 
>   
>> that fixing my first problem will then fix the second.  Yes we have a

>> component that uses quickReports as a base class.
>>
>>   
>>     
> _______________________________________________
> NZ Borland Developers Group - Delphi mailing list
> Post: delphi at listserver.123.net.nz
> Admin: http://delphi.org.nz/mailman/listinfo/delphi
> Unsubscribe: send an email to delphi-request at listserver.123.net.nz
with
> Subject: unsubscribe
>
> Attention:
> This communication is confidential and may be legally privileged.  If
you are not the intended recipient, please do not use, disclose, copy or
distribute it, other than to return it to us with your confirmation that
it has been deleted from your system.

>
> _______________________________________________
> NZ Borland Developers Group - Delphi mailing list
> Post: delphi at listserver.123.net.nz
> Admin: http://delphi.org.nz/mailman/listinfo/delphi
> Unsubscribe: send an email to delphi-request at listserver.123.net.nz
with Subject: unsubscribe
>
>   
_______________________________________________
NZ Borland Developers Group - Delphi mailing list
Post: delphi at listserver.123.net.nz
Admin: http://delphi.org.nz/mailman/listinfo/delphi
Unsubscribe: send an email to delphi-request at listserver.123.net.nz with
Subject: unsubscribe

Attention:
This communication is confidential and may be legally privileged.  If you are not the intended recipient, please do not use, disclose, copy or distribute it, other than to return it to us with your confirmation that it has been deleted from your system.