To Jeff Overcash : compatibility problem with IBX 4.3
Henry
Would you be kind to read the "Error after installation of IBX6 Controls".
We need to understand why, supposidly, the installation brings a new
dclib50.bpl ?
And it looks like it conflicts with D5 installation or already installed
components.
Thanks for helping.
--
Henry
Jeff Overcash (TeamB)
Henry wrote:
>
> Hi Jeff,
>
> Would you be kind to read the "Error after installation of IBX6 Controls".
>
> We need to understand why, supposidly, the installation brings a new
> dclib50.bpl ?
Because dclib.50 had to be recompiled for update 1. Otherwise you would get
access violations with every design time component dropped on to a data module.
Every data related design time package was rebuilt for upd 1 including
ADOExpress and the BDE components. Due to design time changes in the data
module designer we had no choice. Also there have been many design time
enhancments made over the past months.
> And it looks like it conflicts with D5 installation or already installed
> components.
>
Not with any Delphi shipping components. I saw your message. Your problem lies
somewhere other than IBX since there is no AppUtils unit or class in IBX
period. RxLib has had a rep in the past of using Borland supplied unit names
over, perhaps they have done it again. I just ran the AppEvents with 4.3 with
no problems at all and I do have RxLib installed from the source of about a year
ago.
> Thanks for helping.
>
> --
> Henry
>
> http://www.developpez.com
--
Jeff Overcash (TeamB)
(Please do not email me directly unless asked. Thank You)
The fool escaped from paradise will look over his shoulder and cry
Sit and chew on daffodils and struggle to answer why?
As you grow up and leave the playground
Where you kissed your Prince and found your frog
Remember the jester that showed you tears, the script for tears. (Fish)
Henry
get
>access violations with every design time component dropped on to a data
module.
>Every data related design time package was rebuilt for upd 1 including
>ADOExpress and the BDE components. Due to design time changes in the data
>module designer we had no choice. Also there have been many design time
>enhancments made over the past months.
>
1,
Vclib50.dcp (449 Kb), Dclib50.bpl (143 Kb) and Dclib50.dcp (78 Kb) coming
all together.
All these files belong to the Delphi package. Vclib50.bpl belongs also to
the
files redistributed for end-users.
My question is : why this basis is changing at every release of IBX ?
Dclib50.bpl is 156 Kb with IBX 4.2, 153 Kb with IBX 4.3
Dclib50.dcp is 84198 b with IBX 4.2, 84255 Kb with IBX 4.3
Vclib50.bpl is 380 Kb with IBX 4.2, 476 Kb with IBX 4.3
Vclib50.dcp is 553 Kb with IBX 4.2, 599 Kb with IBX 4.3
For instance the Vclib50.bpl has grown from 366 to 476.
That's not minor changes (and is a mere measure of the tremendous work
done!)
But the problem not to stick to the basis is the following:
Suppose hundreds of applications already deployed among end-users.
Suppose they all have upgraded Vclib50.bpl from the Update Pack 1
Now, comes a new version of my app with the Vclib50.bpl I received with IBX
4.3 They install it.
Then they install an application coming from another vendor who has changed
the Vclib50.bpl
in order to meet his goal, or is simply relying on another intermediate
version of Vclib50.bpl from Borland.
The installation of his product will break the installation of my product
(and vice-versa).
Well you understand, instead of a "dll hell" we have a "bpl hell".
I think that one of the good point of the Inprise offer, is that we don't
have a service pack every three months.
Furthermore, in an OO environment, I would expect improvements made by
inheritance on a stable basis.
BTW, with D5 Enterprise we have the source that compile to Vclib50.bpl
dont'we ? (I never recompiled the VCL)
Introducing these new versions of Vclib50, do we still have the new versions
sources ?
(we have the sources of IBX, thanks to you. But do we have the sources that
would allow to rebuild the Vclib50)
>
>Not with any Delphi shipping components. I saw your message. Your problem
lies
>somewhere other than IBX since there is no AppUtils unit or class in IBX
>period. RxLib has had a rep in the past of using Borland supplied unit
names
>over, perhaps they have done it again. I just ran the AppEvents with 4.3
with
>no problems at all and I do have RxLib installed from the source of about a
year
>ago.
I totally agree with you. They should not use Borland supplied unit names.
Henry
Henry
<39E8D0C...@onramp.net>...
>Not with any Delphi shipping components. I saw your message. Your problem
lies
>somewhere other than IBX since there is no AppUtils unit or class in IBX
>period. RxLib has had a rep in the past of using Borland supplied unit
names
>over, perhaps they have done it again. I just ran the AppEvents with 4.3
with
>no problems at all and I do have RxLib installed from the source of about a
year
>ago.
You are right, AppUtils is in the following 50.BPL :
CORIDE DRBIDE DIRECT DPHCRB DPHIDE DPHMTS DPHPRO MTSIDE PROIDE STRIDE DCLITE
DFMPKG RCPKG
I reinstalled D5+Update 1 and the RxLib. No IBXUpdate. The problem
reappeared :
"Cannot load dclite50.bpl Cannot load CORIDE50. It contains AppUtils also in
RxCTL5"
Anyhow, the discussion on "bpl hell" (as they call it "ddl hell":
http://support.microsoft.com/servicedesks/Webcasts/Wc032300/WCBLURB032300.AS
P?LN=EN-US&SD=gn&FR=0 )
is still a concern, and your advice would be highly appreciated
(See thread Re: To Jeff Overcash : compatibility problem with IBX 4.3)
Thanks
--
Henry
Carl Caulkett
>
> You are right, AppUtils is in the following 50.BPL :
> CORIDE DRBIDE DIRECT DPHCRB DPHIDE DPHMTS DPHPRO MTSIDE PROIDE STRIDE DCLITE
> DFMPKG RCPKG
>
> I reinstalled D5+Update 1 and the RxLib. No IBXUpdate. The problem
> reappeared :
> "Cannot load dclite50.bpl Cannot load CORIDE50. It contains AppUtils also in
> RxCTL5"
Hi Henry,
It was this problem that made me drop RX. However, if your application
depends strongly on the RX components, a solution may be to rename the
RX version of AppUtils.pas (to, say, RXAppUtils) and to do a search and
replace on the RX source files, and recompile.
--
Carl
Henry
Endeed, I'm thinking of droping any component that does not
respect any part of the Delphi Pack.
As for Rx, effectively, I need it for now.
So, I followed your advice. And it works fine. Many thanks.
Now, I stick strictly to D5 Enterprise +- Update Pack 1
until I understand why the IBX Updates cannot be developped
and deployed without replacing Vclib50.dcp and .bpl, Dclib50.dcp and .bpl
(not mentionning the fact that with D5 we have the source of Vclib50.bpl
- I'm not sure that we have the source of the replaced .dcp and .bpl)
--
Henry
Carl Caulkett a +AOk-crit dans le message ...
+AD4-In article +ADw-39ea04f7+AF8-1+AEA-dnews+AD4-, +ACI-Henry+ACI- +ADwAQAA+- says...
+AD4APg-
+AD4APg- You are right, AppUtils is in the following 50.BPL :
+AD4APg- CORIDE DRBIDE DIRECT DPHCRB DPHIDE DPHMTS DPHPRO MTSIDE PROIDE STRIDE
DCLITE
+AD4APg- DFMPKG RCPKG
+AD4APg-
+AD4APg- I reinstalled D5+UpdatQ- 1 and the RxLib. No IBXUpdate. The problem
+AD4APg- reappeared :
+AD4APg- +ACI-Cannot load dclite50.bpl Cannot load CORIDE50. It contains AppUtils also
in
+AD4APg- RxCTL5+ACI-
+AD4-
+AD4-Hi Henry,
+AD4-
+AD4-It was this problem that made me drop RX. However, if your application
+AD4-depends strongly on the RX components, a solution may be to rename the
+AD4-RX version of AppUtils.pas (to, say, RXAppUtils) and to do a search and
+AD4-replace on the RX source files, and recompile.
+AD4-
+AD4---
+AD4-Carl
damian marquez
useful, though you have these name conflicts which make it hard to use....
As of today, I only use the functions libraries (like strutils) which are
highly useful.
It's quite clear that we delphi developers at first use EVERY free component
out there, and then try to stick to the package as much as we can.... (or to
commercial 3rd party comps).