Strange dependency of dclRBE10105

rbuser

Hi

For some reason our packaged application needs dclRBE10105.bpl when its
started.
dclRBE10105 however is a designtime only package.

Its also NOT in the list of packages of the .dpr creating the exe.

What can be the reason?

Eric

nardmoseley

Two possibilities I can think of.

1. Your application 'uses' a unit that is in the 'contains' clause of
dclRBE10105.dpk. Open dclRBE10105.dpk and check that your application is not
using any of those unit.

2. Either directly or indirectly one of the other packages you are deploying
'requires' dclRBE10105. In a quick search, I found only two other packages
that require dclRBE10105, dclDAD10105.dpk and dclRBS10105. So might be one
of those, are might be that you are using another package that 'requires'
one those. I would check all of the .dpk for your packages and the RB
packages that you are requiring.


--
Nard Moseley
Digital Metaphors
www.digital-metaphors.com

rbuser

Hi Nard,
Yes, it was ppJPEG..

In our db we only have JPeg stored.
If the users drops a dbimage on a report we want it to be a Jpeg one , not
a bitmap.

So in the past, a programmer made some changes to let this work.

What is the correct way to do this (having a Jpeg image component instead of
a Bitmap one)?

Eric

nardmoseley

None of the RB units 'use' ppJPEG. And it is not 'required' by any of the RB
run-time packages.

If you project 'uses' ppJPEG, then you should be able to link ppJPEG into
your project directly. Remove dclRBE10105 from the build with runtime
packages list of the project. Then the compiler should link ppJPEG into your
application.

If you have source units that you compile into your own packages and they
'use' ppJPEG, then you could either compile ppJPEG into the package or
compile it into a package that is 'required' by the packages that need it.


--
Nard Moseley
Digital Metaphors
www.digital-metaphors.com