Re: OLD kernel BUG with volume label? (MS works,2026..2027rc not)

"Arkady V.Belousov" <[email protected]> Wed, 6 Nov 2002 04:20:24 +0300 (MSK)
Newsgroups gmane.os.freedos.devel
Message-ID <[email protected]>
X-Comment-To: Bart Oldeman

Hi!

5-Ноя-2002 20:00 [email protected] (Bart Oldeman) wrote to
[email protected]:

>>      ? Strange suggestion - 0 for missing name. MS-DOS returns same as above
>> (18,18,3,3,3) in both case of existing _other_ vlabel and none vlabels.
BO> I had the impression that for cx=8, the volume label was returned
BO> regardless of the path given at ds:dx.

     You wish to say, that label name always will be searched in current (or
root) directory?

BO> So that's not true.

     What "not true"? I quote for you results of concrete testing: in my
environment (MS-DOS 6.22 under W4WG, name with V[+A] attribite[s] in current
directory and no labels in root) I get 18,18,3,3,3 and no one 0. If these
results are insuffucient for you, I may make more tests - simply describe
what/how should be tested.

     Or you mean, that label should be equal to searched pattern?

BO> To conclude:
[...]
BO> Volume labels:
BO> if (cx & 8) then
BO>   DOS tries to match the pattern against the volume label in the root of
BO>   the drive. In this search the value of cx is ignored.

     Hm. More tests (LABEL present in current dir, ROOT present in root):

______________O\_/_________________________________\_/O______________
e 400 "label",0
e 400 ".\label",0
e 400 "root",0
e 400 ".\root",0
e 400 "none\label",0
e 400 "nobe\root",0
_____________________________________________________________________
              O/~\                                 /~\O

Result: first two=18, second two=0, last two=3. This mean, that MS-DOS at
least not ignores wrong pathes.

BO> a volume label may also have r/o and archive bits set.
BO> DR-DOS, unlike MS-DOS 7.1 treats root directory entries with the
BO> volume label bit set and (system or hidden) bits set ALSO as volume
BO> labels.
BO> This means that if the drive has no volume label, but does contain LFN
BO> entries in the root directory, then DRDOS displays a bogus volume label
BO> and MSDOS correctly says "no volume label".

     Not very so. :( As I already wrote, after installing Win95 on disk
without LFNs nor labels before I get dummy label (don't remember its name),
which seen by VC and LABEL utility and can't be deleted/renamed by them. B-\

BO> It is obvious that FreeDOS should mimic MSDOS and not DRDOS here.
BO> The only question: why does RBIL state "2" as a possible return value,
BO> where it seems to be impossible to get it?

     _Probably_ in some cases this value may be returned, especially through
plugins like network redirectors.