- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Unexpected ODS5 wildcard file-spec result
Operating System - OpenVMS
1753974
Members
7080
Online
108811
Solutions
Forums
Categories
Company
Local Language
юдл
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
юдл
back
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
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- 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-2011 02:00 AM
тАО03-20-2011 02:00 AM
Re: Unexpected ODS5 wildcard file-spec result
Steven,
In the case of the directory with name a^.b^.c.dir, when XQP parses the directory filename of A^.B^.C (common routine for both file and directory), it thinks that the last dot (before C) is that of the extension and hence only characters before the last dot are considered rather than the whole filename as it should be in this case. This is why the file spec of *a* and *b* works but *c* does not.
This problem is being worked upon and hopefully there wont be another anniversary :)
Regards,
Murali
In the case of the directory with name a^.b^.c.dir, when XQP parses the directory filename of A^.B^.C (common routine for both file and directory), it thinks that the last dot (before C) is that of the extension and hence only characters before the last dot are considered rather than the whole filename as it should be in this case. This is why the file spec of *a* and *b* works but *c* does not.
This problem is being worked upon and hopefully there wont be another anniversary :)
Regards,
Murali
Let There Be Rock - AC/DC
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-20-2011 07:45 AM
тАО03-20-2011 07:45 AM
Re: Unexpected ODS5 wildcard file-spec result
> This problem is being worked upon and
> hopefully there wont be another anniversary
> :)
It's nice to know that it's on someone's
to-do list, but now that my patch access has
been cut off, a fix which I can't get may not
make much of a practical difference to me.
> hopefully there wont be another anniversary
> :)
It's nice to know that it's on someone's
to-do list, but now that my patch access has
been cut off, a fix which I can't get may not
make much of a practical difference to me.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-20-2011 10:48 AM
тАО03-20-2011 10:48 AM
Re: Unexpected ODS5 wildcard file-spec result
To narrow the time when the behaviour was introduced:
in VMS 7.3-1 it was not yet present:
$dire [.*c*...]
Directory DISK$HUBER:[HUBER.SCRATCH.a^.b^.c]
file.dot;1
Total of 1 file.
Directory DISK$HUBER:[HUBER.SCRATCH.a_b_c]
file.und;1
$ show process /parse_style
...
Parse Style: Extended
Total of 1 file.
in VMS 7.3-1 it was not yet present:
$dire [.*c*...]
Directory DISK$HUBER:[HUBER.SCRATCH.a^.b^.c]
file.dot;1
Total of 1 file.
Directory DISK$HUBER:[HUBER.SCRATCH.a_b_c]
file.und;1
$ show process /parse_style
...
Parse Style: Extended
Total of 1 file.
http://www.mpp.mpg.de/~huber
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-20-2011 07:31 PM
тАО03-20-2011 07:31 PM
Re: Unexpected ODS5 wildcard file-spec result
Hi Joseph,
>> To narrow the time when the behaviour was introduced:
>> in VMS 7.3-1 it was not yet present:
Thanks for the information.
I thought it to be a day 1 bug which probably got introduced when support for extended characters were added to XQP.
As the problem is not seen on V73-1 version, it must have been introduced in one of the later versions. Interesting.
Regards,
Murali
>> To narrow the time when the behaviour was introduced:
>> in VMS 7.3-1 it was not yet present:
Thanks for the information.
I thought it to be a day 1 bug which probably got introduced when support for extended characters were added to XQP.
As the problem is not seen on V73-1 version, it must have been introduced in one of the later versions. Interesting.
Regards,
Murali
Let There Be Rock - AC/DC
- « Previous
-
- 1
- 2
- Next »
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
News and Events
Support
© Copyright 2024 Hewlett Packard Enterprise Development LP