The error was 'BadLength (poly request too large or internal Xlib length erro'.

Bug #714280 reported by Laurent Bigonville
34
This bug affects 5 people
Affects Status Importance Assigned to Milestone
clutter-1.0 (Ubuntu)
Invalid
High
Unassigned
libx11 (Ubuntu)
Invalid
High
Unassigned
mesa (Ubuntu)
Fix Released
High
Unassigned
xorg-server (Ubuntu)
Fix Released
High
Unassigned

Bug Description

Looks like all clutter applications are failing with an error like

This probably reflects a bug in the program.
The error was 'BadLength (poly request too large or internal Xlib length erro'.
  (Details: serial 145 error_code 16 request_code 155 minor_code 17)
  (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.)
aborting...

#0 gdk_x_error (xdisplay=0x61dbc0, error=0x7fffffffd9b0) at /build/buildd/gtk+3.0-2.99.3/./gdk/x11/gdkmain-x11.c:277
#1 0x00007ffff5209f97 in _XError (dpy=0x61dbc0, rep=0x6aabc0) at ../../src/XlibInt.c:3103
#2 0x00007ffff52110e8 in _XReply (dpy=0x61dbc0, rep=<value optimized out>, extra=0, discard=0) at ../../src/xcb_io.c:513
#3 0x00007ffff3b46e7a in getFBConfigs (psc=0x6ad2b0, screen=0, priv=0x6aa9a0) at glxext.c:702
#4 glx_screen_init (psc=0x6ad2b0, screen=0, priv=0x6aa9a0) at glxext.c:726
#5 0x00007ffff3b6b95f in dri2CreateScreen (screen=0, priv=0x6aa9a0) at dri2_glx.c:786
#6 0x00007ffff3b47278 in AllocAndFetchScreenConfigs (dpy=0x61dbc0) at glxext.c:760
#7 __glXInitialize (dpy=0x61dbc0) at glxext.c:859
#8 0x00007ffff3b434b9 in glXQueryVersion (dpy=<value optimized out>, major=0x7fffffffdc7c, minor=0x7fffffffdc78) at glxcmds.c:395
#9 0x00007ffff72552ca in clutter_backend_glx_post_parse (backend=0x6a5110, error=0x7fffffffdda0) at ./glx/clutter-backend-glx.c:114
#10 0x00007ffff7299a9e in clutter_init_real (error=0x7fffffffdda0) at ./clutter-main.c:1501
#11 0x00007ffff6b23c68 in g_option_context_parse (context=<value optimized out>, argc=<value optimized out>, argv=<value optimized out>, error=<value optimized out>) at /build/buildd/glib2.0-2.27.93/glib/goption.c:1962
#12 0x00007ffff729b2a0 in clutter_parse_args (argc=0x7fffffffde5c, argv=0x7fffffffde50) at ./clutter-main.c:1954
#13 clutter_init (argc=0x7fffffffde5c, argv=0x7fffffffde50) at ./clutter-main.c:2007
#14 0x00000000004028f0 in main (argc=2, argv=0x7fffffffdf98) at launcher-gtk.c:211

02:00.0 VGA compatible controller: ATI Technologies Inc RV790 [Radeon HD 4800 Series]

Changed in clutter-1.0 (Ubuntu):
importance: Undecided → High
Changed in mesa (Ubuntu):
importance: Undecided → High
Revision history for this message
Mathieu Trudel-Lapierre (cyphermox) wrote :

Confirming, I see this while trying to run emerillon.

Changed in clutter-1.0 (Ubuntu):
status: New → Confirmed
Revision history for this message
Laurent Bigonville (bigon) wrote :

