Re: BadLength (poly request too large...



I forgot to tell you that I'm using the following CFLAGS variable:

CFLAGS="-O3 -march=i686 -finline-functions -funroll-loops"

On Mon, 2003-06-16 at 19:01, Ibrahim El-Shafei wrote:
> First of all thank you for your help.
> Let me start from scratch:
> 1. System Used:	RedHat 8.0
> 2. GNOME-2.0
> 3. KDE-3.0.3
> 4. XFree86-4.2.0
> 
> I tried to upgrade from GTK-2.0.0 to GTK-2.2.0. After the upgrade, I
> tried to login to my gnome session but, I couldn't see the desktop icon
> and when I press the main menu, I see blank menu with icons only. No
> applications run from the menu or the task bar icons, except the
> following:
> The Gimp 1.2.3
> Evolution 1.0.8
> 
> and here is the .xsession-errors after logging using gnome:
> 
> ==========================================================
> SESSION_MANAGER=local/shaffei.eth:/tmp/.ICE-unix/4076
> Loaded background '0x8098c18
> FAMOpen failed, FAMErrno=0
> FAMOpen failed, FAMErrno=0
> FAMOpen failed, FAMErrno=0
> FAMOpen failed, FAMErrno=0
> FAMOpen failed, FAMErrno=0
> FAMOpen failed, FAMErrno=0
> FAMOpen failed, FAMErrno=0
> FAMOpen failed, FAMErrno=0
> FAMOpen failed, FAMErrno=0
> FAMOpen failed, FAMErrno=0
> FAMOpen failed, FAMErrno=0
> FAMOpen failed, FAMErrno=0
> FAMOpen failed, FAMErrno=0
> The program 'nautilus' received an X Window System error.
> This probably reflects a bug in the program.
> The error was 'BadLength (poly request too large or internal Xlib length erro'.
>   (Details: serial 45 error_code 16 request_code 156 minor_code 20)
>   (Note to programmers: normally, X errors are reported asynchronously;
>    that is, you will receive the error a while after causing it.
>    To debug your program, run it with the --sync command line
>    option to change this behavior. You can then get a meaningful
>    backtrace from your debugger if you break on the gdk_x_error() function.)
> The program 'nautilus' received an X Window System error.
> This probably reflects a bug in the program.
> The error was 'BadLength (poly request too large or internal Xlib length erro'.
>   (Details: serial 46 error_code 16 request_code 156 minor_code 20)
>   (Note to programmers: normally, X errors are reported asynchronously;
>    that is, you will receive the error a while after causing it.
>    To debug your program, run it with the --sync command line
>    option to change this behavior. You can then get a meaningful
>    backtrace from your debugger if you break on the gdk_x_error() function.)
> Multiple segmentation faults occurred; can't display error dialog
> FAMOpen failed, FAMErrno=0
> The program 'nautilus' received an X Window System error.
> This probably reflects a bug in the program.
> The error was 'BadLength (poly request too large or internal Xlib length erro'.
>   (Details: serial 45 error_code 16 request_code 156 minor_code 20)
>   (Note to programmers: normally, X errors are reported asynchronously;
>    that is, you will receive the error a while after causing it.
>    To debug your program, run it with the --sync command line
>    option to change this behavior. You can then get a meaningful
>    backtrace from your debugger if you break on the gdk_x_error() function.)
> The program 'nautilus' received an X Window System error.
> This probably reflects a bug in the program.
> The error was 'BadLength (poly request too large or internal Xlib length erro'.
>   (Details: serial 46 error_code 16 request_code 156 minor_code 20)
>   (Note to programmers: normally, X errors are reported asynchronously;
>    that is, you will receive the error a while after causing it.
>    To debug your program, run it with the --sync command line
>    option to change this behavior. You can then get a meaningful
>    backtrace from your debugger if you break on the gdk_x_error() function.)
> Multiple segmentation faults occurred; can't display error dialog
> FAMOpen failed, FAMErrno=0
> The program 'nautilus' received an X Window System error.
> This probably reflects a bug in the program.
> The error was 'BadLength (poly request too large or internal Xlib length erro'.
>   (Details: serial 45 error_code 16 request_code 156 minor_code 20)
>   (Note to programmers: normally, X errors are reported asynchronously;
>    that is, you will receive the error a while after causing it.
>    To debug your program, run it with the --sync command line
>    option to change this behavior. You can then get a meaningful
>    backtrace from your debugger if you break on the gdk_x_error() function.)
> FAMOpen failed, FAMErrno=0
> The program 'nautilus' received an X Window System error.
> This probably reflects a bug in the program.
> The error was 'BadLength (poly request too large or internal Xlib length erro'.
>   (Details: serial 45 error_code 16 request_code 156 minor_code 20)
>   (Note to programmers: normally, X errors are reported asynchronously;
>    that is, you will receive the error a while after causing it.
>    To debug your program, run it with the --sync command line
>    option to change this behavior. You can then get a meaningful
>    backtrace from your debugger if you break on the gdk_x_error() function.)
> The program 'nautilus' received an X Window System error.
> This probably reflects a bug in the program.
> The error was 'BadLength (poly request too large or internal Xlib length erro'.
>   (Details: serial 46 error_code 16 request_code 156 minor_code 20)
>   (Note to programmers: normally, X errors are reported asynchronously;
>    that is, you will receive the error a while after causing it.
>    To debug your program, run it with the --sync command line
>    option to change this behavior. You can then get a meaningful
>    backtrace from your debugger if you break on the gdk_x_error() function.)
> Multiple segmentation faults occurred; can't display error dialog
> FAMOpen failed, FAMErrno=0
> The program 'nautilus' received an X Window System error.
> This probably reflects a bug in the program.
> The error was 'BadLength (poly request too large or internal Xlib length erro'.
>   (Details: serial 45 error_code 16 request_code 156 minor_code 20)
>   (Note to programmers: normally, X errors are reported asynchronously;
>    that is, you will receive the error a while after causing it.
>    To debug your program, run it with the --sync command line
>    option to change this behavior. You can then get a meaningful
>    backtrace from your debugger if you break on the gdk_x_error() function.)
> The program 'nautilus' received an X Window System error.
> This probably reflects a bug in the program.
> The error was 'BadLength (poly request too large or internal Xlib length erro'.
>   (Details: serial 46 error_code 16 request_code 156 minor_code 20)
>   (Note to programmers: normally, X errors are reported asynchronously;
>    that is, you will receive the error a while after causing it.
>    To debug your program, run it with the --sync command line
>    option to change this behavior. You can then get a meaningful
>    backtrace from your debugger if you break on the gdk_x_error() function.)
> Multiple segmentation faults occurred; can't display error dialog
> FAMOpen failed, FAMErrno=0
> The program 'nautilus' received an X Window System error.
> This probably reflects a bug in the program.
> The error was 'BadLength (poly request too large or internal Xlib length erro'.
>   (Details: serial 45 error_code 16 request_code 156 minor_code 20)
>   (Note to programmers: normally, X errors are reported asynchronously;
>    that is, you will receive the error a while after causing it.
>    To debug your program, run it with the --sync command line
>    option to change this behavior. You can then get a meaningful
>    backtrace from your debugger if you break on the gdk_x_error() function.)
> FAMOpen failed, FAMErrno=0
> The program 'nautilus' received an X Window System error.
> This probably reflects a bug in the program.
> The error was 'BadLength (poly request too large or internal Xlib length erro'.
>   (Details: serial 45 error_code 16 request_code 156 minor_code 20)
>   (Note to programmers: normally, X errors are reported asynchronously;
>    that is, you will receive the error a while after causing it.
>    To debug your program, run it with the --sync command line
>    option to change this behavior. You can then get a meaningful
>    backtrace from your debugger if you break on the gdk_x_error() function.)
> The program 'nautilus' received an X Window System error.
> This probably reflects a bug in the program.
> The error was 'BadLength (poly request too large or internal Xlib length erro'.
>   (Details: serial 46 error_code 16 request_code 156 minor_code 20)
>   (Note to programmers: normally, X errors are reported asynchronously;
>    that is, you will receive the error a while after causing it.
>    To debug your program, run it with the --sync command line
>    option to change this behavior. You can then get a meaningful
>    backtrace from your debugger if you break on the gdk_x_error() function.)
> Multiple segmentation faults occurred; can't display error dialog
> FAMOpen failed, FAMErrno=0
> The program 'nautilus' received an X Window System error.
> This probably reflects a bug in the program.
> The error was 'BadLength (poly request too large or internal Xlib length erro'.
>   (Details: serial 45 error_code 16 request_code 156 minor_code 20)
>   (Note to programmers: normally, X errors are reported asynchronously;
>    that is, you will receive the error a while after causing it.
>    To debug your program, run it with the --sync command line
>    option to change this behavior. You can then get a meaningful
>    backtrace from your debugger if you break on the gdk_x_error() function.)
> The program 'nautilus' received an X Window System error.
> This probably reflects a bug in the program.
> The error was 'BadLength (poly request too large or internal Xlib length erro'.
>   (Details: serial 46 error_code 16 request_code 156 minor_code 20)
>   (Note to programmers: normally, X errors are reported asynchronously;
>    that is, you will receive the error a while after causing it.
>    To debug your program, run it with the --sync command line
>    option to change this behavior. You can then get a meaningful
>    backtrace from your debugger if you break on the gdk_x_error() function.)
> Multiple segmentation faults occurred; can't display error dialog
> FAMOpen failed, FAMErrno=0
> The program 'nautilus' received an X Window System error.
> This probably reflects a bug in the program.
> The error was 'BadLength (poly request too large or internal Xlib length erro'.
>   (Details: serial 45 error_code 16 request_code 156 minor_code 20)
>   (Note to programmers: normally, X errors are reported asynchronously;
>    that is, you will receive the error a while after causing it.
>    To debug your program, run it with the --sync command line
>    option to change this behavior. You can then get a meaningful
>    backtrace from your debugger if you break on the gdk_x_error() function.)
> FAMOpen failed, FAMErrno=0
> The program 'nautilus' received an X Window System error.
> This probably reflects a bug in the program.
> The error was 'BadLength (poly request too large or internal Xlib length erro'.
>   (Details: serial 45 error_code 16 request_code 156 minor_code 20)
>   (Note to programmers: normally, X errors are reported asynchronously;
>    that is, you will receive the error a while after causing it.
>    To debug your program, run it with the --sync command line
>    option to change this behavior. You can then get a meaningful
>    backtrace from your debugger if you break on the gdk_x_error() function.)
> FAMOpen failed, FAMErrno=0
> The program 'nautilus' received an X Window System error.
> This probably reflects a bug in the program.
> The error was 'BadLength (poly request too large or internal Xlib length erro'.
>   (Details: serial 45 error_code 16 request_code 156 minor_code 20)
>   (Note to programmers: normally, X errors are reported asynchronously;
>    that is, you will receive the error a while after causing it.
>    To debug your program, run it with the --sync command line
>    option to change this behavior. You can then get a meaningful
>    backtrace from your debugger if you break on the gdk_x_error() function.)
> The program 'nautilus' received an X Window System error.
> This probably reflects a bug in the program.
> The error was 'BadLength (poly request too large or internal Xlib length erro'.
>   (Details: serial 46 error_code 16 request_code 156 minor_code 20)
>   (Note to programmers: normally, X errors are reported asynchronously;
>    that is, you will receive the error a while after causing it.
>    To debug your program, run it with the --sync command line
>    option to change this behavior. You can then get a meaningful
>    backtrace from your debugger if you break on the gdk_x_error() function.)
> Multiple segmentation faults occurred; can't display error dialog
> 
> (magicdev:4142): GLib-GObject-WARNING **: cannot create instance of abstract (non-instantiatable) type `GtkWidget'
> 
> (gnome-panel:4146): GLib-GObject-WARNING **: cannot create instance of abstract (non-instantiatable) type `GtkWidget'
> The program 'gnome_segv' received an X Window System error.
> This probably reflects a bug in the program.
> The error was 'BadLength (poly request too large or internal Xlib length erro'.
>   (Details: serial 43 error_code 16 request_code 156 minor_code 20)
>   (Note to programmers: normally, X errors are reported asynchronously;
>    that is, you will receive the error a while after causing it.
>    To debug your program, run it with the --sync command line
>    option to change this behavior. You can then get a meaningful
>    backtrace from your debugger if you break on the gdk_x_error() function.)
> The program 'gnome_segv' received an X Window System error.
> This probably reflects a bug in the program.
> The error was 'BadLength (poly request too large or internal Xlib length erro'.
>   (Details: serial 43 error_code 16 request_code 156 minor_code 20)
>   (Note to programmers: normally, X errors are reported asynchronously;
>    that is, you will receive the error a while after causing it.
>    To debug your program, run it with the --sync command line
>    option to change this behavior. You can then get a meaningful
>    backtrace from your debugger if you break on the gdk_x_error() function.)
> 
> (pam-panel-icon:4148): Gdk-WARNING **: GdkWindow 0x1400002 unexpectedly destroyed
> =========================================================================
> 
> When I try to login using KDE session, it works fine but I can't launch
> for example any of the gnome-games, the game crashes and when I try to
> submit the bug. The bug-buddy crashes too.
> 
> Here is the output of .xsession errors after logging into KDE:
> 
> =========================================================================
> DCOPServer up and running.
> Mutex destroy failure: Device or resource busy
> Mutex destroy failure: Device or resource busy
> mcop warning: user defined signal handler found for SIG_PIPE, overriding
> mcop warning: user defined signal handler found for SIG_PIPE, overriding
> QWidget::setMinimumSize: The smallest allowed size is (0,0)
> QWidget::setMaximumSize: (unnamed/DigitalClock) Negative sizes (2,-4) are not possible
> QWidget::setMinimumSize: The smallest allowed size is (0,0)
> QWidget::setMaximumSize: (unnamed/QLabel) Negative sizes (59,-4) are not possible
> QWidget::setMinimumSize: The smallest allowed size is (0,0)
> QWidget::setMaximumSize: (unnamed/DigitalClock) Negative sizes (2,-4) are not possible
> QWidget::setMinimumSize: The smallest allowed size is (0,0)
> QWidget::setMaximumSize: (unnamed/QLabel) Negative sizes (59,-4) are not possible
> Mutex destroy failure: Device or resource busy
> QObject::connect: No such slot KWrited::block_in(const char*,int)
> QObject::connect:  (sender name:   'unnamed')
> QObject::connect:  (receiver name: 'unnamed')
> QFont::setPixelSize: Pixel size <= 0 (-1)
> QMenuData::removeItem: Index -1 out of range
> QMenuData::removeItem: Index -1 out of range
> X Error of failed request:  BadWindow (invalid Window parameter)
>   Major opcode of failed request:  25 (X_SendEvent)
>   Resource id in failed request:  0x1200005
>   Serial number of failed request:  1908
>   Current serial number in output stream:  2009
> kdeinit: Fatal IO error: client killed
> kdeinit: sending SIGHUP to children.
> KLauncher: Exiting on signal 1
> kdeinit: sending SIGTERM to children.
> kdeinit: Exit.
> ============================================================================
> 
> I think I gave you many information regarding the case I'm facing.
> Please do not hesitate to ask me for more info.
> 
> On Mon, 2003-06-16 at 17:51, Peter "Firefly" Lund wrote:
> > Disclaimer:  I don't have any intimate knowledge of Nautilus whatsoever.
> > I do know something about bug hunting and the X protocol, though.
> > 
> > On Mon, 16 Jun 2003, Ibrahim El-Shafei wrote:
> > 
> > > On Redhat 8.0, XFree86-4.2.0
> > > I'm using NVIDIA Geforce2 factory drivers. if this may help.
> > 
> > It won't help me but it might provide a clue for others.
> > 
> > > While logging into any account using the GNOME session. And if I try to
> > > open any GTK application it crashes.
> > 
> > This sounds a bit muddy.
> > 
> > As a programmer I would like to know precisely which applications work and
> > which don't... and how they break if they don't work.  Then I could go
> > look at how they use X differently.
> > 
> > Have you tried KDE?  What happens then?  WindowMaker?
> > What if you start X with just a simple window manager and start various X
> > programs - can you run gv? xmms? xcalc? xmag? - what if you start a Gnome
> > program like gnumeric from that simple X environment?  etc...
> > 
> > (I don't know if you are comfortable enough in a Unix/Linux environment to
> > do the above - it would help if you could)
> > 
> > > Galeon 1.2.5 is working but I don't know is it based on GTK 1 or 2.
> > > The Gimp 1.2.3 is also working.
> > 
> > Ok, some GTK+ programs work, then.  In other words "And if I try to open
> > any GTK application it crashes" is not an entirely true statement.  Before
> > you can expect anybody to really dig into this, I think you need to
> > provide cleaner data.
> > 
> > -Peter
> > 
> > We bomb for peace on Mondays, Wednesdays and Fridays.  We bring democracy by bypassing
> > the UN voting process on Tuesdays, Thursdays and Saturdays...- Rogerborg
> -- 
> Ibrahim El-Shafei
> "HimaTech"
> 
> Love means having to say I'm sorry every 5 minutes.
> 
> _______________________________________________
> gtk-list mailing list
> gtk-list gnome org
> http://mail.gnome.org/mailman/listinfo/gtk-list
-- 
Ibrahim El-Shafei
"HimaTech"

Love means having to say I'm sorry every 5 minutes.




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