From owner-freebsd-gnome@FreeBSD.ORG Fri Nov 28 05:06:29 2003 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D91516A4CE; Fri, 28 Nov 2003 05:06:29 -0800 (PST) Received: from rambutan.pingpong.net (81.milagro.bahnhof.net [195.178.168.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 578DF43FE0; Fri, 28 Nov 2003 05:06:24 -0800 (PST) (envelope-from girgen@pingpong.net) Received: from localhost (localhost [127.0.0.1])hASD6MRY084171; Fri, 28 Nov 2003 14:06:22 +0100 (CET) (envelope-from girgen@pingpong.net) Date: Fri, 28 Nov 2003 14:06:22 +0100 From: Palle Girgensohn To: Joe Marcus Clarke Message-ID: <7450000.1070024782@rambutan.pingpong.net> In-Reply-To: <1069981371.44684.78.camel@shumai.marcuscom.com> References: <13690000.1069060218@rambutan.pingpong.net> <1069088473.737.1.camel@gyros> <178760000.1069978873@palle.girgensohn.se> <1069981371.44684.78.camel@shumai.marcuscom.com> X-Mailer: Mulberry/3.0.3 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline cc: gj@freebsd.org cc: FreeBSD GNOME Users cc: ports@freebsd.org cc: Kris Kennaway Subject: Re: firebird and xemacs locking up/crashing "in pairs"??? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Nov 2003 13:06:29 -0000 Kris: Yes, I mean WindowMaker, sorry! > This sounds like a bug in windowmaker I see from time to time with > firebird, mostly during text entry. Minimizing the window and > maximizing it again lets me continue. Sounds like a WM bug, not a > firebird/emacs one. Exactly the same happens in Enlightenment too, though (the lockups you=20 describe, that is. the flickering windows I describe are perhaps a=20 windowmaker specific problem). Well, it is not the focus stuff. I easily reproduced it without "focus=20 follow mouse". :( I trussed xemacs and firebird. Xemacs was completely hung, firebird did not = accept keyboard input. xemacs: SIGNAL 23 poll(0x84d9600,0x1,0xffffffff) ERR#4 'Interrupted system=20 call' sigreturn(0xbfbff340) ERR#4 'Interrupted system=20 call' poll(0x84d9600,0x1,0xffffffff) =3D 1 (0x1) read(0x7,0xbfbff5b0,0x20) =3D 32 (0x20) read(0x7,0xbfbff5b0,0x20) ERR#35 'Resource=20 temporarily unavailable' SIGNAL 23 SIGNAL 23 SIGNAL 23 poll(0x84d9600,0x1,0xffffffff) ERR#4 'Interrupted system=20 call' sigreturn(0xbfbff340) ERR#4 'Interrupted system=20 call' poll(0x84d9600,0x1,0xffffffff) =3D 1 (0x1) read(0x7,0xbfbff5b0,0x20) =3D 32 (0x20) read(0x7,0xbfbff5b0,0x20) ERR#35 'Resource=20 temporarily unavailable' SIGNAL 23 SIGNAL 23 SIGNAL 23 poll(0x84d9600,0x1,0xffffffff) ERR#4 'Interrupted system=20 call' sigreturn(0xbfbff340) ERR#4 'Interrupted system=20 call' poll(0x84d9600,0x1,0xffffffff) =3D 1 (0x1) read(0x7,0xbfbff5b0,0x20) =3D 32 (0x20) read(0x7,0xbfbff5b0,0x20) ERR#35 'Resource=20 temporarily unavailable' happened whenever I moved the mouse over it. firebird: gettimeofday(0xbfbf6890,0x0) =3D 0 (0x0) SIGNAL 27 SIGNAL 27 gettimeofday(0x488e2288,0x0) =3D 0 (0x0) sigprocmask(0x3,0x488e22f8,0x0) =3D 0 (0x0) poll(0x8065000,0x1,0x0) =3D 0 (0x0) sigreturn(0xbfbf3658) =3D -5 (0xfffffffb) gettimeofday(0xbfbf5b3c,0x0) =3D 0 (0x0) ioctl(6,FIONREAD,0xbfbf6810) =3D 0 (0x0) gettimeofday(0xbfbf702c,0x0) =3D 0 (0x0) poll(0x830aac0,0x7,0x0) =3D 0 (0x0) gettimeofday(0xbfacbef4,0x0) =3D 0 (0x0) gettimeofday(0xbfacbecc,0x0) =3D 0 (0x0) poll(0x8065000,0x8,0x0) =3D 0 (0x0) poll(0x8065000,0x9,0x19a) =3D 1 (0x1) SIGNAL 27 SIGNAL 27 gettimeofday(0x488e2288,0x0) =3D 0 (0x0) sigreturn(0x805bd9c) =3D 135321600 (0x810d800) gettimeofday(0x488e2288,0x0) =3D 0 (0x0) ioctl(6,FIONREAD,0xbfbf6820) =3D 0 (0x0) read(0x6,0xbfbf6824,0x20) =3D 32 (0x20) gettimeofday(0xbfbf704c,0x0) =3D 0 (0x0) ioctl(6,FIONREAD,0xbfbf6150) =3D 0 (0x0) gettimeofday(0xbfbf6890,0x0) =3D 0 (0x0) gettimeofday(0xbfbf5b3c,0x0) =3D 0 (0x0) ioctl(6,FIONREAD,0xbfbf6810) =3D 0 (0x0) gettimeofday(0xbfbf702c,0x0) =3D 0 (0x0) poll(0x830aac0,0x7,0x0) =3D 0 (0x0) poll(0x8065000,0x8,0x0) =3D 0 (0x0) gettimeofday(0xbfacbef4,0x0) =3D 0 (0x0) gettimeofday(0xbfacbecc,0x0) =3D 0 (0x0) poll(0x8065000,0x8,0x0) =3D 0 (0x0) poll(0x8065000,0x9,0x190) =3D 1 (0x1) gettimeofday(0x488e2288,0x0) =3D 0 (0x0) ioctl(6,FIONREAD,0xbfbf6820) =3D 0 (0x0) read(0x6,0xbfbf6824,0xe0) =3D 224 (0xe0) gettimeofday(0xbfbf704c,0x0) =3D 0 (0x0) gettimeofday(0xbfbf6940,0x0) =3D 0 (0x0) gettimeofday(0xbfbf702c,0x0) =3D 0 (0x0) poll(0x830aac0,0x6,0x0) =3D 0 (0x0) gettimeofday(0xbfbf704c,0x0) =3D 0 (0x0) gettimeofday(0xbfbf6940,0x0) =3D 0 (0x0) gettimeofday(0xbfbf702c,0x0) =3D 0 (0x0) poll(0x830aac0,0x6,0x0) =3D 0 (0x0) gettimeofday(0xbfbf704c,0x0) =3D 0 (0x0) gettimeofday(0xbfbf6940,0x0) =3D 0 (0x0) gettimeofday(0xbfbf702c,0x0) =3D 0 (0x0) poll(0x830aac0,0x6,0x0) =3D 0 (0x0) gettimeofday(0xbfbf704c,0x0) =3D 0 (0x0) gettimeofday(0xbfbf6940,0x0) =3D 0 (0x0) gettimeofday(0xbfbf702c,0x0) =3D 0 (0x0) poll(0x830aac0,0x6,0x0) =3D 0 (0x0) gettimeofday(0xbfbf704c,0x0) =3D 0 (0x0) gettimeofday(0xbfbf6940,0x0) =3D 0 (0x0) gettimeofday(0xbfbf702c,0x0) =3D 0 (0x0) poll(0x830aac0,0x6,0x0) =3D 0 (0x0) gettimeofday(0xbfbf704c,0x0) =3D 0 (0x0) gettimeofday(0xbfbf702c,0x0) =3D 0 (0x0) poll(0x830aac0,0x6,0x0) =3D 0 (0x0) gettimeofday(0xbfbf704c,0x0) =3D 0 (0x0) ioctl(6,FIONREAD,0xbfbf6810) =3D 0 (0x0) gettimeofday(0xbfbf702c,0x0) =3D 0 (0x0) poll(0x830aac0,0x7,0x0) =3D 0 (0x0) gettimeofday(0xbfacbef4,0x0) =3D 0 (0x0) gettimeofday(0xbfacbecc,0x0) =3D 0 (0x0) poll(0x8065000,0x8,0x0) =3D 0 (0x0) poll(0x8065000,0x9,0x184) =3D 0 (0x0) gettimeofday(0x488e2288,0x0) =3D 0 (0x0) clock_gettime(0x0,0xbfaedfa4) =3D 0 (0x0) gettimeofday(0xbfacbef4,0x0) =3D 0 (0x0) write(9,0xbfacbe5b,1) =3D 1 (0x1) gettimeofday(0xbfacbef4,0x0) =3D 0 (0x0) gettimeofday(0xbfacbecc,0x0) =3D 0 (0x0) poll(0x8065000,0x8,0x0) =3D 1 (0x1) gettimeofday(0xbfbf704c,0x0) =3D 0 (0x0) gettimeofday(0xbfbf6efc,0x0) =3D 0 (0x0) gettimeofday(0xbfbf6ecc,0x0) =3D 0 (0x0) read(0x8,0xbfbf6fa3,0x1) =3D 1 (0x1) write(6,0x808c800,20) =3D 20 (0x14) ioctl(6,FIONREAD,0xbfbf6810) =3D 0 (0x0) gettimeofday(0xbfbf702c,0x0) =3D 0 (0x0) poll(0x830aac0,0x7,0x0) =3D 0 (0x0) gettimeofday(0xbfacbef4,0x0) =3D 0 (0x0) gettimeofday(0xbfacbecc,0x0) =3D 0 (0x0) poll(0x8065000,0x8,0x0) =3D 0 (0x0) wrote: > On Thu, 2003-11-27 at 19:21, Palle Girgensohn wrote: >> Well, shutting off type-ahead-search (the single best feature of >> firebird, btw) does not really help. I cannot reproduce the core dump >> as before, but firebird and xemacs still lock up in pairs. Just had >> this experience, and firebird would work even though I killed all its >> processes and restarted the application! Firebird shoed up, but never >> tried accessing any URLs. Started mozilla instead, worked fine... Then >> I realized that xemacs was hung, killed it and bingo, firebird works >> again. Is this also a known problem? > > Not known to me. Doesn't seem like the two could be linked. AFAIK, > they use different GUI toolkits. Sine I'm a vim user, I doubt I'll be > able to do any deep investigation of this. Without more details, I'm > not sure what to tell you. > > Joe > >> >> Regards, >> Palle >> >> --On m=E5ndag, november 17, 2003 12.01.13 -0500 Joe Marcus Clarke >> wrote: >> >> > On Mon, 2003-11-17 at 04:10, Palle Girgensohn wrote: >> >> Hi! >> >> >> >> We have a strange problem, probably related to gtk20, but I'm not >> >> sure. >> >> >> >> The small problem is that Firebird locks up, and does not accept >> >> keyboard input. This can be fixed by minimizing and unminimizing the >> >> firebird window. >> >> >> >> The more odd thing happens that sometimes, during these locks, xemacs >> >> stops working and locks up, and its window becomes blank. Sometimes, >> >> waiting a while fixes the problem, sometimes not, and kill -9 is the >> >> only thing that helps. Note that this always happen when firebird >> >> locks up, and never at any other occasion, so they definitely seem >> >> coupled, somehow. >> >> >> >> The enclosed stack trace indicates an infinite recursion. Any ideas? >> > >> > Known issue. Go to Tools->Options->Advanced, and disable Find as You >> > Type. >> > >> > Joe >> > >> >> >> >> /Palle >> >> >> >> = ______________________________________________________________________ >> >> _______________________________________________ >> >> freebsd-gnome@freebsd.org mailing list >> >> http://lists.freebsd.org/mailman/listinfo/freebsd-gnome >> >> To unsubscribe, send any mail to >> >> "freebsd-gnome-unsubscribe@freebsd.org" >> > -- >> > PGP Key : http://www.marcuscom.com/pgp.asc >> > >> > >> >> >> >> > -- > PGP Key : http://www.marcuscom.com/pgp.asc