Ok that could be maybe even more critical because my firefox crash when going to some sites (ie. http://sourceforge.net/project/showfiles.php?group_id=74601)

Revision history for this message
Laurent Bigonville (bigon) wrote :
Download full text (3.6 KiB)

###!!! ABORT: X_GLXVendorPrivateWithReply: BadLength (poly request too large or internal Xlib length error): file /build/buildd/firefox-4.0~b11+build3+nobinonly/build-tree/mozilla/toolkit/xre/nsX11ErrorHandler.cpp, line 190
_XError+0x000000F7 [/usr/lib/libX11.so.6 +0x00040F97]
_XReply+0x000001D8 [/usr/lib/libX11.so.6 +0x000480E8]
UNKNOWN [/usr/lib/mesa/libGL.so.1 +0x00028E7A]
UNKNOWN [/usr/lib/mesa/libGL.so.1 +0x0004D95F]
UNKNOWN [/usr/lib/mesa/libGL.so.1 +0x00029278]
glXQueryVersion+0x00000019 [/usr/lib/mesa/libGL.so.1 +0x000254B9]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x01073775]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x0107397D]
_ZN7mozilla2gl20GLContextProviderGLX15CreateOffscreenERK10gfxIntSizeRKNS0_13ContextFormatE+0x00000018 [/usr/lib/firefox-4.0b11/libxul.so +0x01073C8C]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x008FCAE5]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x00945CC8]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x00946527]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x00CA9AD0]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x012D57EF]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x012CC2A3]
UNKNOWN 0x7fffca0f0d13
###!!! ABORT: X_GLXVendorPrivateWithReply: BadLength (poly request too large or internal Xlib length error): file /build/buildd/firefox-4.0~b11+build3+nobinonly/build-tree/mozilla/toolkit/xre/nsX11ErrorHandler.cpp, line 190

Program received signal SIGABRT, Aborted.
0x00007ffff51bfb45 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
64 ../nptl/sysdeps/unix/sysv/linux/raise.c: Aucun fichier ou dossier de ce type.
 in ../nptl/sysdeps/unix/sysv/linux/raise.c
(gdb) where
#0 0x00007ffff51bfb45 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#1 0x00007ffff51c3496 in abort () at abort.c:92
#2 0x00007ffff35c5f2a in mozalloc_abort(char const*) () from /usr/lib/firefox-4.0b11/libmozalloc.so
#3 0x00007ffff6d69d84 in NS_DebugBreak_P () from /usr/lib/firefox-4.0b11/libxul.so
#4 0x00007ffff6390eea in ?? () from /usr/lib/firefox-4.0b11/libxul.so
#5 0x00007ffff273df97 in _XError (dpy=0x7fffebf4d000, rep=0x7fffd04adbb0) at ../../src/XlibInt.c:3103
#6 0x00007ffff27450e8 in _XReply (dpy=0x7fffebf4d000, rep=<value optimised out>, extra=0, discard=0) at ../../src/xcb_io.c:513
#7 0x00007fffeea92e7a in getFBConfigs (psc=0x7fffd14402f0, screen=0, priv=0x7fffda77b0a0) at glxext.c:702
#8 glx_screen_init (psc=0x7fffd14402f0, screen=0, priv=0x7fffda77b0a0) at glxext.c:726
#9 0x00007fffeeab795f in dri2CreateScreen (screen=0, priv=0x7fffda77b0a0) at dri2_glx.c:786
#10 0x00007fffeea93278 in AllocAndFetchScreenConfigs (dpy=0x7fffebf4d000) at glxext.c:760
#11 __glXInitialize (dpy=0x7fffebf4d000) at glxext.c:859
#12 0x00007fffeea8f4b9 in glXQueryVersion (dpy=<value optimised out>, major=0x7ffff7dd9394, minor=0x7ffff7dd9398) at glxcmds.c:395
#13 0x00007ffff6de7775 in ?? () from /usr/lib/firefox-4.0b11/libxul.so
#14 0x00007ffff6de797d in ?? () from /usr/lib/firefox-4.0b11/libxul.so
#15 0x00007ffff6de7c8c in mozilla::gl::GLContextProviderGLX::CreateOffscreen(gfxIntSize const&, mozilla::gl::ContextFormat const&) () from /usr/lib/firefox-4.0b11/libxul.so
#16 0x00007ffff6670ae5 in ?? () from /usr/lib/firef...

