Pathed Logical In TPU - Bug or Feature?

[Robert Atkinson]

When using '$ edr SYX:MASELACC1.SPF;,SYX:MASELACC1.SPD;', I get the message "Could not find SY0:[RAA.DAT]MASELACC1.SPD;'.

If I do '$ edr SYE:MASELACC1.SPF;,MASELACC1.SPD;', it works fine.


GAMMA_ROB$$ sh log syx
"SYX" = "SY0" (LNM$SYSTEM_TABLE)
= "SY1"
= "SY2"
= "SY3"
= "SY4"
= "SY5"
= "SY6"
= "SY7"
= "SY8"
= "SY9"
= "SYA"
= "SYB"
= "SYC"
= "SYD"
= "SYE"
= "SYF"
= "SYG"
= "SYH"
= "SYI"
= "SYJ"
1 "SY0" = "$1$DGA100:" (LNM$SYSTEM_TABLE)
1 "SY1" = "$1$DGA101:" (LNM$SYSTEM_TABLE)
1 "SY2" = "$1$DGA102:" (LNM$SYSTEM_TABLE)
1 "SY3" = "$1$DGA103:" (LNM$SYSTEM_TABLE)
1 "SY4" = "$1$DGA104:" (LNM$SYSTEM_TABLE)
1 "SY5" = "$1$DGA105:" (LNM$SYSTEM_TABLE)
1 "SY6" = "$1$DGA106:" (LNM$SYSTEM_TABLE)
1 "SY7" = "$1$DGA107:" (LNM$SYSTEM_TABLE)
1 "SY8" = "$1$DGA108:" (LNM$SYSTEM_TABLE)
1 "SY9" = "$1$DGA109:" (LNM$SYSTEM_TABLE)
1 "SYA" = "$1$DGA110:" (LNM$SYSTEM_TABLE)
1 "SYB" = "$1$DGA111:" (LNM$SYSTEM_TABLE)
1 "SYC" = "$1$DGA112:" (LNM$SYSTEM_TABLE)
1 "SYD" = "$1$DGA113:" (LNM$SYSTEM_TABLE)
1 "SYE" = "$1$DGA114:" (LNM$SYSTEM_TABLE)
1 "SYF" = "$1$DGA115:" (LNM$SYSTEM_TABLE)
1 "SYG" = "$1$DGA116:" (LNM$SYSTEM_TABLE)
1 "SYH" = "$1$DGA117:" (LNM$SYSTEM_TABLE)
1 "SYI" = "$1$DGA118:" (LNM$SYSTEM_TABLE)
1 "SYJ" = "$1$DGA119:" (LNM$SYSTEM_TABLE)

GAMMA_ROB$$ dir SYX:MASELACC1.SPF;,MASELACC1.SPD;

Directory SYE:[RAA.DAT]

MASELACC1.SPF;5 20/35 30-JUL-2008 14:41:15.22 [SYSOPER,RAA] (RWED,RWED,RE,RWE)
MASELACC1.SPD;5 9/105 30-JUL-2008 14:41:15.33 [SYSOPER,RAA] (RWED,RWED,RE,RWE)

Total of 2 files, 29/140 blocks.



Rob.

[Wim Van den Wyngaert]

Did the same test on my 7.3 with SYX being a concealed device. No problem.

Wim

[Wim Van den Wyngaert]

Same test without /conc : same error as you have.

Bug IMO.

Wim

[Robert Atkinson]

Just tried it on 8.3, and get the same problem.

[Wim Van den Wyngaert]

TPU seems to remember f$parse of the first file spec. And f$parse("SYX:MASELACC1.SPF") returns SY0, not SYE. And then this is used for the other files (with no success).

Don't know if this is expected behaviour or a bug.

Wim

[Wim Van den Wyngaert]

I think I found the bug/feature. It's in eve$file.tpu.

In procedure eve$dcl_input_file_logic it takes the first file spec and calls file_parse to get the default spec for the following files. Thus file parse of the search list logical is done. Which results in the first item of the search list. Which is then applied to the 2nd file name (also with file_parse).

IMO you MUST use concealed devices to get correct results. Unconcealed swearch lists are not supported correctly. And who knows in which other tools the same logic has been used.

Wim