Date: Fri, 28 Nov 2003 14:06:22 +0100 From: Palle Girgensohn <girgen@pingpong.net> To: Joe Marcus Clarke <marcus@marcuscom.com> Cc: Kris Kennaway <kris@obsecurity.org> Subject: Re: firebird and xemacs locking up/crashing "in pairs"??? 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>
next in thread | previous in thread | raw e-mail | index | archive | help
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) <poll(0x8065000,0x9,0x135) =3D 1 (0x1) 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) write(6,0x808c800,8) =3D 8 (0x8) read(0x6,0xbfbf6de4,0x20) ERR#35 'Resource=20 temporarily unavailable' poll(0x8082f00,0x1,0x0) =3D 0 (0x0) poll(0x8065000,0x2,0x0) =3D 0 (0x0) poll(0x8065000,0x3,0xbf) =3D 1 (0x1) gettimeofday(0x488e2288,0x0) =3D 0 (0x0) read(0x6,0xbfbf6de4,0x20) =3D 32 (0x20) 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) poll(0x8065000,0x9,0x1d) =3D 0 (0x0) gettimeofday(0x488e2288,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) poll(0x8065000,0x8,0x0) =3D 0 (0x0) some of this repeated all the time, the ERR# stuff only shows of when=20 moving the mouse over the window. Any ideas? If I just know which package is buggy, I can address the right=20 folks about this. /Palle --On torsdag, november 27, 2003 20.02.52 -0500 Joe Marcus Clarke=20 <marcus@marcuscom.com> 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 >> <marcus@marcuscom.com> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?7450000.1070024782>