Read more...

Changed in libx11 (Ubuntu):
importance: Undecided → High
Revision history for this message
Jean-Louis Dupond (dupondje) wrote :

Same issue here on Firefox:
###!!! ABORT: X_GLXVendorPrivateWithReply: BadLength (poly request too large or internal Xlib length error): file /build/buildd/firefox-4.0~b11+build3+nobinonly/build-tree/mozilla/toolkit/xre/nsX11ErrorHandler.cpp, line 190
_XError+0x000000F7 [/usr/lib/libX11.so.6 +0x00040F97]
_XReply+0x000001D8 [/usr/lib/libX11.so.6 +0x000480E8]
UNKNOWN [/usr/lib/mesa/libGL.so.1 +0x00028E7A]
UNKNOWN [/usr/lib/mesa/libGL.so.1 +0x0004D95F]
UNKNOWN [/usr/lib/mesa/libGL.so.1 +0x00029278]
glXQueryVersion+0x00000019 [/usr/lib/mesa/libGL.so.1 +0x000254B9]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x01073775]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x0107397D]
_ZN7mozilla2gl20GLContextProviderGLX15CreateOffscreenERK10gfxIntSizeRKNS0_13ContextFormatE+0x00000018 [/usr/lib/firefox-4.0b11/libxul.so +0x01073C8C]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x008FCAE5]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x00945CC8]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x00946527]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x00CA9AD0]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x01336B4A]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x01146B57]
JS_EvaluateUCScriptForPrincipalsVersion+0x00000103 [/usr/lib/firefox-4.0b11/libxul.so +0x010D1A13]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x009F6BE2]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x008D287A]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x008D2B4D]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x008D42A5]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x008D1B67]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x0096522C]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x009649BD]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x00AC03E3]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x00AC0D7F]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x00AC0F15]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x00FEFF7A]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x00FBFAF8]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x00F10FB4]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x0101E4F7]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x00E6F2B5]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x00D45476]
XRE_main+0x0000393A [/usr/lib/firefox-4.0b11/libxul.so +0x00617781]
UNKNOWN [/usr/lib/firefox-4.0b11/firefox-bin +0x00001950]
__libc_start_main+0x000000FE [/lib/libc.so.6 +0x0001ED1E]
UNKNOWN [/usr/lib/firefox-4.0b11/firefox-bin +0x00001639]
###!!! ABORT: X_GLXVendorPrivateWithReply: BadLength (poly request too large or internal Xlib length error): file /build/buildd/firefox-4.0~b11+build3+nobinonly/build-tree/mozilla/toolkit/xre/nsX11ErrorHandler.cpp, line 190

Revision history for this message
Jean-Louis Dupond (dupondje) wrote :

My vga card:
01:00.0 VGA compatible controller: ATI Technologies Inc Manhattan [Mobility Radeon HD 5000 Series]

Bug in the ATI card driver?

Revision history for this message
Jean-Louis Dupond (dupondje) wrote :

After a chat in #ubuntu-x, it seems like it got fixed in mesa:
Change:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=bfc889517ad0d490cce1817eecac146d66bcd923

We should get this in Natty asap :)

Revision history for this message
Julien Cristau (jcristau) wrote :

This should be fixed by http://cgit.freedesktop.org/mesa/mesa/commit/?id=cbe9fc12a64c3ae89fd1b20e9e165aa4b76293a5 in mesa, work around for xorg-server at http://patchwork.freedesktop.org/patch/3987/
There's a couple other patches for mesa in the same vein that should go with that, AFAIK they're all cherry-picked to the 7.10 branch.
You may also want http://patchwork.freedesktop.org/patch/3986/ and http://patchwork.freedesktop.org/patch/3985/ in your X server.

