[cairo-bugs] [Bug 78224] BadMatch is shm extention

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Sat May 3 08:31:58 PDT 2014


Maciej Piechotka <uzytkownik2 at gmail.com> changed:

           What    |Removed                     |Added
             Status|NEEDINFO                    |NEW

--- Comment #2 from Maciej Piechotka <uzytkownik2 at gmail.com> ---
(In reply to comment #1)
> Sorry, but that backtrace doesn't help. Errors in X11 are reported
> asynchronously. When sending a request, Xlib doesn't wait for a "there was
> no error"-reply from the server. Only randomly later does it receive errors,
> if one occurs. So the backtrace in that case is just "randomly later".

I know. Backtrace from a breakpoint in gdk_x_error with GDK_SYNCHRONIZE=1 so
that's covered.

> What is the error message that is printed on stderr?
> Why is this bug titled "BadMatch is shm extention"? Did you guess that SHM
> is involved just from the backtrace?

The error was 'BadMatch (invalid parameter attributes)'.
  (Details: serial 795449 error_code 8 request_code 62 (core protocol)
minor_code 0)
  (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 GDK_SYNCHRONIZE environment
   variable to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)

And name of the functions are
_cairo_xlib_surface_update_shm/_cairo_xlib_surface_get_shm etc.

PS. I got another repro after running some time. I'll get a better stacktrace

You are receiving this mail because:
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cairographics.org/archives/cairo-bugs/attachments/20140503/6bb235cc/attachment.html>

More information about the cairo-bugs mailing list