- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: file name
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-20-2006 05:36 AM
03-20-2006 05:36 AM
file name
This is perfectly valid format in Solaris. I'm not sure about its validity in VMS. I have two questions.
1. what is the length limitation for file names for each part.
2. are aaaaa.123456.12345 and
aaaaa.123456.12346 treated as two different file names.
Thanks,
Dawning
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-20-2006 05:50 AM
03-20-2006 05:50 AM
Re: file name
with the release of OpenVMS 7.2, all disks (with the exception of the system disk) can be either ODS-2 or ODS-5.
ODS-2 -- file names be no longer than 39 characters exclusive of the extension (which could also be up to 39 characters in length) and the "dot" separator, couldn't contain most punctuation symbols, and had to be upper case.
ODS-5 allows UNIX style filenames. Now the total file name length, including extension and separators, can be up to 236 characters and may contain any 8 bit character (except * and ?).
Archunan
Archie
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-20-2006 06:00 AM
03-20-2006 06:00 AM
Re: file name
If you have OpenVMS verion above 7.3-2 with ODS-5 disk, you can have your filename as aaaaa.123456.12345, but if you have openVMS 7.3-2 and not ODS-5 disk, then we can have only one dot in the right side of the file name. If we have more than one dot in the file name, it won't accept that filename.
Archunan
Archie
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-20-2006 06:07 AM
03-20-2006 06:07 AM
Re: file name
Sorry, you can have two dots in your filename with ods-1,ods-2, and ods5 disks.
Archie
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-20-2006 06:20 AM
03-20-2006 06:20 AM
Re: file name
Thank you for the quick replies.
You answered my first question satisfactorily. I still have some confusion on the 2nd question though. I asked the question because when the VMS box picked up files via ftp from my Solaris, users on VMS didnâ t see all the files I saw on my Solaris. Itâ s been puzzled me for a long time. I donâ t know whether the files were dropped, not picked up at all, or one file was overwritten by another. For example, I have two files on my Solaris, aaaaa.123456.12345 and aaaa.123456.12346. What do you expect to see on the VMS after ftp transfer?
Thanks a lot.
Dawning
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-20-2006 06:36 AM
03-20-2006 06:36 AM
Re: file name
I just checked,
probaly after you trnsfer your two files, you can see two files in VMS, but with the same name with difft version, such as
your first file (aaaaa.123456.12345) will be as aaaaa.123456;1
and the IInd file (aaaaa.123456.12346) will be as aaaaa.123456;2
Archunan
Archie
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-20-2006 06:51 AM
03-20-2006 06:51 AM
Re: file name
Thank you very much Archunan.
Dawning
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-20-2006 07:15 AM
03-20-2006 07:15 AM
Re: file name
Archunan Muthiah>> If we have more than one dot in the file name, it won't accept that filename.
Not so fast...
There is a special case, where the second dot is treated as an alternative for the semicolon version seperator. Witness
(7.2-1, parse style traditional, ods2 )
$ del tmp.*.*
$ copy/log nl: tmp.123456.12345
%COPY-S-COPIED, NL: copied to TMP.123456;12345
# copy/log nl: tmp.123456.12346
%COPY-S-COPIED, NL: copied to TMP.123456;12346
$
Of course this only works when that version part actually looks like a version number.
If will be stored as an INTEGER in the directory record, not as a string.
If you put a string there, specific VMS versions may get somewhat confused:
$ copy/log nl: tmp.123456.a5
%COPY-E-OPENOUT, error opening TMP^.123456.A5;
as output
-RMS-E-CRE, ACP file create failed
-SYSTEM-W-BADFILEVER, bad file version number
See how the first dot is escaped and picked up as part of the name part of the filename?
But now...
$ copy tmp.tmp;1 tmp.123456.a5
%COPY-E-OPENOUT, error opening EISNER$DRA3:[DECUSERVE_USER.HEIN]TMP^.123456.A5;1
as output
-RMS-E-CRE, ACP file create failed
-SYSTEM-W-BADFILEVER, bad file version number
but but but... that ;1 does not look like a bad version number at all?!
:-)
Hein.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-20-2006 07:25 AM
03-20-2006 07:25 AM
Re: file name
some more pertinent info on the 3rd part of your suggested filename.
For clarity's sake, I will re-phrase your example filename as aaaaaa.bbbbbb.nnnnnn
You will most probably have to deal with ODS-2
Both aaaaaa and bbbbbb can be alphabumeric, 0 - 39 chars. Valid chars: letters, digits, $ (dollar sign), and _ (underscore).
Upper- and lowercase are treated equal ("caseblind").
nnnnnn is an INTEGER, 1 - 32767
The second dot in the syntax is always presented as ; (semicolon), specifying a dot is treated as if semicolon was specified.
Normally, the nnnnn processing is automatic: unless explicitly specified, the highest number is used. In creating (inc. COPY etc.) the next higher number is generated.
Multiple versions of the file can (and usually DO) exist. NO fear you accidentily overwrite the already existing file, you just generate the next version.
Trying to explicitly CREATE (or copy to) an existing file version will result in a (explanatory) error message. (unless using the special qualifier /OVERLAY to force it, in which case the original file already HAS to exist)
Accessing the files via FTP will work in general, also using your syntax. Just as long as nnnnn does not exceed 32767 (2^15 -1)
hth
Proost.
Have one on me.
jpe
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-20-2006 09:46 AM
03-20-2006 09:46 AM
Re: file name
Dawning