| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 3483.1 | SYSGEN param maybe ?? | WIDGIT::WEST | SCARY : A programmer with a screwdriver. | Wed Oct 17 1990 12:08 | 11 |
|
What is the value of the sysgen param WINDOW_SYSTEM ? It should be a
1 (one).
It's been a while since I've seen this error but I think it was caused
by this param being 0 (zero).
...or I could be totally off base... :^)
-=> Jim <=-
|
| 3483.2 | 5.4 GEBDRIVER reload gives stackdump + solution | COPCLU::WAGTBERG | Talking 'bout my generation....... | Wed Oct 31 1990 18:10 | 23 |
|
As mentioned in .0, I also did a scratch installation of 5.4 on my 3100 -
model 38/SPX, and experienced a stackdump just as the
SYS$MANAGER:DECW$DECVICE_GE.COM
was reloading the GEBDRIVER (GEA0).
Workaround:
Copy SYS$LIBRARY:DECW$SERVER_DDX_GE.EXE;1 from VMS 5.4-4GE field test version,
to your 5.4 SYS$LIBRARY.... and the problem will dissapear.
Identification:
DECW$SERVER_DDX_GE.EXE;1 184 20-MAY-1990 12:16:02.00 (5.4-4GE version) OK
DECW$SERVER_DDX_GE.EXE;2 189 17-JUL-1990 20:04:18.00 (5.4 version) NOT OK
Klaus Wagtberg - CS Copenhagen, DTN 857-2362
|
| 3483.3 | GEBDRIVER problem is hw related... | COPCLU::WAGTBERG | Talking 'bout my generation....... | Wed Nov 07 1990 02:30 | 23 |
|
Hello again
.2 indicated that the GEBDRIVER in VMS 5.4 is no good.
This is not quite true...
It seems to have been a SPX hardware problem!
I've just received another SPX, not that the first one showed any
faults, just to test, and the problem with the 5.4 GEBDRIVER
disappeared!
Be aware that even though the hardware self tests didn't show any
problems, and that the SPX would run with the field test
GEBDRIVER, there must have been some kind of hardware
problem with the board. (They have the same revision level: 1.0)
Klaus Wagtberg
|