Samba/VMS V2.2.8 build # 20041021 bug report

COLLOT Jean-Yves jean-yves.collot at
Thu Nov 25 13:08:30 GMT 2004

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

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.


-----Message d'origine-----
De : RR - Rod Regier [mailto:RRegier at] 
Envoyé : mercredi 24 novembre 2004 22:50
À : samba-vms at
Objet : Samba/VMS V2.2.8 build # 20041021 bug report

Presence of an extensionless-file on an OpenVMS directory will block
to a same-named directory tree residing on the same directory.

For example:

directory [TOP] contains the files:

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
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
continue looking for a directory of the same name.  If a directory is
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 Canada    mailto:RRegier at
"VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq,

More information about the samba-vms mailing list