Correction, no other client that *I have checked* seems to work with "disk:" part of a VMS pathname. For that matter many of them have trouble with accessing just regular diorectories. So, wget does a better job than most. I have tried the double-slash notation, but I to no avail. It does go to the root of a particular disk, but no farther. Is the "disk=" parameter actually implemented in wget or is that just a suggestion for how to address this issue in future releases?
-- Ben -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Maciej W. Rozycki Sent: Friday, May 28, 2004 6:32 AM To: Hrvoje Niksic Cc: Bufford, Benjamin (AGRE); Tony Lewis; [EMAIL PROTECTED] Subject: Re: OpenVMS URL On Fri, 28 May 2004, Hrvoje Niksic wrote: > > Well, then there's no way of automatic detection if the initial path > > element of an URL specifies a disk or a directory. Perhaps a > > special construct could be used, such as a double slash. > > Wget could always support a URL parameter, such as: > > wget 'ftp://server/dir1/dir2/file;disk=foo' > > after which Wget would CWD to `foo:[dir1.dir2]' and download `file'. > But such an extension would only ever work with Wget. Well, as I understand no other web client works with that server anyway. ;-) At least the double-slash has it's history as being used for a "super-root" specifier and it could be made transparent for non-VMS servers. -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: [EMAIL PROTECTED], PGP key available + ****************************************** The information contained in, or attached to, this e-mail, may contain confidential information and is intended solely for the use of the individual or entity to whom they are addressed and may be subject to legal privilege. If you have received this e-mail in error you should notify the sender immediately by reply e-mail, delete the message from your system and notify your system manager. Please do not copy it for any purpose, or disclose its contents to any other person. The views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of the company. The recipient should check this e-mail and any attachments for the presence of viruses. The company accepts no liability for any damage caused, directly or indirectly, by any virus transmitted in this email. ******************************************
