Actually, what Rod said is not exactly true. It depends if the VMS disk is
ODS-2 or ODS-5. Both cases give bad results, but not the same ones.
On ODS-2, both "NEXT." and "NEXT.DIR" are seen as directories. We see two
directories with the same name, "Next". The result is that it's impossible
to do anything with the "next." file, but the contents of the [.NEXT]
directory is available.
On ODS-5, it's the contrary: we see two "NEXT" files, and it's impossible to
access the contents of the [.NEXT] directory. Rod is probably using ODS-5
disks.
Anyway, I'll try to fix that when I have enough time to do so. Rod's idea is
fine, but I hope it may be possible to show correctly both the directory and
the file.
JY
-Message d'origine-
De : RR - Rod Regier [mailto:[EMAIL PROTECTED]
Envoyé : mercredi 24 novembre 2004 22:50
À : [EMAIL PROTECTED]
Objet : Samba/VMS V2.2.8 build # 20041021 bug report
Presence of an extensionless-file on an OpenVMS directory will block
access
to a same-named directory tree residing on the same directory.
For example:
directory [TOP] contains the files:
NEXT.
NEXT.DIR;1 (a valid directory file)
SMB client access to the Samba server on that node to reference [TOP]
will not display
the presence of the directory [.NEXT] unless the file "NEXT." is deleted
or renamed.
It seems that this behaviour is an artifact of mapping VMS .dir files to
the non-VMS extensionless convention for directory names used on Windows
and UNIX,
causing a namespace clash with actual extensionless files.
In OpenVMS, only files with an extension .DIR, a version number of ;1
and
the "directory file" attribute are valid directories.
My recommendation would be to have the Samba/VMS implementation treat
extensionless files specially in a lookup. If an extensionless file is
found,
continue looking for a directory of the same name. If a directory is
found,
show the directory. Thus, the (extensionless) file becomes hidden
instead of the directory,
which is probably the lesser of two evils, given how uncommon
extensionless files
tend to be on VMS.
--
Rod Regier, Software Development bus: (902)422-1973 x108
Dymaxion Research Ltd., 5515 Cogswell St., fax: (902)421-1267
Halifax, Nova Scotia, B3J 1R2 Canadamailto:[EMAIL PROTECTED]
http://www.dymaxion.ca
"VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq,
22-Sep-1998
PLEASE READ THIS IMPORTANT ETIQUETTE MESSAGE BEFORE POSTING:
http://www.catb.org/~esr/faqs/smart-questions.html
PLEASE READ THIS IMPORTANT ETIQUETTE MESSAGE BEFORE POSTING:
http://www.catb.org/~esr/faqs/smart-questions.html
