| Summary: | glxinfo segfaults when mesa was compiled with clang & libc++ | ||
|---|---|---|---|
| Product: | Mesa | Reporter: | Michi <woskimi> |
| Component: | GLX | Assignee: | Michi <woskimi> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | medium | CC: | brianp |
| Version: | git | ||
| Hardware: | Other | ||
| OS: | All | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: |
strace glxinfo
gdb glxinfo glxinfo: fix segfault when core profile is not available |
||
(In reply to Michi from comment #0) > $ glxinfo > name of display: :0 > Segmentation fault Please run glxinfo in gdb, then after the segmentation fault, run 'bt full' on the gdb prompt and attach the output from that here. Created attachment 108084 [details]
gdb glxinfo
#0 0x00007ffff724da74 in ?? () from /usr/lib64/libexpat.so.1 #1 0x00000000004040ae in build_core_profile_extension_list (extfuncs=extfuncs@entry=0x7fffffffd710) at glinfo_common.c:291 Weird, looks like glXGetProcAddressARB((GLubyte *) "glGetStringi") returns a pointer to somewhere in libexpat... Created attachment 115890 [details] [review] glxinfo: fix segfault when core profile is not available Thanks for fixing that. Looks good to me. I've got some other glxinfo/wglinfo changes queued up so I'll push this with those. No problem :) It seems you pushed it here http://cgit.freedesktop.org/mesa/demos/commit/?id=fca824431608101298ff0735db4c09954dcf64ab so I am marking the bug as fixed. Please re-open if something is still missing. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
Created attachment 108064 [details] strace glxinfo 1) $ glxinfo name of display: :0 Segmentation fault 2) $ glxinfo -i name of display: :0 X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 154 (GLX) Minor opcode of failed request: 24 (X_GLXCreateNewContext) Value in failed request: 0x0 Serial number of failed request: 40 Current serial number in output stream: 43 I don't know anything about what happens, but I know that this crash happens only when mesa was compiled with clang (from git) against libc++. Building clang and mesa against libstdc++ with otherwise the same build config does not produce the crash. I originally stumbled upon this issue because kwin was always crashing with OpenGL enabled. thx for your time. Michi