Conference bulova::decwindows

5800.0. "can't move pointer between screens...!" by FORAT::JLS (Are we in the same ship?) Wed Mar 12 1997 14:07

	Hello,

	We are trying to help a customer with the following problem.
	Please,can anyone help me or point any hint to the troubleshooting?	
	I'm looking for any solution before escalating the call (IPMT)


	Thanks in advance,
						/jls.


	DATA:

	Configuration:
	-------------

	Alphastation 200 4/166 with 128 MBytes of memory.  

	Decwindows MOTIF 1.2-3 ECO 7 ( & DECW$XMLIBSHR12 patched) 

	OPEN3D 3.5 

	2 x ZLXP-E1 (PBXGA-AA) : With switch setting = 0 => 

	           resolution: 1280 x 1024 
		   pixel frequency: 130 mhz
		   refresh rate: 72 hz

	SRM: V6.1-2 PAL CODE: 5.56-2

	Monitors: 2 x VRC21-W3 (*)

	(*) In some cases the monitors are VRT19-HA.In this case,they are
	    using 3 cables (instead 5) and the console variable tga_sync_green
	    is 3 (instead 0).

	DECW$private_server_setup.com: We specify the quotas according the 
	O3D installation guide and release notes.
		
          $   DECW$SERVER_DEFAULT_VISUAL_CLASS == "3,3"
	  $   define/nolog/proc DECW$SERVER_FILE_LIMIT            400
	  $   define/nolog/proc DECW$SERVER_ENQUEUE_LIMIT         1024
	  $   define/nolog/proc DECW$SERVER_WSDEF                 10240
	  $   define/nolog/proc DECW$SERVER_WSQUOTA               20480
          $   define/nolog/proc DECW$SERVER_WSEXTENT              32768
          $   define/nolog/proc DECW$SERVER_PAGE_FILE             370000
          $   define/nolog/proc DECW$XPORT_SYNC_TIMEOUT           60000


	The customer is runnig a graphic application,that "controls" an 
	electrical network,with some displays in both available screens.

	Sometimes,when the customer is running the above application,the 
	following problem is produced,commented by the customer: " I'm able
	to work with the application,but if the pointer is in screen 0 it
	can't go to screen1,or viceversa,if the pointer is in screen 1 it 
	can't move to screen 0".

	In this situation,the only way to recover is rebooting the system.
	If he stops the graphic application remotely,the above pointer 
	problem remains.If he try to do and "END SESSION" the system "hangs",
	and he has to "reset" the system.And if he try to restart,remotely,the 
	decserver process (@SYS$STARTUP:decw$startup restart) no login box 
	appears,and he has to reboot the system finally too.  

	We've checked any info in the decw$server_0_error,decw$sm and
	operator logfiles,but we haven't found any info reported in them
	around the problem time.By the way,there is no info in the error
	file of the graphic application either.

	We've available a crash dump file,we've got producing an accvio when
	the problem is presented.I can put it available in the network if it
	can help in the troubleshooting. 

  
	We've reported the problems sometime ago and it was recommended to 
	upgrade the firmware and the open3d versions.But the problem remains
	after the upgrades.

	    original		upgraded
	    -----------------------------

	srm  5.0-29		6.1-2
	o3d  3.3		3.5
    
    
    	Note: Crossposted in open3d #1259.

   I've seen this when I had the private-server file messed up -- until
   I removed everything that tried to declare dual-head displays, I saw
   problems like you report.  

   See 5760.* for how I got this to work with V1.2-4 -- both display heads
   are up and running under V1.2-4 and OpenVMS Alpha V7.1.

    
    	Thanks STEVE for your comments,
    
    						/jls.
    
    	Note: I've cross an entry in open3d conference,as it seems the
    theme could be related to open3d,as well.Someone suggested to me some
    troubleshooting with the user quotas and/or system parameters in entry 
    # 1259 (open3d).Can you take a look to that entry Steve?.Thanks again.

    
    	Hello again,
    
    	After changing the quotas and place definition in decw$private_
    server_setup file,the problem remains.In the last cases,2 since my
    last report,we've been able to "recover" the situation restarting 
    the server (@sys$startup:decw$startup restart) instead of rebooting 
    the system.
    
    	Any comment,hint,sugestion....will be very appreciated!.
    
    	Which can be the main product related with the problem...open3d,
    	decwindows (server) or motif ?
    
        Thanks in advance,
    
    							/jls.
    
    	NOTE: We are thinking to escalate the problem,but we don�t have any
    	error information to point the problem.So we'd like to know if we 
    	can provide any important info.

   See 5760.* for details on how I set this up.

   I eventually switched from CDE to MWM.

   Be aware that CDE does *not* support multi-head.

    
    	Steve,
    
    	The customer is not using CDE at all...he's still working with
    	MOTIF 1.2-3 (eco 7 with decw$xmlibshr12 patched)....not MOTIF 
    	1.2-4.
    
    	Due to the nature of the problem we think we should escalate 
    	the call.....but the problem is we don�t have error information
    	(at least we don't know if there any way to get it) in the normal
    	files: decw$server_0_error.log,decw$sm.log,...etc.The only way 
    	I think we can help is crashing the system at problem time (
    	complete dump - dumpstyle=0)....we are waiting the problem appears
    	again to get it.
    
    	In the other hand,I've asked about this problem here and in the OPEN3D
    	notesfile...but it�s not clear where I should escalate the call.
    
    	Thanks again for your time,
    							/jls.