Weird default directory behaviour

Alpha VMS 8.3: (also behaves the same on VAX VMS 7.3) $ show def TCPIP$TFTP_ROOT:[SWITCH1] $ cd sys$tzdir: $ show def SYS$TZDIR:[SWITCH1] = SYS$COMMON:[SYS$ZONEINFO.USER] = SYS$COMMON:[SYS$ZONEINFO.SYSTEM] $ show log sys$tzdir/full "SYS$TZDIR" [exec] = "SYS$SYSROOT:[SYS$ZONEINFO.USER]" (LNM$SYSTEM_TABLE) = "SYS$SYSROOT:[SYS$ZONEINFO.SYSTEM]" $ cd sys$manager $ show def SYS$SYSROOT:[SYSMGR] = SYS$SYSROOT:[SYSMGR] = SYS$COMMON:[SYSMGR] $ Can anyone explain why the original directory "SWITCH1" remains after I have changed to SYS$TZDIR ? Shouldn't behave just like SYS$MANAGER ? consider the following: $ cd sys$tzdir: $ show def SYS$TZDIR:[SYSMGR] = SYS$COMMON:[SYS$ZONEINFO.USER] = SYS$COMMON:[SYS$ZONEINFO.SYSTEM] $ dir *.dir Directory SYS$COMMON:[SYS$ZONEINFO.USER] SOURCES.DIR;1 Total of 1 file. Directory SYS$COMMON:[SYS$ZONEINFO.SYSTEM] AFRICA.DIR;1 AMERICA.DIR;1 ANTARCTICA.DIR;1 ARCTIC.DIR;1 ASIA.DIR;1 ATLANTIC.DIR;1 AUSTRALIA.DIR;1 BRAZIL.DIR;1 CANADA.DIR;1 CHILE.DIR;1 ETC.DIR;1 EUROPE.DIR;1 INDIAN.DIR;1 MEXICO.DIR;1 MIDEAST.DIR;1 PACIFIC.DIR;1 SOURCES.DIR;1 US.DIR;1 Total of 18 files. $ dir [.antarctica] %DIRECT-E-OPENIN, error opening SYS$COMMON:[SYSMGR.ANTARCTICA]*.*;* as input -RMS-E-DNF, directory not found -SYSTEM-W-NOSUCHFILE, no such file Looks to me like a big bug. A DIRECTORY command works as expected and ignores the [SYSMGR] that remains from the previous default directory, but trying to set def to a subdirectory fails because it then uses the [SYSMGR] and discards the real current location.

One thing... sys$tzdir is search list, not ? sys$manager is not... (sys$sysroot is, but not sys$manager...) Jan-Eirk. JF Mezei wrote: > Alpha VMS 8.3: (also behaves the same on VAX VMS 7.3) > > $ show def > TCPIP$TFTP_ROOT:[SWITCH1] > > $ cd sys$tzdir: > > $ show def > SYS$TZDIR:[SWITCH1] > = SYS$COMMON:[SYS$ZONEINFO.USER] > = SYS$COMMON:[SYS$ZONEINFO.SYSTEM] > > $ show log sys$tzdir/full > "SYS$TZDIR" [exec] = "SYS$SYSROOT:[SYS$ZONEINFO.USER]" > (LNM$SYSTEM_TABLE) > = "SYS$SYSROOT:[SYS$ZONEINFO.SYSTEM]" > > $ cd sys$manager > $ show def > SYS$SYSROOT:[SYSMGR] > = SYS$SYSROOT:[SYSMGR] > = SYS$COMMON:[SYSMGR] > $ > > > Can anyone explain why the original directory "SWITCH1" remains after I > have changed to SYS$TZDIR ? Shouldn't behave just like SYS$MANAGER ? > > consider the following: > > $ cd sys$tzdir: > $ show def > SYS$TZDIR:[SYSMGR] > = SYS$COMMON:[SYS$ZONEINFO.USER] > = SYS$COMMON:[SYS$ZONEINFO.SYSTEM] > > $ dir *.dir > > Directory SYS$COMMON:[SYS$ZONEINFO.USER] > SOURCES.DIR;1 > Total of 1 file. > > Directory SYS$COMMON:[SYS$ZONEINFO.SYSTEM] > AFRICA.DIR;1 AMERICA.DIR;1 ANTARCTICA.DIR;1 ARCTIC.DIR;1 > ASIA.DIR;1 ATLANTIC.DIR;1 AUSTRALIA.DIR;1 BRAZIL.DIR;1 > CANADA.DIR;1 CHILE.DIR;1 ETC.DIR;1 EUROPE.DIR;1 > INDIAN.DIR;1 MEXICO.DIR;1 MIDEAST.DIR;1 PACIFIC.DIR;1 > SOURCES.DIR;1 US.DIR;1 > Total of 18 files. > > $ dir [.antarctica] > %DIRECT-E-OPENIN, error opening SYS$COMMON:[SYSMGR.ANTARCTICA]*.*;* as > input > -RMS-E-DNF, directory not found > -SYSTEM-W-NOSUCHFILE, no such file > > Looks to me like a big bug. A DIRECTORY command works as expected and > ignores the [SYSMGR] that remains from the previous default directory, > but trying to set def to a subdirectory fails because it then uses the > [SYSMGR] and discards the real current location.

