🚀 go-pugleaf

I did an automatic conversion - simply opened V3 project bpr file with V4;
that seemed to work, but a rebuild yielded a few hundred errors. If I
remember right, some had to do with STL, but it was a long time ago, so I
may be wrong. I remember being simply overwhelmed by the number of errors
and the fact that they were all over the modules. At that point, V3 to V4
conversion was basically just a quicky test. This was was back in 2000, and
back then the product was pretty stable and not supposed to live past 2002
or whereabouts, so management did not deem it worthwhile to spend any time
on the conversion. But now, all of a sudden, 5-10 percent of the
installations are failing, and tech support people think it has to do fast
PCs, since we have not had a problem from about 1998 to 2003/early 2004. Not
a single PC < 2.4GHz has reported a problem, but above that speed problems
happen, supposedly, more frequently, on higher speed PCs such as 3-3.2GHz
boxes (both Intel and AMD). And it is hard to track - it either works on a
PC or it does not. My 3.2GHZ P4 HT  box runs the code fine, but a customer
has reported an identical box with a problem... And yes, it does control
some hardware via serial port and uses a heavy dosage of multithreading.
And, no, it is not multi-processor P4-HT related, as my development box back
in the 1999 was a dual CPU and I did resolve a couple of multiprocessing
related issues bacn then. Anyways, I am digressing,  I'll try manually
adding files, there are roughly 40-50 units, not that bad. The code does,
unfortunately, use quite a bit of STL, more than it should have used. I do
not believe I am using any components that were deprecated in V4 or V5. Will
give it a shot. Beats scrambling for V3 CDs..

"Hans Galema" <notused@notused.nl> wrote in message
news:41ec1c64@newsgroups.borland.com...
> garrick s wrote:
>
> > conversion to V5 is probably not an option. I have previoously tried
> > converting to V4, but the code did not compile nd I remember that I'd
have
> > to edit dfm fle due to some compatability issues. Is that true as far as
> > V3 -> V5 conversion?
>
> Not that I know. I converted a V3 project to V5 a while ago. Do not
> use the mak or bpr file from V3. So do not let it automatically
> convert to V5 by bcb5. Instead start a new project and add all
> the units and so by hand. Indeed that is nasty work.
>
> I added about 275 units. Cannot remember that I had to change code
> to let it compile, link and run. Had to change only few codelines to make
> it behave in the same way as with V3.
>
> In fact I kept both projects parallel for more than a year. Editing
> of TForms had to be done only with V3.
>
> Only if you use the STL or components that are not anymore in V5
> like the nice TNHTML you can expect more work.
>
> What made it not compile then ?
>
> Hans.