T.R | Title | User | Personal Name | Date | Lines |
---|
2795.1 | Reinstall 5.5 SSB | SEVERN::BREWTON | | Tue Apr 21 1992 10:48 | 7 |
| I also was unable to run the T1.2.7 BMS kit under 5.5-1E7. I
reinstalled 5.5 SSB and that fixed the problem in .0
Beware of 5.5-1E7!!
Steve
|
2795.2 | MCC_AUDIT.COM | NENE::D_WONG | David Wong @LKG 2-2 | Tue Apr 21 1992 11:43 | 9 |
|
Try running MCC_AUDIT.COM to make sure your system and your account
have adequate system resources/user quotas.
We have a system running 5.5-1E7 here, and it seems to be working fine
with pre-T1.2.7 kit. I'll try T1.2.7 kit on that system as soon as
it's installed.
\david.
|
2795.3 | engineers use debug, fortune-tellers use tea leaves | TOOK::BURGESS | | Tue Apr 21 1992 16:21 | 32 |
| Looking through the mcc_x_assign_widget_events rtn,
I found over a half dozen unlikely reasons why it might fail.
Obviously you encountered one such outrageous condition.
To identify the unusual condition, would you do the following:
$ define mcc_log 8
$ manage/e/d/i=d
DBG> set output log
DBG> set br/exc
DBG> go
The rtn raises exceptions for all detected errors, so
we'll just let the debugger trap the exceptions and
identify the culprit. If an cma-e-alert exceptions are
reported by the debugger, just enter DBG> GO.
If you catch "the exception of interest", then
DBG> show images
DBG> set module mcc_fw_xevents
DBG> sho calls
DBG> set radix hex
DBG> ex /i .pc
DBG> examine .ap ! Should be either 1 or 2
DBG> examine <cr> ! Possible ref to widget: If value not equal 0, the EXAMINE .. ; examine .. (valid widget points to itself)
DBG> examine <cr> ! Possible ref to display: If value not equal 0 and .ap = 2 then EXAMINE ..
exit
Post or mail me the debug.log
\Pete
|
2795.4 | Died looking for DECW$DXM_I18NLIB_EN_US.EXE | LATACP::J_HASSENCAHL | CSC/Atlanta Network Support | Tue Apr 21 1992 19:24 | 10 |
| Hello,
After running in the debugger, as was initially outlined, I found that
it was an error from the image activator due to not being able to find the file
DECW$DXM_I18NLIB_EN_US.EXE in SYS$LIBRARY. I sent mail on the images and calls
to see if that would help.
Thanks,
John
|
2795.5 | Same Prob | MAYDAY::ANDRADE | The sentinel (.)(.) | Wed May 13 1992 10:38 | 12 |
| I am also running VMS 5.5-1E7 and I was able to invoke the Iconic Map
with MCC T1.2.4 and after upgrading to T1.2.7, only when I installed
the ELM module did things break down.
Now after deleting all mcc files and re-installing, I got the same
exact error/bug as reported in .0
And I can't find the DECW$DXM_I18NLIB_EN_US.EXE file, mcc needs,
anywhere. Will copying one into the sys$library directory help, or
is this just the first of a long list ?
Gil
|
2795.6 | VMS problem? | SLINK::CHILDS | Ed Childs | Wed May 13 1992 11:20 | 6 |
| Is it possible for you to upgrade your VMS 5.5-1E7 to VMS 5.5 SSB? In
one of the replies here, that seems to have fixed the problem. This
doesn't look like an ELM problem to me. Can you try this command and
post the results?
$ @SYS$TEST:MCC_ELM_IVP.COM
|
2795.7 | Best guess: problem with DECW$XLIBSHR.exe image | TOOK::BURGESS | | Thu May 14 1992 18:48 | 16 |
| John,
When I ran DECmcc on your system I found that an accvio was
occurring in LIB$FIND_IMAGE_SYMBOL on a movc3 instruction.
The input parameters to the LIBRTL rtn were valid: image DECW$XLIBSHR,
symbol xdisplaystring.
The problem seems to be with the access by LFIS to this questionable
DECW shareable image. I don't believe that DECmcc can be made to
work with these two feuding underlying services.
I recommend upgrading your field test system software.
Thanks for your help in isolating this problem.
\Pete
|
2795.8 | OK now | MAYDAY::ANDRADE | The sentinel (.)(.) | Fri May 15 1992 05:14 | 6 |
| Re.6 (Ed)
To late, I have downgraded VMS to v5.5 SSB, and re-installed everything.
from scratch (likelly I could aford to do this). And everything works now.
Gil
|