[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference bulova::decw_jan-89_to_nov-90

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.RTitleUserPersonal
Name
DateLines
2743.1UIL not very thoroughTOOLEY::B_WACKERThu May 10 1990 12:316
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.2DECWIN::JMSYNGEJames M Synge, VMS DevelopmentMon May 14 1990 14:215
    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