Summary: | 3ddesktop segfaults with software rendering on amd64 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Samuele Kaplun <Samuele.Kaplun> |
Component: | Current packages | Assignee: | Desktop Misc. Team <desktop-misc> |
Status: | RESOLVED FIXED | ||
Severity: | minor | CC: | zbox |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | OpenGL calls moved after OpenGL initialization. |
Description
Samuele Kaplun
2006-02-22 16:02:38 UTC
3ddeskd.cpp:2122 is: glClearColor(0.0f, 0.0f, 0.0f, 0.0f); And the segfault occurs inside glClearColor() call. It's not 3ddesktop issue. Do other GL apps work ok? Works for me, please reopen if you have more details. Well I now think this bug concerns my 3d system configuration. So I'll keep it resolved :-) Created attachment 207811 [details, diff]
OpenGL calls moved after OpenGL initialization.
It seems, that the OpenGL functions are called before the OpenGL is properly initialized that may result in SIGSEGV on some architectures/video drivers (e.g. with intel_video).
You should have opened a new bug, instead of commenting on 3 years old one... But since I've noticed this by accident -> Reopening +*3ddesktop-0.2.9-r1 (06 Jun 2010) + + 06 Jun 2010; Samuli Suominen <ssuominen@gentoo.org> + +3ddesktop-0.2.9-r1.ebuild, +files/3ddesktop-0.2.9-gl_init.patch: + Move OpenGL calls after OpenGL initialization wrt #123762 by Yarda. |