%LOGIN-F-CLIFAIL after upgrade vom 7.3-2 --> 8.3A

[Heinz Bredthauer]

Yes, I checked all logs. Also actived Image Accounting.
It seems that loginout (?) tries to activate the cli and fails immediatley.

As far what i have seen this morning the sys$library:mibstables.exe are activated before running mibs.exe. Maybe something is wrong with mibstables.exe

[Thomas Sonnentag]

The CLI containing this piece of code

sup$start::
.jsb32_entry
$exit_s r0
.end sup$start

works different on 7.3 and 8.2 sytems.

VMS 7.3 (just missing the testtabels of course)
CVSR2> spawn/cli=test
%DCL-S-SPAWNED, process DEP10872_56033 spawned
%DCL-S-ATTACHED, terminal now attached to process DEP10872_56033
Error activating command interpreter tables TESTTABLES
File not found
%DCL-S-RETURNED, control returned to process DEP10872_9
CVSR2>

VMS 8.2
CVSR1> spawn/cli=test
%DCL-S-SPAWNED, process DEP10872_11880 spawned
%DCL-S-ATTACHED, terminal now attached to process DEP10872_11880
Error activating command interpreter SYS$SYSTEM:TEST
Normal successful completion
%DCL-S-RETURNED, control returned to process DEP10872_12
CVSR1>

Any ideas ?

[Volker Halle]

Heinz,

if you test with SPAWN/CLI=xxx/TABLES=yyy, it looks like LOGINOUT first tries to access (i.e. try to map into P1 space) the CLI image and then the CLI tables image. I've tested this by varying the parameters and pointing to non-existing files.

If accessing the CLI tables file fails, then there should be a CLITBLFAIL error message.

Volker.

[Volker Halle]

Thomas,

how about adding a MOVL #SS$_NORMAL, R0 before the $EXIT ? In the code example given, you're returning whatever was in R0 at the time this routine is being entered !

Volker.

[Thomas Sonnentag]

Volker,

you are right, it happens by removing the code around...
But it has no impact on the main idea of the code and the different behaviour on VMS 7.3 and 8.2 !

[Thomas Sonnentag]

Volker,

you are right, it happens by removing the code around...
But it has no impact on the main idea of the code and the different behaviour on VMS 7.3 and 8.3 !

[Volker Halle]

Thomas,

I can reproduce this on OpenVMS Alpha V8.3, but NOT on V8.2 !

CHAALP $ spawn/cli=mibs
Error activating command interpreter SYS$SYSTEM:MIBS
Normal successful completion
%DCL-S-SPAWNED, process SYSTEM_27241 spawned
%DCL-S-ATTACHED, terminal now attached to process SYSTEM_27241
%DCL-S-RETURNED, control returned to process SYSTEM

Volker.

[Volker Halle]

Thomas,

the code in this 'CLI' does not even get executed, so it's irrelevant to the problem.

The problem happens somewhere inside LOGINOUT.EXE when trying to activate the CLI, before even mapping the CLI tables.

The fact that SS$_NORMAL is supplied as the secondary status value is indicative that some additional check might have been added in V8.3, that now fails. Prior versions would only return the status from LIB$P1_MERGE as the CLIFAIL error.

Volker.

[Thomas Sonnentag]

Thank you all for your help and ideas !

The LOGIN-F-CLIFAIL problem has been solved. For more information, please contact OpenVMS Engineering.

Thomas