<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW --- - alloc_layout_array tx * ty assertion failure when making pbuffer current" href="https://bugs.freedesktop.org/show_bug.cgi?id=61012#c3">Comment # 3</a> on <a class="bz_bug_link bz_status_NEW " title="NEW --- - alloc_layout_array tx * ty assertion failure when making pbuffer current" href="https://bugs.freedesktop.org/show_bug.cgi?id=61012">bug 61012</a> from <a class="email" href="mailto:sroland@vmware.com" title="Roland Scheidegger <sroland@vmware.com>"> Roland Scheidegger</a> <pre>(In reply to <a href="show_bug.cgi?id=61012#c0">comment #0</a>) > The following(ish) code produces an assertion failure using llvmpipe libGL > from Mesa 9.0.2: > Near as I can tell, the call responsible for storing that state with the > pbuffer is this code: > > > <a href="http://cgit.freedesktop.org/mesa/mesa/tree/src/gallium/state_trackers/glx/">http://cgit.freedesktop.org/mesa/mesa/tree/src/gallium/state_trackers/glx/</a> > xlib/xm_api.c?id=369e46888904c6d379b8b477d9242cff1608e30e#n460 > > A call to get_drawable_size retrieves the size of the pbuffer drawable into > local variables width and height, but these values never make it into the > XMesaBuffer structure. This isn't llvmpipe specific right? That call you mention indeed looks a bit odd. The function comment explicitly states Width/Height of the new buffer will be 0 so I don't know why it calls get_drawable_size() there in the first place (probably some leftover from older code). It looks like for pixmaps/windows that information will be filled out later at MakeCurrent time, which will eventually call xmesa_check_buffer_size() which will fill it in. However, for pbuffers this is a noop. My guess is it should be filled out in XMesaCreatePBuffer() instead since pbuffers have fixed size (?).</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>