Re: HD-DOS+ Notes
- From: "temp44" <temp44@xxxxxxxxxxx>
- Date: 1 Mar 2006 23:42:19 -0800
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:
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:
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:
...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
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
PRINT#file#, "P" CHR$(channel#+96) CHR$(rec#lo) CHR$(rec#hi)
then if "F-P" is for regular file positioning then it should look
PRINT#file#, "F-P" CHR$(channel#+96) CHR$(byte#lowest) CHR$(byte#low)
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+.
- Re: HD-DOS+ Notes
- From: Maurice Randall
- Re: HD-DOS+ Notes
- Prev by Date: Wiki page
- Next by Date: Re: Anybody using 64Tass 1.45 (+what the best disassembler for C64)
- Previous by thread: Re: HD-DOS+ Notes
- Next by thread: Re: HD-DOS+ Notes