DRL updated!
Eric Auer <[email protected]>
| Newsgroups | gmane.os.freedos.devel |
|---|---|
| Message-ID | <[email protected]> |
Hi all, as DRL.EXE had the infamous "error 200 due to compilation with Turbo Pascal 7.0 and running on > 180 MHz" AND did display LFN data as if it were directory entries, I have taken the effort to use my long-term memory about Pascal language and have fixed several things with DRL. The new version is on: http://www.coli.uni-sb.de/~eric/stuff/soft/by-others/drl101.zip I hope this is okay for the author, [email protected] !!! The new version is compiled with Turbo Pascal 5.5 -and- does not use the CRT unit anymore (sound was unused anyway, I replaced the keyboard stuff, and I replaced TextAttr := by writing some ANSI escapes (yuck, TextAttr...). Downside is that you now need ANSI (otherwise, redirect output to CON or MORE to force non-colored output...). Without CRT unit, the timing overflow is no longer an issue. I have added some linefeeds before the program terminates for various reasons, and fixed the LFN thing. If you get crazy geometry (for example for networked drives), DRL no longer crashes (division by zero fixed), and 0 size files division by zero is also fixed. I hope the update gets accepted and you have FUN with it. At least I had WORK with it, but I could not resist to fix the LFN thing, then the CRT usage, then I noticed the TextAttr thing, and NOW it is too late and the update is ready ;-). PS: I have also removed all intr() calls, which use incompatible selfmodifying code in most Turbo Pascal versions. What is left is one inline(...$cd/$16...) and one msdos(...). Should be safe for all v86/emm386 things and other self-modifying-code-not-likers. Pascal source is included. I have added the .tp config file. Docs are unchanged as far as I remember: Changes should be done by the original author there. My changes to the source are marked, normally by *** things (sometimes I have put *** in front of CRT functions that ".CP4" had commented out before me, to mark that those are not in use... for egrep :-)). Cheers, Eric