On Mar 7, 4:36 pm, JF Mezei <jfmezei.spam...@vaxination.ca> wrote: > Alpha VMS 8.3: (also behaves the same on VAX VMS 7.3) > > $ show def > TCPIP$TFTP_ROOT:[SWITCH1] > > $ cd sys$tzdir: > > $ show def > SYS$TZDIR:[SWITCH1] > = SYS$COMMON:[SYS$ZONEINFO.USER] > = SYS$COMMON:[SYS$ZONEINFO.SYSTEM] > > $ show log sys$tzdir/full > "SYS$TZDIR" [exec] = "SYS$SYSROOT:[SYS$ZONEINFO.USER]" (LNM$SYSTEM_TABLE) > = "SYS$SYSROOT:[SYS$ZONEINFO.SYSTEM]" > > $ cd sys$manager > $ show def > SYS$SYSROOT:[SYSMGR] > = SYS$SYSROOT:[SYSMGR] > = SYS$COMMON:[SYSMGR] > $ > > Can anyone explain why the original directory "SWITCH1" remains after I have > changed to SYS$TZDIR ? Shouldn't behave just like SYS$MANAGER ? Yes. No. Oh, you want the explanation! OK. SYS$TZDIR is a search list of two defaults (a default being a device and a directory together). SYS$MANAGER, OTOH, is a device and a directory with the device being a search list. So SYS$MANAGER itself is not a search list. This makes all the difference in the world. So in the first case, SYS$DISK is set to (DEFINE-ed to be) dir1, dir2. In the case of SYS$MANAGER, SYS$DISK is defined to be SYS$SYSROOT: whilst the "default directory" is set to [SYSMGR]. The second and third instances of [SYSMGR] in the SHOW DEFAULT output are a direct consequence of the default directory being [SYSMGR]. That's how search lists work. That's normal. It's always been this way AFAIK, going back to at least V4 or V5. > > consider the following: > > $ cd sys$tzdir: > $ show def > SYS$TZDIR:[SYSMGR] > = SYS$COMMON:[SYS$ZONEINFO.USER] > = SYS$COMMON:[SYS$ZONEINFO.SYSTEM] > > $ dir *.dir > > Directory SYS$COMMON:[SYS$ZONEINFO.USER] > SOURCES.DIR;1 > Total of 1 file. > > Directory SYS$COMMON:[SYS$ZONEINFO.SYSTEM] > AFRICA.DIR;1 AMERICA.DIR;1 ANTARCTICA.DIR;1 ARCTIC.DIR;1 > ASIA.DIR;1 ATLANTIC.DIR;1 AUSTRALIA.DIR;1 BRAZIL.DIR;1 > CANADA.DIR;1 CHILE.DIR;1 ETC.DIR;1 EUROPE.DIR;1 > INDIAN.DIR;1 MEXICO.DIR;1 MIDEAST.DIR;1 PACIFIC.DIR;1 > SOURCES.DIR;1 US.DIR;1 > Total of 18 files. > > $ dir [.antarctica] > %DIRECT-E-OPENIN, error opening SYS$COMMON:[SYSMGR.ANTARCTICA]*.*;* as input > -RMS-E-DNF, directory not found > -SYSTEM-W-NOSUCHFILE, no such file > > Looks to me like a big bug. A DIRECTORY command works as expected and ignores > the [SYSMGR] that remains from the previous default directory, but trying to set > def to a subdirectory fails because it then uses the [SYSMGR] and discards the > real current location. This is just how search lists work. In the *.dir case you didn't specify a directory, so DIR first goes to SYS$DISK. Since it contains directories, it uses those. When you specified DIR [.ANTARCTICA], you explicitly specified a directory, so that overrode the directory in SYS $DISK. Try the same thing but instead of DIR *.DIR run DIR []*.DIR and you will see that the two are different because [] means the default directory which is [SYSMGR]. That's just how search lists work: If your file-spec doesn't include brackets, the directory comes from SYS$DISK. If your file spec *does* include brackets, the directory comes from the "default directory" which is given in the first line of the output from SHOW DEFAULT. BTW, this is actually explained in the examples for SET DEFAULT and SHOW DEFAULT, so it's even documented! AEF

