| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 557.1 | A.B.A.C.U.S library has 2 such tools. | REGENT::LOMICKA | Roy Lomicka | Wed Aug 02 1989 18:38 | 10 |
| ************************************************************************
UTILITY.002 Utilities & Tools
************************************************************************
\VOLUME\ 4K Allows you to change the volume name of a disk
************************************************************************
UTILITY.010 Utilities & Tools
************************************************************************
\VOLUME\ 5K Adds or changes the volume name of a disk.
|
| 557.2 | OK, but how... | MINDER::GILBERT | North UK Region Appl'n Centre @MCO | Thu Aug 03 1989 05:36 | 12 |
|
OK, so it can be done then - the question is how?
I want to incorporate the functionality into my own software, but
I'd prefer not to have to resort to hacking raw disk sectors.
Would anybody with a copy of one of the tools in .-1 be kind enough
to track through with a debugger to find the method used? (My ATARI
isn't on-line, so it is a big deal for me to download the software
myself).
Brian.
|
| 557.3 | Do it by hand. | PRNSYS::LOMICKAJ | Jeff Lomicka | Thu Aug 03 1989 10:35 | 7 |
| Use RWABS and GETBPB to search the root directory for an entry with the
volume label flag set. If you find it, change the name. If not, create
one in the usual way.
Be sure that you don't use RWABS immediately following a media change.
Get an MSDOS internals book to find out the exact bit locations.
|
| 557.4 | Incompatibility under TOS 1.4 | RODNEY::PETERS | Don Peters, CTC2-1/F10, 287-3153 | Thu Aug 03 1989 14:22 | 9 |
| There may be an unexpected bit of a problem here. I have been using one of
the volume labeling programs under TOS 1.0 (the ROM version), and while it
worked fine there, it does not seem to work properly under my new TOS 1.4.
In fact, it doesn't work at all!
I recall some USENET mailings from Atari saying they had changed something
about the way a volume label is attached to a disk, but I don't know the
details.
|
| 557.5 | | LDP::WEAVER | Laboratory Data Products/Science | Thu Aug 10 1989 14:06 | 5 |
| I think with TOS 1.4 you can change the volume label using the SHOW INFO
pulldown menu, not positive however. If I think of it I will try it and
report.
-Dave
|
| 557.6 | Caveat ! | MUNCSS::BURKE | Jim Burke, @UFC | Thu Aug 10 1989 18:56 | 10 |
| I've given up trying to change volume labels. I've trashed a couple of
disks using PD 'Vol-label-changer' programs, and I'm not going to risk
it again.
I generally use DC-Format (80/10). It's probably this formatting that
upsets the Vol-label-change programs. I benchmarked DC-F against
several other formatters, and DC-F came out best. It's reliable and
fast, and so my Vol-labels can stay the way they are.
Jim Burke
|
| 557.7 | Not looking good.. | MINDER::GILBERT | North UK Region Appl'n Centre @MCO | Fri Aug 11 1989 04:36 | 17 |
|
The notes on the apparent flakiness of current PD utilities suggests
they use low-level operations to patch the label.
If I can just take you back to the base note: I would like to program
volume label changing into my own software. The volume label is
held as a directory entry and can be created OK because the mode
flags can be specified with the Create call. What I need is to either
delete or rename the label. Unfortunately both the Delete and Rename
calls assume normal file mode flags only, hence never find the current
label.
Is there any 'clean' way of doing the job?
Rgds, Brian
|
| 557.8 | Sorry. Fixed in TOS 1.4 | CANDID::steph | Constants aren't. Variables don't. | Fri Aug 11 1989 16:47 | 6 |
| No, there is no way to do this in TOS before 1.4, if I recall Alan
Pratt's USENET message correctly.
A change-volume label system call was added in 1.4.
Steph
|
| 557.9 | Fattrib()? | IOWAIT::MESSENGER | Be excellent to each other. | Fri Aug 11 1989 18:06 | 4 |
| Why don't you use Fattrib() {GEMDOS function 67} to clear the
volume-label attribute bit?
- hbm
|
| 557.10 | No joy | MINDER::GILBERT | North UK Region Appl'n Centre @MCO | Tue Aug 15 1989 11:09 | 12 |
| re .9:
Fattrib returns "file not found" - it looks like when GEMDOS
does a search for a file when executing an rename, delete or
attrib call it always ignores volume labels and directories. Not
too surprising I suppose, the consequences of changing a data file
into a directory could be interesting!
Thanks for all replies, looks like its a case of "fixed in the next
release" - now where have I heard that before...?
Rgds, Brian
|
| 557.11 | NeoDesk V2.0 has Volume Name Change | LDP::WEAVER | Laboratory Data Products/Science | Tue Aug 15 1989 19:13 | 4 |
| NeoDesk seems to support the function, although I must admit that I haven't
actually tried it.
-Dave
|
| 557.12 | Neodesk has its own convention | RODNEY::PETERS | Don Peters, CTC2-1/F10, 287-3153 | Wed Aug 16 1989 09:50 | 12 |
| >NeoDesk seems to support the function, although I must admit that I haven't
>actually tried it.
Yes, but Neodesk uses its own convention for volume labels. They did this
because it looked like Atari was going to drop support for volume labels
in TOS 1.4. Atari changed their mind the last minute and decided to support
volume labels.
The Neodesk convention is to make a volume label be the text of a hidden
file. That way it is not limited to the format of a filename. Nice...but
now there are two standards for volume labels.
|