[Search for users]
[Overall Top Noters]
[List of all Conferences]
[Download this site]
Title: | DECWINDOWS 26-JAN-89 to 29-NOV-90 |
Notice: | See 1639.0 for VMS V5.3 kit; 2043.0 for 5.4 IFT kit |
Moderator: | STAR::VATNE |
|
Created: | Mon Oct 30 1989 |
Last Modified: | Mon Dec 31 1990 |
Last Successful Update: | Fri Jun 06 1997 |
Number of topics: | 3726 |
Total number of notes: | 19516 |
3538.0. "Xt$initialize looses traceback info ?" by BLKPUD::THOMASA (Wow I,ve got a colour ....) Fri Oct 26 1990 13:12
Hi all,
I have a customer with a large application that running as a detached
process on VMS.(5.3-1)
The application is a DECwindows beast using UIL. The problem is that
when he exceeds a certain number of widgets within his UIL file the program
access violates somewhere -- but no trace back info is given in the
/error=logfile (linked with traceback)
In trying to track down the cause of
a. the lack of traceback info &
b. why the program access violates
this my customer has done at the start of his code :-
1. & 2.
.
.
call lib$signal(%val(ss$_accvio)) call xt$initialize(...)
call xt$initialize(...) call lib$signal(%val(ss$_accvio))
.
.
.
1. produces tracebackinfo in the log file
2. does not !!!!
qun: What should I look for to determine why the call to xtinitialize is
disabling the traceback info ???
Also I notice that he has been calling XtPending from within an AST
and says he's had no problems so far... I thought the toolkit was non-ast
re-entrant -- is he just living on borrowed time ?
Andy
T.R | Title | User | Personal Name | Date | Lines
|
---|