B.EXE Changes / Bug Fixes Version 1.1 all done around November 26, 1994. Fixed a bug that incorrectly reported a directory with even megabytes of files as multiples of .1 Meg of files. This had to do with the fact that, in computing the number of Megs of files, I do not actually do any floating point dividing, but instead do integer math, and the error came from trying to round the numbers. I dropped the number rounding. I changed the program so that it will read its "name" from the command line, so that if you change its name, such as from B.EXE to PROGRAM.EXE, it will "know" itself as PROGRAM.EXE. The help text ( /? for the switch ) will reflect this, as will the system variable that must be set. Thus, if you don't like the name B.EXE, you can change it for all practical purposes. However, the .EXE ending needs to be kept. I fixed the counting for when and where to pause when the number of files and directories would be off the screen so as to take the bar along the top that OS/2 creates in command line sessions by default into consideration. I added a way to stop the directory scroll at a certain point, so as to get back to the command line. All one has to do is hit the 'Esc' key now, and you immediately get the command prompt, and all of the entries that were on the screen stay on the screen. If one used the system variable, there was no way to clear switches that were already set, from the command line. Now all the switches, except for the ones which control how many columns appear on the screen ( /w /n /d /l ) and the one that changes the highlighting extensions ( /c ), will now toggle, so that if you use them twice, they are negated. The reason I don't do this for the ones that control the columns is that the /n switch effectively clears both /w and /d already. I don't know if anyone will actually use this toggle 'feature', but it's there. Version 1.11 all done around December 5, 1994. When rewriting internal stuff for 1.1 fix, I screwed up the /D switch so that it does not show the size of files. I fixed this so that you can see the sizes now. This was corrupted in both versions, DOS and OS/2. Future Changes: I need to add in the OS/2 B.EXE the size of the enhanced attributes somehow. This will probably require delving into the OS/2 specific API, since I've only effectively ported an existing DOS program of mine with slight modifications, using Borland C++. I plan to make the OS/2 version use true OS/2 API calls when I have time and figure them out. I will probably hack my code to allow a switch which will make B.EXE look for a default highlighting extension file for the extensions to use. Since this is really weird, I probably won't release this unless someone really wants this. I want to use it so that in my programming directories, the extensions C, CPP, PRJ, H, and EXE are highlighted, unlike in the "normal" directories. I once used a switch such as /1, /2, /3, etc. which read different extensions from a file, but I kept forgetting what they corresponded to, so I gave up on that idea. I plan to add the ability to read ZIP files files if they are given as an argument, and list the files as if they were in an actual directory. This will take some time since I know nothing about how ZIP files are set up, and after reading the InfoZip code, I still am rather confused. With this option, I won't need to use UNZIP -v to read ZIP file directories. If you find any bugs in my program, or want to suggest a change, email me at: dohnarms@uiuc.edu or mail me at: Dohn Arms Loomis Laboratory of Physics 1110 West Green Street Urbana, IL 61801-3080 I am rather open to suggestions to improve my program if it doesn't take a lot of effort to hack it into my code or if it doesn't get in the way of this being mainly an alternative for the DIR command.