Re: HD-DOS+ Notes

After thinking about it a bit, I've decided to change the
command for displaying a full directory entry listing in the
Extended Native partitions. This is partially due to a previous
recommendation here in comp.sys.cbm.

So, instead of using $L or $L:NAME* or $L12/PATH/:NAME*, etc.,
it will be like this:

@$=E

This will display a full listing with all 32 characters of the
filename, the date and time stamp, filesize, and filetype. (But
not in that order)

You can also do any of the following:

@$=E:NAME*
@$=E24
@$=E24:NAME*
@$=E24/PATH/:NAME*

Any other usage of @$ such as @$=T will be the normal type listing
with only up to 16 characters displayed or with 15 characters plus
an asterisk if the filename exceeds 16 characters. The filesize is
converted to normal Commodore sized blocks up to a maximum of
65535 blocks. So, if you see a file with 65535 blocks, it is most
likely larger than that.

Thanks for changing your mind! Now it's consistent to the way a CMD HD
always worked, and still compatible with those programs where just a
"$" sign is appended in front of a wildcard pattern.

So that BASIC doesn't have to deal with the extremely large filesize
listing for a file, it is not displayed first. Instead, each line
of the directory listing will be numbered from 1 to whatever. The
actual filesize will show as a string instead.

By the way do you still use the 254 blocksize? Logically it should be
512 or 256 (there are no more sector links), but for compatibility it's
most likely better at 254.

To view the Master directory, it will be:

@$=R

...along with variations as listed with the @$=E command.

Sorry, Jim, the Master directory stays. :)

It's fine for me. Then listing hidden files is something like
"$=E32:*=H"?

Just one more little thing. Last time you missed my suggestion about
making "F-P" consistent with "P".

Now if "P" is for positioning in relative files and it has the
following syntax:

PRINT#file#, "P" CHR$(channel#+96) CHR$(rec#lo) CHR$(rec#hi)
CHR$(position)

then if "F-P" is for regular file positioning then it should look
something like:

PRINT#file#, "F-P" CHR$(channel#+96) CHR$(byte#lowest) CHR$(byte#low)
CHR$(byte#high) CHR$(byte#highest)

And not the other way round. It has nothing common with the block
commands, where I find the opposite byte order just fine:

PRINT#file#, "B-P:" high; low
PRINT#file#, "B-R:" channel ; high; middle; low

It's fine, because it's a logical extension of an earlier syntax, and
is also backwards compatible. The positioning commands use binary
numbers instead of ASCII, and in assembly the little endian byte order
is natural on the processor we use.

Meanwhile I do not care anymore about the byte order used for filesizes
in directory entries, those are only visible if one uses direct access
or non-formatted directory read. After all it's a private data
structure and not meant to be used outside of HD DOS+.

.

Relevant Pages

  • Re: HD-DOS+ Notes
    ... command for displaying a full directory entry listing in the ... This will display a full listing with all 32 characters of the ... filename, the date and time stamp, filesize, and filetype. ...
    (comp.sys.cbm)
  • Re: print contsnts of folder
    ... >paticular folder. ... You can use the command line DIR command and redirect its output to a ... ExpPrint is an Explorer context menu extension that gives you a "Print ... Directory Listing" menu when you select any file folder, drive, or ...
    (microsoft.public.windowsxp.print_fax)
  • Re: strange output of "ls -l"
    ... > old to Linux, and using Fredora Core 2. ... When I use the long listing ... > command ls -l on my system, the output on on the screen shows all the ...
    (comp.os.linux.misc)
  • Re: Keeping your files invisible howto, by -Shoeshine-
    ... command line and therefor a good place to stuff your files you don't wan't ... First of all I have to note that an intruder most likely will enter your box ... Desktop Mail ... listing the files at the propmt. ...
    (alt.2600)
  • p670/690 HMC ssh and authorized_keys
    ... we found the command invocation ... mkauthkeys -a '' referenced as well. ... A listing of /usr/hmcrbin or /hmcrbin yielded no listing ... I'd love to keep my scripts in cvs and remote ssh execute ...
    (comp.unix.aix)