Got it !
Will have a look :0
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 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: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] 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: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] 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: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] 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: [email protected]
Admin: http://delphi.org.nz/mailman/listinfo/delphi
Unsubscribe: send an email to [EMAIL PROTECTED]
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: [email protected]
Admin: http://delphi.org.nz/mailman/listinfo/delphi
Unsubscribe: send an email to [EMAIL PROTECTED]
with Subject: unsubscribe
_______________________________________________
NZ Borland Developers Group - Delphi mailing list
Post: [email protected]
Admin: http://delphi.org.nz/mailman/listinfo/delphi
Unsubscribe: send an email to [EMAIL PROTECTED] 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: [email protected]
Admin: http://delphi.org.nz/mailman/listinfo/delphi
Unsubscribe: send an email to [EMAIL PROTECTED] with Subject: unsubscribe
_______________________________________________
NZ Borland Developers Group - Delphi mailing list
Post: [email protected]
Admin: http://delphi.org.nz/mailman/listinfo/delphi
Unsubscribe: send an email to [EMAIL PROTECTED] with Subject: unsubscribe
