edwest@gpu.utcs.toronto.edu (Dr. Edmund West) (01/31/88)
TO: Irv Hoff
I apologize for posting this generally, but I do not have Irv Hoff's
correct network address. Since Irv is still actively developing the SD
program (version 128 is now available), I thought I would send him the
following suggestions.
(1) Support options $1, $2, $3 and $4 which specify the number of
columns for the listing. I use version 111 of SD which has this
feature (almost), but it seems to have been dropped from later
versions.
(2) Support an option to suppress headers and trailers. [Items 1 and 2
together simplify the post processing of an editable disk copy.]
(3) Support an option which suppresses individual file data, leaving
only summary information. The summary data could be total number
of files and their sizes for each user area and for the disk as a
whole.
(4) Make the default file name and extensions consistent. 'SD' trans-
lates to 'SD *.*', but (a) 'SD A' is interpreted as 'SD A.<null>'
(rather than 'SD A.*', and (b) 'SD .B' is interpreted as 'SD <nul>.B'
(rather than 'SD *.B').
(5) When the screen fills and the user is prompted for MORE, accept
<space> for a new page and <return> for a single line (a la the
unix more program).kenw@noah.arc.CDN (Ken Wallewein) (02/01/88)
>From: clyde!watmath!utgpu!edwest@rutgers.edu (Dr. Edmund West) >Subject: Suggestions for Irv Hoff's SD program > >TO: Irv Hoff > . > . > . (4) Make the default file name and extensions consistent. 'SD' trans- lates to 'SD *.*', but (a) 'SD A' is interpreted as 'SD A.<null>' (rather than 'SD A.*', and (b) 'SD .B' is interpreted as 'SD <nul>.B' (rather than 'SD *.B'). > . > . > . I agree! This lack of consinstency - with itself, as well as with most other directory facilities - is a nuisance. You can specify a null extendion by specifying 'SD <filename>.' . On the other hand, I can't see a way to specify a null filename, unless it's 'SD <space>.' ... but then, I've rarely wanted to, if that proves anything :-) I use SD all the time. Just got version 128. It looks good; sorts by extension/type and size by record are wins to me. One thing I'd like to see is an indication of how much space each file wastes at the end of the last allocation group, to decide which files should be placed in libraries. Maybe a display in fractional groups? If Unix 'compatibility' is worth pursuing (I think it is), then let's return to the '-' switch delimiter, rather than the '$'. I'm sure it's easy enough to change in the source; maybe it just needs to be documented. BTW, does anyone know of a directory utility which will tell you which, if any, files have groups multiply allocated? DU will you one of them, but you have to delete it to see the others. None of the UNERA-type programs seem to check for this properly, and only one bad-block checker (BD) even tells you when it does this. /kenw
pjh@mccc.UUCP (Peter J. Holsberg) (02/02/88)
In article <1988Jan31.140307.15273@gpu.utcs.toronto.edu> edwest@gpu.utcs.toronto.edu (Dr. Edmund West) writes: >TO: Irv Hoff > > I apologize for posting this generally, but I do not have Irv Hoff's >correct network address. Irv can be found on the CP/M Forum on CompuServe, and on no other networks that I am aware of. Perhaps someone will repost your message to him there. -- Peter Holsberg UUCP: {rutgers!}princeton!mccc!pjh Technology Division CompuServe: 70240,334 Mercer College GEnie: PJHOLSBERG Trenton, NJ 08690 Voice: 1-609-586-4800