From xemacs-m  Tue Aug 26 10:37:59 1997
Received: from cs.sunysb.edu (sbcs.sunysb.edu [130.245.1.15])
	by xemacs.org (8.8.5/8.8.5) with SMTP id KAA21092
	for <xemacs-beta@xemacs.org>; Tue, 26 Aug 1997 10:37:58 -0500 (CDT)
Received: from sbkifer.cs.sunysb.edu (sbkifer.cs.sunysb.edu [130.245.1.35]) by cs.sunysb.edu (8.6.12/8.6.9) with SMTP id LAA00651; Tue, 26 Aug 1997 11:35:53 -0400
Message-Id: <199708261535.LAA00651@cs.sunysb.edu>
X-Authentication-Warning: sbcs.cs.sunysb.edu: Host sbkifer.cs.sunysb.edu didn't use HELO protocol
From: kifer@CS.SunySB.EDU (Michael Kifer)
To: skip@calendar.com (Skip Montanaro)
cc: xemacs-beta@xemacs.org
Subject: Re: X BadWindow errors when deleting ediff frame 
In-reply-to: "Skip Montanaro" of Sat, 23 Aug 1997 20:37:00 EDT
             <199708240037.UAA04944@dolphin.automatrix.com> 
Date: Tue, 26 Aug 1997 11:35:50 -0400
Sender: kifer@CS.SunySB.EDU

>>>>> "SM" == Skip Montanaro <of Sat, 23 Aug 1997 20:37:00 EDT> writes:

    SM> I'm using 20.3b17 on a Linux (Slackware 3.2, April 97, XFree86)
    SM> system, with 
    SM> display set back to my BSD/OS 2.1 system.  Whenever I quit an ediff
    SM> session 
    SM> and the itty-bitty frame disappears, I get the following X error:

    SM> xemacs: X Error:  BadWindow
    SM> Request Major code 40 ()
    SM> ResourceID 0x800214
    SM> Error Serial #398162
    SM> Current Serial #398162

    SM> There must be some magic ediff is performing to create the problem.

    No magic: it just deletes the frame. I recall there was a similar
    problem (in fact a coredump) around FSF 19.29-30. The problem turned
    out to be that for some reason FSF was trying to redraw faces after the
    ediff control frame was deleted. RMS fixed that problem back then.


	--michael  

