Hello, For a couple of years now, whenever I press my keyboard shortcut for paste (I use ctrl-alt-V) in the KDE konsole, there is a chance the whole X server will crash. This happens ranging from once in a couple of weeks to a couple of times a day at worst. If I run startkde separately from X rather than using kdm, the X server still crashes. I've tried running X with strace, but it doesn't seem to happen when I do that (or it's just coincidental). I've also run X with ulimit -c unlimited and hunted for core files, but no core has been dumped. I've also not found anything in the X log file. I'm at a loss where to begin to look for what's going on. Any tips? Specs: Gentoo Linux 2007.0 gcc 4.1.2 gentoo xorg-server 1.3 several 2.6 kernels several keyboards, internal laptop and external ones several kde versions, from 3.2 or so upwards multiple computers, x86 and x86_64 Thanks, Will
Can you please attach a complete log file from when this happens?
Created attachment 15004 [details] X server log This is the X startup log. Nothing was added when X crashed.
Created attachment 15098 [details] X -logverbose log
Will: the log you attached - were they from a crash or a normal startup? A crash log usually contains a backtrace, giving us a hint on how to debug.
Hi Peter, The log I attached is a full log. Nothing gets added when X crashes. I've not been able to find a crash log, or core dump. I did find out one little bit of intriguing information: If I define and use ctrl-V as the keyboard shortcut, instead of ctrl-alt-V, everything is stable! I guess this looks more like a KDE quirk than a X bug. Will
(In reply to comment #5) > I did find out one little bit of intriguing information: If I define and use > ctrl-V as the keyboard shortcut, instead of ctrl-alt-V, everything is stable! I > guess this looks more like a KDE quirk than a X bug. KDE must never crash the server, so this is definitely a server bug. haven't yet had the time to try to reproduce it yet. It'd be a lot easier for us if you can get a hold of a more recent server. 1.4 at the very least, git master to be perfect :)
It's also definitely something which isn't easy to reproduce. It happens often enough to drive me up the wall though. Could you give me some tips on what it is I can do to get a coredump or a crash log?
(In reply to comment #7) > It's also definitely something which isn't easy to reproduce. It happens > often enough to drive me up the wall though. Could you give me some > tips on what it is I can do to get a coredump or a crash log? try to start X with -logverbose 4 or something higher (don't know what the max is). This way we should find a lot of information in the log files.
Is this bug an issue with a more recent version of X?
(In reply to comment #9) > Is this bug an issue with a more recent version of X? > It's present in version 1.3, but I can't say which previous ones are affected. I've just upgraded to gentoo's current unstable 1.4, with debugging, symbols stripped and -logverbose 4. so let's see if it happens again... Will
Will, any updates on this bug? Did you experience the crash again since the upgrade?
I've been running 1.4 for a couple of weeks now, and have been using the same old keyboard combination. The X-server has crashed once during a paste. Unfortunately I wasn't running logverbose at the time. It seems the frequency is a lot less, but it could be coincidence.
I've just switches distribution from gentoo to kunbuntu 8.0.4, and I've had first crash already. This is the server version: X.Org X Server 1.4.0.90 I will run X with -logverbose 4 & see if I can get some details
I've been running X with -logverbose 4 for ages, but the very sporadic problem only seems to happen with I'm not running with -logverbose! I'm sure it's coincidence, but very annoying nevertheless. All I can say is that the bug is still present in Xorg 1.4.0.90, using KDE 3.5.9. Still open to tips on how to get myself a coredump if it happens again...
Mass closure: This bug has been untouched for more than six years, and is not obviously still valid. Please reopen this bug or file a new report if you continue to experience issues with current releases.
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.