JF Mezei wrote: > > Alpha VMS 8.3: (also behaves the same on VAX VMS 7.3) > > $ show def > TCPIP$TFTP_ROOT:[SWITCH1] > > $ cd sys$tzdir: > > $ show def > SYS$TZDIR:[SWITCH1] > = SYS$COMMON:[SYS$ZONEINFO.USER] > = SYS$COMMON:[SYS$ZONEINFO.SYSTEM] > > $ show log sys$tzdir/full > "SYS$TZDIR" [exec] = "SYS$SYSROOT:[SYS$ZONEINFO.USER]" (LNM$SYSTEM_TABLE) > = "SYS$SYSROOT:[SYS$ZONEINFO.SYSTEM]" Same on V7.3-2: DJAS02::DDACHTERA$ cd sys$tzdir DJAS02::DDACHTERA$ pwd SYS$TZDIR:[DDACHTERA] = SYS$COMMON:[SYS$ZONEINFO.USER] = SYS$COMMON:[SYS$ZONEINFO.SYSTEM] (Wow! CD -AND- PWD! That'll mess ya up, huh? ;-) My CD.COM is available on my freeware site. PWD is simply: DJAS02::DDACHTERA$ sh sym pwd PWD == "SHOW DEFAULT" Just as a prove-out: DJAS02::DDACHTERA$ set def sys$tzdir DJAS02::DDACHTERA$ sh def SYS$TZDIR:[DDACHTERA] = SYS$COMMON:[SYS$ZONEINFO.USER] = SYS$COMMON:[SYS$ZONEINFO.SYSTEM] -- David J Dachtera dba DJE Systems http://www.djesys.com/ Unofficial OpenVMS Marketing Home Page http://www.djesys.com/vms/market/ Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/ Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/ Unofficial OpenVMS Hobbyist Support Page: http://www.djesys.com/vms/support/

Similiar Articles:

Create direcotry recursively - comp.unix.programmer
Hi ALL How to create directory recursively in UNIX ... because of >unspecified (or hard to specify) behaviour ... as some weird mantra in the hope that this might ...

Acrobat 6 and Reader PDF file association - comp.text.pdf ...
... Acrobat Reader" action and click on "Set Default ... case it opens in Acrobat (this is slightly weird behaviour ... around %1 so that it will work with file/directory ...

Odd BACKUP error: unsupported file structure ! - comp.os.vms ...
... full $11$DQB0:[ALLIN1.LIB_SHARE]BALLCAP.EPS;1 Directory $ ... R,W > Reference count 1 Default ... says: e1000g0: flags=201000843 mtu 1500 I have weird ...

Removing duplicates from within sections of a file - comp.lang.awk ...
For 3.2 they'll be enabled by default. Thanks to ... Builds not in the source directory should work again. ... This cleans up some weird behavior, and makes gawk better ...

w32time - comp.protocols.time.ntp
... it tweak the tick rate, to bring the local clock behaviour ... There is an ./ntpsnmpd directory in ntp-dev and ntp-stable. ... flaw >inherent in w32time? > > > You are using a weird ...

[comp.publish.cdrom] CD-Recordable FAQ, Part 1/4 - comp.publish ...
Archive-name: cdrom/cd-recordable/part1 Posting-Frequency: monthly Last-modified: 2008/10/09 Version: 2.71 Send corrections and updates to And...

Using C and Assembly code: 64Bit Calling convention - comp.lang ...
... developer.amd.com/documentation/guides/Pages/default.aspx ... nor, for that matter, the typical performance behavior on ... It is counterproductive to confuse him with such weird ...

comp.sys.sgi.graphics,comp.dcom.modems.cable,comp.sys.sun.admin ...
... ndKin > > seeker ndKin > > hypens ndKin > > weird ndKin ... ndKin > > through ndKin > > wonde ndKin > > default ndKin ... ndKin > > highlight ndKin > > scammer ndKin > > behavior ...

Deploy site to IIS 7.0 Default Page Weird Behaviour : The Official ...
Deploy site to IIS 7.0 Default Page Weird Behaviour RSS ... Next I copy all of those files in to the C:\Inetpub\wwwroot directory on ...

Dialogs(xlDialogSaveAs)- strange behaviour when setting default ...
[Archive] Dialogs(xlDialogSaveAs)- strange behaviour when setting default directory Excel Help ... That does seem pretty weird. Changing the drive via the immediate ...

7/8/2012 7:15:07 AM