Changed in clutter-1.0 (Ubuntu):
status: Confirmed → Invalid
Changed in libx11 (Ubuntu):
status: New → Invalid
Revision history for this message
Bryce Harrington (bryce) wrote :

Thanks Julien, I'm pilling cbe9fc12a64 for ubuntu's mesa to fix this bug; I gather as long as we have that we don't need the workaround in the X server. (Let me know if otherwise).

Will look at the other patches you've flagged directly.

Revision history for this message
Bryce Harrington (bryce) wrote :

pilling == pulling obviously.

Adding xorg-server task for the two xserver patches, guess this report serves as a good enough reference for them as any.

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package mesa - 7.10-1ubuntu2

---------------
mesa (7.10-1ubuntu2) natty; urgency=low

  * Add 108_fix_leaks_dri2_screen_creation.patch: Cherrypick from upstream
    to fix leaks in DRI2 screen creation error paths, which causes Clutter
    applications to fail with error, "BadLength (poly request too large or
    internal Xlib length".
    (LP: #714280)
  * Change dep on libudev-dev to not limit to linux-any (fixes FTBS when
    using pbuilder, see deb bug 600823)
 -- Bryce Harrington <email address hidden> Mon, 14 Feb 2011 11:44:22 -0800

Changed in mesa (Ubuntu):
status: New → Fix Released
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package xorg-server - 2:1.9.99.901+git20110131.be3be758-0ubuntu4

---------------
xorg-server (2:1.9.99.901+git20110131.be3be758-0ubuntu4) natty; urgency=low

  * Add 211_glx_fix_bindtextimageext_length_check.patch,
    212_fix_request_length_check_for_createglxpbuffersgix.patch:
    - Correct wrong request size match for xGLXCreateGLXPbufferSGIXReq.
      This can result in some invalid BadLength errors.
      (LP: #714280)
 -- Bryce Harrington <email address hidden> Mon, 14 Feb 2011 12:07:45 -0800

Changed in xorg-server (Ubuntu):
status: New → Fix Released
Revision history for this message
Jean-Louis Dupond (dupondje) wrote :

Seems like even with the updated versions, firefox still crashes:

###!!! ABORT: X_GLXVendorPrivateWithReply: BadLength (poly request too large or internal Xlib length error): file /build/buildd/firefox-4.0~b11+build3+nobinonly/build-tree/mozilla/toolkit/xre/nsX11ErrorHandler.cpp, line 190
_XError+0x000000F7 [/usr/lib/libX11.so.6 +0x00040F97]
_XReply+0x000001D8 [/usr/lib/libX11.so.6 +0x000480E8]
UNKNOWN [/usr/lib/mesa/libGL.so.1 +0x00028C6A]
UNKNOWN [/usr/lib/mesa/libGL.so.1 +0x0004D92C]
UNKNOWN [/usr/lib/mesa/libGL.so.1 +0x00029288]
glXQueryVersion+0x00000019 [/usr/lib/mesa/libGL.so.1 +0x000254B9]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x01073775]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x0107397D]
_ZN7mozilla2gl20GLContextProviderGLX15CreateOffscreenERK10gfxIntSizeRKNS0_13ContextFormatE+0x00000018 [/usr/lib/firefox-4.0b11/libxul.so +0x01073C8C]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x008FCAE5]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x00945CC8]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x00946527]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x00CA9AD0]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x01336B4A]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x01146B57]
JS_EvaluateUCScriptForPrincipalsVersion+0x00000103 [/usr/lib/firefox-4.0b11/libxul.so +0x010D1A13]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x009F6BE2]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x008D287A]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x008D2B4D]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x008D3472]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x008D3775]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x0064B15F]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x0064AE6C]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x0069B81D]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x00635EF3]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x00636229]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x00FDCAB2]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x00FEFF7A]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x00FBFAF8]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x00F11029]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x0101E4F7]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x00E6F2B5]
UNKNOWN [/usr/lib/firefox-4.0b11/libxul.so +0x00D45476]
XRE_main+0x0000393A [/usr/lib/firefox-4.0b11/libxul.so +0x00617781]
UNKNOWN [/usr/lib/firefox-4.0b11/firefox-bin +0x00001950]
__libc_start_main+0x000000FE [/lib/libc.so.6 +0x0001ED1E]
UNKNOWN [/usr/lib/firefox-4.0b11/firefox-bin +0x00001639]
###!!! ABORT: X_GLXVendorPrivateWithReply: BadLength (poly request too large or internal Xlib length error): file /build/buildd/firefox-4.0~b11+build3+nobinonly/build-tree/mozilla/toolkit/xre/nsX11ErrorHandler.cpp, line 190

