Ctrl-Alt-Backspace

Ctrl-Alt-Backspace

[Jack Tanner]

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

Re: Ctrl-Alt-Backspace

[linda w]

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 
installations....can'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
>
>

Re: Ctrl-Alt-Backspace

[Alexander Gottwald]

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
> installations....can'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
-- 
 Alexander.Gottwald@informatik.tu-chemnitz.de
 http://www.gotti.org           ICQ: 126018723

-nounixkill doesn't seem to work (Was Re: Ctrl-Alt-Backspace)

[Igor Pechtchanski]

[-- Attachment #1: Type: TEXT/PLAIN, Size: 2269 bytes --]

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-base            4.3.0-1
XFree86-bin             4.3.0-7
XFree86-etc             4.3.0-5
XFree86-f100            4.2.0-3
XFree86-fcyr            4.2.0-3
XFree86-fenc            4.2.0-3
XFree86-fnts            4.2.0-3
XFree86-lib             4.3.0-1
XFree86-lib-compat      4.3.0-2
XFree86-man             4.3.0-2
XFree86-prog            4.3.0-10
XFree86-startup-scripts 4.2.0-5
XFree86-xserv           4.3.0-22

-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha@cs.nyu.edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor@watson.ibm.com
     |,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

[-- Attachment #2: Type: TEXT/PLAIN, Size: 2587 bytes --]

ddxProcessArgument - 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 0000001f
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: 00ff0000 0000ff00 000000ff
winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff 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: "00000409" (00000409) 
(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: -nounixkill doesn't seem to work (Was Re: Ctrl-Alt-Backspace)

[Alexander Gottwald]

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
-- 
 Alexander.Gottwald@informatik.tu-chemnitz.de
 http://www.gotti.org           ICQ: 126018723

Re: -nounixkill doesn't seem to work (Was Re: Ctrl-Alt-Backspace)

[Igor Pechtchanski]

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/
      |\      _,,,---,,_		pechtcha@cs.nyu.edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor@watson.ibm.com
     |,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)

[Alexander Gottwald]

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
-- 
 Alexander.Gottwald@s1999.tu-chemnitz.de 
 http://www.gotti.org           ICQ: 126018723

Requesting a debug XFree86 snapshot (Was Re: -nounixkill doesn't seem to work)

[Igor Pechtchanski]

On Mon, 8 Dec 2003, Alexander Gottwald wrote:

> 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

Alexander,

Could you or Harold please post a debug snapshot somewhere?  I don't have
a build tree set up, and the problem is relatively minor and doesn't
affect me too much, so I don't have the motivation of setting one up just
now.  I will try the debug snapshot, though, and post the stack trace.
	Igor
-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha@cs.nyu.edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor@watson.ibm.com
     |,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: Requesting a debug XFree86 snapshot (Was Re: -nounixkill doesn't seem to work)

[Alexander Gottwald]

Igor Pechtchanski wrote:
>
> Could you or Harold please post a debug snapshot somewhere?

I've uploaded a debugbuild to
http://www.tu-chemnitz.de/~goal/xfree/XWin.exe.bz2

It is from my development tree and _NOT_ intended to replace the latest
release.

bye
    ago
-- 
 Alexander.Gottwald@informatik.tu-chemnitz.de
 http://www.gotti.org           ICQ: 126018723

Re: Requesting a debug XFree86 snapshot (Was Re: -nounixkill doesn't seem to work)

[Igor Pechtchanski]

[-- Attachment #1: Type: TEXT/PLAIN, Size: 1372 bytes --]

On Mon, 8 Dec 2003, Alexander Gottwald wrote:

> Igor Pechtchanski wrote:
> >
> > Could you or Harold please post a debug snapshot somewhere?
>
> I've uploaded a debugbuild to
> http://www.tu-chemnitz.de/~goal/xfree/XWin.exe.bz2
>
> It is from my development tree and _NOT_ intended to replace the latest
> release.
>
> bye
>     ago

Alexander,

Thanks.  However, your snapshot doesn't seem to react to the "Exit"
message or the Alt-F4 key combination (-[no]winkill don't help).  It only
reacts to Ctrl-Alt-Backspace if neither -nounixkill nor -unixkill is
specified, and then X simply exits.  No wonder you couldn't reproduce the
problem.  I'm attaching the logs from your build for the two sequences
below:

1) ./XWin :1.0 -unixkill &
   Press Ctrl-Alt-Backspace 5 times
   kill -1 %1
   kill -2 %1

2) ./XWin :1.0 &
   Press Ctrl-Alt-Backspace

HTH.  Please let me know if you'd like me to try another debug build, one
that has the -[no]unixkill functionality enabled.
	Igor
-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha@cs.nyu.edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor@watson.ibm.com
     |,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

[-- Attachment #2: Type: TEXT/PLAIN, Size: 4865 bytes --]

ddxProcessArgument - 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 0000001f
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: 00ff0000 0000ff00 000000ff
winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff 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 disabled due to lack of shared memory support in the kernel
(--) Setting autorepeat to delay=500, rate=31
(--) winConfigKeyboard - Layout: "00000409" (00000409) 
(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
winWindowProc - WM_*KEYDOWN - Closekey hit, quitting
winWindowProc - WM_*KEYDOWN - Closekey hit, quitting
winWindowProc - WM_*KEYDOWN - Closekey hit, quitting
winWindowProc - WM_*KEYDOWN - Closekey hit, quitting
winWindowProc - WM_*KEYDOWN - Closekey hit, quitting
winWindowProc - WM_*KEYDOWN - Closekey hit, quitting
(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 0000001f
InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1
winSetEngine - Using Shadow DirectDraw NonLocking
winCreateBoundingWindowWindowed - User w: 1024 h: 768
winCreateBoundingWindowWindowed - Current w: 1018 h: 690
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: 00ff0000 0000ff00 000000ff
winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff 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 disabled due to lack of shared memory support in the kernel
(--) Setting autorepeat to delay=500, rate=31
(--) winConfigKeyboard - Layout: "00000409" (00000409) 
(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!
winDeinitClipboard - Noting shutdown in progress
winDeinitMultiWindowWM - Noting shutdown in progress

[-- Attachment #3: Type: TEXT/PLAIN, Size: 2511 bytes --]

ddxProcessArgument - 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 0000001f
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: 00ff0000 0000ff00 000000ff
winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff 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 disabled due to lack of shared memory support in the kernel
(--) Setting autorepeat to delay=500, rate=31
(--) winConfigKeyboard - Layout: "00000409" (00000409) 
(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
winDeinitClipboard - Noting shutdown in progress
winDeinitMultiWindowWM - Noting shutdown in progress

Re: Requesting a debug XFree86 snapshot (Was Re: -nounixkill doesn't seem to work)

[Alexander Gottwald]

Igor Pechtchanski wrote:

> On Mon, 8 Dec 2003, Alexander Gottwald wrote:
>
> > Igor Pechtchanski wrote:
> > >
> > > Could you or Harold please post a debug snapshot somewhere?
> >
> > I've uploaded a debugbuild to
> > http://www.tu-chemnitz.de/~goal/xfree/XWin.exe.bz2
> >
> > It is from my development tree and _NOT_ intended to replace the latest
> > release.
> >
> > bye
> >     ago
>
> Alexander,
>
> Thanks.  However, your snapshot doesn't seem to react to the "Exit"
> message or the Alt-F4 key combination (-[no]winkill don't help).  It only
> reacts to Ctrl-Alt-Backspace if neither -nounixkill nor -unixkill is
> specified, and then X simply exits.  No wonder you couldn't reproduce the
> problem.  I'm attaching the logs from your build for the two sequences
> below:
>
> 1) ./XWin :1.0 -unixkill &
>    Press Ctrl-Alt-Backspace 5 times
>    kill -1 %1
>    kill -2 %1
>
> 2) ./XWin :1.0 &
>    Press Ctrl-Alt-Backspace
>
> HTH.  Please let me know if you'd like me to try another debug build, one
> that has the -[no]unixkill functionality enabled.
> 	Igor

I noticed this too but thought it was a problem when running in gdb. So you'll
have to ask Harold for the debug build. I'm quite busy with merging the changes
to the new CVS repository.



-- 
 Alexander.Gottwald@informatik.tu-chemnitz.de
 http://www.gotti.org           ICQ: 126018723

Re: -nounixkill doesn't seem to work (Was Re: Ctrl-Alt-Backspace)

[Takuma Murakami]

[-- Attachment #1: Type: text/plain, Size: 640 bytes --]

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 (murakami@ipl.t.u-tokyo.ac.jp)

[-- Attachment #2: kbdcrash.patch --]
[-- Type: application/octet-stream, Size: 764 bytes --]

Index: winkeybd.c
===================================================================
RCS file: /cvs/xorg/xc/programs/Xserver/hw/xwin/winkeybd.c,v
retrieving revision 1.1.4.1.2.2
diff -u -r1.1.4.1.2.2 winkeybd.c
--- winkeybd.c	15 Dec 2003 22:54:14 -0000	1.1.4.1.2.2
+++ winkeybd.c	17 Dec 2003 06:32:37 -0000
@@ -339,7 +339,7 @@
 void
 winKeybdCtrl (DeviceIntPtr pDevice, KeybdCtrl *pCtrl)
 {
-
+  g_winInternalModeKeyStatesPtr = &(pDevice->key->state);
 }
 
 
@@ -445,11 +445,13 @@
       
     case DEVICE_ON: 
       pDevice->on = TRUE;
+      g_winInternalModeKeyStatesPtr = &(pDeviceInt->key->state);
       break;
 
     case DEVICE_CLOSE:
     case DEVICE_OFF: 
       pDevice->on = FALSE;
+      g_winInternalModeKeyStatesPtr = NULL;
       break;
     }
 

Re: -nounixkill doesn't seem to work (Was Re: Ctrl-Alt-Backspace)

[Harold L Hunt II]

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 (murakami@ipl.t.u-tokyo.ac.jp)

Re: -nounixkill doesn't seem to work (Was Re: Ctrl-Alt-Backspace)

[Harold L Hunt II]

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 (murakami@ipl.t.u-tokyo.ac.jp)

Re: -nounixkill doesn't seem to work (Was Re: Ctrl-Alt-Backspace)

[Igor Pechtchanski]

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 (murakami@ipl.t.u-tokyo.ac.jp)

-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha@cs.nyu.edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor@watson.ibm.com
     |,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