| Title: | Archive/Backup |
| Moderator: | COOKIE::MHUA IG |
| Created: | Wed Sep 08 1993 |
| Last Modified: | Fri Jun 06 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 479 |
| Total number of notes: | 2283 |
Hello,
because I did'nt find this behaviour documented elsewhere
and I do have the feeling that it's not known to everyone...
Searching for files without knowing the exact directory
specification and/or name can be done by using [...].
But there are a few things to be aware of.
000000 is not supported with ...
$ abs look/cat=abs_cat/obj=vms_files $1$dka300:[000000...]*.mai
gives
Unable to show object.....
An Object entry was not found in the catalog
there has to be a * or a valid directory in front of the dots,like
$ abs look/cat=abs_cat/obj=vms_files $1$dka300:[*...]*.mai
$ abs look/cat=abs_cat/obj=vms_files $1$dka300:[user...]*.mai
If this is missing the actual directory is substituted i.e.
$ Show def
disk$user:[test]
$ abs look/cat=abs_cat/obj=vms_files $1$dka300:[...]*.mai
Unable to show object $1$dka300:[test...]*.MAI;* for
the following reason
An Object entry was not found in the catalog
Q.:
Is the substitution of the actual dev/directory the expected
behaviour ?
It may have been thought as a feature for User BACKUPS,because
$ abs look/cat=abs_cat/obj=vms_files *.*
gives a list of all entries in disk$user:[test]
but you have to bet set to disk$user:[test] and the
Directory Specification has to be exactly the same for the
Save Request as well it is with $ SHOW DEF
for example:(Full Save Request for $1$DKA300)
$ SET DEF SYS$MANAGER
$ abs look/cat=abs_cat/obj=vms_files *.* ! does'nt work
$ SET DEF $1$DKA300:[SYS0.SYSCOMMON.SYSMGR]
$ abs look/cat=abs_cat/obj=vms_files *.* ! works
With many thanks for your answers,
raimund
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 478.1 | what you are seeing is the intended behavior. | COOKIE::LEWIS | Thu Jun 05 1997 15:22 | 22 | |
When you specify [...] with no other hint at the directory, rms parse fills
in the current default directory. This seemed rather strange to me at first,
but it is the same behavior that you see in a dir command.
for example
AIM0>show def
DISK$USER:[LEWIS.ABS.SRC] <--------- note
AIM0>dir disk$user:[...]*.*
^^^^
Directory DISK$USER:[LEWIS.ABS.SRC] <----------note
A.A;2 ABS$DCL.EXE;8 ABS$DISSHR.MAP;10
.
.
.
So, the behavior for the abs lookup is the same as the behavior as for the
dir
Hope that helps!
jim
| |||||
| 478.2 | Update in Documentation | ATZIS2::ARCH_R | Raimund ARCH,MCS Austria *791/2259 | Fri Jun 06 1997 01:50 | 19 |
Hello Jim ,
and thank you for your Reply and Clarification.
Because in Table 14-1 (Guide to Operations) it says that
to look up an entire disk
DISK$USER1:
is sufficient.
This should be updated to
DISK$USER1:[*...]
regards,
raimund
| |||||