[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 |
2743.0. "ACCESS VIOLATION UPON UPGRADE TO VMS 5.3" by PEACHS::WILLIAMS (Loretta) Wed May 09 1990 18:56
Configuration:
VMS 5.3, Decwindows, ADA 2.0 - not working for user application
VMS 5.1, Decwindows, ADA 1.5 - works for user application
VMS 5.3, Decwindows, ADA 1.5 - not working for user application
Scenario:
Large Ada/Decwindows application worked in VMS 5.1 upgraded system
and the application access violates when popup attached dialog
boxes have any Decwindows function attempted, for example XtManage...
The access violation occurs at:
REASON MASK: 01
VIRTUAL ADDRESS: 6C616978
PROGRAM COUNTER: 0046388E
PSL: 03C00000
Interesting point:
If you edit the UIL file move the dialog box declaration to
the end of the controls section, other popup attached dialog
boxes will access violate in the same position as before.
Pseudo Example of the UIL:
auth_main_window: main_window{
arguments {
x...
y...
width...
height...
}
controls {
unmanage popup_attached_db abcde1
unmanage popup_attached_db abcdf2
unmanage popup_attached_db abcdg3
unmanage popup_attached_db abcdh4
unmanage popup_attached_db abcdj5
.
.
.
unmanage popup_attached_db abcdk40
}
}
Therefore if you move the declaration of abcdg3 to below
abcdk40, then abcdh4 would access violate.
Things that have been tried:
Recompiling the UIL with the /V1 switch - results same as above
Recompiling and linking with the debugger - results same as above
Visually examining the /machine of the UIL file - no visual differences
between /V1 and /V2
Adding a call to the xlib synchronize routine - results same as above
Does anyone have any clue to what is happening? All help is greatly
appreciated. Yes this is a customer problem...No we can't get the code it
is classified. There are no user defined widgets. Attachments are correct
(according to the customer).
Thanks in advance,
Loretta Williams
CSC/AT
P.S. crossposted in DECWTOOLKIT, DECWINDOWS_PROGRAMMING, ADA
T.R | Title | User | Personal Name | Date | Lines |
---|
2743.1 | UIL not very thorough | TOOLEY::B_WACKER | | Thu May 10 1990 12:31 | 6 |
| Uil is not a very thorough compiler and I've seen very strange uid
files result from invalid attachments that weren't flagged by uil.
You might try selectively removing widgets to identify which one might
be causing the problem.
Bruce
|
2743.2 | | DECWIN::JMSYNGE | James M Synge, VMS Development | Mon May 14 1990 14:21 | 5 |
| I don't know what the source of the problem is, but the code is using
character data, "xial", as a pointer. Perhaps you should find out
where that string is stored and manipulated.
James
|