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 Canada mailto:[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