home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
The Pier Shareware 6
/
The_Pier_Shareware_Number_6_(The_Pier_Exchange)_(1995).iso
/
035
/
b_dir111.zip
/
CHANGES.TXT
< prev
next >
Wrap
Text File
|
1994-12-05
|
4KB
|
58 lines
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.