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

Conference unxa::cde

Title:	CDE on Digital UNIXonment - CDE
Notice:	CDE on Digital UNIX - for CDE on VMS, please see Note 1.3
Moderator:	UNXA::SYSTEM

Created:	Tue Nov 23 1993
Last Modified:	Fri Jun 06 1997
Last Successful Update:	Fri Jun 06 1997
Number of topics:	660
Total number of notes:	2674

615.0. "dtbuilder core dumps" by GIDDAY::SCHWARZ () Sun Mar 09 1997 22:58

    G'day all,
    
    A customer has found a problem with the application builder on D.unix
    v4.0b that is very easy to reproduce. If you follow the steps outlined
    below you will find that dtbuilder will core dump.
    
    1) create/start up a customer dialog window ( draging the customer
    dialog bog to the workspace )
    2) double click on the white bacground to bring up  the Revolving
    Property Editor
    3) Change the default button from "none" to "dialog_button1 " ( using 2
    or 3 produces the same problem )
    4) click on ok
    5) dtbuilder hangs for a while and then core dumps
    
    Has anyone see this problem before? If not I'll IPMT this.
    
    Regards
    
    Kym Schwarz
    Unix support 
    CSC Sydney

T.R	Title	User	Personal Name	Date	Lines
615.1		UNXA::BEUTE	No good deed ever goes unpunished...	`Tue Mar 11 1997 09:18`	4
	Nope, that's a new one, please file an IPMT.
615.2	1. CDE hangs 2.System crashes	ATZIS3::SCHATZMANN_H		`Thu Mar 13 1997 13:18`	36
	I`f nearly a similar problem: 1)problem: upgrading DUX from 3.2c to 4.0b. (as600 + as255 + zlxp-l1/2 firmware CD v3.8 ,256mb) Costumer had created some own actions, and put it to the MAin Panel from CDE. After 3-4 Times the System panics. After the 2/3 panic System allways panics if I tryed to login as root on the console. Login with csh, rlogin, telnet , there was no Problem. 2)After this, I do a new Installation to DUX 4.0b. (whole 107 Subsets). using o3d420 , fortran RTL (run time library), vcl,ed from freeware! I only used the patch for the keyboard hang error. One from the users has his own idea from a Frontpanel-layout. He removed the MAilbox from the Frontpanel. CDE hangs. REstart impossible. Only a reboot solve the Problem. Second time; He removed the Dtfile-Viewer. Same effect. (No chance to find a Dtfile-Viewer with the sam functionality so I created a new one). After placeing some of the Costumer-created actions, some Icons are in in the next following Frontpanelbox. If you now try to delete one of this wrongplaced/corrupted Icons, it will be impossible. I'm not very familiar with CDE. 1) Why is it possible for Users to delete Icons from the Front Panel, when CDE is hanging or system panics ? 2) Why there are Problems with createing/placeing own created actions ? regards helmut. (I have a backup from one of this operating-system.)
615.3		UNXA::BEUTE	No good deed ever goes unpunished...	`Fri Mar 14 1997 09:23`	34
	>> Costumer had created some own actions, and put it to the MAin Panel >> from CDE. After 3-4 Times the System panics. After the 2/3 panic >> System allways panics if I tryed to login as root on the console. >> Login with csh, rlogin, telnet , there was no Problem. CDE contains no kernel mode code to cause a system crash. Most likely, you had a mismatch between the O/S and the Open3D versions required for the graphics card. This is the cause of several well-known situations (eg, the InlayColor backdrop problem noted elsewhere in this conference) which cause the system to crash. >> One from the users has his own idea from a Frontpanel-layout. >> He removed the MAilbox from the Frontpanel. CDE hangs. >> REstart impossible. Only a reboot solve the Problem. >> Second time; He removed the Dtfile-Viewer. Same effect. >> (No chance to find a Dtfile-Viewer with the sam functionality >> so I created a new one). Is the entire system hung, or just the CDE session? Can the user rlogin/telnet into the system? If not, I'd suspect you still have a graphics driver problem. Make sure you're running the correct and most recent version of Open3D drivers for the system. If not, we'd need much more in the way of information on EXACTLY how the customer is modifying the front panel in order to try and reproduce the problem. For example, are they creating entire customized copies of dtwm.fp in their home directories, or incorrectly trying to edit the master copy in /usr/dt? You'll need to give someone EXACT info on how to duplicate the problem before we could investigate further.