Okay, this is my first time using a mailing list. I’ve always used forums, so before I even go on I’m not even sure how to get the reply. So please e-mail me at @Steve_Damm.
I am using Mandriva 2006.
Okay, any basic SDL/GL, runs fine until I do 1 of 2 things:
- switch to full screen
- move the window
If I do any one of those two things it forces KDE down and I’m back to the KDM login screen.
I can resize the window however, and that is fine which is why this problem bugs me. Why can I resize the window and the projection for OGL resizes fine, it all renders fine but I cannot MOVE the window or hit full screen without a crash.
/var/log/messages is empty
/var/log/Xorg.0.log shows no really good information.
I am using SIS M760GX Linux recognizes it but decided to choose SiS256E as the video driver, looking at the list myself it is the best choice.
As for openGL, I tried glxgears, now it runs great, 600+ fps, I can resize the window. But if I move the window it also crashes. I am pretty sure glxgears is using SDL to create the window, so i’m being led to believe this is an SDL problem but I could be wrong.
Any adivce is very welcome.
Thanks,
Halsafar
Nope. glxgears doesn’t use SDL:
rick2 at linux:~> ldd /usr/X11R6/bin/glxgears
libGL.so.1 => /usr/lib64/libGL.so.1 (0x00002aaaaabc2000)
libXp.so.6 => /usr/X11R6/lib64/libXp.so.6 (0x00002aaaaad75000)
libXext.so.6 => /usr/X11R6/lib64/libXext.so.6 (0x00002aaaaae7f000)
libX11.so.6 => /usr/X11R6/lib64/libX11.so.6 (0x00002aaaaaf90000)
libpthread.so.0 => /lib64/tls/libpthread.so.0 (0x00002aaaab19f000)
libm.so.6 => /lib64/tls/libm.so.6 (0x00002aaaab2b5000)
libc.so.6 => /lib64/tls/libc.so.6 (0x00002aaaab40c000)
libGLcore.so.1 => /usr/lib64/libGLcore.so.1 (0x00002aaaab637000)
libnvidia-tls.so.1 => /usr/lib64/tls/libnvidia-tls.so.1
(0x00002aaaabeb8000)
libdl.so.2 => /lib64/libdl.so.2 (0x00002aaaabfb9000)
/lib64/ld-linux-x86-64.so.2 (0x00002aaaaaaab000
Looks like a bug in the videocard driver.
Cheers,
RicardoEm Sexta, 30 de Dezembro de 2005 20:02, o Halsafar escreveu:
As for openGL, I tried glxgears, now it runs great, 600+ fps, I can resize
the window. But if I move the window it also crashes. I am pretty sure
glxgears is using SDL to create the window, so i’m being led to believe
this is an SDL problem but I could be wrong.
–
Mark’s Dental-Chair Discovery:
Dentists are incapable of asking questions that require a
simple yes or no answer.
Any advice for a next step in resolving this?> ----- Original Message -----
From: rpmcruz@clix.pt (Ricardo Cruz)
To: "A list for developers using the SDL library. (includes SDL-announce)"
Sent: Friday, December 30, 2005 3:48 PM
Subject: Re: [SDL] KDE Shutdown when OGL/SDL App window is moved
Em Sexta, 30 de Dezembro de 2005 20:02, o Halsafar escreveu:
As for openGL, I tried glxgears, now it runs great, 600+ fps, I can
resize
the window. But if I move the window it also crashes. I am pretty sure
glxgears is using SDL to create the window, so i’m being led to believe
this is an SDL problem but I could be wrong.
Nope. glxgears doesn’t use SDL:
rick2 at linux:~> ldd /usr/X11R6/bin/glxgears
libGL.so.1 => /usr/lib64/libGL.so.1 (0x00002aaaaabc2000)
libXp.so.6 => /usr/X11R6/lib64/libXp.so.6 (0x00002aaaaad75000)
libXext.so.6 => /usr/X11R6/lib64/libXext.so.6 (0x00002aaaaae7f000)
libX11.so.6 => /usr/X11R6/lib64/libX11.so.6 (0x00002aaaaaf90000)
libpthread.so.0 => /lib64/tls/libpthread.so.0 (0x00002aaaab19f000)
libm.so.6 => /lib64/tls/libm.so.6 (0x00002aaaab2b5000)
libc.so.6 => /lib64/tls/libc.so.6 (0x00002aaaab40c000)
libGLcore.so.1 => /usr/lib64/libGLcore.so.1 (0x00002aaaab637000)
libnvidia-tls.so.1 => /usr/lib64/tls/libnvidia-tls.so.1
(0x00002aaaabeb8000)
libdl.so.2 => /lib64/libdl.so.2 (0x00002aaaabfb9000)
/lib64/ld-linux-x86-64.so.2 (0x00002aaaaaaab000
Looks like a bug in the videocard driver.
Cheers,
Ricardo
Mark’s Dental-Chair Discovery:
Dentists are incapable of asking questions that require a
simple yes or no answer.
SDL mailing list
SDL at libsdl.org
http://www.libsdl.org/mailman/listinfo/sdl
Hi Halsafar,
It looks like a bug in the videocard driver, which means that you will have
to upgrade to the just-released X.org 7.0. Unfortunately, till this version,
it isn’t easy to update drivers independently.
You could also try to disable the "Show windows contents while being moved"
option under “Desktop Environment” -> “Windows Behavior” (I don’t use the
English version…) in Kcontrol, and see what happens. Also give it a try to
another window manager.
Anyway, I’m sure you’ll get much better help on a X.org support mailing list.
Cheers,
RicardoEm Sexta, 30 de Dezembro de 2005 23:03, o Halsafar escreveu:
Any advice for a next step in resolving this?
----- Original Message -----
From: “Ricardo Cruz” <@Ricardo_Cruz>
To: "A list for developers using the SDL library. (includes SDL-announce)"
Sent: Friday, December 30, 2005 3:48 PM
Subject: Re: [SDL] KDE Shutdown when OGL/SDL App window is moved
Em Sexta, 30 de Dezembro de 2005 20:02, o Halsafar escreveu:
As for openGL, I tried glxgears, now it runs great, 600+ fps, I can
resize
the window. But if I move the window it also crashes. I am pretty sure
glxgears is using SDL to create the window, so i’m being led to believe
this is an SDL problem but I could be wrong.
Nope. glxgears doesn’t use SDL:
rick2 at linux:~> ldd /usr/X11R6/bin/glxgears
libGL.so.1 => /usr/lib64/libGL.so.1 (0x00002aaaaabc2000)
libXp.so.6 => /usr/X11R6/lib64/libXp.so.6 (0x00002aaaaad75000)
libXext.so.6 => /usr/X11R6/lib64/libXext.so.6 (0x00002aaaaae7f000)
libX11.so.6 => /usr/X11R6/lib64/libX11.so.6 (0x00002aaaaaf90000)
libpthread.so.0 => /lib64/tls/libpthread.so.0 (0x00002aaaab19f000)
libm.so.6 => /lib64/tls/libm.so.6 (0x00002aaaab2b5000)
libc.so.6 => /lib64/tls/libc.so.6 (0x00002aaaab40c000)
libGLcore.so.1 => /usr/lib64/libGLcore.so.1 (0x00002aaaab637000)
libnvidia-tls.so.1 => /usr/lib64/tls/libnvidia-tls.so.1
(0x00002aaaabeb8000)
libdl.so.2 => /lib64/libdl.so.2 (0x00002aaaabfb9000)
/lib64/ld-linux-x86-64.so.2 (0x00002aaaaaaab000
Looks like a bug in the videocard driver.
Cheers,
Ricardo
–
Sauron is alive in Argentina!
Ricardo Cruz wrote:
Hi Halsafar,
It looks like a bug in the videocard driver, which means that you will have
to upgrade to the just-released X.org 7.0. Unfortunately, till this version,
it isn’t easy to update drivers independently.
You could also try to disable the "Show windows contents while being moved"
option under “Desktop Environment” -> “Windows Behavior” (I don’t use the
English version…) in Kcontrol, and see what happens. Also give it a try to
another window manager.
Anyway, I’m sure you’ll get much better help on a X.org support mailing list.
Cheers,
Ricardo
Any advice for a next step in resolving this?
As for openGL, I tried glxgears, now it runs great, 600+ fps, I can
resize
the window. But if I move the window it also crashes. I am pretty sure
glxgears is using SDL to create the window, so i’m being led to believe
this is an SDL problem but I could be wrong.
Nope. glxgears doesn’t use SDL:
rick2 at linux:~> ldd /usr/X11R6/bin/glxgears
libGL.so.1 => /usr/lib64/libGL.so.1 (0x00002aaaaabc2000)
libXp.so.6 => /usr/X11R6/lib64/libXp.so.6 (0x00002aaaaad75000)
libXext.so.6 => /usr/X11R6/lib64/libXext.so.6 (0x00002aaaaae7f000)
libX11.so.6 => /usr/X11R6/lib64/libX11.so.6 (0x00002aaaaaf90000)
libpthread.so.0 => /lib64/tls/libpthread.so.0 (0x00002aaaab19f000)
libm.so.6 => /lib64/tls/libm.so.6 (0x00002aaaab2b5000)
libc.so.6 => /lib64/tls/libc.so.6 (0x00002aaaab40c000)
libGLcore.so.1 => /usr/lib64/libGLcore.so.1 (0x00002aaaab637000)
libnvidia-tls.so.1 => /usr/lib64/tls/libnvidia-tls.so.1
(0x00002aaaabeb8000)
libdl.so.2 => /lib64/libdl.so.2 (0x00002aaaabfb9000)
/lib64/ld-linux-x86-64.so.2 (0x00002aaaaaaab000
Looks like a bug in the videocard driver.
Cheers,
Ricardo
Thanks for your advice Riacardo. I am going to try disabling those
features first.
I know I’m using X 6.9.X but before I upgrade to X 7.0 which may be
tough I’d like to point out that all these apps I’ve tested work fine in
failsafe mode.
Does failsafe use X?
I also tried it in IceWM, it crashes like KDE in Ice so the only way I
could get it to work 100% proper was in failsafe.
Thanks,
Halsafar>Em Sexta, 30 de Dezembro de 2005 23:03, o Halsafar escreveu:
----- Original Message -----
From: “Ricardo Cruz”
To: "A list for developers using the SDL library. (includes SDL-announce)"
Sent: Friday, December 30, 2005 3:48 PM
Subject: Re: [SDL] KDE Shutdown when OGL/SDL App window is moved
Em Sexta, 30 de Dezembro de 2005 20:02, o Halsafar escreveu:
Hello,
Failsafe is still X, it just means “no window manager”. You can’t move the
windows; that’s why it doesn’t crash. 
Anyway, at least for me, if all I wanted OpenGL for was to play games, that
crash wouldn’t be such a big problem because I’d just start all games in
fullscreen mode (it is a common practice for games to have command line flags
to set fullscreen and set a resolution).
Unfortunately, I can’t even garante you that a X.org update will fix the
problem. Though, I am pretty positive it will, because I am pretty sure it is
a driver issue, and such a crash wouldn’t pass unnoticied to anyone with such
a videocard (so there should be plenty bug reports already).
Happy new year btw,
RicardoEm S?bado, 31 de Dezembro de 2005 23:37, o Steve Damm escreveu:
Thanks for your advice Riacardo. I am going to try disabling those
features first.
I know I’m using X 6.9.X but before I upgrade to X 7.0 which may be
tough I’d like to point out that all these apps I’ve tested work fine in
failsafe mode.
Does failsafe use X?
I also tried it in IceWM, it crashes like KDE in Ice so the only way I
could get it to work 100% proper was in failsafe.
Thanks,
Halsafar
–
There is nothing wrong with Southern California that a rise in the
ocean level wouldn’t cure.
– Ross MacDonald
Ricardo Cruz wrote:
Hello,
Failsafe is still X, it just means “no window manager”. You can’t move the
windows; that’s why it doesn’t crash.
Anyway, at least for me, if all I wanted OpenGL for was to play games, that
crash wouldn’t be such a big problem because I’d just start all games in
fullscreen mode (it is a common practice for games to have command line flags
to set fullscreen and set a resolution).
Unfortunately, I can’t even garante you that a X.org update will fix the
problem. Though, I am pretty positive it will, because I am pretty sure it is
a driver issue, and such a crash wouldn’t pass unnoticied to anyone with such
a videocard (so there should be plenty bug reports already).
Happy new year btw,
Ricardo
Thanks for your advice Riacardo. I am going to try disabling those
features first.
I know I’m using X 6.9.X but before I upgrade to X 7.0 which may be
tough I’d like to point out that all these apps I’ve tested work fine in
failsafe mode.
Does failsafe use X?
I also tried it in IceWM, it crashes like KDE in Ice so the only way I
could get it to work 100% proper was in failsafe.
Thanks,
Halsafar
You may not be able to move the window in failsafe but you can switch to
fullscreen in failsafe and it works. A switch to fullscreen in KDE or
any other window manager like IceWM crashes. I disabled some of the
window behaviours and it improved the problem a bit. I can resize any
openGL window like glxgears, maximize it even, minimize all in KDE and
it works. However doing something as simple as moving the window by
clicking and holding the titlebar or a switch to fullscreen and the app
crashes hard causing the display to terminate pushing my session to close.
I’d like add that once this problem occurs once, if I do not FULLY
restart the computer the graphic engine of X seems to get a little
messed. If I cause this crash being discussed then log back in and try
running glxgears my FPS goes from 600+ before crash to 3-5fps after
crash. I cannot switch to any other terminals (Ctrl+Alt+1-6), if I do
all I see is a mess of colors. During the shutdown process the screen
just goes into funky colors. It seems that if I cause this error X
becomes very unhappy with graphics.
I am a comp sci major and Im pushing in game development. Having a
laptop which cannot run OGL in Linux (my fav programming environment)
will cause me some problem. I have no need to play games in Linux that
is what Windows OS is for.
Well I am patiently waiting for this X update.
Where should I report this bug? X.ORG?
Thanks,
Halsafar>Em S?bado, 31 de Dezembro de 2005 23:37, o Steve Damm escreveu:
Okay, but still… Window manager is envolved when you toggle between window
and full screen. It has to be some instruction that window managers call that
is triggering the crash. Anyway, the one to blame is the driver. Really, if
it happens in so different window manager as kwin and metacity, it got to be
the driver.
To report bugs, just go to the X.org website, that is, well, X.org . 
You
might want to submit your bug to https://bugs.freedesktop.org/ , but I’d
first advice you to share it in a mailing list
(http://lists.x.org/mailman/listinfo/). Not sure which one would be the most
appropriate… Anyway, I’m pretty sure it is fixed in this new major release.
It just is a too big bug to pass through.
Cheers,
RicardoEm Domingo, 1 de Janeiro de 2006 19:03, o Steve Damm escreveu:
You may not be able to move the window in failsafe but you can switch to
fullscreen in failsafe and it works. A switch to fullscreen in KDE or
any other window manager like IceWM crashes. I disabled some of the
window behaviours and it improved the problem a bit. I can resize any
openGL window like glxgears, maximize it even, minimize all in KDE and
it works. However doing something as simple as moving the window by
clicking and holding the titlebar or a switch to fullscreen and the app
crashes hard causing the display to terminate pushing my session to close.
I’d like add that once this problem occurs once, if I do not FULLY
restart the computer the graphic engine of X seems to get a little
messed. If I cause this crash being discussed then log back in and try
running glxgears my FPS goes from 600+ before crash to 3-5fps after
crash. I cannot switch to any other terminals (Ctrl+Alt+1-6), if I do
all I see is a mess of colors. During the shutdown process the screen
just goes into funky colors. It seems that if I cause this error X
becomes very unhappy with graphics.
I am a comp sci major and Im pushing in game development. Having a
laptop which cannot run OGL in Linux (my fav programming environment)
will cause me some problem. I have no need to play games in Linux that
is what Windows OS is for.
Well I am patiently waiting for this X update.
Where should I report this bug? X.ORG?
Thanks,
Halsafar
–
An idea is not responsible for the people who believe in it.