Re: Anybody interested ... DRL error 200 (CRT) solved! (almost)
Aitor Santamaria Merino <[email protected]>
| Newsgroups | gmane.os.freedos.devel |
|---|---|
| Message-ID | <[email protected]> |
Eric Auer wrote: >Hi, Ralf Quint just pointed out that ONLY Turbo Pascal 7.0 has the fatal > >CRT library bug. Compiling with Turbo Pascal 5.5 will just lead to any >delay loops in the program running too fast (at least some of my Turbo >Pascal 5.5 compiled programs experienced this on my > 100 but < 200 MHz >computer). So thanks for pointing out that this is a non-issue. > If I recall corectly BP7 also does have this bug... But I don't think going back to 5.5 is an issue (except for Freedom purposes), as the TPPatch program works ok. Just add the TPPatch step to your makefile, if you use one. If you avoid using one (and that's a nice timesaving of Pascal compilers in general), you'll have to patch it manually afterwards. >Just: >- fix the "HIDE LFN" task >- recompile with an OLD Turbo Pascal like the free 5.5 >- everything fine :-)). > There are other restrictions too. I think that 5.5 also has OOP, in case he uses it. But I seem to recall that older versions of TP does NOT allow you to return a string as a result of a function, you'd have to change that all for pointers, and that's a mess... >Could some Pascal wizard on the list try to fix the "hide LFN" thing in >a few minutes? I guess it will take me far longer, as I have not used >Pascal much in the last, uhm, quite a few months. > Well, as xkeyb is for TP, I use it frequently lately. What's the bug about? >DRL is open source and the usual license stuff, and the DRL100.ZIP on >simtel includes the source (single file of spaghetti code Pascal). It >would even be cool if somebody could upload the recompiled and improved >version to Simtel.net, preferrably with the authors permission! > >Eric > >PS: To hide LFNish garbage from the 8.3 listing, just do not display >entries marked as <vol> and RHSA attributed all at the same time, easy. >The un-easy part is which lines of drl.pas need to be treated for this >to be done. > Could you please provide an URL to DRL in case it's a piece of cake? Aitor