Re: -nounixkill doesn't seem to work (Was Re: Ctrl-Alt-Backspace)
Since I originally reported this bug, I'm happy to confirm that it seems to be fixed. Igor On Thu, 18 Dec 2003, Harold L Hunt II wrote: > Takuma, > > Thanks for the patch. It has been applied and released as > XFree86-xserv-4.3.0-26. > > Alexander or Kensuke - Could you apply this patch to the freedesktop.org > tree? Thanks in advance. > > Harold > > Takuma Murakami wrote: > > Dear Igor and Alexander, > > > > > >>> xmodmap -e "keycode 22 = BackSpace" > >> > >>This, however, not only didn't change anything (Ctrl-Alt-Backspace still > >>exited X), but also crashed XWin.exe. I doubt the stack dump is of any > >>use with a non-debug version of XWin, but I can provide it if people > >>request, as well as the corresponding XWin.log (which doesn't contain any > >>details of the crash). I believe I've also posted the details of my setup > >>earlier in this thread. To reproduce the problem, run > > > > > > The attached patch can fix the problem. This is against > > xorg CVS tree on freedesktop.org. > > > > Takuma Murakami ([EMAIL PROTECTED]) -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton
Re: -nounixkill doesn't seem to work (Was Re: Ctrl-Alt-Backspace)
Takuma, Thanks for the patch. It has been applied and released as XFree86-xserv-4.3.0-26. Alexander or Kensuke - Could you apply this patch to the freedesktop.org tree? Thanks in advance. Harold Takuma Murakami wrote: Dear Igor and Alexander, xmodmap -e "keycode 22 = BackSpace" This, however, not only didn't change anything (Ctrl-Alt-Backspace still exited X), but also crashed XWin.exe. I doubt the stack dump is of any use with a non-debug version of XWin, but I can provide it if people request, as well as the corresponding XWin.log (which doesn't contain any details of the crash). I believe I've also posted the details of my setup earlier in this thread. To reproduce the problem, run The attached patch can fix the problem. This is against xorg CVS tree on freedesktop.org. Takuma Murakami ([EMAIL PROTECTED])
Re: -nounixkill doesn't seem to work (Was Re: Ctrl-Alt-Backspace)
Looks clean to me... I will test it tonight and release it if possible. I have a feeling that this might have some effect on the "keyboard doesn't work" problem that people have been encountering. Harold Takuma Murakami wrote: Dear Igor and Alexander, xmodmap -e "keycode 22 = BackSpace" This, however, not only didn't change anything (Ctrl-Alt-Backspace still exited X), but also crashed XWin.exe. I doubt the stack dump is of any use with a non-debug version of XWin, but I can provide it if people request, as well as the corresponding XWin.log (which doesn't contain any details of the crash). I believe I've also posted the details of my setup earlier in this thread. To reproduce the problem, run The attached patch can fix the problem. This is against xorg CVS tree on freedesktop.org. Takuma Murakami ([EMAIL PROTECTED])
Re: -nounixkill doesn't seem to work (Was Re: Ctrl-Alt-Backspace)
Dear Igor and Alexander, > > xmodmap -e "keycode 22 = BackSpace" > > This, however, not only didn't change anything (Ctrl-Alt-Backspace still > exited X), but also crashed XWin.exe. I doubt the stack dump is of any > use with a non-debug version of XWin, but I can provide it if people > request, as well as the corresponding XWin.log (which doesn't contain any > details of the crash). I believe I've also posted the details of my setup > earlier in this thread. To reproduce the problem, run The attached patch can fix the problem. This is against xorg CVS tree on freedesktop.org. Takuma Murakami ([EMAIL PROTECTED]) kbdcrash.patch Description: Binary data
Re: -nounixkill doesn't seem to work (Was Re: Ctrl-Alt-Backspace)
On Sat, 6 Dec 2003, Igor Pechtchanski wrote: > > xmodmap -e "keycode 22 = BackSpace" > > This, however, not only didn't change anything (Ctrl-Alt-Backspace still > exited X), but also crashed XWin.exe. I doubt the stack dump is of any > use with a non-debug version of XWin, but I can provide it if people > request, as well as the corresponding XWin.log (which doesn't contain any > details of the crash). I believe I've also posted the details of my setup > earlier in this thread. To reproduce the problem, run > > $ XWin :1.0 -unixkill & > > Try exiting it with Ctrl-Alt-Backspace, and press "Cancel". > > $ xmodmap -display :1.0 -e "keycode 22 = BackSpace" > > Try exiting again with Ctrl-Alt-Backspace, and press "Exit". > > XWin will crash with a segfault. I'd be willing to try a debug version > and get a real stack trace if developers can't reproduce it. I can't reproduce it so I'd be glad if you could do so. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: -nounixkill doesn't seem to work (Was Re: Ctrl-Alt-Backspace)
On Sat, 6 Dec 2003, Alexander Gottwald wrote: > Igor Pechtchanski wrote: > > > Well, technically, adding "-nounixkill" to the XWin.exe parameter list > > should do it, but it doesn't work for me. When I open an XWin session on > > a Win2k SP3 machine, Ctrl-Alt-Backspace still happily kills the server, > > even with -nounixkill. The command I used to start the X server was > > add the option -unixkill. This will ask you indstead of just killing the > server. Thanks, this worked like a charm. > The problem is that the 4.3 release of XFree binds the killing of the server > to the keycode "TerminateServer". There is currently no way to override this > but you can remove that binding from keycode 22. > > xmodmap -e "keycode 22 = BackSpace" This, however, not only didn't change anything (Ctrl-Alt-Backspace still exited X), but also crashed XWin.exe. I doubt the stack dump is of any use with a non-debug version of XWin, but I can provide it if people request, as well as the corresponding XWin.log (which doesn't contain any details of the crash). I believe I've also posted the details of my setup earlier in this thread. To reproduce the problem, run $ XWin :1.0 -unixkill & Try exiting it with Ctrl-Alt-Backspace, and press "Cancel". $ xmodmap -display :1.0 -e "keycode 22 = BackSpace" Try exiting again with Ctrl-Alt-Backspace, and press "Exit". XWin will crash with a segfault. I'd be willing to try a debug version and get a real stack trace if developers can't reproduce it. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton
Re: -nounixkill doesn't seem to work (Was Re: Ctrl-Alt-Backspace)
Igor Pechtchanski wrote: > Well, technically, adding "-nounixkill" to the XWin.exe parameter list > should do it, but it doesn't work for me. When I open an XWin session on > a Win2k SP3 machine, Ctrl-Alt-Backspace still happily kills the server, > even with -nounixkill. The command I used to start the X server was add the option -unixkill. This will ask you indstead of just killing the server. The problem is that the 4.3 release of XFree binds the killing of the server to the keycode "TerminateServer". There is currently no way to override this but you can remove that binding from keycode 22. xmodmap -e "keycode 22 = BackSpace" bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: Ctrl-Alt-Backspace
linda w wrote: > I don't know, but can't you remap it rather than changing the default > X-server behavior? Of cause you can. Just remove the binding to Terminate_Server from keycode 22. xmodmap -e "keycode 22 = BackSpace" > Certainly > seems like something that should be user-remapable for kiosk type > installationscan't have just > everyone going around killing off your kiosk, ya know. Why not. The kiosk should be restarted then automaticly. It is better than having no possiblity to reset a screwed session. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
-nounixkill doesn't seem to work (Was Re: Ctrl-Alt-Backspace)
On Fri, 5 Dec 2003, Jack Tanner wrote: > Er, so Ctrl-Alt-Backspace kills the X-server (quite efficiently, and > with no confirmation). This is bad (for example, when Ctrl-Alt-Backspace > happens to match an Emacs incantation). > > Since Xwin plays nicely with the system tray icon for exiting, is there > any reason to listen for Ctrl-Alt-Backspace? I can think of two reasons > -- compatibility with XFree86 convention across platforms, and > preserving keyboard accessibility. I'm not sure that either one is very > important here. > > The least disruptive fix is probably to make Ctrl-Alt-Backspace invoke > the same confirmation dialog that the system tray icon invokes. > > Thanks, > JT Well, technically, adding "-nounixkill" to the XWin.exe parameter list should do it, but it doesn't work for me. When I open an XWin session on a Win2k SP3 machine, Ctrl-Alt-Backspace still happily kills the server, even with -nounixkill. The command I used to start the X server was XWin :1.0 -nounixkill (since I have Exceed running on display :0.0) and pressed Ctrl-Alt-Backspace in the window once the screen appeared to have initialized (after a minute or so). /tmp/XWin.log is attached, and the versions of the relevant (IMO) installed software are below. Please let me know what further information I can provide (or experiments I could try) to help diagnose the problem. Igor $ cygcheck -cd | egrep 'XFree|cygwin ' cygwin 1.5.5-1 XFree86-base4.3.0-1 XFree86-bin 4.3.0-7 XFree86-etc 4.3.0-5 XFree86-f1004.2.0-3 XFree86-fcyr4.2.0-3 XFree86-fenc4.2.0-3 XFree86-fnts4.2.0-3 XFree86-lib 4.3.0-1 XFree86-lib-compat 4.3.0-2 XFree86-man 4.3.0-2 XFree86-prog4.3.0-10 XFree86-startup-scripts 4.2.0-5 XFree86-xserv 4.3.0-22 -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick NaughtonddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1024 h: 768 winCreateBoundingWindowWindowed - Current w: 1024 h: 768 winAdjustForAutoHide - Original WorkArea: 0 0 715 1024 winAdjustForAutoHide - Adjusted WorkArea: 0 0 715 1024 winCreateBoundingWindowWindowed - WindowClient w 1018 h 690 r 1018 l 0 b 690 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 4072 winAllocateFBShadowDDNL - Created shadow pitch: 4072 winAllocateFBShadowDDNL - Created shadow stride: 1018 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowDDNL - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (==) winConfigKeyboard - Layout: "0409" (0409) (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, removing from list! winPointerWarpCursor - Discarding first warp: 509 345 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winDeinitClipboard - Noting shutdown in progress winDeinitMultiWindowWM - Noting shutdown in progress
Re: Ctrl-Alt-Backspace
I don't know, but can't you remap it rather than changing the default X-server behavior? Certainly seems like something that should be user-remapable for kiosk type installationscan't have just everyone going around killing off your kiosk, ya know. Jack Tanner wrote: Er, so Ctrl-Alt-Backspace kills the X-server (quite efficiently, and with no confirmation). This is bad (for example, when Ctrl-Alt-Backspace happens to match an Emacs incantation). Since Xwin plays nicely with the system tray icon for exiting, is there any reason to listen for Ctrl-Alt-Backspace? I can think of two reasons -- compatibility with XFree86 convention across platforms, and preserving keyboard accessibility. I'm not sure that either one is very important here. The least disruptive fix is probably to make Ctrl-Alt-Backspace invoke the same confirmation dialog that the system tray icon invokes. Thanks, JT
Ctrl-Alt-Backspace
Er, so Ctrl-Alt-Backspace kills the X-server (quite efficiently, and with no confirmation). This is bad (for example, when Ctrl-Alt-Backspace happens to match an Emacs incantation). Since Xwin plays nicely with the system tray icon for exiting, is there any reason to listen for Ctrl-Alt-Backspace? I can think of two reasons -- compatibility with XFree86 convention across platforms, and preserving keyboard accessibility. I'm not sure that either one is very important here. The least disruptive fix is probably to make Ctrl-Alt-Backspace invoke the same confirmation dialog that the system tray icon invokes. Thanks, JT