[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#208683: Xnest killed by enlightenment



> > > This looks like an enlightenment rather than an Xnest bug to me?
> >
> > I do not share this opinion. An X client (be it a window manager or not)
> > should not be able to crash an X server.
>
> Absolutely, but your report didn't definitely show an Xnest crash. Is
> the X error from Xnest or enlightenment?

This is Xnest's stderr, as is clearly seen by starting enlightenment
from a different tty.

> And if Xnest does indeed crash,
> why doesn't the shell say so (or why didn't you include the
> corresponding output)?

I did include all the output my bash gave me. Ideed if I do a ulimit -c
unlimited, I get a nice core of xnest which seems to have crashed via
SEGV.

I am using kernel 2.4.21 with the grsecurity patch, but my syslog does not
show any grsecurity-related messages when a crash occurs.

Furthermore, what is very strange, when I try to reproduce yesterday's bug
today, Xnest works for a few X requests (depending on what I do inside
enlightenment) and only crashes round the ~60 000th-300 000th X request.

As a first step to get a -g compiled xnest binary, I just tried to build
X11 myself (apt-get source xnest; debuild -us -uc in the directory, have
plenty of disk space), but unfortunately, the build process terminates
with:

xftlex.l:272: warning: no previous prototype for `XftConfigLexDone'
xftlex.l: In function `XftConfigLexDone':
xftlex.l:274: error: `XftConfig_current_buffer' undeclared (first use in this function)
xftlex.l:274: error: (Each undeclared identifier is reported only once
xftlex.l:274: error: for each function it appears in.)
xftlex.l: At top level:
lex.XftConfig.c:2039: warning: `XftConfig_flex_strlen' defined but not used
make[5]: *** [xftlex.o] Error 1
make[5]: Leaving directory `/home/tf/xf86/xfree86-4.2.1/build-tree/xc/lib/Xft'
make[4]: *** [all] Error 2
make[4]: Leaving directory `/home/tf/xf86/xfree86-4.2.1/build-tree/xc/lib'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/home/tf/xf86/xfree86-4.2.1/build-tree/xc'
make[2]: *** [World] Error 2
make[2]: Leaving directory `/home/tf/xf86/xfree86-4.2.1/build-tree/xc'
make[1]: *** [World] Error 2
make[1]: Leaving directory `/home/tf/xf86/xfree86-4.2.1/build-tree/xc'
make: *** [debian/stampdir/build] Error 2
debuild: fatal error at line 456:
dpkg-buildpackage failed!

I should add that my machine usually does not exhibit strange behaviour
when I do long calculations or compile large projects.

-- 
regards,               tf@cip.physik.uni-muenchen.de              (o_
 Thomas Fischbacher -  http://www.cip.physik.uni-muenchen.de/~tf  //\
(lambda (n) ((lambda (p q r) (p p q r)) (lambda (g x y)           V_/_
(if (= x 0) y (g g (- x 1) (* x y)))) n 1))                  (Debian GNU)





Reply to: