How to kill XWin from a script

This might be well-known, in which case sorry for wasting your time. It can be inconvenient to have one or several copies of XWin remaining after exiting Cygwin. You can do "kill PID" but for this you need to know what the PID is and then type the command explicitly. A command (or script) which wil

Suggestions for speed

Hi all, I'd like to solicit some suggestions for making my remote KDE session faster. I currently connect to a machine running Debian stable (woody) with SSH and X11 Port Forwarding. I'm connecting across an 802.11b wireless network, which is limited to 11Mbps. I see from some previous posts t

Keyboard

Hi all, I'm having an odd problem. I'm connecting from my Windows 2000 Pro laptop to a remote machine running Debian stable (woody). I connect using startxwin.bat, and connect with SSH, enabling X11 Port Forwarding. I get to a bash shell on the remote machine, and all is well. I can type comman

Re: Minimising window with "Always on top" attribute leaves contents in underlying window

Howdy Harold, I thought you were taking it easy for a while! At 11:37 PM 1/25/2004 -0500, you wrote: Any reason for the following in your patch: @@ -893,7 +909,7 @@ if (s_pScreenPriv != NULL) s_pScreenPriv->fWindowOrderChanged = TRUE; } - return 0; + break; The t

Re: Minimising window with "Always on top" attribute leaves contents in underlying window

Earle, Any reason for the following in your patch: @@ -893,7 +909,7 @@ if (s_pScreenPriv != NULL) s_pScreenPriv->fWindowOrderChanged = TRUE; } - return 0; + break; The thing that strikes me as odd is that you have to return from the WM_WINDOWPOSCHANGED message

Re: Minimising window with "Always on top" attribute leaves contents in underlying window

Hi Mike... At 08:29 AM 1/25/2004 +, Mike wrote: I'm using 4.3.0-42 and have noticed that the following minor bug in multi-window operation when running on Win2K and WinXPPro: Two windows (terminal or otherwise) are overlapped and the topmost one has it's "Always on top" attribute set (by right-

Re: Minimising window with "Always on top" attribute leaves contents in underlying window

This is probably related: using multi-window mode, open an emacs over ssh. Click on a menu (e.g, "File"), leave it droppped down, and minimize the emacs window. Result: emacs gets minimized, but the dropped down menu stays behind. -JT

Re: Minimising window with "Always on top" attribute leaves contents in underlying window

Mike Parker wrote: I'm using 4.3.0-42 and have noticed that the following minor bug in multi-window operation when running on Win2K and WinXPPro: Two windows (terminal or otherwise) are overlapped and the topmost one has it's "Always on top" attribute set (by right-clicking on the windows title bar

Re: Trying to compile XWin, error in winwindow.c

Oyvind Harboe wrote: > $ cvs -d :pserver:[EMAIL PROTECTED]:/cvs/xorg co xc you missed the -r CYGWIN option. The latest cygwin development is not in the main branch of the repository. bye ago NP: Diary Of Dreams - Retaliation -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 1260187

Trying to compile XWin, error in winwindow.c

I'm trying to compile XWin, which I've successfully done before, but I get compilation errors(below). To fetch source I did: $ cvs -d :pserver:[EMAIL PROTECTED]:/cvs/xorg co xc Then I followed these instructions to create a debug build: http://xfree86.cygwin.com/docs/cg/prog-build-native.html

Minimising window with "Always on top" attribute leaves contents in underlying window

I'm using 4.3.0-42 and have noticed that the following minor bug in multi-window operation when running on Win2K and WinXPPro: Two windows (terminal or otherwise) are overlapped and the topmost one has it's "Always on top" attribute set (by right-clicking on the windows title bar). The topmost win