Revision history for this message
Sense Egbert Hofstede (sense) wrote :

I can confirm that the behaviour of Emerillon has not changed after these fixes are applied and X is restarted.

Revision history for this message
Bryce Harrington (bryce) wrote :

Bummer. Guess next we should try jcristau's xserver workaround patch.

Btw, can someone give me the exact steps to reproduce this crash? I have not seen this myself on natty, and might make it easier if I can verify the fix myself locally.

Changed in xorg-server (Ubuntu):
importance: Undecided → High
status: Fix Released → New
Revision history for this message
Bryce Harrington (bryce) wrote :
Download full text (11.0 KiB)

<dupondje> http://paste.ubuntu.com/567438/

(gdb) bt full
#0 0x00007ffff51bfb45 in raise () from /lib/libc.so.6
No symbol table info available.
#1 0x00007ffff51c3496 in abort () from /lib/libc.so.6
No symbol table info available.
#2 0x00007ffff35c5f2a in mozalloc_abort(char const*) () from /usr/lib/firefox-4.0b11/libmozalloc.so
No symbol table info available.
#3 0x00007ffff6d69d84 in NS_DebugBreak_P () from /usr/lib/firefox-4.0b11/libxul.so
No symbol table info available.
#4 0x00007ffff6390eea in ?? () from /usr/lib/firefox-4.0b11/libxul.so
No symbol table info available.
#5 0x00007ffff273df97 in _XError (dpy=0x7fffebf50000, rep=0x7fffd18a72b0) at ../../src/XlibInt.c:3103
        rtn_val = <value optimised out>
        event = {type = 0, xany = {type = 0, serial = 140737152090112, send_event = 85989068, display = 0x6a15, window = 140737137187600}, xkey = {type = 0, serial = 140737152090112, send_event = 85989068, display = 0x6a15, window = 140737137187600,
            root = 140737152090112, subwindow = 140736708899504, time = 4224563, x = 0, y = 0, x_root = 0, y_root = 0, state = 3515499984, keycode = 32767, same_screen = -336265216}, xbutton = {type = 0, serial = 140737152090112, send_event = 85989068,
            display = 0x6a15, window = 140737137187600, root = 140737152090112, subwindow = 140736708899504, time = 4224563, x = 0, y = 0, x_root = 0, y_root = 0, state = 3515499984, button = 32767, same_screen = -336265216}, xmotion = {type = 0,
            serial = 140737152090112, send_event = 85989068, display = 0x6a15, window = 140737137187600, root = 140737152090112, subwindow = 140736708899504, time = 4224563, x = 0, y = 0, x_root = 0, y_root = 0, state = 3515499984, is_hint = -1 '\377',
            same_screen = -336265216}, xcrossing = {type = 0, serial = 140737152090112, send_event = 85989068, display = 0x6a15, window = 140737137187600, root = 140737152090112, subwindow = 140736708899504, time = 4224563, x = 0, y = 0, x_root = 0, y_root = 0,
            mode = -779467312, detail = 32767, same_screen = -336265216, focus = 32767, state = 3515511472}, xfocus = {type = 0, serial = 140737152090112, send_event = 85989068, display = 0x6a15, window = 140737137187600, mode = -336265216, detail = 32767}, xexpose = {
            type = 0, serial = 140737152090112, send_event = 85989068, display = 0x6a15, window = 140737137187600, x = -336265216, y = 32767, width = -779455824, height = 32767, count = 4224563}, xgraphicsexpose = {type = 0, serial = 140737152090112,
            send_event = 85989068, display = 0x6a15, drawable = 140737137187600, x = -336265216, y = 32767, width = -779455824, height = 32767, count = 4224563, major_code = 0, minor_code = 0}, xnoexpose = {type = 0, serial = 140737152090112, send_event = 85989068,
            display = 0x6a15, drawable = 140737137187600, major_code = -336265216, minor_code = 32767}, xvisibility = {type = 0, serial = 140737152090112, send_event = 85989068, display = 0x6a15, window = 140737137187600, state = -336265216}, xcreatewindow = {
            type = 0, serial = 140737152090112, send_event = 85989068, display = 0x6a15, parent = 140737137187600, window = 140737152090112, x = -7794558...

Revision history for this message
Sense Egbert Hofstede (sense) wrote :

Not sure if this is driver-related, but I am using the Nouveau driver for my Nvidia Geforce 9600GT, with the experimental Mesa DRI2 driver installed. I am not running Unity, because Compiz currently crashes with the Nouveau DRI2 Gallium3D driver—not sure about the naming here. ;)

The crash should be very easy to reproduce: on an up-to-date installation of Natty, install Emerillon, run it and see it never starts. Launching it from a terminal will reveal it crashes immediately.

Revision history for this message
Laurent Bigonville (bigon) wrote :
Revision history for this message
Bryce Harrington (bryce) wrote :

Hmm, seems not so easy to reproduce. I installed emerillon on an -intel 945 natty system with unity running, and an -ati natty system without unity; emerillon did not crash when launched in either case, and I was able to interact with it zooming in and out.

I saw some warning messages when running it:

humber:~$ emerillon

** (emerillon:10261): WARNING **: Metadata for error domain "geoclue-error-quark" already registered

(emerillon:10261): Clutter-CRITICAL **: Unable to make the stage window 0x4c00013 the current GLX drawable

(emerillon:10261): Clutter-CRITICAL **: Unable to make the stage window 0x4c00099 the current GLX drawable

** (emerillon:10261): WARNING **: Error loading /home/bryce/.local/share/emerillon/placemarks.ini: No such file or directory
Error retrieving the current position: Geoclue master client has no usable Position providers

Revision history for this message
Bryce Harrington (bryce) wrote :

I visited http://sourceforge.net/project/showfiles.php?group_id=74601 in firefox on both -ati and -intel. Nothing crashed.

Near as I can see, the bug is unreproducible.

Revision history for this message
Bryce Harrington (bryce) wrote :

Tempted to set back to fixed until there is some stronger evidence the problem still exists. However, setting to incomplete to give folks a chance to try again.

Note that no one has uploaded logs and such for this bug report, which is usually expected and required. Original bug reporter should run 'apport-collect 714280'.

Changed in xorg-server (Ubuntu):
status: New → Incomplete
Revision history for this message
Bryce Harrington (bryce) wrote :

<dupondje> bryceh: I can reproduce 714280
<dupondje> every single time :s
<jcristau> dupondje: i assume it goes away if you set your locale to something en_*?
<dupondje> LANG="en_US.UTF-8"
 no more crash ...
<jcristau> dupondje: ok, at least that much makes sense.
<bryceh> dupondje, interesting
<dupondje> normally I use nl_BE btw

Revision history for this message
Laurent Bigonville (bigon) wrote :

Indeed doesn't crash anymore with LANG=C (I'm usually using fr_BE.UTF-8)

