[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference cookie::archive_backup

Title:Archive/Backup
Moderator:COOKIE::MHUAIG
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

478.0. "Specifics of Catalog Lookups" by ATZIS2::ARCH_R (Raimund ARCH,MCS Austria *791/2259) Thu Jun 05 1997 10:12

    
    
            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.RTitleUserPersonal
Name
DateLines
478.1what you are seeing is the intended behavior.COOKIE::LEWISThu Jun 05 1997 16:2222
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.2Update in DocumentationATZIS2::ARCH_RRaimund ARCH,MCS Austria *791/2259Fri Jun 06 1997 02:5019
    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