BUGCHECK starting DECwindows?

[Bradford Hamilton]

I'm a hobbyist.

I've encountered this problem upgrading to V7.3-2 from V7.3-1:

%SET-I-INTSET, login interactive limit = 64, current interactive value = 0

**** OpenVMS (TM) Alpha Operating System V7.3-2 - BUGCHECK ****

** Bugcheck code = 000001CC: INVEXCEPTN, Exception while above ASTDEL
** Crash CPU: 00 Primary CPU: 00 Active CPUs: 00000001
** Current Process = DECW$STARTUP
** Current PSB ID = 00000001
** Image Name = RABBIT$DKA0:[SYS0.SYSCOMMON.][SYSEXE]DECW$CONFIG.EXE;1

**** Starting compressed selective memory dump at 29-MAY-2005 16:26...
......................................
** System space, key processes, and key global pages have been dumped.
** Now dumping remaining processes and global pages...
............................................................................
...Complete ****


The only way I've found to work around this problem is to:

$ DEFINE DECW$IGNORE_DECWINDOWS TRUE

in my systartup_vms.com. I have a dump, if it would help to diagnose this problem.

TIA

[Volker Halle]

Bradford,

assuming that this happened more than once on your system, please have a look at the crash history first:

$ SET TERM/WIDTH=132
$ TYPE CLUE$HISTORY

There should be one line for each crash, you should be able to easily spot, if the crashes always happened at the same location (compare Module and Offset).

If the crashes are all the same, please consider to post one of the CLUE files from those crashes: DIR CLUE$COLLECT:CLUE$RABBIT_290505_hhmm.LIS as an .TXT attachment in your next reply. From that information, we can find out in which instruction stream (e.g. driver) the crash has happened and what the next steps during analysis would be.

Volker.

[Bradford Hamilton]

Hi Volker,

Yes, this has occurred more than once, same module and offset. I am attaching the CLUE listing, as suggested.

[Volker Halle]

Bradford,

the system crashes because of an INTDIV (integer divide by zero) trap, the caller is SYS$INDRIVER (DECwindows).

Could you check the console environment variable BOOT_RESET ? If it's OFF, try to set it >>> SET BOOT_RESET ON

Volker.

[Bradford Hamilton]

Hi Volker,

RABBIT::SYSTEM$ write sys$output f$getenv("Boot_reset")
OFF

I'll set it to ON (obviously needs a reboot).

What's going on here? Will I be able to start DECwindows, or should I leave my work-arounbd in place, for now?

[Volker Halle · Accepted solution]

Bradford,

I have information, that setting BOOT_RESET = ON may prevent this crash from happening.

Just do a reboot with your workaround in place and the manually start DECwindows with @SYS$STARTUP:DECW$STARTUP.

If that doesn't crash, remove your workaround (DECW$IGNORE_DECWINDOWS) and just try one final reboot.

If that also works without crashing, the problem is solved.

Volker.

[Bradford Hamilton]

Thanks, Volker, that did the trick!

Now, to research BOOT_RESET, so I can understan what this setting does...

[Bradford Hamilton]

Closing thread - BOOT_RESET needed to be set to ON.