Revision history for this message
Bryce Harrington (bryce) wrote :

The locale dependency suggests something maybe breaking on number format like '1.0' vs. '1,0'

Revision history for this message
Jean-Louis Dupond (dupondje) wrote :
Revision history for this message
Jean-Louis Dupond (dupondje) wrote :
Revision history for this message
Bryce Harrington (bryce) wrote :

Aha, looks like I included the git commit mentioned in comment #6 but the real fix is the one in comment #7. Lets try again.

Changed in mesa (Ubuntu):
status: Fix Released → In Progress
status: In Progress → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package mesa - 7.10-1ubuntu3

---------------
mesa (7.10-1ubuntu3) natty; urgency=low

  * Add 109_fix_length_of_glxgetfbconfigssgix.patch: Second try at fix for
    "BadLength (poly request too large or internal Xlib length" when using
    non-C, non-en locales. This time with the real fix.
    (LP: #714280)
 -- Bryce Harrington <email address hidden> Tue, 15 Feb 2011 15:28:33 -0800

Changed in mesa (Ubuntu):
status: Fix Committed → Fix Released
Bryce Harrington (bryce)
Changed in xorg-server (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
Jean-Louis Dupond (dupondje) wrote :

I can confirm the issue seems solved :)

Revision history for this message
Sense Egbert Hofstede (sense) wrote :

I can confirm that since the latest update Emerillon is working now.

Revision history for this message
Laurent Bigonville (bigon) wrote :

Emerillon works for me too, but generate the following errors:

(emerillon:8200): Clutter-CRITICAL **: Unable to make the stage window 0x5400013 the current GLX drawable

(emerillon:8200): Clutter-CRITICAL **: Unable to make the stage window 0x5400088 the current GLX drawable

More over when compiling the git HEAD of champlain and trying the demos they still fail with:

X Error of failed request: BadLength (poly request too large or internal Xlib length error)
  Major opcode of failed request: 155 (GLX)
  Minor opcode of failed request: 30 (X_GLXChangeDrawableAttributes)
  Serial number of failed request: 63
  Current serial number in output stream: 65

The GTK variants (using clutter-gtk) are working but generate the same errors as Emerillon

Revision history for this message
Laurent Bigonville (bigon) wrote :

Related to my previous message.

These errors are happening on my desktop with an ATI card.

On my laptop, it looks like that clutter_init() completely fails (I get a message telling me that the program should call clutter_init(), which it of course does.)

Revision history for this message
Julien Cristau (jcristau) wrote :

The rest of this stuff is fixed or worked around in xserver 1.10 rc2.

Changed in xorg-server (Ubuntu):
status: Confirmed → Fix Released
Revision history for this message
locust (marineworks) wrote :

no way I still suffer this very noising bug!!!
(with the latest xserver 1.10 and libglu1)

which debug you need to investigate the issue?

amd64 Natty nvidia m8400 GS

Thanks in advance
David

Revision history for this message
locust (marineworks) wrote :

hi,

the bug is still here

(today's upgrade)
libgl1-mesa-dev amd64 7.11.0+git20110523.d0c6d24a-0ubuntu0sarvatt
mesa-common-dev amd64 7.11.0+git20110523.d0c6d24a-0ubuntu0sarvatt
libgl1-mesa-dri amd64 7.11.0+git20110523.d0c6d24a-0ubuntu0sarvatt
libgl1-mesa-glx amd64 7.11.0+git20110523.d0c6d24a-0ubuntu0sarvatt
libglapi-mesa amd64 7.11.0+git20110523.d0c6d24a-0ubuntu0sarvatt
libglu1-mesa-dev amd64 7.11.0+git20110523.d0c6d24a-0ubuntu0sarvatt
libglu1-mesa amd64 7.11.0+git20110523.d0c6d24a-0ubuntu0sarvatt
nvidia-current amd64 275.09-0ubuntu1~edgers~natty
linux-libc-dev amd64 2.6.39-3.9

Regards
David

Revision history for this message
locust (marineworks) wrote :

Ok! excuse me i was wrong

It was a nouveau driver interference issue ...

killing the nouveau driver I wasn't aware gave me all right!
So it is Solved (at least for me for me)!.

Anyway, thanks for all.
David

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.