Re: Cygwin/xFree from 2 users
On Mon, 1 Mar 2004, Jim Scheef wrote: Hello. I use a notebook computer so I can carry my computing environment around. This is WinXP and current versions of Cygwin and xFree as of a few weeks ago. I have several user 'accounts' that belong to various domains. Most of these accounts are 'js', as in [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], etc. I want all of these to use the same Cygwin home directory. Cygwin and X were installed from [EMAIL PROTECTED] When I'm not connected to a network, I use [EMAIL PROTECTED] Cygwin seems to work with both user accounts but X will not start from [EMAIL PROTECTED] The attached xwin.log came from running xinit. Trying to start kde gives an error that there is no write access to .ICEauthority. I believe the X problem is related to permissions within /home/js. I have tried to set up permissions for both user accounts on /home/js but I can't seem to make them stick. What permissions are needed? What file permissions are critical, which mearly convenient? Does the setup process replace the permissions on the user's home directory? How can Cygwin and X be configured for multiple users on a machine? and the big question - how can I configure Cygwin and X so that I can use the same /home/js directory from multiple 'js' accounts? You can not start two xservers with the same display number (which is in fact the TCP/IP port used). Start the second with an additional parameter :1. eg XWin :1 or xinit -- :1 bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. März 2004 http://www.tu-chemnitz.de/linux/tag
Feature request: version report
I hope the developers will consider adding the following features to make bug reporting easier: - Version number of the X server printed at the top of XWin.log - xwinclip --version -- Ed Avis [EMAIL PROTECTED]
xwinclip consistently unable to open clipboard
Because of experiencing hangs when using the built-in clipboard support (see other threads), I have switched to running xwinclip.exe separately. It normally works but recently, with the X server having been running for a while, xwinclip died with 'unable to open clipboard'. The full output was UnicodeSupport - Windows NT/2000/XP Unicode clipboard I/O SelectionNotify - Reasserted ownership of ATOM: PRIMARY [above line repeated many times] OpenClipboard () failed: Previously, I've had xwinclip crash but been able to restart it. But now when I try to restart xwinclip it dies immediately: UnicodeSupport - Windows NT/2000/XP Unicode clipboard I/O OpenClipboard () failed: Hmm, I was going to say, this happens every time I run it. But during the course of writing this message I pasted some text from the command prompt window into PuTTY, and that seems to have cured the problem - xwinclip is now chugging away happily. So I just mention this in case it is interesting - sorry that I can't reproduce the problem every time. I am running XFree86-xserv 4.3.0-44 and XFree86-xwinclip 4.3.0-2. -- Ed Avis [EMAIL PROTECTED]
Re: Minor progress on Windows clipboard deadlock
Oyvind Harboe [EMAIL PROTECTED] writes: [pasting from X to Windows hangs the Windows app] I would say that there is inconclusive evidence that this this deadlock does not occur under W2K with a single monitor, but only on a XP machine w/multiple monitors. Yes, I am using XP and two monitors, and I was pasting from the X server displayed on one monitor to an app displayed in the other. I think. I have not tested that the deadlock does not occur when not using two monitors. -- Ed Avis [EMAIL PROTECTED]
Re: xwinclip consistently unable to open clipboard
On Tue, 2 Mar 2004, Ed Avis wrote: Previously, I've had xwinclip crash but been able to restart it. But now when I try to restart xwinclip it dies immediately: UnicodeSupport - Windows NT/2000/XP Unicode clipboard I/O OpenClipboard () failed: If this happens you can try to copy data from a windows app into the windows clipboard. this sometimes fixes the problem. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. März 2004 http://www.tu-chemnitz.de/linux/tag
Problems with XDMCP connection
Hallo I've got some Problems with Cygwin using XDMCP. I'm try to connect to an kdm. After caling XWin.exe -query 192.168.220.2 just an X appears and disappears some minutes later. On the kdm-host I found the follwing in kdm.log: -- Xlib: connection to 10.75.7.71:0.0 refused by server Xlib: Invalid MIT-MAGIC-COOKIE-1 key -- This message appears five times for every connecting-attempt. I have tried useing the -from switch, but it didn't change anything. I tried to connect form the same host with XWin32 and from an Linux Box with XFree86 and both worked. After that I sniffed a bit arround with ethereal and found something strange: a working connection looks like this: xfreehost - kdmhostXDMCP Query kdmhost - xfreehostXDMCP Willing xfreehost - kdmhostXDMCP Request kdmhost - xfreehostXDMCP Accept (with cookie) xfreehost - kdmhostXDMCP Manage xfreehost - kdmhostXDMCP Manage xfreehost - kdmhostXDMCP Manage kdmhost - xfreehostTCP SYN xfreehost - kdmhostTCP SYN, ACK kdmhost - xfreehostTCP ACK kdmhost - xfreehostX11 Initial Connection Request (with cookie) xfreehost - kdmhostTCP ACK xfreehost - kdmhostTCP Replies/events kdmhost - xfreehostTCP ACK ... ... ... A connection useing Cygwin looks like this: cygwinhost - kdmhost XDMCP Query cygwinhost - kdmhost XDMCP Query cygwinhost - kdmhost XDMCP Query kdmhost - cygwinhost XDMCP Willing cygwinhost - kdmhost XDMCP Request cygwinhost - kdmhost XDMCP Request cygwinhost - kdmhost XDMCP Request kdmhost - cygwinhost XDMCP Willing cygwinhost - kdmhost XDMCP Request cygwinhost - kdmhost XDMCP Request kdmhost - cygwinhost XDMCP Willing kdmhost - cygwinhost XDMCP Accept (with cookie) kdmhost - cygwinhost XDMCP Accept (with another cookie) kdmhost - cygwinhost XDMCP Accept (with another cookie) cygwinhost - kdmhost XDMCP Manage kdmhost - cygwinhost XDMCP Accept (with another cookie) kdmhost - cygwinhost XDMCP Accept (with another cookie) cygwinhost - kdmhost XDMCP Manage cygwinhost - kdmhost XDMCP Manage Theses two messages sometimes apper later (beetwen the TCP) cygwinhost - kdmhost XDMCP Manage cygwinhost - kdmhost XDMCP Manage cygwinhost - kdmhost XDMCP Manage This block apears five times kdmhost - cygwinhost TCP SYN cygwinhost - kdmhost TCP SYN, ACK kdmhost - cygwinhost TCP ACK kdmhost - cygwinhost X11 Initial Connection Request (with last cookie) cygwinhost - kdmhost TCP Replies/events (Invalid MIT-MAGIC-COOKIE-1 key) cygwinhost - kdmhost TCP FIN, ACK kdmhost - cygwinhost TCP ACK kdmhost - cygwinhost TCP FIN, ACK cygwinhost - kdmhost TCP ACK the last message kdmhost - cygwinhost XDMCP Failed Can someone explain, why cygwin sends three Querys, and five requests messages? Has someone an idea? Thanks Anton P.S.: If someone ist interested in the Ethereal log Files - just ask (about 10 kB)
Re: Problems with XDMCP connection
On Tue, 2 Mar 2004, Anton Hattendorf wrote: Hallo I've got some Problems with Cygwin using XDMCP. I'm try to connect to an kdm. After caling XWin.exe -query 192.168.220.2 just an X appears and disappears some minutes later. On the kdm-host I found the follwing in kdm.log: -- Xlib: connection to 10.75.7.71:0.0 refused by server Xlib: Invalid MIT-MAGIC-COOKIE-1 key -- is 10.75.7.71 the correct ip address of the cygwin host? bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. März 2004 http://www.tu-chemnitz.de/linux/tag
Mouse cursor is dissapering.
Hi ya all, I have been using Cygwin for the last 2 years and I was happy. A couple of weeks ago I upgrade my workstation to include 3 VGA outputs. All cards have the same resolution and depth and I am able to move a X window from 1 screen to the next. The problem that I am having is the following. As soon as an Xterm (or other X application) shows up then I have full mouse access to that term. I can see my mouse cursor, use it to select text, and copy and past it to the kazoeks? As soon as I move the Term window to another part of the screen, I loose my mouse in the terminal. The mouse cursors and all mouse button actions are gone. I have to restart the Xserver to get my mouse back. I can normally see the mouse but as soon as I move into the Term I loose the cursor. The following data applies to my system: - Windows 2000 5.0 Build 2195 SP4 - Xfree86-Base 4.3.0-1 - Xfree86-Bin 4.3.0-9 - Mouse driver: logitech 9.78.0.0 - VGA cards: Nvidia Quatro4 200/400nvs Dual head Nvidia GeForce FX 5200 I have included the output from the Xwinrl.log file and my startup script. I hope someone has a clue as to what is happening. Xwinrl.log ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 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 - Multi Window = ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 16 bits per pixel winCreateBoundingWindowWindowed - User w: 1280 h: 1024 winCreateBoundingWindowWindowed - Current w: 1280 h: 1024 winAdjustForAutoHide - Original WorkArea: 0 0 971 1280 winAdjustForAutoHide - Adjusted WorkArea: 0 0 971 1280 winCreateBoundingWindowWindowed - WindowClient w 1280 h 971 r 1280 l 0 b 971 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 971 depth: 16 winAllocateFBShadowGDI - Dibsection width: 1280 height: 971 depth: 16 size image: 2485760 winAllocateFBShadowGDI - Created shadow stride: 1280 winFinishScreenInitFB - Masks: f800 07e0 001f winInitVisualsShadowGDI - Masks f800 07e0 001f BPRGB 6 d 16 bpp 16 winCreateDefColormap - Deferring to fbCreateDefColormap () null screen fn ReparentWindow null screen fn RestackWindow winFinishScreenInitFB - Calling winInitWM. InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitWM - Returning. winFinishScreenInitFB - Calling winInitClipboard. winInitClipboard () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winClipboardProc - Hello winClipboardProc - Calling pthread_mutex_lock () (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = xfree86 Model = pc101 Layout = us Variant = (null) Options = (null) winBlockHandler - Releasing pmServerStarted winInitMultiWindowWM - pthread_mutex_lock () returned. DetectUnicodeSupport - Windows NT/2000/XP winInitMultiWindowWM - Calling setlocale () winBlockHandler - pthread_mutex_unlock () returned winInitMultiWindowWM - setlocale () returned winClipboardProc - pthread_mutex_lock () returned. DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - pthread_mutex_unlock () returned. winClipboardProc - XInitThreads () returned. winClipboardProc - DISPLAY=:0.0 winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - XInitThreads () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. Startxwindows.bat -- @echo off SET DISPLAY=127.0.0.1:0.0 SET CYGWIN_ROOT=\cygwin SET PATH=.;%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin;%PATH% REM Check top see if Xwin is running if it is then just start and Xterm otherwise REM Start a new Xwin session. c:\progra~1\resour~1\pulist |c:\progra~1\resour~1\qgrep XWin nul if errorlevel 1 goto NEXT REM Start Xterm run C:\cygwin\usr\X11R6\bin\xterm -cr red -sl 1000 -sb -rightbar -ms red -fg white -bg black -e /usr/bin/bash --login goto END :NEXT REM Delete old files if Xwin has crashed. attrib -s %CYGWIN_ROOT%\tmp\.X11-unix\X0 nul del %CYGWIN_ROOT%\tmp\.X11-unix\X0 nul start C:\cygwin\usr\X11R6\bin\XWin.exe -multiplemonitors -multiwindow -dpi 100 ?clipboard REM Start
Re: Problems with XDMCP connection
On Tuesday 02 March 2004 10:51, Alexander Gottwald wrote: On Tue, 2 Mar 2004, Anton Hattendorf wrote: Hallo I've got some Problems with Cygwin using XDMCP. I'm try to connect to an kdm. After caling XWin.exe -query 192.168.220.2 just an X appears and disappears some minutes later. On the kdm-host I found the follwing in kdm.log: -- Xlib: connection to 10.75.7.71:0.0 refused by server Xlib: Invalid MIT-MAGIC-COOKIE-1 key -- is 10.75.7.71 the correct ip address of the cygwin host? Yes, there is an Router betwen them. It's not possible to connect the two hosts directly. bye bye Anton
Re: Problems with XDMCP connection
On Tue, 2 Mar 2004, Anton Hattendorf wrote: On Tuesday 02 March 2004 10:51, Alexander Gottwald wrote: On Tue, 2 Mar 2004, Anton Hattendorf wrote: Hallo I've got some Problems with Cygwin using XDMCP. I'm try to connect to an kdm. After caling XWin.exe -query 192.168.220.2 just an X appears and disappears some minutes later. On the kdm-host I found the follwing in kdm.log: -- Xlib: connection to 10.75.7.71:0.0 refused by server Xlib: Invalid MIT-MAGIC-COOKIE-1 key -- is 10.75.7.71 the correct ip address of the cygwin host? Yes, there is an Router betwen them. It's not possible to connect the two hosts directly. have you already tried the -from option? Are there multiple network interfaces attached to the host (even dialup or wlan interfaces) bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. März 2004 http://www.tu-chemnitz.de/linux/tag
Re: Windows XP SP2 and Firewall
On Tue, 2 Mar 2004, Alexander Gottwald wrote: I'll do some research on how to change the firewall settings from a running program. looks like http://msdn.microsoft.com/library/default.asp?url=/library/en-us/ics/ics/inetfwv6mgr_openglobalport.asp is what we want. But the header files from the SDK will not work with cygwin. @Harold: Where didi you get the ddraw.h file from? Did you use wine-idl to generate it from the idl or did you use the plain wine header? bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. März 2004 http://www.tu-chemnitz.de/linux/tag
Re: Problems with XDMCP connection
On Tuesday 02 March 2004 11:48, Alexander Gottwald wrote: On Tue, 2 Mar 2004, Anton Hattendorf wrote: On Tuesday 02 March 2004 10:51, Alexander Gottwald wrote: On Tue, 2 Mar 2004, Anton Hattendorf wrote: Hallo I've got some Problems with Cygwin using XDMCP. I'm try to connect to an kdm. After caling XWin.exe -query 192.168.220.2 just an X appears and disappears some minutes later. On the kdm-host I found the follwing in kdm.log: -- Xlib: connection to 10.75.7.71:0.0 refused by server Xlib: Invalid MIT-MAGIC-COOKIE-1 key -- is 10.75.7.71 the correct ip address of the cygwin host? Yes, there is an Router betwen them. It's not possible to connect the two hosts directly. have you already tried the -from option? Are there multiple network interfaces attached to the host (even dialup or wlan interfaces) Yes I have, but it hasn't changed anything There can't be an problem with the addressing, because kdm opens an TCP connection and gets an ACK from the cygwinhost
RE: Minor progress on Windows clipboard deadlock
I occasionally have the windows app hang when pasting from X to Windows and I use XP with a single monitor. - Andy -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Ed Avis Sent: Tuesday, March 02, 2004 3:22 AM To: [EMAIL PROTECTED] Subject: Re: Minor progress on Windows clipboard deadlock Oyvind Harboe [EMAIL PROTECTED] writes: [pasting from X to Windows hangs the Windows app] I would say that there is inconclusive evidence that this this deadlock does not occur under W2K with a single monitor, but only on a XP machine w/multiple monitors. Yes, I am using XP and two monitors, and I was pasting from the X server displayed on one monitor to an app displayed in the other. I think. I have not tested that the deadlock does not occur when not using two monitors. -- Ed Avis [EMAIL PROTECTED]
RE: Windows XP SP2 and Firewall
I'll do some research on how to change the firewall settings from a running program. Any comments and ideas? What happens when X crashes? We *have* to restore the firewall in this case. I *think* we can catch this case using SEH - but we can't compile using gcc then... Maybe we need a wrapper script when runs disable firewall, run X, enable firewall. Works well (until the use kills the wrapper script...) Stuart
RE: Convenient script for starting an XFree86 xterm
FYI - You might want to consider using /usr/X11R6/bin/run.exe (the DOS path being c:\cygwin\usr\X11R6\bin\run) in place of the 1-liner VBScript. Makes things a wee bit cleaner, IMHO. From: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Convenient script for starting an XFree86 xterm Date: Mon, 1 Mar 2004 22:37:52 -0800 I've seen some other postings on this subject recently, so I'm submitting this contribution as a potential starting point for others. I have convenient Windows desktop shortcuts to start up a Cygwin/Bash shell window and an RXVT/Bash shell window. I was looking for something similar to start up a Cygwin/XFree86 xterm. Of course, I didn't want to generate multiple running copies of the 'XWin' server, nor did I want useless Command prompt windows hanging around. Here's what I came up with. I make no claim to generality, robustness, cleverness, originality or anything else. It just works for me. It consists of three parts: 1) A desktop shortcut with the following target: C:\WINNT\SYSTEM32\WSCRIPT.EXE C:\cygwin\invisible.vbs C:\cygwin\XFree86xterm.bat 2) A VB shell script named 'C:\cygwin\invisible.vbs' containing the single line: CreateObject(Wscript.Shell).Run WScript.Arguments(0) , 0, False 3) A DOS shell script named 'C:\cygwin\XFree86xterm.bat' containing the following lines: --- @echo off ps -ef | grep /usr/X11R6/bin/XWin nul if ERRORLEVEL 1 ( start /DC:\cygwin\usr\X11R6\bin /B XWin -multiwindow -clipboard ) set DISPLAY=localhost:0.0 C:\cygwin\usr\X11R6\bin\xterm -fn 10x20 -sl 1000 -sb -leftbar -ms red -fg yellow -bg black -e /usr/bin/bash --login -i --- Description: - The shortcut starts the Windows scripting language, which runs the simple Visual Basic script. - The VB script runs the DOS shell script without generating a Command window. - The DOS shell script - Starts 'XWin' with my preferred switches as a background process if no such process is already running, - Sets DISPLAY to the 'localhost:0.0', which the 'xterm' will inherit, and - Starts a login bash shell in an XFree86 xterm with some decent extra settings. john _ Get business advice and resources to improve your work life, from bCentral. http://special.msn.com/bcentral/loudclear.armx
Re: Feature request: version report
Ed Avis wrote: I hope the developers will consider adding the following features to make bug reporting easier: - Version number of the X server printed at the top of XWin.log - xwinclip --version Ed, We must think alike :) I have just been thinking about how to have our own version numbers reported by 'xdpyinfo' and possibly other places (like the log file or an 'About' box). Regarding xwinclip, you should really be using (XWin -clipboard) as it now works with Xdmcp connections and it no longer steals ownership of the selection in X everytime you highlight something in programs like emacs. Harold
Re: Windows XP SP2 and Firewall
Alexander Gottwald wrote: On Tue, 2 Mar 2004, Alexander Gottwald wrote: I'll do some research on how to change the firewall settings from a running program. looks like http://msdn.microsoft.com/library/default.asp?url=/library/en-us/ics/ics/inetfwv6mgr_openglobalport.asp is what we want. But the header files from the SDK will not work with cygwin. @Harold: Where didi you get the ddraw.h file from? Did you use wine-idl to generate it from the idl or did you use the plain wine header? I grabbed a version from Wine and (I think) made a few hand modifications to it to get it to work. Harold
Re: Mouse cursor is dissapering.
- Xfree86-Base 4.3.0-1 - Xfree86-Bin 4.3.0-9 - Mouse driver: logitech 9.78.0.0 - VGA cards: Nvidia Quatro4 200/400nvs Dual head Nvidia GeForce FX 5200 We need to know the version of XFree86-xserv. Xwinrl.log The log file was called XWinrl.log a long time ago for a short period of time... that name has since been changed back to XWin.log. If your X Server is only storing a log file called XWinrl.log, then I can tell you that you have a quite old version and you really need to run Cygwin's setup.exe again to let it upgrade all of your packages. Harold
Re: Windows XP SP2 and Firewall
Stuart Adamson wrote: I'll do some research on how to change the firewall settings from a running program. Any comments and ideas? What happens when X crashes? We *have* to restore the firewall in this case. I *think* we can catch this case using SEH - but we can't compile using gcc then... That was not my impression from reading information about XP SP2. However, I don't think we are going to have to modify anything anyway, since the default for the new firewall in SP2 is to allowing incoming connections for a few seconds from the remote host after an outbound connection has been made to it. This should work just fine with our outbound UDP connection that expects to get a return TCP connection for Xdmcp. Harold
Re: Minor progress on Windows clipboard deadlock
Ed Avis writes: Yes, I am using XP and two monitors, and I was pasting from the X server displayed on one monitor to an app displayed in the other. I think. I have not tested that the deadlock does not occur when not using two monitors. The deadlock occurs for me on one monitor. One thing I notice just before it usually happens is that I usually select something in an xterm but before I paste that first crash into a Windows app, that xterm will get more input and the selection disappears, as usually happens. Might that have something to do with it? Sorry I can't contribute more at the moment but I'm really busy with work. BTW running Win2K and xserv 44. j
Re: Mouse cursor is dissapering.
On 03/02/2004 04:23:51 PM cygwin-xfree-owner wrote: - Xfree86-Base 4.3.0-1 - Xfree86-Bin 4.3.0-9 - Mouse driver: logitech 9.78.0.0 - VGA cards: Nvidia Quatro4 200/400nvs Dual head Nvidia GeForce FX 5200 We need to know the version of XFree86-xserv. Xwinrl.log The log file was called XWinrl.log a long time ago for a short period of time... that name has since been changed back to XWin.log. If your X Server is only storing a log file called XWinrl.log, then I can tell you that you have a quite old version and you really need to run Cygwin's setup.exe again to let it upgrade all of your packages. Hi Harold, The Xwinrl.log file I sent you was an old version which was left over (oepsie). Here I include the new Xwin.log file. I have also just updated my XFree86-xserv to the lastest version using the setup tool. -- Kind regards Geordy Korte -- ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 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 winScreenInit - dwWidth: 1280 dwHeight: 1024 winSetEngine - Multi Window = ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1280 h: 1024 winCreateBoundingWindowWindowed - Current w: 1280 h: 1024 winGetWorkArea - Original WorkArea: 0 0 971 1160 winGetWorkArea - Virtual screen is 3840 x 1024 winGetWorkArea - Virtual screen origin is -1280, 0 winGetWorkArea - Primary screen is 1280 x 1024 winGetWorkArea - Adjusted WorkArea for multiple monitors: 0 -1280 971 2440 winAdjustForAutoHide - Original WorkArea: 0 -1280 971 2440 winAdjustForAutoHide - Adjusted WorkArea: 0 -1280 971 2440 winCreateBoundingWindowWindowed - WindowClient w 3720 h 971 r 3720 l 0 b 971 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 3840 height: 1024 depth: 32 winAllocateFBShadowGDI - Dibsection width: 3840 height: 1024 depth: 32 size image: 15728640 winAllocateFBShadowGDI - Created shadow stride: 3840 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () null screen fn ReparentWindow null screen fn RestackWindow winFinishScreenInitFB - Calling winInitWM. InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitWM - Returning. winFinishScreenInitFB - returning winScreenInit - returning winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () 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 (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: 0409 (0409) (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = xfree86 Model = pc101 Layout = us Variant = (null) Options = (null) winPointerWarpCursor - Discarding first warp: 1920 512 winBlockHandler - Releasing pmServerStarted winInitMultiWindowWM - pthread_mutex_lock () returned. winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winProcSetSelectionOwner - Clipboard not yet started, aborting. winProcSetSelectionOwner - Clipboard not yet started, aborting. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display.
RE: Windows XP SP2 and Firewall
On Tue, 2 Mar 2004, Stuart Adamson wrote: What happens when X crashes? No running service, no vulnerability, no problem. I'm just talking about opening one single port. We *have* to restore the firewall in this case. I *think* we can catch this case using SEH - but we can't compile using gcc then... Maybe we need a wrapper script when runs disable firewall, run X, enable firewall. Works well (until the use kills the wrapper script...) I'll play with the test program I've written. Maybe this will get an simple commandline interface for configuring ICF. But first I have to find an WinXP with installed ICF anywhere. Win2k did not have it and the plain XP box (no SPs) here hasn't it either. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. März 2004 http://www.tu-chemnitz.de/linux/tag
RE: XDMCP connection doesn't work
On Tue, 2 Mar 2004, Giuseppe DELL'ERBA wrote: Thanks, I rebooted the machine, so kdm was restarted. I have added the -from my_ip_address option without success. In order to be more precise, I have to say that: - trying to connect to a RedHat 7.3 machine, I have got the grey window without the login window - trying to connect to a Advanced Server 2.1(AS), the grey window disappears (it crashes!) What is the log file that I have to check? /tmp/XWin.log bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. März 2004 http://www.tu-chemnitz.de/linux/tag
RE: Convenient script for starting an XFree86 xterm
Thomas, Thanks for the tip. I hadn't known about '/usr/X11R6/bin/run.exe'. Now that I am aware of it, I'm not finding much documentation about it. However, it does improve upon my offering by simplifying it. As you suggested, I can eliminate the VBScript and replace the target in my shortcut by C:\cygwin\usr\X11R6\bin\run.exe /XFree86xterm.bat where '/XFree86xterm.bat' points to the DOS script I described earlier. The new procedure is simpler and works just as well. A minor drawback to both procedures is that one cannot take advantage of Windows' facility to position new windows to avoid complete overlap. I suppose it's being applied to the non-existent Command prompt window rather than the 'xterm'. john
Re: Cygwin Openbox queries
On Mon, 1 Mar 2004, Jophrey Lim wrote: I am trying to start the X server with Cygwin/X running in Rootless mode with the /openbox/ window manager running locally (one of the screenshots). Please show us the exact command you used to do this. However, I have no idea on how to do it. I tried running openbox but I got this error saying Connection to X server failed. I had checked the online user guide and searched the internet for any guide but failed. What does echo $DISPLAY say? Do you have any script on how to start the X server with openbox window manager? Any website that I can refer to? /usr/X11R6/bin/Xwin.exe :0 -rootless /usr/X11R6/bin/openbox -display :0 WFM. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444
Clipboard locking Windows on -48
I just reproduced the deadlock on -48. Same behaviour: 1. Prelude: Copy paste from Windows to Linux(Evolution) stopped working. 2. Copy paste from Evolution to Notepad locked notepad. 3. Killing xwin.exe process, and notepad resumes. Øyvind
Re: Feature request: version report
Harold L Hunt II [EMAIL PROTECTED] writes: Regarding xwinclip, you should really be using (XWin -clipboard) There are a couple of problems with -clipboard (discussed earlier on this list) which have led me to switch back to xwinclip: - Clipboard support seems to die, that is, the Windows clipboard and the X selection stop affecting one another. xwinclip also tends to die occasionally but when this happens it can be restarted. - Windows apps hanging when I try to paste into them. This seems to have started since I began using two displays (though I am not 100% sure). This bug reliably kills any Windows application so it is too dangerous for me to run XWin with clipboard enabled. I have not seen this problem with xwinclip. If you could add some means to manually kill and/or restart the clipboard code inside the X server then I could switch back without the risk of losing work, and I'd be happy to report the contents of Xwin.log on the occasions when such a manual restart was necessary. (In general, I think the clipboard support could be a bit noisier in its logging since the contents of XWin.log never seems to give much away about clipboard or selection change events - but maybe it is more informative to you than to me.) -- Ed Avis [EMAIL PROTECTED]
Re: Windows XP SP2 and Firewall
Perhaps you're looking in the wrong place? ICF came with WinXP originally. Open a network connection-Properties-Advanced-Checkbox for ICF. Elliott Wilcoxon Alexander Gottwald wrote: On Tue, 2 Mar 2004, Stuart Adamson wrote: Maybe we need a wrapper script when runs disable firewall, run X, enable firewall. Works well (until the use kills the wrapper script...) I'll play with the test program I've written. Maybe this will get an simple commandline interface for configuring ICF. But first I have to find an WinXP with installed ICF anywhere. Win2k did not have it and the plain XP box (no SPs) here hasn't it either. bye ago
multiwindow broken?
I have been (successfully) using XWin with -multimonitor -multiwindow recently. However, since upgrading to the latest release (via setup.exe - 4.2.0-3) the multiwindow support seems to have gone crazy... it opens the window ok (if in the top corner of the /other/ monitor), but then when I try to move the window, I end up with two versions of the window being rendered, and neither of them seem to respond, or redraw themselves. Has something been changed? I'm running windows XP with 2 monitors, one at 1024x768 (left), one at 1280x1024(right). I've tried putting them to the same res and it made no difference. I presume it works without multimonitor, but as I cant move the windows that appear (they appear off the top of my left screen) I can't be sure... Thanks for any help. Regards, Ben Jackson
BUMP: Icelandic character composition not working
Hi Again, If this is not the correct place to ask about this, please just let me know. Otherwise, any ideas? Jay Hi, Sorry if this is the wrong list; I am not sure where to turn. In RedHat Linux running under xwindows provided by Cygwin/XFree86, I am able to type all the foreign characters I need to use, except for one Icelandic characters (I can type other Icelandic characters). Again, this is to type such characters in linux programs and documents running under X. My guru mapped the Right Alt key as the Multi_key and so with it I can make characters like þ and Þ and Ä, etc., by typing combinations of letters, etc. However, I have not been able to figure out how to make the thorn (eth) character which I think is 208 and 240 decimal. It is the character that looks like a d or D with a horizontal line through it. The docs say that I am supposed to be able to use: minus Dor D minus minus dor d minus (minus = dash = - ) I have Googled and just am not finding the right page. Any ideas? Thanks. Jay
Re: BUMP: Icelandic character composition not working
Jay Smith wrote: In RedHat Linux running under xwindows provided by Cygwin/XFree86, I am able to type all the foreign characters I need to use, except for one Icelandic characters (I can type other Icelandic characters). Again, this is to type such characters in linux programs and documents running under X. My guru mapped the Right Alt key as the Multi_key and so with it I can make characters like þ and Þ and Ä, etc., by typing combinations of letters, etc. However, I have not been able to figure out how to make the thorn (eth) character which I think is 208 and 240 decimal. It is the character that looks like a d or D with a horizontal line through it. The docs say that I am supposed to be able to use: minus Dor D minus minus dor d minus (minus = dash = - ) if setxkbmap is works, please send me /tmp/XWin.log it gives me þ and Þ with the key left to the right-shift key and ð and Ð with compose-minus-d compose is shift alt-gr (right alt). bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: multiwindow broken?
Ben Jackson wrote: I have been (successfully) using XWin with -multimonitor -multiwindow recently. However, since upgrading to the latest release (via setup.exe - 4.2.0-3) 4.2.0-3 of what? The only really useful version number is the version of the XFree86-xserv package, and the current version is 4.3.0-49. Update tomorrow and see how it works. Harold
Re: Feature request: version report
Ed Avis wrote: Harold L Hunt II [EMAIL PROTECTED] writes: Regarding xwinclip, you should really be using (XWin -clipboard) There are a couple of problems with -clipboard (discussed earlier on this list) which have led me to switch back to xwinclip: - Clipboard support seems to die, that is, the Windows clipboard and the X selection stop affecting one another. xwinclip also tends to die occasionally but when this happens it can be restarted. - Windows apps hanging when I try to paste into them. This seems to have started since I began using two displays (though I am not 100% sure). This bug reliably kills any Windows application so it is too dangerous for me to run XWin with clipboard enabled. I have not seen this problem with xwinclip. If you could add some means to manually kill and/or restart the clipboard code inside the X server then I could switch back without the risk of losing work, and I'd be happy to report the contents of Xwin.log on the occasions when such a manual restart was necessary. I would add a manual kill/restart as a last resort in a few months. Until then I would prefer to swat bugs rather than try to work around the problem. XFree86-xserv-4.3.0-49 has some changes that may help to recover from and/or to prevent the deadlock situations. Please try it and let me know if it improves things or not. (In general, I think the clipboard support could be a bit noisier in its logging since the contents of XWin.log never seems to give much away about clipboard or selection change events - but maybe it is more informative to you than to me.) The new source tree has support for specifying the verbosity of log messages... we should be releasing from that tree within a few weeks. Until then it is all or nothing and most users don't want logs measured in megabytes. :) Harold
Re: Mouse cursor is dissapering.
Try it again tomorrow with XFree86-xserv-4.3.0-49 and send in your log file again. The new log file will contain the version of the X Server and the exact command line that you used to start it, both of which will be useful to see. Harold [EMAIL PROTECTED] wrote: On 03/02/2004 04:23:51 PM cygwin-xfree-owner wrote: - Xfree86-Base 4.3.0-1 - Xfree86-Bin 4.3.0-9 - Mouse driver: logitech 9.78.0.0 - VGA cards: Nvidia Quatro4 200/400nvs Dual head Nvidia GeForce FX 5200 We need to know the version of XFree86-xserv. Xwinrl.log The log file was called XWinrl.log a long time ago for a short period of time... that name has since been changed back to XWin.log. If your X Server is only storing a log file called XWinrl.log, then I can tell you that you have a quite old version and you really need to run Cygwin's setup.exe again to let it upgrade all of your packages. Hi Harold, The Xwinrl.log file I sent you was an old version which was left over (oepsie). Here I include the new Xwin.log file. I have also just updated my XFree86-xserv to the lastest version using the setup tool.
re: multiwindow broken?
I have been having the same problem. Attached is my XWin.log. To clarify: 2 screens. Any movement of a window makes it enter a state where it is all white when on the right screen, and will display normally on the left screen, except for the cursor. I miss my rootless, multiwindow display! Thanks, Dan Re: Ben Jackson wrote: I have been (successfully) using XWin with -multimonitor -multiwindow recently. However, since upgrading to the latest release (via setup.exe - 4.2.0-3) 4.2.0-3 of what? The only really useful version number is the version of the XFree86-xserv package, and the current version is 4.3.0-49. Update tomorrow and see how it works. Harold XWin.log Description: Binary data
Re: multiwindow broken?
Daniel Danger Bentley wrote: I have been having the same problem. Attached is my XWin.log. To clarify: 2 screens. Any movement of a window makes it enter a state where it is all white when on the right screen, and will display normally on the left screen, except for the cursor. I miss my rootless, multiwindow display! Thanks, Dan Hmm... maybe Takuma will know something about this since he was recently changing code related to windows not redrawing correctly. Takuma, any ideas? Harold
New log file header
The new header in the log file, as of XFree86-xserv-4.3.0-49, looks like the following: === Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.49 Contact: cygwin-xfree at cygwin daught com XWin was started with the following command line: XWin :0 -multiwindow -clipboard ddxProcessArgument - Initializing default screens [...] === The release number 4.3.0.49 corresponds exactly to 4.3.0-49 of the XFree86-xserv package. This number should always match the version of the XFree86-xserv package with each future release. The contact information is in the log file so that no one can claim that they did not know whom to email when they send me log snippits :) The command line information is there because we need it for diagnosing problems, but it is also there because we are all human and sometimes the way that we started XWin.exe differs from the way that we thought we started it. In addition to this new log header most of the same information is presented in a popup message box when the server crashes and FatalError is called. Finally, this information is also presented when a command line argument is malformed (e.g. -screen what), when an invalid command line argument is passed (e.g. -junk), or when help is requested (e.g. -help). This popup box tells the user to look at /tmp/XWin.log for more information. The next step here would be to present the DOS path to /tmp/XWin.log so that a user with a little less knowledge will be able to find the file. I am pretty proud of this collection of little features: I think they are going to result in an improved image for Cygwin/X since users will feel empowered while also saving us time from having to prompt people to send us the information that we need; it should also eliminate a lot of mistakes in the reporting of that information. Lets hope that this is the best Cygwin/X release ever :) Harold
Problem with 4.3.0-47, ssh tunelling and emacs
After upgrading to Xfree86-xserv to 4.3.0-47 using the cygwin setup, GNU emacs crashes with the following messages: X protocol error: BadWindow (invalid Window parameter) on protocol request 38 The crash occurs as soon as the mouse is moved *after* the RMB is pressed down. It is systematic and can be repeated easily The crash occurs with both emacs 21.2.1 and 21.3.1. The OS is Red Hat 9. The problem does not sem to occur with other X applications on the same tunnel. xemacs works fine. Surprisingly enough, the crash does not occur all the time. Within the same session, emacs sometimes works just fine. When that is the case, it works fine repeatedly. The crash if frequent though to prevent any reliable use of emacs, and once it kicks in it is systematic. The conditions that trigger the problem are unclear. Stopping and restarting the X server does not help. The problem does not seem to exist in 4.3.0-44, so downgrading to that version seems to be a valid workaround. -erik
downgrading
Thanks so much! Any good hints on how I downgrade XFree? Can I do it with setup.exe? How do I install it? Is there a good page? I'd love to make this work again. Thanks, Dan
