From mark@link-comm.com Thu Jan 1 00:07:00 2004 From: mark@link-comm.com (Mark Mussetter) Date: Thu, 01 Jan 2004 00:07:00 -0000 Subject: problems with libX11.a In-Reply-To: <3FF34E99.4060800@msu.edu> References: <5.1.0.14.0.20031231132335.00a8ee90@link-comm.com> <5.1.0.14.0.20031231132335.00a8ee90@link-comm.com> Message-ID: <5.1.0.14.0.20031231164636.01eee008@link-comm.com> Hi Harold, Thanks for your help. We were able to get MicroWindows running after you pointed us in the right direction. We already had the Xfree86-prog package but you comments about trying to link explicitly to libX11.a led us to the problem. The following is a clip from Makefile.rules: ifeq ($(X11), Y) DEFINES += -DX11=1 ifneq ($(ARCH),CYGWIN) # Cygwin can't use this - the -lX11 needs to be specified # *after* the object files that use it, but this inserts # it at the start. For Cygwin, we will add libX11.a to the # library list instead. LDFLAGS += -L/usr/X11R6/lib -lX11 else MW_CORE_LIBS += /usr/X11R6/lib/libX11.dll.a endif ifeq ($(ARCH),FREEBSD-X86) INCLUDEDIRS += -I/usr/X11R6/include endif ifeq ($(ARCH),CYGWIN) INCLUDEDIRS += -I/usr/X11R6/include endif endif We changed the 10th line to its current state. It used to say "MW_CORE_LIBS += /usr/X11R6/lib/libX11.a" Once we made that change everything else fell into place and we were able to run the demos. My steps were: 1. cd microwin/src 2. Typed "cp Configs/config.cygwin config" for the cygwin configuration. See CONTENTS and Configs/README for more information. 3. Typed "make" 4. Change the Makefile.rules file to link against libX11.dll.a instead of libX11.a 5. Typed "make" 4. Ran ./demo.sh Thanks again for your help, At 05:32 PM 12/31/2003 -0500, you wrote: >Mark, > >Can you tell me your build steps and/or send me your build config file? I >would like to try building at least nanox and see if it would be useful to >distribute via Cygwin's setup.exe. Please send the config file to me >privately if it is larger than 25 KiB. > >Thanks, > >Harold > >Mark Mussetter wrote: >>Hello Everyone, >>I'm running Cygwin on a Windows 2000 machine and I'm trying to get >>MicroWindows going. My problem is that I'm getting the following error: >>*** >>make[1]: *** No rule to make target `/usr/X11R6/lib/libX11.a', needed by >>`/microwindows/microwindows-0.90/src/bin/nano-X'. Stop. >>*** >>I do have "libX11.dll" but can't find the "libX11.a" library anywhere. >>We've updated our Cygwin this morning using the Cygwin setup utility so I >>think we are as current as we can be. We've done a search on the entire >>Cygwin directory and "libX11.a" is nowhere to be found. >>Can someone point me in the right direction to solving this problem? >>Thanks in advance for any help, >> >>Mark Mussetter >>Link Communications, Inc. >>email: mark@link-comm.com >>phone: (406) 245-5002 ext 105 >>Fax: (406) 245-4889 > >Mark Mussetter >Link Communications, Inc. >email: mark@link-comm.com >phone: (406) 245-5002 ext 105 >Fax: (406) 245-4889 From huntharo@msu.edu Thu Jan 1 00:19:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 01 Jan 2004 00:19:00 -0000 Subject: XDMCP Problems - Possible fix, please try Message-ID: <3FF3677A.2080507@msu.edu> The XFree86-xserv-4.3.0-30 release may fix some problems with not getting a login screen when using XDMCP. See the change log for more information: http://xfree86.cygwin.com/devel/server/changelog.html Please try this new server and report on whether it allows you to get a login screen or not. Thanks for testing, Harold From huntharo@msu.edu Thu Jan 1 00:27:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 01 Jan 2004 00:27:00 -0000 Subject: problems with libX11.a In-Reply-To: <5.1.0.14.0.20031231164636.01eee008@link-comm.com> References: <5.1.0.14.0.20031231132335.00a8ee90@link-comm.com> <5.1.0.14.0.20031231132335.00a8ee90@link-comm.com> <5.1.0.14.0.20031231164636.01eee008@link-comm.com> Message-ID: <3FF36948.1020002@msu.edu> Mark, Thanks, those instructions work until it gets to the 'nbreaker' demo: Linking /home/harold/x-devel/ports/MicroWindows/build/src/bin/launcher ... Updating dependencies in /home/harold/x-devel/ports/MicroWindows/build/src/demos /nbreaker ... Compiling animate.c ... In file included from animate.c:41: nbreaker.h:160: error: syntax error before "GR_PIXMAP_ID" nbreaker.h:160: warning: no semicolon at end of struct or union nbreaker.h:161: warning: type defaults to `int' in declaration of `a' nbreaker.h:161: warning: data definition has no type or storage class nbreaker.h:171: error: syntax error before '}' token Seems that GR_PIXMAP_ID is not defined in the included headers. Can you describe how you worked through this? Harold Mark Mussetter wrote: > Hi Harold, > > Thanks for your help. We were able to get MicroWindows running after > you pointed us in the right direction. We already had the Xfree86-prog > package but you comments about trying to link explicitly to libX11.a led > us to the problem. The following is a clip from Makefile.rules: > > ifeq ($(X11), Y) > DEFINES += -DX11=1 > ifneq ($(ARCH),CYGWIN) > # Cygwin can't use this - the -lX11 needs to be specified > # *after* the object files that use it, but this inserts > # it at the start. For Cygwin, we will add libX11.a to the > # library list instead. > LDFLAGS += -L/usr/X11R6/lib -lX11 > else > MW_CORE_LIBS += /usr/X11R6/lib/libX11.dll.a > endif > ifeq ($(ARCH),FREEBSD-X86) > INCLUDEDIRS += -I/usr/X11R6/include > endif > ifeq ($(ARCH),CYGWIN) > INCLUDEDIRS += -I/usr/X11R6/include > endif > endif > > We changed the 10th line to its current state. It used to say > "MW_CORE_LIBS += /usr/X11R6/lib/libX11.a" > > Once we made that change everything else fell into place and we were > able to run the demos. > > My steps were: > 1. cd microwin/src > > 2. Typed "cp Configs/config.cygwin config" for the cygwin configuration. > > See CONTENTS and Configs/README for more information. > > 3. Typed "make" > > 4. Change the Makefile.rules file to link against libX11.dll.a instead > of libX11.a > > 5. Typed "make" > > 4. Ran ./demo.sh > > > Thanks again for your help, From mnrao@lantana.tenet.res.in Thu Jan 1 08:19:00 2004 From: mnrao@lantana.tenet.res.in (Nageshwara rao M) Date: Thu, 01 Jan 2004 08:19:00 -0000 Subject: Installation Clarification Message-ID: Respected sir/madam, I want to know how to INSTALL C compiler of lower version on current release of CYGWIN,which I have recently downloaded and installed from cygwin site. Currently installed CYGWIN details : VERSION: CYGWIN 1.3.x COMPILER: gcc - 3.3.1 My Requirement: To install lower version of C compiler,details COMPILER:gcc - 2.95.3 Are they any options in the setup.exe to add packages apart from the list of packages existing in setup.exe. I am in the process of installing Speech tools for TTS which requires only C compiler of Version gcc - 2.95.3 please help me out. -- M Nageshwara Rao E-mail: mnrao@lantana.tenet.res.in Computer Science DEpt. Indian Institute of Technology, India From bmj2004@bellsouth.net Thu Jan 1 08:30:00 2004 From: bmj2004@bellsouth.net (Robert E. McNullty II) Date: Thu, 01 Jan 2004 08:30:00 -0000 Subject: Installation Clarification In-Reply-To: Message-ID: gcc 2.95.3 was removed last year. Several people on the Cygwin list complained that it was making a lot of errors, so Chris removed it. Read up on GCC 3.3.1, and see if you can make your progect work with it, else find an old mirror that has the binary code for 2.95.3. -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Nageshwara rao M Sent: Thursday, January 01, 2004 2:19 AM To: cygwin-xfree@cygwin.com Subject: Installation Clarification Respected sir/madam, I want to know how to INSTALL C compiler of lower version on current release of CYGWIN,which I have recently downloaded and installed from cygwin site. Currently installed CYGWIN details : VERSION: CYGWIN 1.3.x COMPILER: gcc - 3.3.1 My Requirement: To install lower version of C compiler,details COMPILER:gcc - 2.95.3 Are they any options in the setup.exe to add packages apart from the list of packages existing in setup.exe. I am in the process of installing Speech tools for TTS which requires only C compiler of Version gcc - 2.95.3 please help me out. -- M Nageshwara Rao E-mail: mnrao@lantana.tenet.res.in Computer Science DEpt. Indian Institute of Technology, India From huntharo@msu.edu Thu Jan 1 08:36:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 01 Jan 2004 08:36:00 -0000 Subject: Installation Clarification In-Reply-To: References: Message-ID: <3FF3DBD7.3030201@msu.edu> M Nageshwara Rao, Installing an older version of gcc on the current version of Cygwin is not supported. However, that discussion is off-topic for this mailing list and should be sent to cygwin@cygwin.com. I warn you though, that they are simply going to tell you that this is unsupported. Harold Nageshwara rao M wrote: > Respected sir/madam, > > I want to know how to INSTALL C compiler of lower version on > current release of CYGWIN,which I have recently downloaded and installed > from cygwin site. > > Currently installed CYGWIN details : > VERSION: CYGWIN 1.3.x > COMPILER: gcc - 3.3.1 > > My Requirement: > To install lower version of C compiler,details > COMPILER:gcc - 2.95.3 > > Are they any options in the setup.exe to add packages > apart from the list of packages existing in setup.exe. > > I am in the process of installing Speech tools for TTS > which requires only C compiler of Version gcc - 2.95.3 > > please help me out. > > -- > M Nageshwara Rao > E-mail: mnrao@lantana.tenet.res.in > Computer Science DEpt. > Indian Institute of Technology, > India > > > > From jrc@chauviere.org Thu Jan 1 14:58:00 2004 From: jrc@chauviere.org (jrc@chauviere.org) Date: Thu, 01 Jan 2004 14:58:00 -0000 Subject: cut and paste xfree <-> windows Message-ID: <3FF435A4.5060601@chauviere.org> Harold L Hunt II wrote : For all practical purposes, -clipboard does not work when using XDMCP. Is there any change about ? From chris@areti.co.uk Thu Jan 1 15:37:00 2004 From: chris@areti.co.uk (Chris Green) Date: Thu, 01 Jan 2004 15:37:00 -0000 Subject: Possible to use clipboard with remote/xdm connection? In-Reply-To: <3FF34EE3.9070300@msu.edu> References: <20031231221603.GA320@areti.co.uk> <3FF34EE3.9070300@msu.edu> Message-ID: <20040101153702.GB1971@areti.co.uk> On Wed, Dec 31, 2003 at 05:34:11PM -0500, Harold L Hunt II wrote: > Chris Green wrote: > > >Should it be possible to get the '-clipboard' parameter to work with > >cyxwin/X when connecting to a remote xdm program? > > > >I'm using cygwin/X on a win2k system to connect to a Slackware Linux > >(9.1) system on my home LAN. Is it possible to get clipboard > >cut/paste to work either to or from my WIn2k desktop? > > > > I think there is a timing and authentication problem with the internal > -clipboard implementation and remote XDM sessions. You can, instead, > use the 'xwinclip' program (installed via Cygwin's setup.exe) and wait > to launch it until after you have logged in to your remote XDM host. > You may have to run 'xhost 127.0.0.1' on the remote host after you have > logged in. > I'm a little confused as to what I should do where! :-) I start up cygwin/x and it immediately displays the xdm login from the slackware system. The only thing I can do then is log into to my linux system. Do I then need to run a *local* cygwin window on my win2k system and run 'xwinclip'? In that case what will running 'xhost 127.0.0.1' on the remote system do? (I know what xhost does, I just don't see what it has to do with running xwinclip). Or have I got hold of completely the wrong end of the stick? -- Chris Green (chris@areti.co.uk) From Alexander.Gottwald@s1999.tu-chemnitz.de Thu Jan 1 18:26:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 01 Jan 2004 18:26:00 -0000 Subject: Possible to use clipboard with remote/xdm connection? In-Reply-To: <20040101153702.GB1971@areti.co.uk> References: <20031231221603.GA320@areti.co.uk> <3FF34EE3.9070300@msu.edu> <20040101153702.GB1971@areti.co.uk> Message-ID: Chris Green wrote: > Do I then need to run a *local* cygwin window on my win2k system and > run 'xwinclip'? In that case what will running 'xhost 127.0.0.1' on > the remote system do? (I know what xhost does, I just don't see what > it has to do with running xwinclip). The xserver running on the windows host is setup to accept only clients from the session started by xdm. xhost now tells the server (which is on the windows computer) to allow connections from local (to the xserver) clients. This means the xhost 127.0.0.1 tells the xserver to accept connections from the windows host. After that you can start xwinclip on the windows host. bye ago NP: Letzte Instanz - Glockenrequiem -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Thu Jan 1 18:28:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 01 Jan 2004 18:28:00 -0000 Subject: cut and paste xfree <-> windows In-Reply-To: <3FF435A4.5060601@chauviere.org> References: <3FF435A4.5060601@chauviere.org> Message-ID: jrc@chauviere.org wrote: > Harold L Hunt II wrote : > For all practical purposes, -clipboard does not work when using XDMCP. > Is there any change about ? use xwinclip. NP: Letzte Instanz - Glockenrequiem -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From yselkowitz@netscape.net Thu Jan 1 19:34:00 2004 From: yselkowitz@netscape.net (Yaakov S) Date: Thu, 01 Jan 2004 19:34:00 -0000 Subject: Heads-up: xfig uninstall Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Something I came across regarding the xfig package: xfig-base requires xfig-lib and xfig-lib requires xfig-base. Sounds at first like it make sense, but it leads to a very interesting problem: this makes it very difficult to uninstall. Actually it reminds me of an old arcade game, where a head would pop up in one place, and when you go to hit it, it would appear somewhere else, ~ etc. If xfig-base and xfig-lib are both installed (which due to their inter-dependency they would be) and you first select one to uninstall. When you go to choose the other for uninstall, first you must click-thru Reinstall (Keep, Reinstall, Uninstall ...) which then triggers the first to Keep. You can go back and forth like this for a while until you feel like you're playing that game again. I did find one work-around by accident, although I forgot exactly how I did it. It involves an interrupted (un)install of one of the two, followed by another run of setup.exe which can then uninstall both. I'm sure xfig is a nice package, but I don't see a need for anyone to be stuck with it. :-) Anyway, I hope this helps. Yaakov Selkowitz Cygwin 'd' maintainer -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQE/9HZRpiWmPGlmQSMRAnhFAKDFoNabvD93suOlKT+oftIqn/QGFQCglNdi okb+3xbiRBrK/ki2C1amKgs= =7EX8 -----END PGP SIGNATURE----- From huntharo@msu.edu Fri Jan 2 05:29:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 02 Jan 2004 05:29:00 -0000 Subject: Cygwin/X NEdit package maintainership Message-ID: <3FF501A6.40101@msu.edu> It might be wise if someone from the NEdit project would review the Cygwin/X NEdit package. The goal would be to determine if the Cygwin/X NEdit package has any common or easily detectable platform-dependent bugs. To download the NEdit source package for Cygwin/X, grab the package from the following link, or take note of the directory that it is in and find another mirror in the list at cygwin.com. You can also use Cygwin's setup.exe to grab the NEdit source package and it will be automatically unpacked in /usr/src. http://mirrors.kernel.org/sources.redhat.com/cygwin/release/XFree86/nedit/nedit-5.4-1-src.tar.bz2 If you grabbed the source package manually, move it to /usr/src and unpack it with 'tar xjf nedit-5.4-1-src.tar.bz2'. Check the file nedit-5.4/CYGWIN-PATCHES/nedit.README for information on which packages are required at build-time. Build the package with the following set of commands: ./nedit-5.4-1.sh prep && ./nedit-5.4-1.sh conf > conf.log 2>&1 && ./nedit-5.4-1.sh build > build.log 2>&1 && ./nedit-5.4-1.sh install > install.log 2>&1 Now you should have a directory full of the .o files that can be used to make incremental builds if you find fixes that need to be made. Please carefully note any problems that you find and send them to both lists that this message was sent to. Thanks for your help, Harold From huntharo@msu.edu Fri Jan 2 05:56:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 02 Jan 2004 05:56:00 -0000 Subject: Heads-up: xfig uninstall In-Reply-To: References: Message-ID: <3FF507E4.7030009@msu.edu> Yaakov, Thanks, I fixed the circular dependency. It should show up on mirrors within 24 hours. Harold Yaakov S wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Something I came across regarding the xfig package: > > xfig-base requires xfig-lib and xfig-lib requires xfig-base. Sounds at > first like it make sense, but it leads to a very interesting problem: > this makes it very difficult to uninstall. > > Actually it reminds me of an old arcade game, where a head would pop up > in one place, and when you go to hit it, it would appear somewhere else, > ~ etc. If xfig-base and xfig-lib are both installed (which due to their > inter-dependency they would be) and you first select one to uninstall. > When you go to choose the other for uninstall, first you must click-thru > Reinstall (Keep, Reinstall, Uninstall ...) which then triggers the first > to Keep. You can go back and forth like this for a while until you feel > like you're playing that game again. > > I did find one work-around by accident, although I forgot exactly how I > did it. It involves an interrupted (un)install of one of the two, > followed by another run of setup.exe which can then uninstall both. > > I'm sure xfig is a nice package, but I don't see a need for anyone to be > stuck with it. :-) > > Anyway, I hope this helps. > > > Yaakov Selkowitz > Cygwin 'd' maintainer > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.3 (MingW32) > Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org > > iD8DBQE/9HZRpiWmPGlmQSMRAnhFAKDFoNabvD93suOlKT+oftIqn/QGFQCglNdi > okb+3xbiRBrK/ki2C1amKgs= > =7EX8 > -----END PGP SIGNATURE----- > > From chris@areti.co.uk Fri Jan 2 14:04:00 2004 From: chris@areti.co.uk (Chris Green) Date: Fri, 02 Jan 2004 14:04:00 -0000 Subject: Possible to use clipboard with remote/xdm connection? In-Reply-To: References: <20031231221603.GA320@areti.co.uk> <3FF34EE3.9070300@msu.edu> <20040101153702.GB1971@areti.co.uk> Message-ID: <20040102140446.GA4425@areti.co.uk> On Thu, Jan 01, 2004 at 07:26:45PM +0100, Alexander Gottwald wrote: > Chris Green wrote: > > > Do I then need to run a *local* cygwin window on my win2k system and > > run 'xwinclip'? In that case what will running 'xhost 127.0.0.1' on > > the remote system do? (I know what xhost does, I just don't see what > > it has to do with running xwinclip). > > The xserver running on the windows host is setup to accept only clients > from the session started by xdm. xhost now tells the server (which is > on the windows computer) to allow connections from local (to the xserver) > clients. > > This means the xhost 127.0.0.1 tells the xserver to accept connections > from the windows host. After that you can start xwinclip on the windows > host. > The trouble is that when I run 'xhost 127.0.0.1' in a cygwin window on my win2k system I just get the error:- xhost: unable to open display "" What should the DISPLAY environment variable be set to for the local display? I'm used to setting it for remote systems but I can't get the right value for this one. -- Chris Green (chris@areti.co.uk) From alexander.gottwald@s1999.tu-chemnitz.de Fri Jan 2 14:33:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 02 Jan 2004 14:33:00 -0000 Subject: Possible to use clipboard with remote/xdm connection? In-Reply-To: <20040102140446.GA4425@areti.co.uk> References: <20031231221603.GA320@areti.co.uk> <3FF34EE3.9070300@msu.edu> <20040101153702.GB1971@areti.co.uk> <20040102140446.GA4425@areti.co.uk> Message-ID: On Fri, 2 Jan 2004, Chris Green wrote: > The trouble is that when I run 'xhost 127.0.0.1' in a cygwin window on > my win2k system I just get the error:- > xhost: unable to open display "" that would be DISPLAY=127.0.0.1:0 xhost 127.0.0.1 But most likely you will have no access from windows. Run xhost from the session started via xdmcp. > What should the DISPLAY environment variable be set to for the local > display? I'm used to setting it for remote systems but I can't get > the right value for this one. Fot the local display this is 127.0.0.1:0 or :0 bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From chris@areti.co.uk Fri Jan 2 14:44:00 2004 From: chris@areti.co.uk (Chris Green) Date: Fri, 02 Jan 2004 14:44:00 -0000 Subject: Possible to use clipboard with remote/xdm connection? In-Reply-To: References: <20031231221603.GA320@areti.co.uk> <3FF34EE3.9070300@msu.edu> <20040101153702.GB1971@areti.co.uk> <20040102140446.GA4425@areti.co.uk> Message-ID: <20040102144403.GA4596@areti.co.uk> On Fri, Jan 02, 2004 at 03:33:42PM +0100, Alexander Gottwald wrote: > On Fri, 2 Jan 2004, Chris Green wrote: > > > The trouble is that when I run 'xhost 127.0.0.1' in a cygwin window on > > my win2k system I just get the error:- > > xhost: unable to open display "" > > that would be DISPLAY=127.0.0.1:0 xhost 127.0.0.1 > > But most likely you will have no access from windows. Run xhost from the > session started via xdmcp. > But if I run xhost in that session I will be setting xhost permissions on the Linux Slackware system which is most definitely not what is required. It seems very odd that xhost requires access to the local display in order to work as you need xhost to set permission to acces the local display - sort of catch 22. If I open just a cygwin terminal window on my Win2k system I simply can't run xhost at all. E.G.:- $ xhost xhost: Unable to open display "" $ export DISPLAY=192.168.13.25:0.0 $ xhost Xlib: connection to 192.168.13.25:0.0 refused by server Xlib: no protocol specified xhost: Unable to open display 192.168.13.25:0.0 So how can one ever run xhost (and thus xwinclip)? > > What should the DISPLAY environment variable be set to for the local > > display? I'm used to setting it for remote systems but I can't get > > the right value for this one. > > Fot the local display this is 127.0.0.1:0 or :0 > Maybe my win2k set up is wonly but 127.0.0.1 won't work for me, the actual IP address of 192.168.13.25 does work though. However a second try seems to be OK, maybe I'd got into a mess before. The 'catch 22' above still applies though. -- Chris Green (chris@areti.co.uk) From chris@areti.co.uk Fri Jan 2 15:20:00 2004 From: chris@areti.co.uk (Chris Green) Date: Fri, 02 Jan 2004 15:20:00 -0000 Subject: Possible to use clipboard with remote/xdm connection? In-Reply-To: <20040102144403.GA4596@areti.co.uk> References: <20031231221603.GA320@areti.co.uk> <3FF34EE3.9070300@msu.edu> <20040101153702.GB1971@areti.co.uk> <20040102140446.GA4425@areti.co.uk> <20040102144403.GA4596@areti.co.uk> Message-ID: <20040102152042.GA4731@areti.co.uk> Well I'm getting a little further with this problem but I'm still hitting the fundamental problem that xhost can't set the required local display permission so that xwinclip can be run. Thus I have the following .bat file to start the xdm session:- SET DISPLAY=127.0.0.1:0.0 SET REMOTE_HOST=192.168.13.1 SET CYGWIN_ROOT=\cygwin SET PATH=.;%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin;%PATH% REM Cleanup after last run. if not exist %CYGWIN_ROOT%\tmp\.X11-unix\X0 goto CLEANUP-FINISH attrib -s %CYGWIN_ROOT%\tmp\.X11-unix\X0 del %CYGWIN_ROOT%\tmp\.X11-unix\X0 :CLEANUP-FINISH if exist %CYGWIN_ROOT%\tmp\.X11-unix rmdir %CYGWIN_ROOT%\tmp\.X11-unix echo startxdmcp.bat - Starting on Windows NT/2000/XP start /B XWin -query %REMOTE_HOST% start /B xhost 127.0.0.1 start /B xwinclip The "start /B xhost 127.0.0.1" and the "start /B xwinclip" both fail because they haven't got permission to access display 127.0.0.1:0.0. How on earth can one set this permission if xhost can't be run? The xterm one is running in has permission to display so why can't xhost and xwinterm display there too? -- Chris Green (chris@areti.co.uk) From chris@areti.co.uk Fri Jan 2 15:37:00 2004 From: chris@areti.co.uk (Chris Green) Date: Fri, 02 Jan 2004 15:37:00 -0000 Subject: HOw to set up a 'compose' key? Message-ID: <20040102153747.GA4834@areti.co.uk> Another little luxury I require, I want to be able to create accented characters. I had a compose key set up on my old (commercial) X server, is it easy to set one up using cygwin/X? -- Chris Green (chris@areti.co.uk) From mark@link-comm.com Fri Jan 2 15:42:00 2004 From: mark@link-comm.com (Mark Mussetter) Date: Fri, 02 Jan 2004 15:42:00 -0000 Subject: problems with libX11.a In-Reply-To: <3FF36948.1020002@msu.edu> References: <5.1.0.14.0.20031231164636.01eee008@link-comm.com> <5.1.0.14.0.20031231132335.00a8ee90@link-comm.com> <5.1.0.14.0.20031231132335.00a8ee90@link-comm.com> <5.1.0.14.0.20031231164636.01eee008@link-comm.com> Message-ID: <5.1.0.14.0.20040102082344.00a8e6f8@link-comm.com> Harold, Sorry I forgot about that part. The 'nbreaker' demo seemed to be the only demo causing problems and we were under some pressure to get the project built, so we moved the 'nbreaker' demo out of the demo directory so it wouldn't try to be built with the rest of the project. I did some looking before removing the demo and found that 'GR_PIXMAP_ID' is NOT defined in any header. I found a reference to 'GR_PIXMAP_ID' in the file 'original_mini-x.txt' which discussed all of the TYPEDEFS in the project. This led me to the 'nano-X.h' header, which defines all of the other defines listed in 'oringal_mini-x.txt.' I noticed that the comment on the typedef for 'GR_WINDOW_ID' mentioned that it was a "window or pixmap id." I am assuming that if you were to define 'GR_PIXMAP_ID' in the same fashion as 'GR_WINDOW_ID' that you might be able to get the project to build...we just didn't have time to explore that option. Mark At 07:26 PM 12/31/2003 -0500, you wrote: >Mark, > >Thanks, those instructions work until it gets to the 'nbreaker' demo: > >Linking /home/harold/x-devel/ports/MicroWindows/build/src/bin/launcher ... >Updating dependencies in >/home/harold/x-devel/ports/MicroWindows/build/src/demos >/nbreaker ... >Compiling animate.c ... >In file included from animate.c:41: >nbreaker.h:160: error: syntax error before "GR_PIXMAP_ID" >nbreaker.h:160: warning: no semicolon at end of struct or union >nbreaker.h:161: warning: type defaults to `int' in declaration of `a' >nbreaker.h:161: warning: data definition has no type or storage class >nbreaker.h:171: error: syntax error before '}' token > > >Seems that GR_PIXMAP_ID is not defined in the included headers. Can you >describe how you worked through this? > >Harold > >Mark Mussetter wrote: > >>Hi Harold, >>Thanks for your help. We were able to get MicroWindows running after you >>pointed us in the right direction. We already had the Xfree86-prog >>package but you comments about trying to link explicitly to libX11.a led >>us to the problem. The following is a clip from Makefile.rules: >>ifeq ($(X11), Y) >>DEFINES += -DX11=1 >>ifneq ($(ARCH),CYGWIN) >># Cygwin can't use this - the -lX11 needs to be specified >># *after* the object files that use it, but this inserts >># it at the start. For Cygwin, we will add libX11.a to the >># library list instead. >>LDFLAGS += -L/usr/X11R6/lib -lX11 >>else >>MW_CORE_LIBS += /usr/X11R6/lib/libX11.dll.a >>endif >>ifeq ($(ARCH),FREEBSD-X86) >>INCLUDEDIRS += -I/usr/X11R6/include >>endif >>ifeq ($(ARCH),CYGWIN) >>INCLUDEDIRS += -I/usr/X11R6/include >>endif >>endif >>We changed the 10th line to its current state. It used to say >>"MW_CORE_LIBS += /usr/X11R6/lib/libX11.a" >>Once we made that change everything else fell into place and we were able >>to run the demos. >>My steps were: >>1. cd microwin/src >>2. Typed "cp Configs/config.cygwin config" for the cygwin configuration. >> See CONTENTS and Configs/README for more information. >>3. Typed "make" >>4. Change the Makefile.rules file to link against libX11.dll.a instead of >>libX11.a >>5. Typed "make" >>4. Ran ./demo.sh >> >>Thanks again for your help, From alexander.gottwald@s1999.tu-chemnitz.de Fri Jan 2 16:10:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 02 Jan 2004 16:10:00 -0000 Subject: Possible to use clipboard with remote/xdm connection? In-Reply-To: <20040102144403.GA4596@areti.co.uk> References: <20031231221603.GA320@areti.co.uk> <3FF34EE3.9070300@msu.edu> <20040101153702.GB1971@areti.co.uk> <20040102140446.GA4425@areti.co.uk> <20040102144403.GA4596@areti.co.uk> Message-ID: On Fri, 2 Jan 2004, Chris Green wrote: > But if I run xhost in that session I will be setting xhost permissions > on the Linux Slackware system which is most definitely not what is > required. No. It sets the permissions of the __xserver__ to which the session belongs. Try it! linux$ echo $DISPLAY win2k.local.net:0.0 linux$ xhost 127.0.0.1 127.0.0.1 being added to access control list linux$ xhost access control enabled, only authorized clients can connect INET:localhost linux$ DISPLAY=127.0.0.1:0.0 xhost xhost: unable to open display "127.0.0.1:0.0" win2k$ DISPLAY=127.0.0.1:0 xhost access control enabled, only authorized clients can connect INET:win2k > It seems very odd that xhost requires access to the local display in > order to work as you need xhost to set permission to acces the local > display - sort of catch 22. Same with the gates of a castle. To get in, you must open it from inside. This is the main principle of security. You can not allow those who have no access to change the permissions. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Fri Jan 2 17:27:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 02 Jan 2004 17:27:00 -0000 Subject: Possible to use clipboard with remote/xdm connection? In-Reply-To: <20040102152042.GA4731@areti.co.uk> References: <20031231221603.GA320@areti.co.uk> <3FF34EE3.9070300@msu.edu> <20040101153702.GB1971@areti.co.uk> <20040102140446.GA4425@areti.co.uk> <20040102144403.GA4596@areti.co.uk> <20040102152042.GA4731@areti.co.uk> Message-ID: On Fri, 2 Jan 2004, Chris Green wrote: > The "start /B xhost 127.0.0.1" and the "start /B xwinclip" both fail > because they haven't got permission to access display 127.0.0.1:0.0. > > How on earth can one set this permission if xhost can't be run? create a file /etc/X0.hosts and add all hosts which should have access to the xserver. > The xterm one is running in has permission to display so why can't > xhost and xwinterm display there too? Which xterm? The one from linux has permission because you started it from the xdm session. The one from windows has no permission because someone might have logged on the the windows host and started it from there. This is a simple security issue. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From chris@areti.co.uk Fri Jan 2 18:00:00 2004 From: chris@areti.co.uk (Chris Green) Date: Fri, 02 Jan 2004 18:00:00 -0000 Subject: Possible to use clipboard with remote/xdm connection? In-Reply-To: References: <20031231221603.GA320@areti.co.uk> <3FF34EE3.9070300@msu.edu> <20040101153702.GB1971@areti.co.uk> <20040102140446.GA4425@areti.co.uk> <20040102144403.GA4596@areti.co.uk> Message-ID: <20040102180025.GA5079@areti.co.uk> On Fri, Jan 02, 2004 at 05:10:57PM +0100, Alexander Gottwald wrote: > On Fri, 2 Jan 2004, Chris Green wrote: > > > But if I run xhost in that session I will be setting xhost permissions > > on the Linux Slackware system which is most definitely not what is > > required. > > No. It sets the permissions of the __xserver__ to which the session belongs. > > Try it! > > linux$ echo $DISPLAY > win2k.local.net:0.0 > linux$ xhost 127.0.0.1 > 127.0.0.1 being added to access control list > linux$ xhost > access control enabled, only authorized clients can connect > INET:localhost > linux$ DISPLAY=127.0.0.1:0.0 xhost > xhost: unable to open display "127.0.0.1:0.0" > > win2k$ DISPLAY=127.0.0.1:0 xhost > access control enabled, only authorized clients can connect > INET:win2k > > > It seems very odd that xhost requires access to the local display in > > order to work as you need xhost to set permission to acces the local > > display - sort of catch 22. > > Same with the gates of a castle. To get in, you must open it from inside. > This is the main principle of security. You can not allow those who have > no access to change the permissions. > ... but I am "within the castle", I'm sitting running a script on the win2k system and I can't see how to run xwinclip there because it won't give me permission to display on the terminal that I'm already using. It's of little use to be able to allow xwinclip to run on the win2k system by executing something on the Linux system. One wants a means to do it from the X startup script. -- Chris Green (chris@areti.co.uk) From chris@areti.co.uk Fri Jan 2 18:03:00 2004 From: chris@areti.co.uk (Chris Green) Date: Fri, 02 Jan 2004 18:03:00 -0000 Subject: Possible to use clipboard with remote/xdm connection? In-Reply-To: References: <20031231221603.GA320@areti.co.uk> <3FF34EE3.9070300@msu.edu> <20040101153702.GB1971@areti.co.uk> <20040102140446.GA4425@areti.co.uk> <20040102144403.GA4596@areti.co.uk> <20040102152042.GA4731@areti.co.uk> Message-ID: <20040102180352.GB5079@areti.co.uk> On Fri, Jan 02, 2004 at 06:27:42PM +0100, Alexander Gottwald wrote: > On Fri, 2 Jan 2004, Chris Green wrote: > > > The "start /B xhost 127.0.0.1" and the "start /B xwinclip" both fail > > because they haven't got permission to access display 127.0.0.1:0.0. > > > > How on earth can one set this permission if xhost can't be run? > > create a file /etc/X0.hosts and add all hosts which should have access > to the xserver. > Ah, now that seems a good idea, thanks! > > The xterm one is running in has permission to display so why can't > > xhost and xwinterm display there too? > > Which xterm? The one from linux has permission because you started it > from the xdm session. The one from windows has no permission because > someone might have logged on the the windows host and started it from > there. This is a simple security issue. > The xterm that one runs by clicking on the cygwin icon, the standard cygwin (not cygwin/X) terminal window. It's there that I'm trying to start my session from (well, actually it's a batch file, but I'm running it from that window). -- Chris Green (chris@areti.co.uk) From huntharo@msu.edu Fri Jan 2 18:28:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 02 Jan 2004 18:28:00 -0000 Subject: Possible to use clipboard with remote/xdm connection? In-Reply-To: <20040102180025.GA5079@areti.co.uk> References: <20031231221603.GA320@areti.co.uk> <3FF34EE3.9070300@msu.edu> <20040101153702.GB1971@areti.co.uk> <20040102140446.GA4425@areti.co.uk> <20040102144403.GA4596@areti.co.uk> <20040102180025.GA5079@areti.co.uk> Message-ID: <3FF5B846.4050502@msu.edu> Chris Green wrote: > On Fri, Jan 02, 2004 at 05:10:57PM +0100, Alexander Gottwald wrote: > >>On Fri, 2 Jan 2004, Chris Green wrote: >> >> >>>But if I run xhost in that session I will be setting xhost permissions >>>on the Linux Slackware system which is most definitely not what is >>>required. >> >>No. It sets the permissions of the __xserver__ to which the session belongs. >> >>Try it! >> >>linux$ echo $DISPLAY >>win2k.local.net:0.0 >>linux$ xhost 127.0.0.1 >>127.0.0.1 being added to access control list >>linux$ xhost >>access control enabled, only authorized clients can connect >>INET:localhost >>linux$ DISPLAY=127.0.0.1:0.0 xhost >>xhost: unable to open display "127.0.0.1:0.0" >> >>win2k$ DISPLAY=127.0.0.1:0 xhost >>access control enabled, only authorized clients can connect >>INET:win2k >> >> >>>It seems very odd that xhost requires access to the local display in >>>order to work as you need xhost to set permission to acces the local >>>display - sort of catch 22. >> >>Same with the gates of a castle. To get in, you must open it from inside. >>This is the main principle of security. You can not allow those who have >>no access to change the permissions. >> > > ... but I am "within the castle", I'm sitting running a script on the > win2k system and I can't see how to run xwinclip there because it > won't give me permission to display on the terminal that I'm already > using. Argue if you want, it won't change the way that the X security model was designed and works. > It's of little use to be able to allow xwinclip to run on the win2k > system by executing something on the Linux system. One wants a means > to do it from the X startup script. Sure, one wants to, but there is not a way to do it. Patches are welcome. Harold From chris@areti.co.uk Fri Jan 2 18:50:00 2004 From: chris@areti.co.uk (Chris Green) Date: Fri, 02 Jan 2004 18:50:00 -0000 Subject: Possible to use clipboard with remote/xdm connection? In-Reply-To: <3FF5B846.4050502@msu.edu> References: <20031231221603.GA320@areti.co.uk> <3FF34EE3.9070300@msu.edu> <20040101153702.GB1971@areti.co.uk> <20040102140446.GA4425@areti.co.uk> <20040102144403.GA4596@areti.co.uk> <20040102180025.GA5079@areti.co.uk> <3FF5B846.4050502@msu.edu> Message-ID: <20040102185023.GA5256@areti.co.uk> On Fri, Jan 02, 2004 at 01:28:22PM -0500, Harold L Hunt II wrote: > > >It's of little use to be able to allow xwinclip to run on the win2k > >system by executing something on the Linux system. One wants a means > >to do it from the X startup script. > > Sure, one wants to, but there is not a way to do it. Patches are welcome. > So are we now saying that what I want to do is impossible? I thought people were initially saying that although the '-clipboard' parameter to Xwin wouldn't work when using xdmcp the separate xwinclip executable should work OK. However it would now seem that it's actually impossible to execute xwinclip in the situation where one has am xdmcp connection to a remote computer. I'm not complaining (much!), but I am rather confused. :-) -- Chris Green (chris@areti.co.uk) From huntharo@msu.edu Fri Jan 2 19:20:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 02 Jan 2004 19:20:00 -0000 Subject: Possible to use clipboard with remote/xdm connection? In-Reply-To: <20040102185023.GA5256@areti.co.uk> References: <20031231221603.GA320@areti.co.uk> <3FF34EE3.9070300@msu.edu> <20040101153702.GB1971@areti.co.uk> <20040102140446.GA4425@areti.co.uk> <20040102144403.GA4596@areti.co.uk> <20040102180025.GA5079@areti.co.uk> <3FF5B846.4050502@msu.edu> <20040102185023.GA5256@areti.co.uk> Message-ID: <3FF5C45A.3090406@msu.edu> Chris Green wrote: > On Fri, Jan 02, 2004 at 01:28:22PM -0500, Harold L Hunt II wrote: > >>>It's of little use to be able to allow xwinclip to run on the win2k >>>system by executing something on the Linux system. One wants a means >>>to do it from the X startup script. >> >>Sure, one wants to, but there is not a way to do it. Patches are welcome. >> > > So are we now saying that what I want to do is impossible? Umm... I'm not sure what you want to do. It is not currently possible to pre-authenticate xwinclip via xhost from a script run on your Windows machine, but it is possible to use the X hosts file like Alexander suggested, or to run xhost on the remote machine after logging in. So, if you want to do the first item, then you would need to try to design a change to the X security system and provide a patch that implements it. It would be difficult to design such a change without opening up security holes that do not currently exist; or, it may not be possible. > I thought people were initially saying that although the '-clipboard' > parameter to Xwin wouldn't work when using xdmcp the separate xwinclip > executable should work OK. However it would now seem that it's > actually impossible to execute xwinclip in the situation where one has > am xdmcp connection to a remote computer. No, it is not impossible. Alexander told you how to use xwinclip (run xhost on the remote machine once you have logged in), but you did not believe him that it worked so you didn't try it. Remember who is asking for help here and who is helping... we are telling you how to do it, you just need to try it. > I'm not complaining (much!), but I am rather confused. :-) It's okay. You'll figure it out. Harold From freemyer-ml@NorcrossGroup.com Fri Jan 2 19:20:00 2004 From: freemyer-ml@NorcrossGroup.com (Greg Freemyer) Date: Fri, 02 Jan 2004 19:20:00 -0000 Subject: cut and paste xfree <-> windows In-Reply-To: References: <3FF435A4.5060601@chauviere.org> Message-ID: <1073070729.2802.17.camel@david.internal.NorcrossGroup.com> On Thu, 2004-01-01 at 13:28, Alexander Gottwald wrote: > jrc@chauviere.org wrote: > > > Harold L Hunt II wrote : > > For all practical purposes, -clipboard does not work when using XDMCP. > > Is there any change about ? > > use xwinclip. > > > NP: Letzte Instanz - Glockenrequiem I saw this and the thread with Chris Green, and like Chris I still don'know what to do. Is there a write-up that explicitely describes the setup and use of xwinclip with xdmcp? I tried: XWin.exe -query my_server & Use the X window to login in to my_server, launch x-term >From X-windows x-term # xhost 127.0.0.1 127.0.0.1 being added to access control list >From cygwin window: (the first time I tried it failed) $ DISPLAY=:0.0 xwinclip UnicodeSupport - Windows NT/2000/XP GetClipboardData () failed: 00000000 Then I tried 'DISPLAY=:0.0 xwinclip' again from cygwin window, and it appears to be working, but not cosistently, or else I don't know what causes the clipboard to move back and forth between Win2K and X-server. Thanks for any help, Greg -- Greg Freemyer From Alexander.Gottwald@s1999.tu-chemnitz.de Fri Jan 2 19:33:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 02 Jan 2004 19:33:00 -0000 Subject: Possible to use clipboard with remote/xdm connection? In-Reply-To: <20040102180352.GB5079@areti.co.uk> References: <20031231221603.GA320@areti.co.uk> <3FF34EE3.9070300@msu.edu> <20040101153702.GB1971@areti.co.uk> <20040102140446.GA4425@areti.co.uk> <20040102144403.GA4596@areti.co.uk> <20040102152042.GA4731@areti.co.uk> <20040102180352.GB5079@areti.co.uk> Message-ID: Chris Green wrote: > The xterm that one runs by clicking on the cygwin icon, the standard > cygwin (not cygwin/X) terminal window. This is not xterm. This is just a windows console with bash. bye ago NP: Project Pitchfork - Go further -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From dickey@his.com Fri Jan 2 19:49:00 2004 From: dickey@his.com (Thomas Dickey) Date: Fri, 02 Jan 2004 19:49:00 -0000 Subject: Possible to use clipboard with remote/xdm connection? In-Reply-To: References: <20031231221603.GA320@areti.co.uk> <3FF34EE3.9070300@msu.edu> <20040101153702.GB1971@areti.co.uk> <20040102140446.GA4425@areti.co.uk> <20040102144403.GA4596@areti.co.uk> <20040102152042.GA4731@areti.co.uk> <20040102180352.GB5079@areti.co.uk> Message-ID: On Fri, 2 Jan 2004, Alexander Gottwald wrote: > Chris Green wrote: > > > The xterm that one runs by clicking on the cygwin icon, the standard > > cygwin (not cygwin/X) terminal window. > > This is not xterm. This is just a windows console with bash. The windows console talks to the windows clipboard. Does the X clipboard talk to the windows clipboard (or will it someday)? -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From Alexander.Gottwald@s1999.tu-chemnitz.de Fri Jan 2 20:13:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 02 Jan 2004 20:13:00 -0000 Subject: Possible to use clipboard with remote/xdm connection? In-Reply-To: <20040102180025.GA5079@areti.co.uk> References: <20031231221603.GA320@areti.co.uk> <3FF34EE3.9070300@msu.edu> <20040101153702.GB1971@areti.co.uk> <20040102140446.GA4425@areti.co.uk> <20040102144403.GA4596@areti.co.uk> <20040102180025.GA5079@areti.co.uk> Message-ID: Chris Green wrote: > > Same with the gates of a castle. To get in, you must open it from inside. > > This is the main principle of security. You can not allow those who have > > no access to change the permissions. > > > ... but I am "within the castle", I'm sitting running a script on the > win2k system The win2k system and xwin are two different systems. The first may be used by more than one person and the second must only be used by you. Just imagine someone wants to steal a password from you and starts a client which registers all keystrokes entered in a xterm. This program can be started from a linux box or from the win2k system itself. The X11 security model tries to prevent this by not allowing any connection that is not started by you. for further reading I advice man Xsecurity. There are all security models described in detail. > and I can't see how to run xwinclip there because it > won't give me permission to display on the terminal that I'm already > using. If you've lost your key you'll be able to leave your house but are not able to enter it again. These are two different situations and the design is good but you have a problem if you've lost your key. > It's of little use to be able to allow xwinclip to run on the win2k > system by executing something on the Linux system. One wants a means > to do it from the X startup script. Yes, it still has problems. Maybe a solution which is more closely bound to the xserver is a better design. eg: XChangeSelection (or ProcSetSelectionOwner) -> check for recursion -> convert X11 Selection to windows clipboard winWndProc(WM_DRAWCLIPBOARD) -> check for recursion -> convert Windows clipboard to X11 selection I'm not familar with the Xserver internals on selection managment. Harold or Kensuke, can you please comment this? That design would remove the need for an external app (or another thread) which acts as client and is therefore bound to the security problems. bye ago NP: Project Pitchfork - Go further -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Fri Jan 2 20:15:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 02 Jan 2004 20:15:00 -0000 Subject: Possible to use clipboard with remote/xdm connection? In-Reply-To: References: <20031231221603.GA320@areti.co.uk> <3FF34EE3.9070300@msu.edu> <20040101153702.GB1971@areti.co.uk> <20040102140446.GA4425@areti.co.uk> <20040102144403.GA4596@areti.co.uk> <20040102152042.GA4731@areti.co.uk> <20040102180352.GB5079@areti.co.uk> Message-ID: Thomas Dickey wrote: > The windows console talks to the windows clipboard. > Does the X clipboard talk to the windows clipboard (or will it someday)? This thread is all about this. There is the internal clipboard manager and this is also available as an external program (xwinclip). bye ago NP: grauzone.03-12-28 -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From n8gray@caltech.edu Fri Jan 2 20:41:00 2004 From: n8gray@caltech.edu (Nathan Gray) Date: Fri, 02 Jan 2004 20:41:00 -0000 Subject: Cygwin/X NEdit package maintainership In-Reply-To: <3FF501A6.40101@msu.edu> References: <3FF501A6.40101@msu.edu> Message-ID: <009EE30A-3D64-11D8-B615-000A95A518CC@caltech.edu> On Jan 1, 2004, at 9:29 PM, Harold L Hunt II wrote: > It might be wise if someone from the NEdit project would review the > Cygwin/X NEdit package. The goal would be to determine if the > Cygwin/X NEdit package has any common or easily detectable > platform-dependent bugs. > I don't use windows/cygwin so I can't really comment on platform-dependent bugs, but I can comment on platform *independent* bugs, namely building with the wrong version of Lesstif/Open Motif. As long as you aren't bypassing any warnings when building NEdit 5.4 (e.g. defining BUILD_BROKEN_NEDIT) things should be fine on this account. Cheers, -n8 P.S. Props to you for keeping your cool when dealing with the XFree86 project. Very professional. Too bad the same can't be said for them. -- >>>-- Nathaniel Gray -- Caltech Computer Science ------> >>>-- Mojave Project -- http://mojave.cs.caltech.edu --> From dickey@his.com Fri Jan 2 20:56:00 2004 From: dickey@his.com (Thomas Dickey) Date: Fri, 02 Jan 2004 20:56:00 -0000 Subject: Possible to use clipboard with remote/xdm connection? In-Reply-To: References: <20031231221603.GA320@areti.co.uk> <3FF34EE3.9070300@msu.edu> <20040101153702.GB1971@areti.co.uk> <20040102140446.GA4425@areti.co.uk> <20040102144403.GA4596@areti.co.uk> <20040102152042.GA4731@areti.co.uk> <20040102180352.GB5079@areti.co.uk> Message-ID: On Fri, 2 Jan 2004, Alexander Gottwald wrote: > Thomas Dickey wrote: > > > The windows console talks to the windows clipboard. > > Does the X clipboard talk to the windows clipboard (or will it someday)? > > This thread is all about this. There is the internal clipboard manager and > this is also available as an external program (xwinclip). I understood that, and was hinting that if you chose to make the explanation simple & to the point - perhaps to someplace online where it's discussed lucidly - you wouldn't have to exercise the keyboard so much. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From huntharo@msu.edu Fri Jan 2 21:33:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 02 Jan 2004 21:33:00 -0000 Subject: Possible to use clipboard with remote/xdm connection? In-Reply-To: References: <20031231221603.GA320@areti.co.uk> <3FF34EE3.9070300@msu.edu> <20040101153702.GB1971@areti.co.uk> <20040102140446.GA4425@areti.co.uk> <20040102144403.GA4596@areti.co.uk> <20040102152042.GA4731@areti.co.uk> <20040102180352.GB5079@areti.co.uk> Message-ID: <3FF5E36D.7080303@msu.edu> Thomas Dickey wrote: > On Fri, 2 Jan 2004, Alexander Gottwald wrote: > > >>Thomas Dickey wrote: >> >> >>>The windows console talks to the windows clipboard. >>>Does the X clipboard talk to the windows clipboard (or will it someday)? >> >>This thread is all about this. There is the internal clipboard manager and >>this is also available as an external program (xwinclip). > > > I understood that, and was hinting that if you chose to make the > explanation simple & to the point - perhaps to someplace online where it's > discussed lucidly - you wouldn't have to exercise the keyboard so much. A detailed write-up does not exist on the web. It would already exist if someone had time to write it. Nobody has had time yet. We always welcome contributions, since we have more than enough to do right now. Harold From dickey@his.com Fri Jan 2 21:40:00 2004 From: dickey@his.com (Thomas Dickey) Date: Fri, 02 Jan 2004 21:40:00 -0000 Subject: Possible to use clipboard with remote/xdm connection? In-Reply-To: <3FF5E36D.7080303@msu.edu> References: <20031231221603.GA320@areti.co.uk> <3FF34EE3.9070300@msu.edu> <20040101153702.GB1971@areti.co.uk> <20040102140446.GA4425@areti.co.uk> <20040102144403.GA4596@areti.co.uk> <20040102152042.GA4731@areti.co.uk> <20040102180352.GB5079@areti.co.uk> <3FF5E36D.7080303@msu.edu> Message-ID: On Fri, 2 Jan 2004, Harold L Hunt II wrote: > > I understood that, and was hinting that if you chose to make the > > explanation simple & to the point - perhaps to someplace online where it's > > discussed lucidly - you wouldn't have to exercise the keyboard so much. > > A detailed write-up does not exist on the web. It would already exist > if someone had time to write it. Nobody has had time yet. We always > welcome contributions, since we have more than enough to do right now. perhaps start by cut/paste from this thread (though it's rather repetitive) -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From huntharo@msu.edu Fri Jan 2 21:44:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 02 Jan 2004 21:44:00 -0000 Subject: Possible to use clipboard with remote/xdm connection? In-Reply-To: References: <20031231221603.GA320@areti.co.uk> <3FF34EE3.9070300@msu.edu> <20040101153702.GB1971@areti.co.uk> <20040102140446.GA4425@areti.co.uk> <20040102144403.GA4596@areti.co.uk> <20040102152042.GA4731@areti.co.uk> <20040102180352.GB5079@areti.co.uk> <3FF5E36D.7080303@msu.edu> Message-ID: <3FF5E62B.4050302@msu.edu> Thomas Dickey wrote: > On Fri, 2 Jan 2004, Harold L Hunt II wrote: > > >>>I understood that, and was hinting that if you chose to make the >>>explanation simple & to the point - perhaps to someplace online where it's >>>discussed lucidly - you wouldn't have to exercise the keyboard so much. >> >>A detailed write-up does not exist on the web. It would already exist >>if someone had time to write it. Nobody has had time yet. We always >>welcome contributions, since we have more than enough to do right now. > > > perhaps start by cut/paste from this thread > > (though it's rather repetitive) Right. It wouldn't be much of a start. :) Harold From huntharo@msu.edu Fri Jan 2 22:15:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 02 Jan 2004 22:15:00 -0000 Subject: Cygwin/X NEdit package maintainership In-Reply-To: <009EE30A-3D64-11D8-B615-000A95A518CC@caltech.edu> References: <3FF501A6.40101@msu.edu> <009EE30A-3D64-11D8-B615-000A95A518CC@caltech.edu> Message-ID: <3FF5ED47.2040009@msu.edu> Nathan, Nathan Gray wrote: > On Jan 1, 2004, at 9:29 PM, Harold L Hunt II wrote: > >> It might be wise if someone from the NEdit project would review the >> Cygwin/X NEdit package. The goal would be to determine if the >> Cygwin/X NEdit package has any common or easily detectable >> platform-dependent bugs. >> > > I don't use windows/cygwin so I can't really comment on > platform-dependent bugs, but I can comment on platform *independent* > bugs, namely building with the wrong version of Lesstif/Open Motif. As > long as you aren't bypassing any warnings when building NEdit 5.4 (e.g. > defining BUILD_BROKEN_NEDIT) things should be fine on this account. I didn't have to define BUILD_BROKEN_NEDIT, but I don't think that check_lin_tif was being built in the default build for Cygwin, so the version of LessTif is not being checked. When I built it manually it showed that 0.93.91 is an untested version, but not a version explicitly known to be broken. > P.S. Props to you for keeping your cool when dealing with the XFree86 > project. Very professional. Too bad the same can't be said for them. I think it would probably be unprofessional to comment on that publicly. ;) Harold From chris@areti.co.uk Fri Jan 2 22:43:00 2004 From: chris@areti.co.uk (Chris Green) Date: Fri, 02 Jan 2004 22:43:00 -0000 Subject: Possible to use clipboard with remote/xdm connection? In-Reply-To: References: <20031231221603.GA320@areti.co.uk> <3FF34EE3.9070300@msu.edu> <20040101153702.GB1971@areti.co.uk> <20040102140446.GA4425@areti.co.uk> <20040102144403.GA4596@areti.co.uk> <20040102180025.GA5079@areti.co.uk> Message-ID: <20040102224336.GB5789@areti.co.uk> On Fri, Jan 02, 2004 at 09:13:26PM +0100, Alexander Gottwald wrote: > Chris Green wrote: > > > > Same with the gates of a castle. To get in, you must open it from inside. > > > This is the main principle of security. You can not allow those who have > > > no access to change the permissions. > > > > > ... but I am "within the castle", I'm sitting running a script on the > > win2k system > > The win2k system and xwin are two different systems. > Not in this situation, they're both running on a machine to which I have administrator and root (if you want to call it that) access. Thus in reality I have access to *everything* that's going on in the machine. Whatever 'security' X wants to put in my way I can (if I'm a reasonably capable programmer) circumvent. > The first may be used by more than one person and the second must only be > used by you. > Why must xwin only be used by me? > Just imagine someone wants to steal a password from you and starts a client > which registers all keystrokes entered in a xterm. This program can be started > from a linux box or from the win2k system itself. The X11 security model tries > to prevent this by not allowing any connection that is not started by you. > But the connection from which I wanted to run xwinclip *was* run by me. > > and I can't see how to run xwinclip there because it > > won't give me permission to display on the terminal that I'm already > > using. > > If you've lost your key you'll be able to leave your house but are not able > to enter it again. These are two different situations and the design is good > but you have a problem if you've lost your key. > Not round here, no need to lock houses, it makes life *much* simpler to live. Security is a huge waste of human resources with very few advantages or uses. -- Chris Green (chris@areti.co.uk) From chris@areti.co.uk Fri Jan 2 22:48:00 2004 From: chris@areti.co.uk (Chris Green) Date: Fri, 02 Jan 2004 22:48:00 -0000 Subject: cut and paste xfree <-> windows In-Reply-To: <1073070729.2802.17.camel@david.internal.NorcrossGroup.com> References: <3FF435A4.5060601@chauviere.org> <1073070729.2802.17.camel@david.internal.NorcrossGroup.com> Message-ID: <20040102224842.GC5789@areti.co.uk> On Fri, Jan 02, 2004 at 02:12:10PM -0500, Greg Freemyer wrote: > On Thu, 2004-01-01 at 13:28, Alexander Gottwald wrote: > > jrc@chauviere.org wrote: > > > > > Harold L Hunt II wrote : > > > For all practical purposes, -clipboard does not work when using XDMCP. > > > Is there any change about ? > > > > use xwinclip. > > > > > > NP: Letzte Instanz - Glockenrequiem > > I saw this and the thread with Chris Green, and like Chris I still > don'know what to do. > > Is there a write-up that explicitely describes the setup and use of > xwinclip with xdmcp? > I have finally got it working, my start up .BAT file to run an xdmcp connection is as follows:- SET DISPLAY=192.168.13.25:0.0 SET REMOTE_HOST=192.168.13.1 SET CYGWIN_ROOT=\cygwin SET PATH=.;%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin;%PATH% REM Cleanup after last run. if not exist %CYGWIN_ROOT%\tmp\.X11-unix\X0 goto CLEANUP-FINISH attrib -s %CYGWIN_ROOT%\tmp\.X11-unix\X0 del %CYGWIN_ROOT%\tmp\.X11-unix\X0 :CLEANUP-FINISH if exist %CYGWIN_ROOT%\tmp\.X11-unix rmdir %CYGWIN_ROOT%\tmp\.X11-unix echo startxdmcp.bat - Starting on Windows NT/2000/XP start /B XWin -query %REMOTE_HOST% sleep 10 start /B xwinclip That sleep between starting XWin and xwinclip seems to be necessary but now it does seem to work reasonably reliably. I have fixed IP addresses for the machines on my home network so the 192.168.13.25 will always be the same for the win2k machine. -- Chris Green (chris@areti.co.uk) From chris@areti.co.uk Fri Jan 2 22:50:00 2004 From: chris@areti.co.uk (Chris Green) Date: Fri, 02 Jan 2004 22:50:00 -0000 Subject: Possible to use clipboard with remote/xdm connection? In-Reply-To: References: <3FF34EE3.9070300@msu.edu> <20040101153702.GB1971@areti.co.uk> <20040102140446.GA4425@areti.co.uk> <20040102144403.GA4596@areti.co.uk> <20040102152042.GA4731@areti.co.uk> <20040102180352.GB5079@areti.co.uk> Message-ID: <20040102225037.GE5789@areti.co.uk> On Fri, Jan 02, 2004 at 08:33:41PM +0100, Alexander Gottwald wrote: > Chris Green wrote: > > > The xterm that one runs by clicking on the cygwin icon, the standard > > cygwin (not cygwin/X) terminal window. > > This is not xterm. This is just a windows console with bash. > Yes, I've since realised that, not obvious initially. -- Chris Green (chris@areti.co.uk) From chris@areti.co.uk Fri Jan 2 22:50:00 2004 From: chris@areti.co.uk (Chris Green) Date: Fri, 02 Jan 2004 22:50:00 -0000 Subject: Possible to use clipboard with remote/xdm connection? In-Reply-To: <3FF5C45A.3090406@msu.edu> References: <20040101153702.GB1971@areti.co.uk> <20040102140446.GA4425@areti.co.uk> <20040102144403.GA4596@areti.co.uk> <20040102180025.GA5079@areti.co.uk> <3FF5B846.4050502@msu.edu> <20040102185023.GA5256@areti.co.uk> <3FF5C45A.3090406@msu.edu> Message-ID: <20040102225000.GD5789@areti.co.uk> On Fri, Jan 02, 2004 at 02:19:54PM -0500, Harold L Hunt II wrote: > > Umm... I'm not sure what you want to do. It is not currently possible > to pre-authenticate xwinclip via xhost from a script run on your Windows > machine, but it is possible to use the X hosts file like Alexander Yes, it's that enabled me to do it in the end. For the rest see my other reply. -- Chris Green (chris@areti.co.uk) From chris@areti.co.uk Fri Jan 2 22:53:00 2004 From: chris@areti.co.uk (Chris Green) Date: Fri, 02 Jan 2004 22:53:00 -0000 Subject: cut and paste xfree <-> windows In-Reply-To: <20040102224842.GC5789@areti.co.uk> References: <3FF435A4.5060601@chauviere.org> <1073070729.2802.17.camel@david.internal.NorcrossGroup.com> <20040102224842.GC5789@areti.co.uk> Message-ID: <20040102225338.GF5789@areti.co.uk> On Fri, Jan 02, 2004 at 10:48:42PM +0000, Chris Green wrote: > I have finally got it working, my start up .BAT file to run an xdmcp > connection is as follows:- > > SET DISPLAY=192.168.13.25:0.0 > > SET REMOTE_HOST=192.168.13.1 > > SET CYGWIN_ROOT=\cygwin > > SET PATH=.;%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin;%PATH% > > > REM Cleanup after last run. > > if not exist %CYGWIN_ROOT%\tmp\.X11-unix\X0 goto CLEANUP-FINISH > attrib -s %CYGWIN_ROOT%\tmp\.X11-unix\X0 > del %CYGWIN_ROOT%\tmp\.X11-unix\X0 > > :CLEANUP-FINISH > if exist %CYGWIN_ROOT%\tmp\.X11-unix rmdir %CYGWIN_ROOT%\tmp\.X11-unix > > echo startxdmcp.bat - Starting on Windows NT/2000/XP > > start /B XWin -query %REMOTE_HOST% > sleep 10 > start /B xwinclip > > > That sleep between starting XWin and xwinclip seems to be necessary > but now it does seem to work reasonably reliably. I have fixed IP > addresses for the machines on my home network so the 192.168.13.25 > will always be the same for the win2k machine. > Plus the other little (but vitally important) bit, an /etc/X0.hosts file containing:- 192.168.13.25 -- Chris Green (chris@areti.co.uk) From n8gray@caltech.edu Fri Jan 2 23:39:00 2004 From: n8gray@caltech.edu (Nathan Gray) Date: Fri, 02 Jan 2004 23:39:00 -0000 Subject: Cygwin/X NEdit package maintainership In-Reply-To: <3FF5ED47.2040009@msu.edu> References: <3FF501A6.40101@msu.edu> <009EE30A-3D64-11D8-B615-000A95A518CC@caltech.edu> <3FF5ED47.2040009@msu.edu> Message-ID: On Jan 2, 2004, at 2:14 PM, Harold L Hunt II wrote: > > I didn't have to define BUILD_BROKEN_NEDIT, but I don't think that > check_lin_tif was being built in the default build for Cygwin, so the > version of LessTif is not being checked. When I built it manually it > showed that 0.93.91 is an untested version, but not a version > explicitly known to be broken. Interesting. That means a bug in our build system -- check_lin_tif should be built on all platforms that are likely to use LessTif. Scott did a good job of explaining our position on untested LessTif versions so I won't rehash that here, but I will reiterate that it would not be wise to distribute an NEdit built against such a LessTif without extensive testing (e.g. somebody using it for real work for a week or two). If you do such testing and find that the version of LessTif you're using is good then let us know and we'll add it to the known-good list. Cheers, -n8 -- >>>-- Nathaniel Gray -- Caltech Computer Science ------> >>>-- Mojave Project -- http://mojave.cs.caltech.edu --> From pechtcha@cs.nyu.edu Fri Jan 2 23:50:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 02 Jan 2004 23:50:00 -0000 Subject: [OT] Re: Possible to use clipboard with remote/xdm connection? In-Reply-To: <20040102225037.GE5789@areti.co.uk> References: <3FF34EE3.9070300@msu.edu> <20040101153702.GB1971@areti.co.uk> <20040102140446.GA4425@areti.co.uk> <20040102144403.GA4596@areti.co.uk> <20040102152042.GA4731@areti.co.uk> <20040102180352.GB5079@areti.co.uk> <20040102225037.GE5789@areti.co.uk> Message-ID: On Fri, 2 Jan 2004, Chris Green wrote: > On Fri, Jan 02, 2004 at 08:33:41PM +0100, Alexander Gottwald wrote: > > Chris Green wrote: > > > > > The xterm that one runs by clicking on the cygwin icon, the standard > > > cygwin (not cygwin/X) terminal window. > > > > This is not xterm. This is just a windows console with bash. > > > Yes, I've since realised that, not obvious initially. Umm, if I were an xterm, I'd resent that... :-) 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 From dickey@his.com Sat Jan 3 00:07:00 2004 From: dickey@his.com (Thomas Dickey) Date: Sat, 03 Jan 2004 00:07:00 -0000 Subject: [OT] Re: Possible to use clipboard with remote/xdm connection? In-Reply-To: References: <3FF34EE3.9070300@msu.edu> <20040101153702.GB1971@areti.co.uk> <20040102140446.GA4425@areti.co.uk> <20040102144403.GA4596@areti.co.uk> <20040102152042.GA4731@areti.co.uk> <20040102180352.GB5079@areti.co.uk> <20040102225037.GE5789@areti.co.uk> Message-ID: On Fri, 2 Jan 2004, Igor Pechtchanski wrote: > On Fri, 2 Jan 2004, Chris Green wrote: > > > On Fri, Jan 02, 2004 at 08:33:41PM +0100, Alexander Gottwald wrote: > > > Chris Green wrote: > > > > > > > The xterm that one runs by clicking on the cygwin icon, the standard > > > > cygwin (not cygwin/X) terminal window. > > > > > > This is not xterm. This is just a windows console with bash. > > > > > Yes, I've since realised that, not obvious initially. > > Umm, if I were an xterm, I'd resent that... :-) But I don't. The console window is easier to get running (though not expected in this mailing-list). However, since the console window itself is buggy (since mid-2002 iirc), I do most of my work by running winvile from the console window. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From huntharo@msu.edu Sat Jan 3 03:29:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 03 Jan 2004 03:29:00 -0000 Subject: Cygwin/X NEdit package maintainership In-Reply-To: References: <3FF501A6.40101@msu.edu> <009EE30A-3D64-11D8-B615-000A95A518CC@caltech.edu> <3FF5ED47.2040009@msu.edu> Message-ID: <3FF636FD.8050404@msu.edu> Nathan Gray wrote: > On Jan 2, 2004, at 2:14 PM, Harold L Hunt II wrote: > >> >> I didn't have to define BUILD_BROKEN_NEDIT, but I don't think that >> check_lin_tif was being built in the default build for Cygwin, so the >> version of LessTif is not being checked. When I built it manually it >> showed that 0.93.91 is an untested version, but not a version >> explicitly known to be broken. > > > Interesting. That means a bug in our build system -- check_lin_tif > should be built on all platforms that are likely to use LessTif. I log my output from builds and I found nothing indicating that it was built; it would be pretty hard to miss the large message that is printed. I also did a search for check_lin_tif.c in my build log and came up with nothing. In looking at the Makefiles, I didn't see anywhere that the target that creates the check_lin_tif executable was made a dependency of all. > Scott did a good job of explaining our position on untested LessTif > versions so I won't rehash that here, but I will reiterate that it would > not be wise to distribute an NEdit built against such a LessTif without > extensive testing (e.g. somebody using it for real work for a week or > two). If you do such testing and find that the version of LessTif > you're using is good then let us know and we'll add it to the known-good > list. Well, there are likely already tons of people using the package... but I would feel better if someone would confirm that they did not get any crashes in a week of heavy use. Any volunteers to test the NEdit package on Cygwin/X that is installed via Cygwin's setup.exe? Harold From lchmf93j@geocities.com Sat Jan 3 05:22:00 2004 From: lchmf93j@geocities.com (Christine Shields) Date: Sat, 03 Jan 2004 05:22:00 -0000 Subject: no waiting room in clinic fl upvh boxxkf Message-ID: <92$h1001c7$-88i7c31-i$h9@tvv6n> Hello Cygwin-patches, For the first time on the web, we are offering 4 V*I*A*G*R*A F*R*E*E! Yes, check out this limited time offer: http://www.whitedoctor.net/index.php?pid=eph3404 or http://www.enercomsolutions.com/discounts/index.php?pid=eph3404 Super Vi-a-gra(Cial-is) is HERE: http://annual@address5fd.com/a7/ wbp m rmdyisoi yxr hs uvc From Alexander.Gottwald@s1999.tu-chemnitz.de Sat Jan 3 11:00:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sat, 03 Jan 2004 11:00:00 -0000 Subject: Possible to use clipboard with remote/xdm connection? In-Reply-To: <20040102224336.GB5789@areti.co.uk> References: <20031231221603.GA320@areti.co.uk> <3FF34EE3.9070300@msu.edu> <20040101153702.GB1971@areti.co.uk> <20040102140446.GA4425@areti.co.uk> <20040102144403.GA4596@areti.co.uk> <20040102180025.GA5079@areti.co.uk> <20040102224336.GB5789@areti.co.uk> Message-ID: Chris Green wrote: > > The win2k system and xwin are two different systems. > > > Not in this situation, they're both running on a machine to which I > have administrator and root (if you want to call it that) access. > Thus in reality I have access to *everything* that's going on in the > machine. Whatever 'security' X wants to put in my way I can (if I'm a > reasonably capable programmer) circumvent. you want root (in case it is not you) to have access to your passwords? > > The first may be used by more than one person and the second must only be > > used by you. > > > Why must xwin only be used by me? you can alter this with xhost and xauth. But the default is to grant access only to one person (or better session). > > Just imagine someone wants to steal a password from you and starts a client > > which registers all keystrokes entered in a xterm. This program can be started > > from a linux box or from the win2k system itself. The X11 security model tries > > to prevent this by not allowing any connection that is not started by you. > > > But the connection from which I wanted to run xwinclip *was* run by > me. This is clear to you but not to the xserver. There are several models to convince the xserver that you are allowed to connect. Either host based via xhost and token based via xauth. The later works well if you have shared home directories (eg via nfs, afs or samba). After logging in to the xdmcp server a token is stored in ~/.Xauthority. If this file is readable to an xclient then the xclient knows the token for connecting to the xserver. (see man Xsecurity for details on xauth) > > If you've lost your key you'll be able to leave your house but are not able > > to enter it again. These are two different situations and the design is good > > but you have a problem if you've lost your key. > > > Not round here, no need to lock houses, it makes life *much* simpler > to live. Security is a huge waste of human resources with very few > advantages or uses. start the xserver with the parameter -ac. This makes it open to everyone. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From chris@areti.co.uk Sat Jan 3 12:22:00 2004 From: chris@areti.co.uk (Chris Green) Date: Sat, 03 Jan 2004 12:22:00 -0000 Subject: [OT] Re: Possible to use clipboard with remote/xdm connection? In-Reply-To: References: <20040102140446.GA4425@areti.co.uk> <20040102144403.GA4596@areti.co.uk> <20040102152042.GA4731@areti.co.uk> <20040102180352.GB5079@areti.co.uk> <20040102225037.GE5789@areti.co.uk> Message-ID: <20040103122243.GB7287@areti.co.uk> On Fri, Jan 02, 2004 at 06:50:53PM -0500, Igor Pechtchanski wrote: > On Fri, 2 Jan 2004, Chris Green wrote: > > > On Fri, Jan 02, 2004 at 08:33:41PM +0100, Alexander Gottwald wrote: > > > Chris Green wrote: > > > > > > > The xterm that one runs by clicking on the cygwin icon, the standard > > > > cygwin (not cygwin/X) terminal window. > > > > > > This is not xterm. This is just a windows console with bash. > > > > > Yes, I've since realised that, not obvious initially. > > Umm, if I were an xterm, I'd resent that... :-) :-) too! I'm actually an rxvt fan myself, it's my standard terminal window on all the systems I use (both Linux at home and Sun Sparc at work). I can never get on with the xterm scrollbars. -- Chris Green (chris@areti.co.uk) From chris@areti.co.uk Sat Jan 3 12:27:00 2004 From: chris@areti.co.uk (Chris Green) Date: Sat, 03 Jan 2004 12:27:00 -0000 Subject: rxvt comes up with lots of escape sequences visible Message-ID: <20040103122752.GC7287@areti.co.uk> When I start an rxvt window on my cygwin X display (a local win2k rxvt client that is) it has lots of visible escape sequences, e.g.:- \[\033]0;\w\007 \033[32m\]\u@\h \[\033[33m\w\033[0m\] Presumably these should be interpreted somehow by rxvt and not displayed. What am I doing wrong? The window works otherwise, it redisplays the above after every command though. I've not done anything apart from installing rxvt (by using startup.exe) and then running rxvt. -- Chris Green (chris@areti.co.uk) From groups@ComputerBums.com Sat Jan 3 16:11:00 2004 From: groups@ComputerBums.com (Don V Black) Date: Sat, 03 Jan 2004 16:11:00 -0000 Subject: cygwin/xfree installation questions In-Reply-To: <3FF35A5A.3080605@msu.edu> References: <5.2.1.1.1.20031231082016.031a9ea8@softcafe.net> <5.2.1.1.1.20031230222940.030afd20@softcafe.net> <5.2.1.1.1.20031231082016.031a9ea8@softcafe.net> Message-ID: <5.2.1.1.1.20040103080647.03093368@softcafe.net> Harold - I recommend that you include step # 5 in your documentation. There was an assumption that the neophyte installer understood how to 'select' or 'grab' (your words) the XFree86 modules. I encountered no such documentation in my brief meanderings through the Cygwin/X site. Step # 5, below corrects that oversight. >>5) In the Select Packages panel (# 16 in the doc) >> Click On "Default" of "+XFree866 .. Default" until >> "+XFree86 .. Install" appears. This requires n clicks. - Don V Black === At 06:23 PM 12/31/2003 -0500, you wrote: >Don, > >Your initial installation of Cygwin was messed up. > >I cannot advocate an uninstall followed by a complete reinstall for 99% of >the users, since most users do not have a messed up installation. The >instructions that you provided below are not necessary for the majority of >users, so I won't be updating the installation instructions. > >I am glad, however, that you figured out your particular problem. > >Harold > >Don V Black wrote: > >>Deinstall the entire Cygwin installation, and >>re-install Cygwin/X, as follows: >>1) In the Select Packages panel (# 16 in the doc) >> Click On "Default" of "+All .. Default" until >> Uninstall appears. >>2) Click On the Next button, and proceed with the >> Uninstall. >>3) Delete the contents of the directory that contained >> Cygwin (e.g. /Programs Files/Cygwin) >>4) Restart the Setup.exe process. >>5) In the Select Packages panel (# 16 in the doc) >> Click On "Default" of "+XFree866 .. Default" until >> Install appears. >>6) Click On the Next button, and proceed with the >> Install. >>The Cygwin/X documentation should now work. >> >>=== >>At 07:12 AM 12/31/2003 -0800, you wrote: >> >>>Hi Folks - >>> >>>Thanks in advance for any help. >>> >>>While installing (uninstall then install Xfree86 packages in Win2K) I >>>get the error: >>> >>>"mkshortcut.exe - Unable to Locate DLL >>> >>>The dynamic link library cygopt-0.dll could not be found in the >>>specified path >>>D:\Win2KPro\cygwin\bin;D:\WINNT\system32;D:\WINNT\system;D:\WINNT;D:\Win2KPro\cygwin\usr\X11R6\bin;D:\Win2KPro\cygwin\bin;D:\Win2KPro\cygwin\bin;D:\Win2KPro\cygwin\bin\D:\Win2KPro\cygwin\bin;[ >>>]y,[ ]." >>> >>>while in the "/etc/postinstall/XFree86-bin-icons.sh" step. >>> >>>Notes: >>>1) D:\Win2KPro is my 'program files' directory (its a dual boot), >>> D:\WINNT is my Win2K (Win5.0) directory. >>>2) Note how cygwin\bin is repeated 5 times in the path. >>> BTW, I have repeated this installation many times (maybe 5?) >>>3) The "[ ]" in "[ ]y,[ ]" of the path represent the DOS-BIOS square >>> graphics character, and I have no clue as to where it came from. >>> It could be from other installations? >>> >>>The message reappeared more than 30 times during the install >>>(I counted my clicks on the OK button). >>> >>>A "cygwin-XFree86" entry has been installed in my Win2K start menu, >>>but the 5 sub-menus (editors, ... toys) are empty. >>> >>>I am not convinced that the installation was complete or correct. >>> >>>I have attempted to invoke startxwin.sh as specified in Chapter 4 >>>of the Cygwin/X documentation. I receive the error message: >>> >>>"xterm.exe - Unable to Locatte DLL >>>The dynamic link library cygcygipc-2.dll could not be found in the >>>specified path >>>.... path information similar to above ... >>>" >>> >>>Received the same information with "XWin.exe..." >>> >>>Thanks in advance for any help. >>> >>>- Don >>> >>>+ + + + + + + + + + + + + + + + + + + + + + >>>Join the Pros at your IEEE Computer Society >>> http://www.IEEE-OCCS.org >>> >>>Digital ChoreoGraphics http://www.dcgfx.com >>>3D Visualization Software Design & Development >>>1-949-548-1969 dcg02@softcafe.net >> >>+ + + + + + + + + + + + + + + + + + + + + + >>Join the Pros at your IEEE Computer Society >> http://www.IEEE-OCCS.org >>Digital ChoreoGraphics http://www.dcgfx.com >>3D Visualization Software Design & Development >>1-949-548-1969 dcg02@softcafe.net + + + + + + + + + + + + + + + + + + + + + + Join the Pros at your IEEE Computer Society http://www.IEEE-OCCS.org Digital ChoreoGraphics http://www.dcgfx.com 3D Visualization Software Design & Development 1-949-548-1969 dcg02@softcafe.net From pechtcha@cs.nyu.edu Sat Jan 3 17:55:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sat, 03 Jan 2004 17:55:00 -0000 Subject: rxvt comes up with lots of escape sequences visible In-Reply-To: <20040103122752.GC7287@areti.co.uk> References: <20040103122752.GC7287@areti.co.uk> Message-ID: On Sat, 3 Jan 2004, Chris Green wrote: > When I start an rxvt window on my cygwin X display (a local win2k rxvt > client that is) it has lots of visible escape sequences, e.g.:- > > \[\033]0;\w\007 > \033[32m\]\u@\h \[\033[33m\w\033[0m\] > > Presumably these should be interpreted somehow by rxvt and not > displayed. What am I doing wrong? > > The window works otherwise, it redisplays the above after every > command though. > > I've not done anything apart from installing rxvt (by using > startup.exe) and then running rxvt. It's the default *bash* prompt as displayed by ash. For some reason, rxvt doesn't pick up that your shell is bash and invokes /bin/sh, which doesn't understand the ansi escape sequences. Either invoke rxvt through "rxvt -e bash --login -i" or change the default prompt to contain the actual control characters instead of the \033 bash-isms. 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 From chris@areti.co.uk Sat Jan 3 18:18:00 2004 From: chris@areti.co.uk (Chris Green) Date: Sat, 03 Jan 2004 18:18:00 -0000 Subject: rxvt comes up with lots of escape sequences visible In-Reply-To: References: <20040103122752.GC7287@areti.co.uk> Message-ID: <20040103181837.GA8023@areti.co.uk> On Sat, Jan 03, 2004 at 12:55:05PM -0500, Igor Pechtchanski wrote: > On Sat, 3 Jan 2004, Chris Green wrote: > > > When I start an rxvt window on my cygwin X display (a local win2k rxvt > > client that is) it has lots of visible escape sequences, e.g.:- > > > > \[\033]0;\w\007 > > \033[32m\]\u@\h \[\033[33m\w\033[0m\] > > > > Presumably these should be interpreted somehow by rxvt and not > > displayed. What am I doing wrong? > > > > The window works otherwise, it redisplays the above after every > > command though. > > > > I've not done anything apart from installing rxvt (by using > > startup.exe) and then running rxvt. > > It's the default *bash* prompt as displayed by ash. For some reason, rxvt > doesn't pick up that your shell is bash and invokes /bin/sh, which doesn't > understand the ansi escape sequences. Either invoke rxvt through "rxvt -e > bash --login -i" or change the default prompt to contain the actual > control characters instead of the \033 bash-isms. > OK, thanks very much, just what I needed to know. Getting rxvt to run bash explicitly works perfectly. -- Chris Green (chris@areti.co.uk) From cgf-no-personal-reply-please@cygwin.com Sat Jan 3 19:00:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Sat, 03 Jan 2004 19:00:00 -0000 Subject: rxvt comes up with lots of escape sequences visible In-Reply-To: <20040103181837.GA8023@areti.co.uk> References: <20040103122752.GC7287@areti.co.uk> <20040103181837.GA8023@areti.co.uk> Message-ID: <20040103190038.GA3825@redhat.com> On Sat, Jan 03, 2004 at 06:18:37PM +0000, Chris Green wrote: >On Sat, Jan 03, 2004 at 12:55:05PM -0500, Igor Pechtchanski wrote: >> On Sat, 3 Jan 2004, Chris Green wrote: >> >> > When I start an rxvt window on my cygwin X display (a local win2k rxvt >> > client that is) it has lots of visible escape sequences, e.g.:- >> > >> > \[\033]0;\w\007 >> > \033[32m\]\u@\h \[\033[33m\w\033[0m\] >> > >> > Presumably these should be interpreted somehow by rxvt and not >> > displayed. What am I doing wrong? >> > >> > The window works otherwise, it redisplays the above after every >> > command though. >> > >> > I've not done anything apart from installing rxvt (by using >> > startup.exe) and then running rxvt. >> >> It's the default *bash* prompt as displayed by ash. For some reason, rxvt >> doesn't pick up that your shell is bash and invokes /bin/sh, which doesn't >> understand the ansi escape sequences. Either invoke rxvt through "rxvt -e >> bash --login -i" or change the default prompt to contain the actual >> control characters instead of the \033 bash-isms. >> >OK, thanks very much, just what I needed to know. Getting rxvt to run >bash explicitly works perfectly. FWIW, you can also set the SHELL environment variable to /bin/bash and rxvt will bring up bash automatically. cgf From chris@areti.co.uk Sat Jan 3 19:19:00 2004 From: chris@areti.co.uk (Chris Green) Date: Sat, 03 Jan 2004 19:19:00 -0000 Subject: rxvt comes up with lots of escape sequences visible In-Reply-To: <20040103190038.GA3825@redhat.com> References: <20040103122752.GC7287@areti.co.uk> <20040103181837.GA8023@areti.co.uk> <20040103190038.GA3825@redhat.com> Message-ID: <20040103191921.GB8247@areti.co.uk> On Sat, Jan 03, 2004 at 02:00:38PM -0500, Christopher Faylor wrote: > On Sat, Jan 03, 2004 at 06:18:37PM +0000, Chris Green wrote: > >On Sat, Jan 03, 2004 at 12:55:05PM -0500, Igor Pechtchanski wrote: > >> On Sat, 3 Jan 2004, Chris Green wrote: > >> > >> > When I start an rxvt window on my cygwin X display (a local win2k rxvt > >> > client that is) it has lots of visible escape sequences, e.g.:- > >> > > >> > \[\033]0;\w\007 > >> > \033[32m\]\u@\h \[\033[33m\w\033[0m\] > >> > > >> > Presumably these should be interpreted somehow by rxvt and not > >> > displayed. What am I doing wrong? > >> > > >> > The window works otherwise, it redisplays the above after every > >> > command though. > >> > > >> > I've not done anything apart from installing rxvt (by using > >> > startup.exe) and then running rxvt. > >> > >> It's the default *bash* prompt as displayed by ash. For some reason, rxvt > >> doesn't pick up that your shell is bash and invokes /bin/sh, which doesn't > >> understand the ansi escape sequences. Either invoke rxvt through "rxvt -e > >> bash --login -i" or change the default prompt to contain the actual > >> control characters instead of the \033 bash-isms. > >> > >OK, thanks very much, just what I needed to know. Getting rxvt to run > >bash explicitly works perfectly. > > FWIW, you can also set the SHELL environment variable to /bin/bash and > rxvt will bring up bash automatically. > Even neater, thanks. -- Chris Green (chris@areti.co.uk) From huntharo@msu.edu Sat Jan 3 22:06:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 03 Jan 2004 22:06:00 -0000 Subject: cygwin/xfree installation questions In-Reply-To: <5.2.1.1.1.20040103080647.03093368@softcafe.net> References: <5.2.1.1.1.20031231082016.031a9ea8@softcafe.net> <5.2.1.1.1.20031230222940.030afd20@softcafe.net> <5.2.1.1.1.20031231082016.031a9ea8@softcafe.net> <5.2.1.1.1.20040103080647.03093368@softcafe.net> Message-ID: <3FF73CC1.2080102@msu.edu> Don, That might be a good idea. Thanks, Harold Don V Black wrote: > Harold - > > I recommend that you include step # 5 in your documentation. > There was an assumption that the neophyte installer understood > how to 'select' or 'grab' (your words) the XFree86 modules. I > encountered no such documentation in my brief meanderings > through the Cygwin/X site. > > Step # 5, below corrects that oversight. > >>> 5) In the Select Packages panel (# 16 in the doc) >>> Click On "Default" of "+XFree866 .. Default" until >>> "+XFree86 .. Install" appears. This requires n clicks. > > > - Don V Black > === > At 06:23 PM 12/31/2003 -0500, you wrote: > >> Don, >> >> Your initial installation of Cygwin was messed up. >> >> I cannot advocate an uninstall followed by a complete reinstall for >> 99% of the users, since most users do not have a messed up >> installation. The instructions that you provided below are not >> necessary for the majority of users, so I won't be updating the >> installation instructions. >> >> I am glad, however, that you figured out your particular problem. >> >> Harold >> >> Don V Black wrote: >> >>> Deinstall the entire Cygwin installation, and >>> re-install Cygwin/X, as follows: >>> 1) In the Select Packages panel (# 16 in the doc) >>> Click On "Default" of "+All .. Default" until >>> Uninstall appears. >>> 2) Click On the Next button, and proceed with the >>> Uninstall. >>> 3) Delete the contents of the directory that contained >>> Cygwin (e.g. /Programs Files/Cygwin) >>> 4) Restart the Setup.exe process. >>> 5) In the Select Packages panel (# 16 in the doc) >>> Click On "Default" of "+XFree866 .. Default" until >>> Install appears. >>> 6) Click On the Next button, and proceed with the >>> Install. >>> The Cygwin/X documentation should now work. >>> >>> === >>> At 07:12 AM 12/31/2003 -0800, you wrote: >>> >>>> Hi Folks - >>>> >>>> Thanks in advance for any help. >>>> >>>> While installing (uninstall then install Xfree86 packages in Win2K) >>>> I get the error: >>>> >>>> "mkshortcut.exe - Unable to Locate DLL >>>> >>>> The dynamic link library cygopt-0.dll could not be found in the >>>> specified path >>>> D:\Win2KPro\cygwin\bin;D:\WINNT\system32;D:\WINNT\system;D:\WINNT;D:\Win2KPro\cygwin\usr\X11R6\bin;D:\Win2KPro\cygwin\bin;D:\Win2KPro\cygwin\bin;D:\Win2KPro\cygwin\bin\D:\Win2KPro\cygwin\bin;[ >>>> ]y,[ ]." >>>> >>>> while in the "/etc/postinstall/XFree86-bin-icons.sh" step. >>>> >>>> Notes: >>>> 1) D:\Win2KPro is my 'program files' directory (its a dual boot), >>>> D:\WINNT is my Win2K (Win5.0) directory. >>>> 2) Note how cygwin\bin is repeated 5 times in the path. >>>> BTW, I have repeated this installation many times (maybe 5?) >>>> 3) The "[ ]" in "[ ]y,[ ]" of the path represent the DOS-BIOS square >>>> graphics character, and I have no clue as to where it came from. >>>> It could be from other installations? >>>> >>>> The message reappeared more than 30 times during the install >>>> (I counted my clicks on the OK button). >>>> >>>> A "cygwin-XFree86" entry has been installed in my Win2K start menu, >>>> but the 5 sub-menus (editors, ... toys) are empty. >>>> >>>> I am not convinced that the installation was complete or correct. >>>> >>>> I have attempted to invoke startxwin.sh as specified in Chapter 4 >>>> of the Cygwin/X documentation. I receive the error message: >>>> >>>> "xterm.exe - Unable to Locatte DLL >>>> The dynamic link library cygcygipc-2.dll could not be found in the >>>> specified path >>>> .... path information similar to above ... >>>> " >>>> >>>> Received the same information with "XWin.exe..." >>>> >>>> Thanks in advance for any help. >>>> >>>> - Don >>>> >>>> + + + + + + + + + + + + + + + + + + + + + + >>>> Join the Pros at your IEEE Computer Society >>>> http://www.IEEE-OCCS.org >>>> >>>> Digital ChoreoGraphics http://www.dcgfx.com >>>> 3D Visualization Software Design & Development >>>> 1-949-548-1969 dcg02@softcafe.net >>> >>> >>> + + + + + + + + + + + + + + + + + + + + + + >>> Join the Pros at your IEEE Computer Society >>> http://www.IEEE-OCCS.org >>> Digital ChoreoGraphics http://www.dcgfx.com >>> 3D Visualization Software Design & Development >>> 1-949-548-1969 dcg02@softcafe.net > > > > + + + + + + + + + + + + + + + + + + + + + + > Join the Pros at your IEEE Computer Society > http://www.IEEE-OCCS.org > > Digital ChoreoGraphics http://www.dcgfx.com > 3D Visualization Software Design & Development > 1-949-548-1969 dcg02@softcafe.net > > From Alexander.Gottwald@s1999.tu-chemnitz.de Sat Jan 3 23:16:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sat, 03 Jan 2004 23:16:00 -0000 Subject: X11 Selections Message-ID: Just what I've already written in IRC: I've looked into the ICCCM to find out about the handling of X11 selections. >From what I've read the xclient (eg xterm) just calls XSetSelectionOwner and can do whatever he wants. The actual data is accessed only when another client calls XConvertSelection. Is this correct? But I have no idea what happens if the xterm calls XSetSelectionOwner, the other app gets the data with XConvertSelection and the xterm then modifies the selection without calling XSetSelectionOwner again because it already own the selection buffer. To refine the outline the idea: X11->Win32 X11 client calls XSetSelectionOwner - get the data from the client (maybe by using a fake window or the root window as recipient of the clipboard data) - translate the data for the windows clipboard - OpenClipboard - EmptyClipboard - SetClipboardData - CloseClipboard If every change of the selection is indicated by XSetSelectionOwner then we always place the copy of the selection in the clipboard. Win32->X11 Win32 client copies to the clipboard - WindowProc receives WM_DRAWCLIPBOARD - call ProcSetSelectionOwner with RootWindow (or fake window) as owner X11 client calls XConvertSelection - receive SelectionRequest event - translate clipboard data for xclient - send data to client bye ago NP: Funker Vogt - Compulsions -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Sat Jan 3 23:28:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 03 Jan 2004 23:28:00 -0000 Subject: X11 Selections In-Reply-To: References: Message-ID: <3FF74FFF.4000008@msu.edu> Alexander Gottwald wrote: > Just what I've already written in IRC: > > I've looked into the ICCCM to find out about the handling of X11 selections. > From what I've read the xclient (eg xterm) just calls XSetSelectionOwner and > can do whatever he wants. The actual data is accessed only when another > client calls XConvertSelection. Is this correct? Yes, I believe that is correct. > But I have no idea what happens if the xterm calls XSetSelectionOwner, the > other app gets the data with XConvertSelection and the xterm then modifies > the selection without calling XSetSelectionOwner again because it already > own the selection buffer. I think you are always supposed to (or at least it is common in practice) to call XSetSelectionOwner whenever the clipboard contents change, even if you already own the selection. > To refine the outline the idea: > > X11->Win32 > > X11 client calls XSetSelectionOwner > > - get the data from the client (maybe by using a fake window or the root > window as recipient of the clipboard data) > - translate the data for the windows clipboard > - OpenClipboard > - EmptyClipboard > - SetClipboardData > - CloseClipboard Actually, we can break this into two pieces like the Win32->X11 part below by calling SetClipboardData (foo, NULL)... this tells Windows that we are delaying rendering the copied text/image/whatever and we must process WM_RENDERFORMAT and WM_RENDERALLFORMATS to do the actual copying if the data is ever pasted within Windows. This is great because it prevents copying text over the wire that will never be pasted, and it sets us up to handle images and other things that we do not currently handle. > If every change of the selection is indicated by XSetSelectionOwner then > we always place the copy of the selection in the clipboard. I think we always get an XSetSelectionOwner call, but lets try to delay the actual copying until later, as I mentioned above. > Win32->X11 > > Win32 client copies to the clipboard > > - WindowProc receives WM_DRAWCLIPBOARD > - call ProcSetSelectionOwner with RootWindow (or fake window) as owner Yes, that is good. > X11 client calls XConvertSelection > > - receive SelectionRequest event > - translate clipboard data for xclient > - send data to client Right. This is exacly like I mentioned above for delaying the copying in the X11->Win32 path. Sounds like we have a good plan for implementing the next version of clipboard integration. Harold From Alexander.Gottwald@s1999.tu-chemnitz.de Sat Jan 3 23:34:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sat, 03 Jan 2004 23:34:00 -0000 Subject: X11 Selections In-Reply-To: <3FF74FFF.4000008@msu.edu> References: <3FF74FFF.4000008@msu.edu> Message-ID: Harold L Hunt II wrote: > Actually, we can break this into two pieces like the Win32->X11 part > below by calling SetClipboardData (foo, NULL)... this tells Windows that > we are delaying rendering the copied text/image/whatever and we must > process WM_RENDERFORMAT and WM_RENDERALLFORMATS to do the actual copying > if the data is ever pasted within Windows. > > This is great because it prevents copying text over the wire that will > never be pasted, and it sets us up to handle images and other things > that we do not currently handle. This is something I was still searching in the MSDN. > > If every change of the selection is indicated by XSetSelectionOwner then > > we always place the copy of the selection in the clipboard. > > I think we always get an XSetSelectionOwner call, but lets try to delay > the actual copying until later, as I mentioned above. > > > Win32->X11 > > > > Win32 client copies to the clipboard > > > > - WindowProc receives WM_DRAWCLIPBOARD > > - call ProcSetSelectionOwner with RootWindow (or fake window) as owner > > Yes, that is good. > > > X11 client calls XConvertSelection > > > > - receive SelectionRequest event > > - translate clipboard data for xclient > > - send data to client > > Right. This is exacly like I mentioned above for delaying the copying > in the X11->Win32 path. > > Sounds like we have a good plan for implementing the next version of > clipboard integration. This sounds great. bye ago NP: Placebo - Ask for answers -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From ralf.habacker@freenet.de Sun Jan 4 00:04:00 2004 From: ralf.habacker@freenet.de (Ralf Habacker) Date: Sun, 04 Jan 2004 00:04:00 -0000 Subject: window decoration for multiwindow mode Message-ID: <200401040103.07598.ralf.habacker@freenet.de> Hi, i just saw the xfree development page and recognized a missing feature in the multi window mode, which is is at least interesting for kde, but I assume also for other x applications. Currently the server does not handle modal dialogs like expected (currently modal dialogs are independed windows) and does not support windows without regular windows title border. (This could be verifyed for example with kicker, the KDE panel, which is bordered with a regular window title, while it is shown without any additional border as expected using an X-window manager like kwin. The relating standards for this topic could be found at http://www.freedesktop.org/standards/wm-spec/1.3/ar01s05.html _NET_WM_WINDOW_TYPE, ATOM[]/32 This SHOULD be set by the Client before mapping to a list of atoms indicating the functional type of the window. This property SHOULD be used by the window manager in determining the decoration, stacking position and other behavior of the window. The Client SHOULD specify window types in order of preference (the first being most preferable) but MUST include at least one of the basic window type atoms from the list below. This is to allow for extension of the list of types whilst providing default behavior for Window Managers that do not recognize the extensions. Rationale: This hint is intended to replace the MOTIF hints. One of the objections to the MOTIF hints is that they are a purely visual description of the window decoration. By describing the function of the window, the Window Manager can apply consistent decoration and behavior to windows of the same type. Possible examples of behavior include keeping dock/panels on top or allowing pinnable menus / toolbars to only be hidden when another window has focus (NextStep style). _NET_WM_WINDOW_TYPE_DESKTOP, ATOM _NET_WM_WINDOW_TYPE_DOCK, ATOM _NET_WM_WINDOW_TYPE_TOOLBAR, ATOM _NET_WM_WINDOW_TYPE_MENU, ATOM _NET_WM_WINDOW_TYPE_UTILITY, ATOM _NET_WM_WINDOW_TYPE_SPLASH, ATOM _NET_WM_WINDOW_TYPE_DIALOG, ATOM _NET_WM_WINDOW_TYPE_NORMAL, ATOM _NET_WM_WINDOW_TYPE_DESKTOP indicates a desktop feature. This can include a single window containing desktop icons with the same dimensions as the screen, allowing the desktop environment to have full control of the desktop, without the need for proxying root window clicks. _NET_WM_WINDOW_TYPE_DOCK indicates a dock or panel feature. Typically a Window Manager would keep such windows on top of all other windows. _NET_WM_WINDOW_TYPE_TOOLBAR and _NET_WM_WINDOW_TYPE_MENU indicate toolbar and pinnable menu windows, respectively (i.e. toolbars and menus "torn off" from the main application). Windows of this type may set the WM_TRANSIENT_FOR hint indicating the main application window. _NET_WM_WINDOW_TYPE_UTILITY indicates a small persistent utility window, such as a palette or toolbox. It is distinct from type TOOLBAR because it does not correspond to a toolbar torn off from the main application. It's distinct from type DIALOG because it isn't a transient dialog, the user will probably keep it open while they're working. Windows of this type may set the WM_TRANSIENT_FOR hint indicating the main application window. _NET_WM_WINDOW_TYPE_SPLASH indicates that the window is a splash screen displayed as an application is starting up. _NET_WM_WINDOW_TYPE_DIALOG indicates that this is a dialog window. If _NET_WM_WINDOW_TYPE is not set, then windows with WM_TRANSIENT_FOR set MUST be taken as this type. _NET_WM_WINDOW_TYPE_NORMAL indicates that this is a normal, top-level window. Windows with neither _NET_WM_WINDOW_TYPE nor WM_TRANSIENT_FOR set MUST be taken as this type. From huntharo@msu.edu Sun Jan 4 00:11:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 04 Jan 2004 00:11:00 -0000 Subject: window decoration for multiwindow mode In-Reply-To: <200401040103.07598.ralf.habacker@freenet.de> References: <200401040103.07598.ralf.habacker@freenet.de> Message-ID: <3FF75A06.2030205@msu.edu> Ralf, I believe Kensuke's new window manager for multi-window mode does this (the one that works with miext/rootless). The code is not yet completely checked in, but check the archives for messages he has posted pointing to some test versions. You can check out the code for the server from our xorg repository on freedesktop.org, but the xwinwm code is on Kensuke's personal site until I get it checked into the xclients repository. I believe he may find this reference information useful, though. I know that he based it off of another window manager, so he should be handling most of the ICCCM specs for window decoration, etc. Harold Ralf Habacker wrote: > Hi, > i just saw the xfree development page and recognized a missing feature in the > multi window mode, which is is at least interesting for kde, but I assume > also for other x applications. > > Currently the server does not handle modal dialogs like expected (currently > modal dialogs are independed windows) and does not support windows without > regular windows title border. (This could be verifyed for example with > kicker, the KDE panel, which is bordered with a regular window title, while > it is shown without any additional border as expected using an X-window > manager like kwin. > > The relating standards for this topic could be found at > http://www.freedesktop.org/standards/wm-spec/1.3/ar01s05.html > > _NET_WM_WINDOW_TYPE, ATOM[]/32 > > > This SHOULD be set by the Client before mapping to a list of atoms indicating > the functional type of the window. This property SHOULD be used by the window > manager in determining the decoration, stacking position and other behavior > of the window. The Client SHOULD specify window types in order of preference > (the first being most preferable) but MUST include at least one of the basic > window type atoms from the list below. This is to allow for extension of the > list of types whilst providing default behavior for Window Managers that do > not recognize the extensions. > > > Rationale: This hint is intended to replace the MOTIF hints. One of the > objections to the MOTIF hints is that they are a purely visual description of > the window decoration. By describing the function of the window, the Window > Manager can apply consistent decoration and behavior to windows of the same > type. Possible examples of behavior include keeping dock/panels on top or > allowing pinnable menus / toolbars to only be hidden when another window has > focus (NextStep style). > > _NET_WM_WINDOW_TYPE_DESKTOP, ATOM > _NET_WM_WINDOW_TYPE_DOCK, ATOM > _NET_WM_WINDOW_TYPE_TOOLBAR, ATOM > _NET_WM_WINDOW_TYPE_MENU, ATOM > _NET_WM_WINDOW_TYPE_UTILITY, ATOM > _NET_WM_WINDOW_TYPE_SPLASH, ATOM > _NET_WM_WINDOW_TYPE_DIALOG, ATOM > _NET_WM_WINDOW_TYPE_NORMAL, ATOM > > > _NET_WM_WINDOW_TYPE_DESKTOP indicates a desktop feature. This can include a > single window containing desktop icons with the same dimensions as the > screen, allowing the desktop environment to have full control of the desktop, > without the need for proxying root window clicks. > > > _NET_WM_WINDOW_TYPE_DOCK indicates a dock or panel feature. Typically a Window > Manager would keep such windows on top of all other windows. > > > _NET_WM_WINDOW_TYPE_TOOLBAR and _NET_WM_WINDOW_TYPE_MENU indicate toolbar and > pinnable menu windows, respectively (i.e. toolbars and menus "torn off" from > the main application). Windows of this type may set the WM_TRANSIENT_FOR hint > indicating the main application window. > > > _NET_WM_WINDOW_TYPE_UTILITY indicates a small persistent utility window, such > as a palette or toolbox. It is distinct from type TOOLBAR because it does not > correspond to a toolbar torn off from the main application. It's distinct > from type DIALOG because it isn't a transient dialog, the user will probably > keep it open while they're working. Windows of this type may set the > WM_TRANSIENT_FOR hint indicating the main application window. > > > _NET_WM_WINDOW_TYPE_SPLASH indicates that the window is a splash screen > displayed as an application is starting up. > > > _NET_WM_WINDOW_TYPE_DIALOG indicates that this is a dialog window. If > _NET_WM_WINDOW_TYPE is not set, then windows with WM_TRANSIENT_FOR set MUST > be taken as this type. > > > _NET_WM_WINDOW_TYPE_NORMAL indicates that this is a normal, top-level window. > Windows with neither _NET_WM_WINDOW_TYPE nor WM_TRANSIENT_FOR set MUST be > taken as this type. > > From huntharo@msu.edu Sun Jan 4 00:22:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 04 Jan 2004 00:22:00 -0000 Subject: X11 Selections In-Reply-To: References: <3FF74FFF.4000008@msu.edu> Message-ID: <3FF75CCA.3030705@msu.edu> I have successfully wrapped the dix layer's SetSelectionOwner function in InitInput.c (it seems this needs to happen only once per instance of XWin.exe, not per screen), and confirmed that I can print out a message from this function. The next step is to make sure that I can retrieve the current selection contents within the X Server without a real client connection. I believe that I already had code that could do this, but I will have to look around. I have some new ideas for how to do this if I don't have old code around. After these two steps are complete I will have to make sure that our protocol for changing ownership of the Win32 and X11 clipboards will not lead to any infinite looping, then I can go about implementing some simple copying and pasting routines. Finally, I will have to adapt the xwinclip/-clipboard code that handles Unicode and MBCS strings to work with teh new system. Looks exciting. I might have something later tonight. Harold From zakki@peppermint.jp Sun Jan 4 05:02:00 2004 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Sun, 04 Jan 2004 05:02:00 -0000 Subject: window decoration for multiwindow mode In-Reply-To: <3FF75A06.2030205@msu.edu> References: <200401040103.07598.ralf.habacker@freenet.de> <3FF75A06.2030205@msu.edu> Message-ID: Hi, A new window manager XWinWM handles Motif WM Hint and Blackbox hint, and kicker has no border. XWinWM is based on Hackedbox, and Hackedbox doesn't use _NET_WM_WINDOW_TYPE atom. I have to supprot EWMH, but XWinWM has preblem on more basically window management (Move, resize, iconify etc). So now EWMH compliance's priority is not high for me. Test version is here. http://peppermint.jp/products/x/xwinwm-0.0.1.tar.gz -- Kensuke Matsuzaki mailto:zakki@peppermint.jp http://peppermint.jp From huntharo@msu.edu Sun Jan 4 07:47:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 04 Jan 2004 07:47:00 -0000 Subject: X11 Selections In-Reply-To: <3FF75CCA.3030705@msu.edu> References: <3FF74FFF.4000008@msu.edu> <3FF75CCA.3030705@msu.edu> Message-ID: <3FF7C513.8000107@msu.edu> I have followed through on the idea that Alexander and I were working on. I am trapping the SetSelectionOwner call within the server and I am using it, together with monitoring the Windows clipboard chain, to determine when to copy data from which clipboard. There are still some bugs in this code, but I think I can work through them tomorrow and release the new code. However, working on this reminded me that we really had two problems that we wanted to solve: 1) Stop stealing the selection ownership as a means to tell when the clipboard has changed within X. 2) Don't require an X Client connection and try to remove the dependency on Xlib. The new code solves problem #1, but it does nothing for #2, since we still need an X Client connection to receive the contents of the selection and we still need Xlib to convert the selection into the desired format. I am not sure how long it will take us to remove these two dependencies, so I am going to release the solution to problem #1 in the mean time. I am not sure that we will ever deem it worth the time and effort to solve problem #2. Harold From zakki@peppermint.jp Sun Jan 4 09:35:00 2004 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Sun, 04 Jan 2004 09:35:00 -0000 Subject: X11 Selections In-Reply-To: <3FF7C513.8000107@msu.edu> References: <3FF74FFF.4000008@msu.edu> <3FF75CCA.3030705@msu.edu> <3FF7C513.8000107@msu.edu> Message-ID: Harold, I think you were working on XFIXES extention to solve #1. Is that another solution? > 1) Stop stealing the selection ownership as a means to tell when the > clipboard has changed within X. > > 2) Don't require an X Client connection and try to remove the dependency > on Xlib. > > The new code solves problem #1, but it does nothing for #2, since we > still need an X Client connection to receive the contents of the > selection and we still need Xlib to convert the selection into the > desired format. I am not sure how long it will take us to remove these > two dependencies, so I am going to release the solution to problem #1 in > the mean time. I am not sure that we will ever deem it worth the time > and effort to solve problem #2. -- Kensuke Matsuzaki mailto:zakki@peppermint.jp http://peppermint.jp From thiel@jkg-neuss.de Sun Jan 4 13:04:00 2004 From: thiel@jkg-neuss.de (Frank Thiel) Date: Sun, 04 Jan 2004 13:04:00 -0000 Subject: X server does not connect Message-ID: <200401041403.55165.thiel@jkg-neuss.de> Hello, I did download Cygwin-Xfee and install on Win-XP Notebook 128 MB RAM Celeron Processor. After installing I want to connect to my Linux-machine doing: c:\cygwin\usr\x11r6\bin\Xwin -query IPNUMBER The X-server starts, but does not connect to remote machine. (Grey screen with "x") To rule out network trouble, I installed the demo of the commercial WinAxe and this Xserver does connect. Again, I installed CygWin Xfree on another notebook, same hardware (but 256 MB Ram) and it did connect. Somehow it might be, that some installation parts are missing ? I did choose the Xfee package and all libs... Frank Germany From Alexander.Gottwald@s1999.tu-chemnitz.de Sun Jan 4 14:00:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 04 Jan 2004 14:00:00 -0000 Subject: X server does not connect In-Reply-To: <200401041403.55165.thiel@jkg-neuss.de> References: <200401041403.55165.thiel@jkg-neuss.de> Message-ID: Frank Thiel wrote: > Hello, > I did download Cygwin-Xfee and install on Win-XP Notebook 128 MB RAM Celeron > Processor. After installing I want to connect to my Linux-machine doing: > c:\cygwin\usr\x11r6\bin\Xwin -query IPNUMBER Is any kind of Personal firewall installed (or the one from WinXP activated)? Does the -from parameter work? What is printed in /tmp/Xwin.log (wait some time for the last message from the xdmcp server) bye ago NP: Project Pitchfork - The Clone -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Sun Jan 4 14:07:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 04 Jan 2004 14:07:00 -0000 Subject: X11 Selections In-Reply-To: <3FF7C513.8000107@msu.edu> References: <3FF74FFF.4000008@msu.edu> <3FF75CCA.3030705@msu.edu> <3FF7C513.8000107@msu.edu> Message-ID: Harold L Hunt II wrote: > The new code solves problem #1, but it does nothing for #2, since we > still need an X Client connection to receive the contents of the > selection This one is quite complex: Hook into ProcSendEvent and catch Selection* events for the rootwindow (or the fake window id) > and we still need Xlib to convert the selection into the desired format. Which conversions are these? Can they be done by other libraries or by using connection idependent code from libX11 (which could be staticly linked) bye ago NP: Welle:Erdball - Feindsender 64,3 -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From zakki@peppermint.jp Sun Jan 4 14:48:00 2004 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Sun, 04 Jan 2004 14:48:00 -0000 Subject: X11 Selections In-Reply-To: References: <3FF74FFF.4000008@msu.edu> <3FF75CCA.3030705@msu.edu> <3FF7C513.8000107@msu.edu> Message-ID: Alexander, > > and we still need Xlib to convert the selection into the desired format. > > Which conversions are these? Can they be done by other libraries or by using > connection idependent code from libX11 (which could be staticly linked) Conversion text encoding between compound text, UTF-8, Unicode and locale encoding. lib/X11/lc*.c contain those code. Maybe some part of those conversion can be done by iconv. But as far as I know, gnu libiconv doesn't supprot compound text. -- Kensuke Matsuzaki mailto:zakki@peppermint.jp http://peppermint.jp From huntharo@msu.edu Sun Jan 4 21:11:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 04 Jan 2004 21:11:00 -0000 Subject: X11 Selections In-Reply-To: References: <3FF74FFF.4000008@msu.edu> <3FF75CCA.3030705@msu.edu> <3FF7C513.8000107@msu.edu> Message-ID: <3FF88183.1060509@msu.edu> Kensuke Matsuzaki wrote: > Alexander, > > >>>and we still need Xlib to convert the selection into the desired format. >> >>Which conversions are these? Can they be done by other libraries or by using >>connection idependent code from libX11 (which could be staticly linked) > > > Conversion text encoding between compound text, UTF-8, Unicode and > locale encoding. lib/X11/lc*.c contain those code. Maybe some part of > those conversion can be done by iconv. But as far as I know, gnu > libiconv doesn't supprot compound text. I think a lot of those functions might be connection independent. I was looking at them last night and they do a lot of processing within Xlib, but they don't make calls to the server. Thus, they should not need a connection. Harold From huntharo@msu.edu Sun Jan 4 21:13:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 04 Jan 2004 21:13:00 -0000 Subject: X11 Selections In-Reply-To: References: <3FF74FFF.4000008@msu.edu> <3FF75CCA.3030705@msu.edu> <3FF7C513.8000107@msu.edu> Message-ID: <3FF88211.9050207@msu.edu> Kensuke, Kensuke Matsuzaki wrote: > Harold, > > I think you were working on XFIXES extention to solve #1. > Is that another solution? Yes, I was working on using XFIXES, but it was very difficult to get code within the server to compile with and use the XFIXES extension. The clipboard integration is only for our X Server, so it isn't a problem to wrap the function that we need to monitor directly. In fact, it ends up being a much cleaner solution. It is a lot easier to understand, and it does not introduce another X Client library dependency for XWin.exe, which is good to avoid. Harold >>1) Stop stealing the selection ownership as a means to tell when the >>clipboard has changed within X. >> >>2) Don't require an X Client connection and try to remove the dependency >>on Xlib. >> >>The new code solves problem #1, but it does nothing for #2, since we >>still need an X Client connection to receive the contents of the >>selection and we still need Xlib to convert the selection into the >>desired format. I am not sure how long it will take us to remove these >>two dependencies, so I am going to release the solution to problem #1 in >>the mean time. I am not sure that we will ever deem it worth the time >>and effort to solve problem #2. > > From huntharo@msu.edu Sun Jan 4 21:24:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 04 Jan 2004 21:24:00 -0000 Subject: Documentation - Reorganized FAQ posted Message-ID: <3FF884A4.9080001@msu.edu> Alexander Gottwald reorganized the FAQ (http://xfree86.cygwin.com/docs/faq/), moving questions about XDMCP, X11 tunnelling, and I18N support into their own sections. Harold From huntharo@msu.edu Sun Jan 4 22:14:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 04 Jan 2004 22:14:00 -0000 Subject: X11 Selections In-Reply-To: <3FF88183.1060509@msu.edu> References: <3FF74FFF.4000008@msu.edu> <3FF75CCA.3030705@msu.edu> <3FF7C513.8000107@msu.edu> <3FF88183.1060509@msu.edu> Message-ID: <3FF89035.5030905@msu.edu> Harold L Hunt II wrote: > Kensuke Matsuzaki wrote: > >> Alexander, >> >> >>>> and we still need Xlib to convert the selection into the desired >>>> format. >>> >>> >>> Which conversions are these? Can they be done by other libraries or >>> by using >>> connection idependent code from libX11 (which could be staticly linked) >> >> >> >> Conversion text encoding between compound text, UTF-8, Unicode and >> locale encoding. lib/X11/lc*.c contain those code. Maybe some part of >> those conversion can be done by iconv. But as far as I know, gnu >> libiconv doesn't supprot compound text. > > > I think a lot of those functions might be connection independent. I was > looking at them last night and they do a lot of processing within Xlib, > but they don't make calls to the server. Thus, they should not need a > connection. I lied, these functions make use of XInternAtom, which requires a display connection. However, there may be various ways of hacking this. For example, we could pre-register any used atoms when our X Server starts up and use our pre-defined (or at least accessible without a client connection) atom values in place of a lookup via XInternAtom. I have not looked further into the problem yet. Harold From huntharo@msu.edu Mon Jan 5 07:40:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 05 Jan 2004 07:40:00 -0000 Subject: New clipboard handling notes (XFree86-xserv-4.3.0-31) Message-ID: <3FF914DD.7070100@msu.edu> Here are my notes that I put together to convince myself that the new clipboard handling was complete and would not cause infinite loops. Please examine the notes if you are interested in the new code or if you would like to double-check my logic for errors. Please review the steps and post to the list if you think you have found an error. Also, if you find a bug or a crash, look at these steps and try to identify the approximate location of your problem so that we can do a better job of debugging. Harold Copy in X11 =========== 1) winProcSetSelectionOwner gets called and takes ownership of the Win32 clipboard (OpenClipboard, EmptyClipboard, SetClipboardData (foo, NULL)). 2) Selection is owned by another X11 client (the one that called XSetSelectionOwner). 3) EmptyClipboard() in step #1 files WM_DRAWCLIPBOARD message, which is ignored since hwnd == GetClipboardOwner (). 4) Paste in X11 a) Owning X11 client handles SelectionRequest events. b) Item is pasted within X11 without round-trip to Win32. 5) Paste in Win32 a) WM_RENDERFORMAT fires. b) SelectionRequest is sent, conversion from X11 to Win32 is done. c) SetClipboardData is called, passing converted text. 6) Copy in X11 (different app) a) Goto Step #1. 7) Copy in Win32 a) Clipboard is emptied and owned by the other application. b) WM_DRAWCLIPBOARD fires, XSetSelectionOwner is called, owning the selection for the clipboard integration manager. Copy in Win32 ============= 1) WM_DRAWCLIPBOARD fires, calls XSetSelectionOwner for itself. 2) winProcSetSelectionOwner gets called, does nothing since clipboard X11 window is the window that is taking ownership. 3) Paste in Win32 a) Clipboard owning Win32 app handles GetClipboardData call. b) Item is pasted without round-trip to X11. 4) Paste in X11 a) Clipboard integration manager receives SelectionRequest. b) GetClipboardData is called, returning Win32 clipboard contents. c) Conversion from Win32 to X11 is done and text is pasted. 5) Copy in X11 a) winProcSetSelectionOwner is called. b) Clipboard integration manager takes ownership of Win32 clipboard. c) WM_DRAWCLIPBOARD fires and is ignored since hwnd == GetClipboardOwner (). 6) Copy in Win32 (different app) a) Goto Step #1. From daniel@copyleft.no Mon Jan 5 10:34:00 2004 From: daniel@copyleft.no (Hr. Daniel Mikkelsen) Date: Mon, 05 Jan 2004 10:34:00 -0000 Subject: Fix to stop xwinclip from clobbering remote clipboard In-Reply-To: <1072179661.1858.22.camel@famine> Message-ID: <20040105113322.P84046-100000@unity.copyleft.no> On Tue, 23 Dec 2003, ?yvind Harboe wrote: > I'm going out on a limb here, as my experience with xfree86 is extremely > limited. Perhaps there is an option to achieve what I'm suggesting here. Did you ever find out of that strange unicode-problem when copying from OpenOffice? The "\x023" problem. -- Daniel From Dr.Volker.Zell@oracle.com Mon Jan 5 11:35:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Mon, 05 Jan 2004 11:35:00 -0000 Subject: Updated: XFree86-xserv-4.3.0-31 In-Reply-To: <3FF90D85.5060704@msu.edu> (Harold L. Hunt, II's message of "Mon, 05 Jan 2004 02:08:53 -0500") References: <3FF90D85.5060704@msu.edu> Message-ID: <87fzeu7hnh.fsf@vzell-de.de.oracle.com> >>>>> "Harold" == Harold L Hunt writes: Harold> 1) General - Everything up to the last three entries describes the Harold> new clipboard handling system that does not steal ownership of the X11 Harold> selection each time that something is selected; this seems to work Harold> fine, but it needs to be tested. Hi Harold You made my day !!!! The selection ownership problem really went away. I'm running the X version of XEmacs since half a day now and no problems with selection and copy/paste between X and Windows. Ciao Volker From alexander.gottwald@s1999.tu-chemnitz.de Mon Jan 5 12:19:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 05 Jan 2004 12:19:00 -0000 Subject: New clipboard handling notes (XFree86-xserv-4.3.0-31) In-Reply-To: <3FF914DD.7070100@msu.edu> References: <3FF914DD.7070100@msu.edu> Message-ID: On Mon, 5 Jan 2004, Harold L Hunt II wrote: > Here are my notes that I put together to convince myself that the new > clipboard handling was complete and would not cause infinite loops. > Please examine the notes if you are interested in the new code or if you > would like to double-check my logic for errors. > > Please review the steps and post to the list if you think you have found > an error. Also, if you find a bug or a crash, look at these steps and > try to identify the approximate location of your problem so that we can > do a better job of debugging. > > Harold > > > Copy in X11 > =========== > 1) winProcSetSelectionOwner gets called and takes ownership of the Win32 > clipboard (OpenClipboard, EmptyClipboard, SetClipboardData (foo, NULL)). > > 2) Selection is owned by another X11 client (the one that called > XSetSelectionOwner). > > 3) EmptyClipboard() in step #1 files WM_DRAWCLIPBOARD message, which is > ignored since hwnd == GetClipboardOwner (). > > 4) Paste in X11 > a) Owning X11 client handles SelectionRequest events. > > b) Item is pasted within X11 without round-trip to Win32. > > 5) Paste in Win32 > a) WM_RENDERFORMAT fires. > > b) SelectionRequest is sent, conversion from X11 to Win32 is done. > > c) SetClipboardData is called, passing converted text. > > 6) Copy in X11 (different app) > a) Goto Step #1. > > 7) Copy in Win32 > a) Clipboard is emptied and owned by the other application. > > b) WM_DRAWCLIPBOARD fires, XSetSelectionOwner is called, owning the > selection for the clipboard integration manager. > > > Copy in Win32 > ============= > 1) WM_DRAWCLIPBOARD fires, calls XSetSelectionOwner for itself. > > 2) winProcSetSelectionOwner gets called, does nothing since clipboard > X11 window is the window that is taking ownership. > > 3) Paste in Win32 > a) Clipboard owning Win32 app handles GetClipboardData call. > > b) Item is pasted without round-trip to X11. > > 4) Paste in X11 > a) Clipboard integration manager receives SelectionRequest. > > b) GetClipboardData is called, returning Win32 clipboard contents. > > c) Conversion from Win32 to X11 is done and text is pasted. > > 5) Copy in X11 > a) winProcSetSelectionOwner is called. > > b) Clipboard integration manager takes ownership of Win32 clipboard. > > c) WM_DRAWCLIPBOARD fires and is ignored since hwnd == > GetClipboardOwner (). > > 6) Copy in Win32 (different app) > a) Goto Step #1. > Looks good to me. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From dbarak@sandisk.com Mon Jan 5 13:42:00 2004 From: dbarak@sandisk.com (Dotan Barak) Date: Mon, 05 Jan 2004 13:42:00 -0000 Subject: where can I get instruction for installation the xemacs on cgwin threw startx Message-ID: <5A581EC513B13048BE69A41625506074050887@ilex1.sandisk.local> From abraverman@itms.com Mon Jan 5 15:22:00 2004 From: abraverman@itms.com (Andrew Braverman) Date: Mon, 05 Jan 2004 15:22:00 -0000 Subject: Updated: XFree86-xserv-4.3.0-31 In-Reply-To: <3FF90D85.5060704@msu.edu> Message-ID: <002c01c3d39f$b9b1bd80$1e54cea7@andrew> I just tried running this version and it crashes. I get a normal looking stuff at the beginning of the XWin.log file and then get one line telling me: winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. Then I get 64K + lines (total size of log file is 65072 lines) of: winProcSetSelectionOwner - We changed ownership, aborting. Does anyone have any ideas? > -----Original Message----- > From: cygwin-xfree-announce-owner@cygwin.com > [mailto:cygwin-xfree-announce-owner@cygwin.com]On Behalf Of Harold L > Hunt II > Sent: Monday, January 05, 2004 2:09 AM > To: cygxannounce > Subject: Updated: XFree86-xserv-4.3.0-31 > > > Announcement > ============ > > The XFree86-xserv-4.3.0-31 package has been updated in the Cygwin > distribution. > > > Links > ===== > > Server source, direct link: > http://www.msu.edu/~huntharo/xwin/devel/server/xwin-20040105-0 105.tar.bz2 > (131 KiB) > > xc/programs/Xserver/hw/xwin (all files) diff against 4.3.0-29 > (yes, the > file has the wrong name, just live with it) source code: > http://www.msu.edu/~huntharo/xwin/devel/server/xwin-4.3.0-30-t > o-4.3.0-31.diff > (39 KiB) > > xc/programs/Xserver/Imakefile diff against XFree86 CVS: > http://www.msu.edu/~huntharo/xwin/devel/server/xc-programs-Xse rver-Imakefile-20040105-0105.diff > (1 KiB) > > > Changes > ======= > > 1) General - Everything up to the last three entries describes the > new clipboard handling system that does not steal ownership of the X11 > selection each time that something is selected; this seems to work > fine, but it needs to be tested. The last three entries describe my > nearly complete attempt at generating a MIT-MAGIC-COOKIE-1, adding it > to the list of cookies that the X Server recognizes, and using it when > the clipboard client tries to connect during an XDMCP connection. > This authentication approach should work, but I need a break from > trying to figure out which of the function calls has a minor error in > its parameters; thus, it does not currently work. However, feel free > to examine the source code and let me know if any of my calls to > GenerateAuthorization, AddResource, or XauWriteAuth are incorrect. I > would really like to get this automatic authorization working as soon > as possible. Until then I will mark this release (and all releases > based upon it) as 'test'. > > 2) InitInput.c - Add a function, winProcSetSelectionOwner, and wrap > the generic function ProcVector[X_SetSelectionOwner] with it. This > allows us to get a notification each time the selection (clipboard) > owner changes. Call SetClipboardData (foo, NULL) so that the > WM_RENDERFORMAT message will be posted when a Win32 app requests the > clipboard contents. (Harold L Hunt II, Alexander Gottwald) > > 3) winclipboardxevents.c/winClipboardFlushXEvents/SelectionNotify - > No longer steal ownership of the selection each time it changes in > X11. We can do this because we have notification when > SetSelectionOwner is called (see above). (Harold L Hunt II) > > 4) winclipboardxevents.c/winClipboardFlushXEvents/SelectionClear - > Remove handling, it is no longer needed; it used to request the > contents of the selection that we lost ownership of. (Harold L Hunt > II) > > 5) winclipboardwndproc.c/winClipboardWindowProc/WM_CREATE,WM_DESTROY > - Add information to be used on each call to a window property. > (Harold L Hunt II) > > 6) > winclipboardwndproc.c/winClipboardWindowProc/WM_CREATE,WM_DEST > ROY,WM_CHANGECBCHAIN,WM_DRAWCLIPBOARD > - Add ourselves to the clipboard viewer chain so that we receive > notification when the clipboard contents are changed by a Win32 > application. Our normal response to this is to call > XSetSelectionOwner, but we specifically do nothing if we currently own > the Win32 clipboard. (Harold L Hunt II) > > 7) > winclipboardwndproc.c/winClipboardWindowProc/WM_RENDERFORMAT,W > M_RENDERALLFORMATS > - Request the contents of the X11 selection. Use XPeekIfEvent to wait > until the response is added to our event queue (this could probably > lead to a dead-lock of a client exists before responding), then call > winClipboardFlushXEvents to handle the SelectionNotify event. UTF8 > and CompoundText targets require that we call XConvertSelection from > the SelectionNotify event, which will cause another SelectionNotify > event to be fired; be careful to check for this and do the > XPeekIfEvent/winClipboardFlushXEvents thing again if this is the > case (this is untested because I did not see any UTF8 or CompoundText > targets that needed conversion). Copy the returned contents to the > Win32 clipboard with SetClipboardData (). (Harold L Hunt II) > > 8) winscrinit.c/winFinishScreenInitFB - Generate a > MIT-MAGIC-COOKIE-1 cookie and add it to the server's list of cookies. > (Harold L Hunt II) > > 9) winclipboardthread.c/winClipboardSaveXauthData - Add the generated > MIT-MAGIC-COOKIE-1 cookie to the Xauthority file. Beware that this is > hard-coded to 127.0.0.1:0 and that the entry is not cleaned up upon > exit; this will force the host-based access to be disabled in some > cases and could cause problems starting X Clients until this is fixed. > (Harold L Hunt II) > > 10) xc/programs/Xserver/Imakefile - Add $(OS) to the XWINLIBS just > after libXwin.a is included, which allows us to call unreferenced > functions in libXau.a, such as XauWriteAuth. (Harold L Hunt II) > > -- > Harold Hunt > > To update your installation, click on the "Install Cygwin now" link on > the http://cygwin.com/ web page. This downloads setup.exe to your > system. Once you've downloaded setup.exe, run it and select "XFree86" > and then click on the appropriate field until the above announced > version number appears if it is not displayed already. > > If your mirror doesn't yet have the latest version of this > package after > 24 hours, you can either continue to wait for that site to be > updated or > you can try to find another mirror. > > Please send questions or comments to the Cygwin/X mailing list at: > cygwin-xfree@cygwin.com > > If you want to subscribe go to: > http://cygwin.com/ml/cygwin-xfree/ > > I would appreciate if you would use this mailing list rather than > emailing me directly. This includes ideas and comments about > the setup > utility or Cygwin/X in general. > > If you want to make a point or ask a question the Cygwin/X mailing > list is the appropriate place. > From alexander.gottwald@s1999.tu-chemnitz.de Mon Jan 5 15:44:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 05 Jan 2004 15:44:00 -0000 Subject: Updated: XFree86-xserv-4.3.0-31 In-Reply-To: <002c01c3d39f$b9b1bd80$1e54cea7@andrew> References: <002c01c3d39f$b9b1bd80$1e54cea7@andrew> Message-ID: On Mon, 5 Jan 2004, Andrew Braverman wrote: > I just tried running this version and it crashes. I get a normal looking > stuff at the beginning of the XWin.log file and then get one line telling > me: > winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. > Then I get 64K + lines (total size of log file is 65072 lines) of: > winProcSetSelectionOwner - We changed ownership, aborting. > > Does anyone have any ideas? Noticed this too. It happend after sever reset. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Armbrust.Daniel@mayo.edu Mon Jan 5 15:47:00 2004 From: Armbrust.Daniel@mayo.edu (Armbrust, Daniel C.) Date: Mon, 05 Jan 2004 15:47:00 -0000 Subject: Updated: XFree86-xserv-4.3.0-31 Message-ID: <818623B5FD23D51193200002B32C07610D897C59@excsrv44.mayo.edu> I just upgraded my install, and now it reports a missing dll file (cygcygipc-2.dll). Should the installer handle this automatically? From Dr.Volker.Zell@oracle.com Mon Jan 5 15:56:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Mon, 05 Jan 2004 15:56:00 -0000 Subject: where can I get instruction for installation the xemacs on cgwin threw startx In-Reply-To: <5A581EC513B13048BE69A41625506074050887@ilex1.sandisk.local> (Dotan Barak's message of "Mon, 5 Jan 2004 05:42:11 -0800") References: <5A581EC513B13048BE69A41625506074050887@ilex1.sandisk.local> Message-ID: <87llom4dy5.fsf@vzell-de.de.oracle.com> See o http://cygwin.com/ml/cygwin-apps/2004-01/msg00015.html Ciao Volker From Dr.Volker.Zell@oracle.com Mon Jan 5 15:56:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Mon, 05 Jan 2004 15:56:00 -0000 Subject: Updated: XFree86-xserv-4.3.0-31 In-Reply-To: <87fzeu7hnh.fsf@vzell-de.de.oracle.com> (Volker Zell's message of "Mon, 05 Jan 2004 12:34:58 +0100") References: <3FF90D85.5060704@msu.edu> <87fzeu7hnh.fsf@vzell-de.de.oracle.com> Message-ID: <87d69y2z1f.fsf@vzell-de.de.oracle.com> >>>>> "Volker" == Volker Zell writes: Volker> Hi Harold Volker> You made my day !!!! The selection ownership problem really went away. Volker> I'm running the X version of XEmacs since half a day now and no Volker> problems with selection and copy/paste between X and Windows. A couple of hours later it stopped working, now my XWin.log fills up with winProcSetSelectionOwner - OpenClipboard () failed: 00000578 winProcSetSelectionOwner - OpenClipboard () failed: 00000578 winProcSetSelectionOwner - OpenClipboard () failed: 00000578 Ciao Volker From darryls@productcosting.com Mon Jan 5 18:08:00 2004 From: darryls@productcosting.com (Darryl Scott) Date: Mon, 05 Jan 2004 18:08:00 -0000 Subject: IPC not configured In-Reply-To: <818623B5FD23D51193200002B32C07610D897C59@excsrv44.mayo.edu > Message-ID: <5.2.1.1.0.20040105175948.00a21090@mail.mistral.net> Hi! I have recently been starting to use cygwin on a Windows 2003 server. The UNIX code has been ported using Interix, windows services for UNIX. This does not come with an X-server. The port has been very straightforward. The single user X applications work A-OK. I am having problems with the multi-user versions which make use of IPC. When I try starting say message queues within cygwin and check with ipcs the system states that the kernel has not been configured for IPC. IPC started via c-shell in Interix are active and X-apps in cygwin start and put a message on to a queue, the other end of the queue is not read and so the app hangs. If anyone could point me to documentation I will be delighted. Thank you in anticipation Darryl From huntharo@msu.edu Mon Jan 5 19:20:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 05 Jan 2004 19:20:00 -0000 Subject: Fix to stop xwinclip from clobbering remote clipboard In-Reply-To: <20040105113322.P84046-100000@unity.copyleft.no> References: <20040105113322.P84046-100000@unity.copyleft.no> Message-ID: <3FF9B8F7.3000404@msu.edu> Daniel, Hr. Daniel Mikkelsen wrote: > On Tue, 23 Dec 2003, ??yvind Harboe wrote: > > >>I'm going out on a limb here, as my experience with xfree86 is extremely >>limited. Perhaps there is an option to achieve what I'm suggesting here. > > > Did you ever find out of that strange unicode-problem when copying from > OpenOffice? The "\x023" problem. If it was a problem due to the fact that the OpenOffice (X11, right) text got copied to Windows, then back to X11, then that should no longer be a problem in XFree86-xserv-4.3.0-31 since round-tripping has been eliminated. Harold From huntharo@msu.edu Mon Jan 5 19:22:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 05 Jan 2004 19:22:00 -0000 Subject: Updated: XFree86-xserv-4.3.0-31 In-Reply-To: <87fzeu7hnh.fsf@vzell-de.de.oracle.com> References: <3FF90D85.5060704@msu.edu> <87fzeu7hnh.fsf@vzell-de.de.oracle.com> Message-ID: <3FF9B984.8070902@msu.edu> Volker, Dr. Volker Zell wrote: >>>>>>"Harold" == Harold L Hunt writes: > > > Harold> 1) General - Everything up to the last three entries describes the > Harold> new clipboard handling system that does not steal ownership of the X11 > Harold> selection each time that something is selected; this seems to work > Harold> fine, but it needs to be tested. > > Hi Harold > You made my day !!!! The selection ownership problem really went away. > I'm running the X version of XEmacs since half a day now and no > problems with selection and copy/paste between X and Windows. Great! I was sort of afraid to test it really hard... I didn't want to find out for myself that it had major bugs. :) That is great to hear that it is holding up. Harold From huntharo@msu.edu Mon Jan 5 19:29:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 05 Jan 2004 19:29:00 -0000 Subject: New clipboard handling notes (XFree86-xserv-4.3.0-31) In-Reply-To: References: <3FF914DD.7070100@msu.edu> Message-ID: <3FF9BB03.4010903@msu.edu> Alexander, Good, thanks for reviewing the notes. Harold Alexander Gottwald wrote: > On Mon, 5 Jan 2004, Harold L Hunt II wrote: > > >>Here are my notes that I put together to convince myself that the new >>clipboard handling was complete and would not cause infinite loops. >>Please examine the notes if you are interested in the new code or if you >>would like to double-check my logic for errors. >> >>Please review the steps and post to the list if you think you have found >>an error. Also, if you find a bug or a crash, look at these steps and >>try to identify the approximate location of your problem so that we can >>do a better job of debugging. >> >>Harold >> >> >>Copy in X11 >>=========== >>1) winProcSetSelectionOwner gets called and takes ownership of the Win32 >>clipboard (OpenClipboard, EmptyClipboard, SetClipboardData (foo, NULL)). >> >>2) Selection is owned by another X11 client (the one that called >>XSetSelectionOwner). >> >>3) EmptyClipboard() in step #1 files WM_DRAWCLIPBOARD message, which is >>ignored since hwnd == GetClipboardOwner (). >> >>4) Paste in X11 >> a) Owning X11 client handles SelectionRequest events. >> >> b) Item is pasted within X11 without round-trip to Win32. >> >>5) Paste in Win32 >> a) WM_RENDERFORMAT fires. >> >> b) SelectionRequest is sent, conversion from X11 to Win32 is done. >> >> c) SetClipboardData is called, passing converted text. >> >>6) Copy in X11 (different app) >> a) Goto Step #1. >> >>7) Copy in Win32 >> a) Clipboard is emptied and owned by the other application. >> >> b) WM_DRAWCLIPBOARD fires, XSetSelectionOwner is called, owning the >> selection for the clipboard integration manager. >> >> >>Copy in Win32 >>============= >>1) WM_DRAWCLIPBOARD fires, calls XSetSelectionOwner for itself. >> >>2) winProcSetSelectionOwner gets called, does nothing since clipboard >>X11 window is the window that is taking ownership. >> >>3) Paste in Win32 >> a) Clipboard owning Win32 app handles GetClipboardData call. >> >> b) Item is pasted without round-trip to X11. >> >>4) Paste in X11 >> a) Clipboard integration manager receives SelectionRequest. >> >> b) GetClipboardData is called, returning Win32 clipboard contents. >> >> c) Conversion from Win32 to X11 is done and text is pasted. >> >>5) Copy in X11 >> a) winProcSetSelectionOwner is called. >> >> b) Clipboard integration manager takes ownership of Win32 clipboard. >> >> c) WM_DRAWCLIPBOARD fires and is ignored since hwnd == >> GetClipboardOwner (). >> >>6) Copy in Win32 (different app) >> a) Goto Step #1. >> > > > Looks good to me. > > bye > ago > From huntharo@msu.edu Mon Jan 5 19:30:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 05 Jan 2004 19:30:00 -0000 Subject: Updated: XFree86-xserv-4.3.0-31 In-Reply-To: <002c01c3d39f$b9b1bd80$1e54cea7@andrew> References: <002c01c3d39f$b9b1bd80$1e54cea7@andrew> Message-ID: <3FF9BB5F.7040004@msu.edu> Andrew, Yup, this happens when you are using -query and there are no entries in your .Xauthority file. You can alleviate this by running it again after it crashes, since the previous entries are left in the file. This is something that still has to be fixed or worked around and that is why these are 'test' releases. Sorry for not describing this particular failure mode in the announcement. Harold Andrew Braverman wrote: > I just tried running this version and it crashes. I get a normal looking > stuff at the beginning of the XWin.log file and then get one line telling > me: > winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. > Then I get 64K + lines (total size of log file is 65072 lines) of: > winProcSetSelectionOwner - We changed ownership, aborting. > > Does anyone have any ideas? > > > >>-----Original Message----- >>From: cygwin-xfree-announce-owner@cygwin.com >>[mailto:cygwin-xfree-announce-owner@cygwin.com]On Behalf Of Harold L >>Hunt II >>Sent: Monday, January 05, 2004 2:09 AM >>To: cygxannounce >>Subject: Updated: XFree86-xserv-4.3.0-31 >> >> >>Announcement >>============ >> >>The XFree86-xserv-4.3.0-31 package has been updated in the Cygwin >>distribution. >> >> >>Links >>===== >> >>Server source, direct link: >>http://www.msu.edu/~huntharo/xwin/devel/server/xwin-20040105-0 > > 105.tar.bz2 > >>(131 KiB) >> >>xc/programs/Xserver/hw/xwin (all files) diff against 4.3.0-29 >>(yes, the >>file has the wrong name, just live with it) source code: >>http://www.msu.edu/~huntharo/xwin/devel/server/xwin-4.3.0-30-t >>o-4.3.0-31.diff >>(39 KiB) >> >>xc/programs/Xserver/Imakefile diff against XFree86 CVS: >>http://www.msu.edu/~huntharo/xwin/devel/server/xc-programs-Xse > > rver-Imakefile-20040105-0105.diff > >>(1 KiB) >> >> >>Changes >>======= >> >>1) General - Everything up to the last three entries describes the >>new clipboard handling system that does not steal ownership of the X11 >>selection each time that something is selected; this seems to work >>fine, but it needs to be tested. The last three entries describe my >>nearly complete attempt at generating a MIT-MAGIC-COOKIE-1, adding it >>to the list of cookies that the X Server recognizes, and using it when >>the clipboard client tries to connect during an XDMCP connection. >>This authentication approach should work, but I need a break from >>trying to figure out which of the function calls has a minor error in >>its parameters; thus, it does not currently work. However, feel free >>to examine the source code and let me know if any of my calls to >>GenerateAuthorization, AddResource, or XauWriteAuth are incorrect. I >>would really like to get this automatic authorization working as soon >>as possible. Until then I will mark this release (and all releases >>based upon it) as 'test'. >> >>2) InitInput.c - Add a function, winProcSetSelectionOwner, and wrap >>the generic function ProcVector[X_SetSelectionOwner] with it. This >>allows us to get a notification each time the selection (clipboard) >>owner changes. Call SetClipboardData (foo, NULL) so that the >>WM_RENDERFORMAT message will be posted when a Win32 app requests the >>clipboard contents. (Harold L Hunt II, Alexander Gottwald) >> >>3) winclipboardxevents.c/winClipboardFlushXEvents/SelectionNotify - >>No longer steal ownership of the selection each time it changes in >>X11. We can do this because we have notification when >>SetSelectionOwner is called (see above). (Harold L Hunt II) >> >>4) winclipboardxevents.c/winClipboardFlushXEvents/SelectionClear - >>Remove handling, it is no longer needed; it used to request the >>contents of the selection that we lost ownership of. (Harold L Hunt >>II) >> >>5) winclipboardwndproc.c/winClipboardWindowProc/WM_CREATE,WM_DESTROY >>- Add information to be used on each call to a window property. >>(Harold L Hunt II) >> >>6) >>winclipboardwndproc.c/winClipboardWindowProc/WM_CREATE,WM_DEST >>ROY,WM_CHANGECBCHAIN,WM_DRAWCLIPBOARD >>- Add ourselves to the clipboard viewer chain so that we receive >>notification when the clipboard contents are changed by a Win32 >>application. Our normal response to this is to call >>XSetSelectionOwner, but we specifically do nothing if we currently own >>the Win32 clipboard. (Harold L Hunt II) >> >>7) >>winclipboardwndproc.c/winClipboardWindowProc/WM_RENDERFORMAT,W >>M_RENDERALLFORMATS >>- Request the contents of the X11 selection. Use XPeekIfEvent to wait >>until the response is added to our event queue (this could probably >>lead to a dead-lock of a client exists before responding), then call >>winClipboardFlushXEvents to handle the SelectionNotify event. UTF8 >>and CompoundText targets require that we call XConvertSelection from >>the SelectionNotify event, which will cause another SelectionNotify >>event to be fired; be careful to check for this and do the >>XPeekIfEvent/winClipboardFlushXEvents thing again if this is the >>case (this is untested because I did not see any UTF8 or CompoundText >>targets that needed conversion). Copy the returned contents to the >>Win32 clipboard with SetClipboardData (). (Harold L Hunt II) >> >>8) winscrinit.c/winFinishScreenInitFB - Generate a >>MIT-MAGIC-COOKIE-1 cookie and add it to the server's list of cookies. >>(Harold L Hunt II) >> >>9) winclipboardthread.c/winClipboardSaveXauthData - Add the generated >>MIT-MAGIC-COOKIE-1 cookie to the Xauthority file. Beware that this is >>hard-coded to 127.0.0.1:0 and that the entry is not cleaned up upon >>exit; this will force the host-based access to be disabled in some >>cases and could cause problems starting X Clients until this is fixed. >>(Harold L Hunt II) >> >>10) xc/programs/Xserver/Imakefile - Add $(OS) to the XWINLIBS just >>after libXwin.a is included, which allows us to call unreferenced >>functions in libXau.a, such as XauWriteAuth. (Harold L Hunt II) >> >>-- >>Harold Hunt >> >>To update your installation, click on the "Install Cygwin now" link on >>the http://cygwin.com/ web page. This downloads setup.exe to your >>system. Once you've downloaded setup.exe, run it and select "XFree86" >>and then click on the appropriate field until the above announced >>version number appears if it is not displayed already. >> >>If your mirror doesn't yet have the latest version of this >>package after >>24 hours, you can either continue to wait for that site to be >>updated or >>you can try to find another mirror. >> >>Please send questions or comments to the Cygwin/X mailing list at: >>cygwin-xfree@cygwin.com >> >>If you want to subscribe go to: >>http://cygwin.com/ml/cygwin-xfree/ >> >>I would appreciate if you would use this mailing list rather than >>emailing me directly. This includes ideas and comments about >>the setup >>utility or Cygwin/X in general. >> >>If you want to make a point or ask a question the Cygwin/X mailing >>list is the appropriate place. >> > > > > From huntharo@msu.edu Mon Jan 5 19:33:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 05 Jan 2004 19:33:00 -0000 Subject: Updated: XFree86-xserv-4.3.0-31 In-Reply-To: <87d69y2z1f.fsf@vzell-de.de.oracle.com> References: <3FF90D85.5060704@msu.edu> <87fzeu7hnh.fsf@vzell-de.de.oracle.com> <87d69y2z1f.fsf@vzell-de.de.oracle.com> Message-ID: <3FF9BC06.2070007@msu.edu> Volker, Dr. Volker Zell wrote: >>>>>>"Volker" == Volker Zell writes: > > > Volker> Hi Harold > Volker> You made my day !!!! The selection ownership problem really went away. > Volker> I'm running the X version of XEmacs since half a day now and no > Volker> problems with selection and copy/paste between X and Windows. > > A couple of hours later it stopped working, now my XWin.log fills up > with > > winProcSetSelectionOwner - OpenClipboard () failed: 00000578 > winProcSetSelectionOwner - OpenClipboard () failed: 00000578 > winProcSetSelectionOwner - OpenClipboard () failed: 00000578 Hmm... that is not something I had seen before. Did an earlier entry in the XWin.log say anything about the clipboard manager shutting down? Want to bzip2 it and send XWin.log to me privately? Harold From huntharo@msu.edu Mon Jan 5 19:48:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 05 Jan 2004 19:48:00 -0000 Subject: Updated: XFree86-xserv-4.3.0-31 In-Reply-To: References: <002c01c3d39f$b9b1bd80$1e54cea7@andrew> Message-ID: <3FF9BF9A.7000706@msu.edu> Alexander Gottwald wrote: > On Mon, 5 Jan 2004, Andrew Braverman wrote: > > >>I just tried running this version and it crashes. I get a normal looking >>stuff at the beginning of the XWin.log file and then get one line telling >>me: >> winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. >>Then I get 64K + lines (total size of log file is 65072 lines) of: >> winProcSetSelectionOwner - We changed ownership, aborting. >> >>Does anyone have any ideas? > > > Noticed this too. It happend after sever reset. Hmm... I guess I didn't tell you guys that server resets were not supported, right? :) I already had a fix in my code base for this last night. The problem is that the server functions vectors are only setup once, but I keep wrapping the function each time the server resets. I added an if (serverGeneration == 1) to my local code last night, just after I posted the 4.3.0-31 release. That should stop the multiple wrapping from happening, which is causing the crash. Harold From huntharo@msu.edu Mon Jan 5 19:53:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 05 Jan 2004 19:53:00 -0000 Subject: Updated: XFree86-xserv-4.3.0-31 In-Reply-To: <818623B5FD23D51193200002B32C07610D897C59@excsrv44.mayo.edu> References: <818623B5FD23D51193200002B32C07610D897C59@excsrv44.mayo.edu> Message-ID: <3FF9C095.3000508@msu.edu> Daniel, Armbrust, Daniel C. wrote: > I just upgraded my install, and now it reports a missing dll file (cygcygipc-2.dll). Should the installer handle this automatically? You must have been going for a very long time before upgrading. Yes, the cygipc package is a dependency of the X packages, but if you upgrade from an old version that did not require it, then it might not be automatically selected for installation. The solution is to manually select the cygipc package. Harold From huntharo@msu.edu Mon Jan 5 20:07:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 05 Jan 2004 20:07:00 -0000 Subject: IPC not configured In-Reply-To: <5.2.1.1.0.20040105175948.00a21090@mail.mistral.net> References: <5.2.1.1.0.20040105175948.00a21090@mail.mistral.net> Message-ID: <3FF9C3F5.1000607@msu.edu> Darryl, Darryl Scott wrote: > Hi! > > I have recently been starting to use cygwin on a Windows 2003 server. > The UNIX code has been ported using Interix, windows services for UNIX. > This does not come with an X-server. Okay, is your ported code in these examples still being run under Interix, or has it been recompiled under Cygwin? I am thinking Cygwin, but I want to make sure. > The port has been very straightforward. The single user X applications > work A-OK. I am having problems with the multi-user versions which make > use of IPC. When I try starting say message queues within cygwin and > check with ipcs the system states that the kernel has not been > configured for IPC. The cygipc package in Cygwin provides IPC support. It has to be started manually. > IPC started via c-shell in Interix are active and X-apps in cygwin start > and put a message on to a queue, the other end of the queue is not read > and so the app hangs. That sort of integration between the IPC system in Interix and the IPC system in Cygwin is unlikely to work. I don't believe that cygipc is using Windows' IPC mechanisms, so Interix would have no knowledge of what is going on in cygipc, etc. At least, I suspect that is how it is implemented, but I could be wrong. > If anyone could point me to documentation I will be delighted. Here is Chuck Wilson's documentation: http://www.neuro.gatech.edu/users/cwilson/cygutils/cygipc/ Here is the readme for cygipc: http://www.neuro.gatech.edu/users/cwilson/cygutils/cygipc/#README Do note that the cygipc package will be dropped in favor of the new cygserver application that works in conjunction with function stubs in a new version of cygwin1.dll. That will allow all Cygwin apps to be compiled with IPC support and to only enable it when cygserver is running. That change will require a recompile of all apps that use IPC, I believe. Harold From abraverman@itms.com Mon Jan 5 20:12:00 2004 From: abraverman@itms.com (Andrew Braverman) Date: Mon, 05 Jan 2004 20:12:00 -0000 Subject: Updated: XFree86-xserv-4.3.0-31 In-Reply-To: <3FF9BB5F.7040004@msu.edu> Message-ID: <003401c3d3c8$32363880$1e54cea7@andrew> No problem. I understood it was a test release and just went back to the old. FYI - I am not, however, using the -query parameter in my XWin invocation. I am using ssh tunnels and therefore am not doing a query. The invocation looks like this: XWin -once -emulate3buttons -clipboard -multiwindow -lesspointer -clipupdate s 5 & Even running it multiple times gets me the same result. I will check it again the next time you put it out. I would love to use it. It sounds like it will solve a bunch of problems. As usual, sincere thanks go out to the crew of a half dozen or so of you who do most of the work on this project. If it were not for you guys (especially Harold), this project would not go anywhere. There are many other contributors who deserve thanks, but they would not have something to contribute to without the core group of you guys. One of these days, when I have some "free" time, I need to try to look more deeply at the code and try to help out some more. Thanks again to all for a wonderful product. Andy > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold L Hunt II > Sent: Monday, January 05, 2004 2:31 PM > To: cygwin-xfree@cygwin.com > Subject: Re: Updated: XFree86-xserv-4.3.0-31 > > > Andrew, > > Yup, this happens when you are using -query and there are no > entries in > your .Xauthority file. You can alleviate this by running it > again after > it crashes, since the previous entries are left in the file. This is > something that still has to be fixed or worked around and that is why > these are 'test' releases. Sorry for not describing this particular > failure mode in the announcement. > > Harold > > Andrew Braverman wrote: > > > I just tried running this version and it crashes. I get a > normal looking > > stuff at the beginning of the XWin.log file and then get > one line telling > > me: > > winClipboardWindowProc - WM_DRAWCLIPBOARD - > Initializing - Returning. > > Then I get 64K + lines (total size of log file is 65072 lines) of: > > winProcSetSelectionOwner - We changed ownership, aborting. > > > > Does anyone have any ideas? > > > > > > > >>-----Original Message----- > >>From: cygwin-xfree-announce-owner@cygwin.com > >>[mailto:cygwin-xfree-announce-owner@cygwin.com]On Behalf Of Harold L > >>Hunt II > >>Sent: Monday, January 05, 2004 2:09 AM > >>To: cygxannounce > >>Subject: Updated: XFree86-xserv-4.3.0-31 > >> > >> > >>Announcement > >>============ > >> > >>The XFree86-xserv-4.3.0-31 package has been updated in the Cygwin > >>distribution. > >> > >> > >>Links > >>===== > >> > >>Server source, direct link: > >>http://www.msu.edu/~huntharo/xwin/devel/server/xwin-20040105-0 > > > > 105.tar.bz2 > > > >>(131 KiB) > >> > >>xc/programs/Xserver/hw/xwin (all files) diff against 4.3.0-29 > >>(yes, the > >>file has the wrong name, just live with it) source code: > >>http://www.msu.edu/~huntharo/xwin/devel/server/xwin-4.3.0-30-t > >>o-4.3.0-31.diff > >>(39 KiB) > >> > >>xc/programs/Xserver/Imakefile diff against XFree86 CVS: > >>http://www.msu.edu/~huntharo/xwin/devel/server/xc-programs-Xse > > > > rver-Imakefile-20040105-0105.diff > > > >>(1 KiB) > >> > >> > >>Changes > >>======= > >> > >>1) General - Everything up to the last three entries describes the > >>new clipboard handling system that does not steal ownership > of the X11 > >>selection each time that something is selected; this seems to work > >>fine, but it needs to be tested. The last three entries describe my > >>nearly complete attempt at generating a MIT-MAGIC-COOKIE-1, > adding it > >>to the list of cookies that the X Server recognizes, and > using it when > >>the clipboard client tries to connect during an XDMCP connection. > >>This authentication approach should work, but I need a break from > >>trying to figure out which of the function calls has a > minor error in > >>its parameters; thus, it does not currently work. However, > feel free > >>to examine the source code and let me know if any of my calls to > >>GenerateAuthorization, AddResource, or XauWriteAuth are > incorrect. I > >>would really like to get this automatic authorization > working as soon > >>as possible. Until then I will mark this release (and all releases > >>based upon it) as 'test'. > >> > >>2) InitInput.c - Add a function, winProcSetSelectionOwner, and wrap > >>the generic function ProcVector[X_SetSelectionOwner] with it. This > >>allows us to get a notification each time the selection (clipboard) > >>owner changes. Call SetClipboardData (foo, NULL) so that the > >>WM_RENDERFORMAT message will be posted when a Win32 app requests the > >>clipboard contents. (Harold L Hunt II, Alexander Gottwald) > >> > >>3) winclipboardxevents.c/winClipboardFlushXEvents/SelectionNotify - > >>No longer steal ownership of the selection each time it changes in > >>X11. We can do this because we have notification when > >>SetSelectionOwner is called (see above). (Harold L Hunt II) > >> > >>4) winclipboardxevents.c/winClipboardFlushXEvents/SelectionClear - > >>Remove handling, it is no longer needed; it used to request the > >>contents of the selection that we lost ownership of. (Harold L Hunt > >>II) > >> > >>5) winclipboardwndproc.c/winClipboardWindowProc/WM_CREATE,WM_DESTROY > >>- Add information to be used on each call to a window property. > >>(Harold L Hunt II) > >> > >>6) > >>winclipboardwndproc.c/winClipboardWindowProc/WM_CREATE,WM_DEST > >>ROY,WM_CHANGECBCHAIN,WM_DRAWCLIPBOARD > >>- Add ourselves to the clipboard viewer chain so that we receive > >>notification when the clipboard contents are changed by a Win32 > >>application. Our normal response to this is to call > >>XSetSelectionOwner, but we specifically do nothing if we > currently own > >>the Win32 clipboard. (Harold L Hunt II) > >> > >>7) > >>winclipboardwndproc.c/winClipboardWindowProc/WM_RENDERFORMAT,W > >>M_RENDERALLFORMATS > >>- Request the contents of the X11 selection. Use > XPeekIfEvent to wait > >>until the response is added to our event queue (this could probably > >>lead to a dead-lock of a client exists before responding), then call > >>winClipboardFlushXEvents to handle the SelectionNotify event. UTF8 > >>and CompoundText targets require that we call XConvertSelection from > >>the SelectionNotify event, which will cause another SelectionNotify > >>event to be fired; be careful to check for this and do the > >>XPeekIfEvent/winClipboardFlushXEvents thing again if this is the > >>case (this is untested because I did not see any UTF8 or > CompoundText > >>targets that needed conversion). Copy the returned contents to the > >>Win32 clipboard with SetClipboardData (). (Harold L Hunt II) > >> > >>8) winscrinit.c/winFinishScreenInitFB - Generate a > >>MIT-MAGIC-COOKIE-1 cookie and add it to the server's list > of cookies. > >>(Harold L Hunt II) > >> > >>9) winclipboardthread.c/winClipboardSaveXauthData - Add the > generated > >>MIT-MAGIC-COOKIE-1 cookie to the Xauthority file. Beware > that this is > >>hard-coded to 127.0.0.1:0 and that the entry is not cleaned up upon > >>exit; this will force the host-based access to be disabled in some > >>cases and could cause problems starting X Clients until > this is fixed. > >>(Harold L Hunt II) > >> > >>10) xc/programs/Xserver/Imakefile - Add $(OS) to the XWINLIBS just > >>after libXwin.a is included, which allows us to call unreferenced > >>functions in libXau.a, such as XauWriteAuth. (Harold L Hunt II) > >> > >>-- > >>Harold Hunt > >> > >>To update your installation, click on the "Install Cygwin > now" link on > >>the http://cygwin.com/ web page. This downloads setup.exe to your > >>system. Once you've downloaded setup.exe, run it and > select "XFree86" > >>and then click on the appropriate field until the above announced > >>version number appears if it is not displayed already. > >> > >>If your mirror doesn't yet have the latest version of this > >>package after > >>24 hours, you can either continue to wait for that site to be > >>updated or > >>you can try to find another mirror. > >> > >>Please send questions or comments to the Cygwin/X mailing list at: > >>cygwin-xfree@cygwin.com > >> > >>If you want to subscribe go to: > >>http://cygwin.com/ml/cygwin-xfree/ > >> > >>I would appreciate if you would use this mailing list rather than > >>emailing me directly. This includes ideas and comments about > >>the setup > >>utility or Cygwin/X in general. > >> > >>If you want to make a point or ask a question the Cygwin/X mailing > >>list is the appropriate place. > >> > > > > > > > > > From huntharo@msu.edu Mon Jan 5 20:39:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 05 Jan 2004 20:39:00 -0000 Subject: Updated: XFree86-xserv-4.3.0-31 In-Reply-To: References: <002c01c3d39f$b9b1bd80$1e54cea7@andrew> Message-ID: <3FF9CB59.7080709@msu.edu> Alexander Gottwald wrote: > On Mon, 5 Jan 2004, Andrew Braverman wrote: > > >>I just tried running this version and it crashes. I get a normal looking >>stuff at the beginning of the XWin.log file and then get one line telling >>me: >> winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. >>Then I get 64K + lines (total size of log file is 65072 lines) of: >> winProcSetSelectionOwner - We changed ownership, aborting. >> >>Does anyone have any ideas? > > > Noticed this too. It happend after sever reset. Here is a dumb question: if the clipboard client is attached, how did you cause a server reset? Is there a way to force the server to reset when there are clients still attached? I need to be able to do this in order to test my fix... and it sounds like there is a way to do this, since I don't think it could happen automatically. Harold From gjewell@cnnxn.com Mon Jan 5 20:52:00 2004 From: gjewell@cnnxn.com (Greg Jewell) Date: Mon, 05 Jan 2004 20:52:00 -0000 Subject: fatal IO error 104 on start Message-ID: <741C3B0BAF7B1F4F8FCC50AC4766CBF005011B@phoenix.ossconnexn.com> Hi All, I just installed cygwin on my work machine, but am unable to start the X server. Each time I try (using startx), I receive the following error: XIO: fatal IO error 104 (Connection reset by perr) on X server ":0.0" after 0 requests (0 known processed) with 0 events remaining. I searched the archives and saw that others were having the same problem at the end of November/beginning of December, but no solution was offered. I downloaded the packages from a couple of different sources this morning, but none of them produced different results. Other than the few times that I've installed the software this morning, cygwin had not been on this machine previously. (It's a new box.) Does anybody know how to resolve this? Thanks, Greg Jewell From huntharo@msu.edu Mon Jan 5 20:57:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 05 Jan 2004 20:57:00 -0000 Subject: fatal IO error 104 on start In-Reply-To: <741C3B0BAF7B1F4F8FCC50AC4766CBF005011B@phoenix.ossconnexn.com> References: <741C3B0BAF7B1F4F8FCC50AC4766CBF005011B@phoenix.ossconnexn.com> Message-ID: <3FF9CFBB.8070907@msu.edu> Greg, Look at /tmp/XWin.log. Harold Greg Jewell wrote: > Hi All, > > I just installed cygwin on my work machine, but am unable to start the X server. Each time I try (using startx), I receive the following error: > > XIO: fatal IO error 104 (Connection reset by perr) on X server ":0.0" > after 0 requests (0 known processed) with 0 events remaining. > > I searched the archives and saw that others were having the same problem at the end of November/beginning of December, but no solution was offered. > > I downloaded the packages from a couple of different sources this morning, but none of them produced different results. Other than the few times that I've installed the software this morning, cygwin had not been on this machine previously. (It's a new box.) > > Does anybody know how to resolve this? > > > Thanks, > Greg Jewell > > From Alexander.Gottwald@s1999.tu-chemnitz.de Mon Jan 5 20:59:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 05 Jan 2004 20:59:00 -0000 Subject: Updated: XFree86-xserv-4.3.0-31 In-Reply-To: <3FF9BF9A.7000706@msu.edu> References: <002c01c3d39f$b9b1bd80$1e54cea7@andrew> <3FF9BF9A.7000706@msu.edu> Message-ID: Harold L Hunt II wrote: > I already had a fix in my code base for this last night. The problem is > that the server functions vectors are only setup once, but I keep > wrapping the function each time the server resets. I added an if > (serverGeneration == 1) to my local code last night, just after I posted > the 4.3.0-31 release. That should stop the multiple wrapping from > happening, which is causing the crash. how about if (ProcVector[X_SetSelectionOwner] != winSetSelectionOwner) { oldSetSelectionOwner = ProcVector[X_SetSelectionOwner]; ProcVector[X_SetSelectionOwner] = winSetSelectionOwner; } bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Dr.Volker.Zell@oracle.com Mon Jan 5 21:00:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Mon, 05 Jan 2004 21:00:00 -0000 Subject: Updated: XFree86-xserv-4.3.0-31 In-Reply-To: <3FF9BC06.2070007@msu.edu> (Harold L. Hunt, II's message of "Mon, 05 Jan 2004 14:33:26 -0500") References: <3FF90D85.5060704@msu.edu> <87fzeu7hnh.fsf@vzell-de.de.oracle.com> <87d69y2z1f.fsf@vzell-de.de.oracle.com> <3FF9BC06.2070007@msu.edu> Message-ID: <873cau6rh0.fsf@vzell-de.de.oracle.com> >>>>> "Harold" == Harold L Hunt, writes: Harold> Hmm... that is not something I had seen before. Did an earlier entry Harold> in the XWin.log say anything about the clipboard manager shutting Harold> down? Want to bzip2 it and send XWin.log to me privately? Sorry, I'm reading this mail from my home. So I already booted my laptop and XWin.log got overwritten. If I see the error again I'll send it to you..... Harold> Harold Ciao Volker From Alexander.Gottwald@s1999.tu-chemnitz.de Mon Jan 5 21:17:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 05 Jan 2004 21:17:00 -0000 Subject: Updated: XFree86-xserv-4.3.0-31 In-Reply-To: <3FF9CB59.7080709@msu.edu> References: <002c01c3d39f$b9b1bd80$1e54cea7@andrew> <3FF9CB59.7080709@msu.edu> Message-ID: Harold L Hunt II wrote: > > Noticed this too. It happend after sever reset. > > Here is a dumb question: if the clipboard client is attached, how did > you cause a server reset? good question. I've started a session and stopped the windowmanager. The log showed signs of another server generation. I'll check tomorrow. Maybe the clipboard client died before. I've also noticed different behaviour (crash or segfault) depending on which side (X11, Win32) has changed the clipboard last but had no time to examine this further. I can test it tomorrow. > is there a way to force the server to reset > when there are clients still attached? I need to be able to do this in > order to test my fix... and it sounds like there is a way to do this, > since I don't think it could happen automatically. I'm quite sure there are similar functions to TerminateServer. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Armbrust.Daniel@mayo.edu Mon Jan 5 21:26:00 2004 From: Armbrust.Daniel@mayo.edu (Armbrust, Daniel C.) Date: Mon, 05 Jan 2004 21:26:00 -0000 Subject: Updated: XFree86-xserv-4.3.0-31 Message-ID: <818623B5FD23D51193200002B32C07610D897C63@excsrv44.mayo.edu> Yeah, it had been a couple of months.... I usually try to avoid upgrading it unless there is a new feature I want (if its not broke....) I had to track down three missing dll files, but now the cut and paste upgrades are working great. Thanks for your work yet again, Harold. This was about the only thing on my "it would be nice if it was fixed" list.... For my uses of cygwin anyway. Dan -----Original Message----- From: Harold L Hunt II [mailto:huntharo@msu.edu] Sent: Monday, January 05, 2004 1:53 PM To: cygwin-xfree@cygwin.com Subject: Re: Updated: XFree86-xserv-4.3.0-31 Daniel, Armbrust, Daniel C. wrote: > I just upgraded my install, and now it reports a missing dll file (cygcygipc-2.dll). Should the installer handle this automatically? You must have been going for a very long time before upgrading. Yes, the cygipc package is a dependency of the X packages, but if you upgrade from an old version that did not require it, then it might not be automatically selected for installation. The solution is to manually select the cygipc package. Harold From huntharo@msu.edu Mon Jan 5 23:22:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 05 Jan 2004 23:22:00 -0000 Subject: Please test XFree86-xserv-4.3.0-32 Message-ID: <3FF9F1A3.40502@msu.edu> I posted a new release today with updates to the clipboard handling. Please test it and report your results if you can. I know that the new binary is on at least mirrors.kernel.org already. I can't tell if I broke something from the 4.3.0-31 release or not; emacs in X11 is not copying text from the Win32 clipboard when it does a paste, nor is it unhighlighting the selection when I copy something in Win32. I thought that was working before. I would appreciate it if someone else could confirm that this is new bustage. Harold From ADeFaria@Salira.com Tue Jan 6 00:10:00 2004 From: ADeFaria@Salira.com (Andrew DeFaria) Date: Tue, 06 Jan 2004 00:10:00 -0000 Subject: XDMCP Problems - Possible fix, please try In-Reply-To: <3FF3677A.2080507@msu.edu> References: <3FF3677A.2080507@msu.edu> Message-ID: Harold L Hunt II wrote: > The XFree86-xserv-4.3.0-30 release may fix some problems with not > getting a login screen when using XDMCP. See the change log for more > information: > > http://xfree86.cygwin.com/devel/server/changelog.html > > Please try this new server and report on whether it allows you to get > a login screen or not. > > Thanks for testing, Sorry for the delay. We were having problems with our router and general networking issues - not an nice environment to test things like remote X... Well I tried that too but it didn't work. The symptoms are exactly the same. For kicks I tried the following: While on sonslinux I attempted to start another X server like so: $ X -query sonslinux :1 This brought me to another console (that I could get to by doing Alt-Ctrl-F8 whereas my previous console is at Alt-Ctrl-F7) and started X but KDM did not attach to it. Monitoring I see: /var/log/messages: /var/log/kdm.log : XFree86 Version 4.3.0 Release Date: 27 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: SuSE Linux [ELF] SuSE Build Date: 11 September 2003 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.1.log", Time: Mon Jan 5 15:18:01 2004 (==) Using config file: "/etc/X11/XF86Config" (EE) R128(0): No DFP detected (EE) R128(0): [dri] DRIScreenInit failed. Disabling DRI. Could not init font path element /usr/X11R6/lib/X11/fonts/local, removing from l ist! Could not init font path element /usr/X11R6/lib/X11/fonts/kwintv, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/CID, removing from lis t! XDM: too many retransmissions /var/log/XFree86.0.log: I retried this operation with the following command: $ X -query sonssun :1 where sonssun is a Sun box running Solaris 7. A CDE session came up with no problems! Then I shut all this down again and cleared out the log files and did an XWin -query sonslinux -from adefaria again: /tmp/XWin.log (from my XP system): I'm stumped. I think we need to turn on some more debugging options and try again. Let me know what to try. -- Mental Floss prevents Moral Decay. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XFree86.0.log URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWin.log URL: From gjewell@cnnxn.com Tue Jan 6 00:24:00 2004 From: gjewell@cnnxn.com (Greg Jewell) Date: Tue, 06 Jan 2004 00:24:00 -0000 Subject: fatal IO error 104 on start Message-ID: <741C3B0BAF7B1F4F8FCC50AC4766CBF0248AEF@phoenix.ossconnexn.com> Thanks for the tip. Looking at the log file, it appears that this is the pertinent error message: Fatal server error: could not open default font 'fixed' winDeinitClipboard - Noting shutdown in progress winDeinitMultiWindowWM - Noting shutdown in progress Any ideas? I installed the default XFree86 packages. Greg >-----Original Message----- >From: Harold L Hunt II [mailto:huntharo@msu.edu] >Sent: Monday, January 05, 2004 13:58 >To: cygwin-xfree@cygwin.com >Subject: Re: fatal IO error 104 on start > > >Greg, > >Look at /tmp/XWin.log. > >Harold > >Greg Jewell wrote: > >> Hi All, >> >> I just installed cygwin on my work machine, but am unable to >start the X server. Each time I try (using startx), I receive >the following error: >> >> XIO: fatal IO error 104 (Connection reset by perr) on X >server ":0.0" >> after 0 requests (0 known processed) with 0 events remaining. >> >> I searched the archives and saw that others were having the >same problem at the end of November/beginning of December, but >no solution was offered. >> >> I downloaded the packages from a couple of different sources >this morning, but none of them produced different results. >Other than the few times that I've installed the software this >morning, cygwin had not been on this machine previously. >(It's a new box.) >> >> Does anybody know how to resolve this? >> >> >> Thanks, >> Greg Jewell >> >> > From freemyer-ml@NorcrossGroup.com Tue Jan 6 00:27:00 2004 From: freemyer-ml@NorcrossGroup.com (Greg Freemyer) Date: Tue, 06 Jan 2004 00:27:00 -0000 Subject: New clipboard handling notes (XFree86-xserv-4.3.0-31) In-Reply-To: <3FF914DD.7070100@msu.edu> References: <3FF914DD.7070100@msu.edu> Message-ID: <1073348300.3510.168.camel@david.internal.NorcrossGroup.com> Is the eventual goal of XFree86-xserv-4.3.0-31 going to be to eliminate the need for xwinclip in xdmcp setups? Or this something totally different. (I only use X to login to remote boxes.) On Mon, 2004-01-05 at 02:40, Harold L Hunt II wrote: > Here are my notes that I put together to convince myself that the new > clipboard handling was complete and would not cause infinite loops. > Please examine the notes if you are interested in the new code or if you > would like to double-check my logic for errors. > > Please review the steps and post to the list if you think you have found > an error. Also, if you find a bug or a crash, look at these steps and > try to identify the approximate location of your problem so that we can > do a better job of debugging. > > Harold > > > Copy in X11 > =========== > 1) winProcSetSelectionOwner gets called and takes ownership of the Win32 > clipboard (OpenClipboard, EmptyClipboard, SetClipboardData (foo, NULL)). > > 2) Selection is owned by another X11 client (the one that called > XSetSelectionOwner). > > 3) EmptyClipboard() in step #1 files WM_DRAWCLIPBOARD message, which is > ignored since hwnd == GetClipboardOwner (). > > 4) Paste in X11 > a) Owning X11 client handles SelectionRequest events. > > b) Item is pasted within X11 without round-trip to Win32. > > 5) Paste in Win32 > a) WM_RENDERFORMAT fires. > > b) SelectionRequest is sent, conversion from X11 to Win32 is done. > > c) SetClipboardData is called, passing converted text. > > 6) Copy in X11 (different app) > a) Goto Step #1. > > 7) Copy in Win32 > a) Clipboard is emptied and owned by the other application. > > b) WM_DRAWCLIPBOARD fires, XSetSelectionOwner is called, owning the > selection for the clipboard integration manager. > > > Copy in Win32 > ============= > 1) WM_DRAWCLIPBOARD fires, calls XSetSelectionOwner for itself. > > 2) winProcSetSelectionOwner gets called, does nothing since clipboard > X11 window is the window that is taking ownership. > > 3) Paste in Win32 > a) Clipboard owning Win32 app handles GetClipboardData call. > > b) Item is pasted without round-trip to X11. > > 4) Paste in X11 > a) Clipboard integration manager receives SelectionRequest. > > b) GetClipboardData is called, returning Win32 clipboard contents. > > c) Conversion from Win32 to X11 is done and text is pasted. > > 5) Copy in X11 > a) winProcSetSelectionOwner is called. > > b) Clipboard integration manager takes ownership of Win32 clipboard. > > c) WM_DRAWCLIPBOARD fires and is ignored since hwnd == > GetClipboardOwner (). > > 6) Copy in Win32 (different app) > a) Goto Step #1. From huntharo@msu.edu Tue Jan 6 00:37:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 06 Jan 2004 00:37:00 -0000 Subject: XDMCP Problems - Possible fix, please try In-Reply-To: References: <3FF3677A.2080507@msu.edu> Message-ID: <3FFA034D.70804@msu.edu> Andrew, Andrew DeFaria wrote: > Sorry for the delay. We were having problems with our router and general > networking issues - not an nice environment to test things like remote X... > > Well I tried that too but it didn't work. The symptoms are exactly the > same. > > For kicks I tried the following: > > While on sonslinux I attempted to start another X server like so: > > $ X -query sonslinux :1 > > This brought me to another console (that I could get to by doing > Alt-Ctrl-F8 whereas my previous console is at Alt-Ctrl-F7) and started X > but KDM did not attach to it. Monitoring I see: That is genius! I never thought of forcing people to try to make a connection on the actual box itself. I ran the same command on my linux box and confirmed that it does work. I then edited (for my display manager and distribution, this will be different for you) /etc/kde3/kdm/kdmrc, changed the following: [XDMCP] Enable=true to [XDMCP] Enable=false Then I restarted kdm ('/etc/init.d/kdm restart' for my dist), and ran 'X -query %hostname% :1' again and waited about five minutes. Before five minutes, I saw nothing: nothing special in the log files and no login screen on Ctrl-Alt-F8. Then, after about five minutes, I saw that the /var/log/XFree86.1.log file (and the console from which I started X) both said: XDM: too many retransmissions We now know that the failure mode when XDMCP is disabled is that after a five minute wait you get a message about too many retransmissions, even if attempting to connect from the machine back to itself via '-query %hostname%'. This is the same failure mode that happens with XWin.exe, but it eliminates lots of possible problems. To solve your problem, you need to revisit the instructions for enabling XDMCP on your Linux box: http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-mandrake-8.1-xdmcp Those instructions are not complete, but they are a start that should be able to point you in the right direction. Confirm that you can create a local connection via XDMCP before attempting a remote connection with XWin.exe. Please report your results to the list so that I know if you have fixed your problem or not. Thanks for your help in debugging this, Harold From huntharo@msu.edu Tue Jan 6 00:42:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 06 Jan 2004 00:42:00 -0000 Subject: fatal IO error 104 on start In-Reply-To: <741C3B0BAF7B1F4F8FCC50AC4766CBF0248AEF@phoenix.ossconnexn.com> References: <741C3B0BAF7B1F4F8FCC50AC4766CBF0248AEF@phoenix.ossconnexn.com> Message-ID: <3FFA048A.8000501@msu.edu> Follow these steps: 1) Open Cygwin bash shell. 2) In bash shell, run the following two commands: umount /usr/X11R6/lib/X11/fonts umount -u /usr/X11R6/lib/X11/fonts 3) Rerun Cygwin's setup.exe, select 'Reinstall' for any of the following packages that were already installed: XFree86-f100 XFree86-fcyr XFree86-fenc XFree86-fnts XFree86-fscl 4) Launch Cygwin/X again and test that the font problems have gone away. 5) Report your results here along with any deviations you had to make from these instructions. Harold Greg Jewell wrote: > Thanks for the tip. Looking at the log file, it appears that this is the pertinent error message: > > Fatal server error: > could not open default font 'fixed' > winDeinitClipboard - Noting shutdown in progress > winDeinitMultiWindowWM - Noting shutdown in progress > > Any ideas? I installed the default XFree86 packages. > > > Greg > > > > >>-----Original Message----- >>From: Harold L Hunt II [mailto:huntharo@msu.edu] >>Sent: Monday, January 05, 2004 13:58 >>To: cygwin-xfree@cygwin.com >>Subject: Re: fatal IO error 104 on start >> >> >>Greg, >> >>Look at /tmp/XWin.log. >> >>Harold >> >>Greg Jewell wrote: >> >> >>>Hi All, >>> >>>I just installed cygwin on my work machine, but am unable to >> >>start the X server. Each time I try (using startx), I receive >>the following error: >> >>>XIO: fatal IO error 104 (Connection reset by perr) on X >> >>server ":0.0" >> >>> after 0 requests (0 known processed) with 0 events remaining. >>> >>>I searched the archives and saw that others were having the >> >>same problem at the end of November/beginning of December, but >>no solution was offered. >> >>>I downloaded the packages from a couple of different sources >> >>this morning, but none of them produced different results. >>Other than the few times that I've installed the software this >>morning, cygwin had not been on this machine previously. >>(It's a new box.) >> >>>Does anybody know how to resolve this? >>> >>> >>>Thanks, >>>Greg Jewell >>> >>> >> > From huntharo@msu.edu Tue Jan 6 00:45:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 06 Jan 2004 00:45:00 -0000 Subject: New clipboard handling notes (XFree86-xserv-4.3.0-31) In-Reply-To: <1073348300.3510.168.camel@david.internal.NorcrossGroup.com> References: <3FF914DD.7070100@msu.edu> <1073348300.3510.168.camel@david.internal.NorcrossGroup.com> Message-ID: <3FFA0516.4010906@msu.edu> Greg, Greg Freemyer wrote: > Is the eventual goal of XFree86-xserv-4.3.0-31 going to be to eliminate > the need for xwinclip in xdmcp setups? > > Or this something totally different. (I only use X to login to remote > boxes.) The goal is to always allow the internal clipboard integration manager (-clipboard) to connect to the X Server so that little tricks like sleep, xhost, etc. won't be needed to use the clipboard integration manager with XDMCP. Yes, we are basically aiming for what you were asking about. The primary difference is that xwinclip (as a stand-alone app) will not really be needed anymore. Harold From ADeFaria@Salira.com Tue Jan 6 01:56:00 2004 From: ADeFaria@Salira.com (Andrew DeFaria) Date: Tue, 06 Jan 2004 01:56:00 -0000 Subject: XDMCP Problems - Possible fix, please try In-Reply-To: <3FFA034D.70804@msu.edu> References: <3FF3677A.2080507@msu.edu> <3FFA034D.70804@msu.edu> Message-ID: Harold L Hunt II wrote: > Andrew, > > Andrew DeFaria wrote: > >> Sorry for the delay. We were having problems with our router and >> general networking issues - not an nice environment to test things >> like remote X... >> >> Well I tried that too but it didn't work. The symptoms are exactly >> the same. >> >> For kicks I tried the following: >> >> While on sonslinux I attempted to start another X server like so: >> >> $ X -query sonslinux :1 >> >> This brought me to another console (that I could get to by doing >> Alt-Ctrl-F8 whereas my previous console is at Alt-Ctrl-F7) and >> started X but KDM did not attach to it. Monitoring I see: > > That is genius! Why thank you! > I never thought of forcing people to try to make a connection on the > actual box itself. > > I ran the same command on my linux box and confirmed that it does work. > > I then edited (for my display manager and distribution, this will be > different for you) /etc/kde3/kdm/kdmrc, changed the following: > > [XDMCP] > Enable=true > > to > > [XDMCP] > Enable=false > > Then I restarted kdm ('/etc/init.d/kdm restart' for my dist), and ran > 'X -query %hostname% :1' again and waited about five minutes. Before > five minutes, I saw nothing: nothing special in the log files and no > login screen on Ctrl-Alt-F8. Then, after about five minutes, I saw > that the /var/log/XFree86.1.log file (and the console from which I > started X) both said: > > XDM: too many retransmissions Well you see that's sorta the problem. In my distro (SuSE 8.2) it's at /opt/kde/share/config/kdm/kdmrc but the problem is that it already says true! In mine is says: [Xdmcp] Enable=true I don't think that the capitalization of Xdmcp is significant (yours is all caps while mine is initial cap - tried changing it - didn't help) nor do I think that case is significant in the true/false value. Also, I cannot restart kdm with /etc/init.d/kdm restart as I have no /etc/init.d/kdm! I have an /etc/init.d/xdm though. When I do /etc/init.d/xdm stop it says "Shutting down service kdm" and it does shut it down. Similarly /etc/init.d/xdm start starts it. So I have no ideas why this is still not working. > We now know that the failure mode when XDMCP is disabled is that after > a five minute wait you get a message about too many retransmissions, > even if attempting to connect from the machine back to itself via > '-query %hostname%'. This is the same failure mode that happens with > XWin.exe, but it eliminates lots of possible problems. > > To solve your problem, you need to revisit the instructions for > enabling XDMCP on your Linux box: > > http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-mandrake-8.1-xdmcp > > > Those instructions are not complete, but they are a start that should > be able to point you in the right direction. Confirm that you can > create a local connection via XDMCP before attempting a remote > connection with XWin.exe. Please report your results to the list so > that I know if you have fixed your problem or not. > > Thanks for your help in debugging this, Well I've been there before and all it really says is to make sure that [Xdmcp] has Enable=true, which mine does. Still no does not work. -- I've always wanted to be somebody, but I should have been more specific. From huntharo@msu.edu Tue Jan 6 02:03:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 06 Jan 2004 02:03:00 -0000 Subject: XDMCP Problems - Possible fix, please try In-Reply-To: References: <3FF3677A.2080507@msu.edu> <3FFA034D.70804@msu.edu> Message-ID: <3FFA1765.3070806@msu.edu> Andrew DeFaria wrote: >> I never thought of forcing people to try to make a connection on the >> actual box itself. >> >> I ran the same command on my linux box and confirmed that it does work. >> >> I then edited (for my display manager and distribution, this will be >> different for you) /etc/kde3/kdm/kdmrc, changed the following: >> >> [XDMCP] >> Enable=true >> >> to >> >> [XDMCP] >> Enable=false >> >> Then I restarted kdm ('/etc/init.d/kdm restart' for my dist), and ran >> 'X -query %hostname% :1' again and waited about five minutes. Before >> five minutes, I saw nothing: nothing special in the log files and no >> login screen on Ctrl-Alt-F8. Then, after about five minutes, I saw >> that the /var/log/XFree86.1.log file (and the console from which I >> started X) both said: >> >> XDM: too many retransmissions > > > Well you see that's sorta the problem. In my distro (SuSE 8.2) it's at > /opt/kde/share/config/kdm/kdmrc but the problem is that it already says > true! In mine is says: > > [Xdmcp] > Enable=true kdm != xdm kdm has a distinct configuration file from xdm's configuration file. xdm.config lives in either /etc/X11/xdm/xdm.config or /usr/X11R6/lib/X11/xdm/xdm-config, where you will see something like the following: ! SECURITY: do not listen for XDMCP or Chooser requests ! Comment out this line if you want to manage X terminals with xdm DisplayManager.requestPort: 0 So, you have to change that to: ! SECURITY: do not listen for XDMCP or Chooser requests ! Comment out this line if you want to manage X terminals with xdm ! DisplayManager.requestPort: 0 Then restart xdm and it should work. Harold From ADeFaria@Salira.com Tue Jan 6 02:31:00 2004 From: ADeFaria@Salira.com (Andrew DeFaria) Date: Tue, 06 Jan 2004 02:31:00 -0000 Subject: XDMCP Problems - Possible fix, please try In-Reply-To: <3FFA1765.3070806@msu.edu> References: <3FF3677A.2080507@msu.edu> <3FFA034D.70804@msu.edu> <3FFA1765.3070806@msu.edu> Message-ID: Harold L Hunt II wrote: > Andrew DeFaria wrote: > >>> I never thought of forcing people to try to make a connection on the >>> actual box itself. >>> >>> I ran the same command on my linux box and confirmed that it does work. >>> >>> I then edited (for my display manager and distribution, this will be >>> different for you) /etc/kde3/kdm/kdmrc, changed the following: >>> >>> [XDMCP] >>> Enable=true >>> >>> to >>> >>> [XDMCP] >>> Enable=false >>> >>> Then I restarted kdm ('/etc/init.d/kdm restart' for my dist), and >>> ran 'X -query %hostname% :1' again and waited about five minutes. >>> Before five minutes, I saw nothing: nothing special in the log files >>> and no login screen on Ctrl-Alt-F8. Then, after about five minutes, >>> I saw that the /var/log/XFree86.1.log file (and the console from >>> which I started X) both said: >>> >>> XDM: too many retransmissions >> >> >> >> Well you see that's sorta the problem. In my distro (SuSE 8.2) it's >> at /opt/kde/share/config/kdm/kdmrc but the problem is that it already >> says true! In mine is says: >> >> [Xdmcp] >> Enable=true > > kdm != xdm > > kdm has a distinct configuration file from xdm's configuration file. Yes but there appears to be some intertwining on SuSE at least. > xdm.config lives in either /etc/X11/xdm/xdm.config or > /usr/X11R6/lib/X11/xdm/xdm-config, where you will see something like > the following: > > ! SECURITY: do not listen for XDMCP or Chooser requests > ! Comment out this line if you want to manage X terminals with xdm > DisplayManager.requestPort: 0 > > > So, you have to change that to: > > ! SECURITY: do not listen for XDMCP or Chooser requests > ! Comment out this line if you want to manage X terminals with xdm > ! DisplayManager.requestPort: 0 > > Then restart xdm and it should work. sonslinux:/home/defaria # grep requestPort /etc/X11/xdm/xdm-config !DisplayManager.requestPort: 0 sonslinux:/home/defaria # grep requestPort /usr/X11R6/lib/X11/xdm/xdm-config !DisplayManager.requestPort: 0 sonslinux:/home/defaria # Actually: sonslinux:/home/defaria # ll /usr/X11R6/lib/X11/xdm lrwxrwxrwx 1 root root 23 2003-12-12 15:29 /usr/X11R6/lib/X11/xdm -> ../../../../etc/X11/xdm And DisplayManager.requestPort had been commented out a long time ago (and xdm/kdm definitely has been restarted since commenting this out). -- The careful application of terror is also a form of communication. From huntharo@msu.edu Tue Jan 6 02:34:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 06 Jan 2004 02:34:00 -0000 Subject: XDMCP Problems - Possible fix, please try In-Reply-To: References: <3FF3677A.2080507@msu.edu> <3FFA034D.70804@msu.edu> <3FFA1765.3070806@msu.edu> Message-ID: <3FFA1EC0.6020506@msu.edu> Andrew, I think at this point you need to start looking at some SuSE docs to figoure out how to enable XDMCP on that distribution. This is not a problem with Cygwin/X... it is clearly a problem with the configuration of your SuSE box. I think that other mailing lists/websites/newsgroups would have more specific information that can better assist you. Harold From huntharo@msu.edu Tue Jan 6 06:48:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 06 Jan 2004 06:48:00 -0000 Subject: Clipboard progress Message-ID: <3FFA5A38.2090705@msu.edu> I don't have another release ready, so I wanted to update people on the progress I am making: 1) I talked with Keith Packard and found out that I can use XSetAuthorization to tell Xlib to use the cookie that I generated and installed within the server. This allows the integrated clipboard manager (-clipboard parameter) to connect when making an XDMCP connection (-query parameter). It works great! 2) The only problem with step #1 is that we have to detect when we are doing an XDMCP connection and delay the clipboard client connecting to the X Server until the XDMCP connection has been made. If we don't, then the XDMCP code will perform a server reset, the clipboard client will re-attach, XDMCP will perform a reset, ad nauseum. Well, it isn't quite that bad because the clipboard client crashes the server shortly after the first reset :) I can detect when XDMCP is being used, but I haven't found a good way to detect that XDMCP has connected to the X server... I suppose I could monitor the total client count and use that as a signal, but I would have to poll it. More later. 3) I created a new function, similar to OsVendorInit, called OsVendorReset, that gets called from Xserver/dix/dispatch.c/Dispatch right before KillAllClients is called. It allows me to do some processing right before the X Server is going to reset. The primary interest here is to shut down the clipboard client cleanly and to unwrap the XSetSelectionOwner function so that it doesn't crash the next time it is called. This works pretty well so far (it delays the total crash until after two resets), but it is going to require a thorough examination of the startup and shutdown process for the clipboard client, as well as a complete re-write of all of that code. 4) I think the problem I saw with emacs was due to emacs using the CLIPBOARD selection instead of the PRIMARY selection. I have not yet added support for the CLIPBOARD selection, so applications that depend upon it will be broken. 5) I added code that releases ownership of the Windows clipboard (if we currently own it) when XSetSelectionOwner is called with a window of None... that is done when an X Client says, "I don't want to own the selection anymore". It is probably going to take me a few days to work through all of these issues, if not a week or more. So, be patient, and wait for better clipboard support than we have ever had! Harold From oyvind.harboe@zylin.com Tue Jan 6 09:10:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Tue, 06 Jan 2004 09:10:00 -0000 Subject: XFree86-xserv-4.3.0-32 tests Message-ID: <1073380186.2208.2.camel@famine> Rejoice! Here are the tests I did that all worked fine: - Copy piece of text under Linux, paste in Windows. - Copy openoffice formula under Linux, paste in Linux - Copy openoffice cell range under Linux, paste in Linux Evolution HTML email - Copy norwegian letters from Linux, paste in Windows This was a bit surprising: 1. Copy cell range under Linux openoffice 2. Copy text under Windows 3. Paste using scrolling wheel under Linux -> text shows 4. Paste in Evolution HTML email under Linux using ctrl-v openoffice cell range, cell range showed. This failed: - Copy Norwegian letters from evolution email, paste under Windows. Paste in Windows shows "\x{00D8}\x{00C5}\x{00C6}" Inconclusive: - I've had a problem in the past that when I specify the -clipboard option, XWin.exe will sometimes crash with a NULL pointer access violation. This sometimes happened during normal operation, but more often when I exited XWin.exe via the taskbar icon. After about 10-15 minutes of testing, I haven't been able to reproduce this problem. ??yvind From rasjidw@openminddev.net Tue Jan 6 10:45:00 2004 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Tue, 06 Jan 2004 10:45:00 -0000 Subject: XDMCP Problems - Possible fix, please try In-Reply-To: References: <3FF3677A.2080507@msu.edu> <3FFA1765.3070806@msu.edu> Message-ID: <200401062146.56187.rasjidw@openminddev.net> On Tuesday 06 January 2004 13:31, Andrew DeFaria wrote: > Harold L Hunt II wrote: > > Andrew DeFaria wrote: ... > >> Well you see that's sorta the problem. In my distro (SuSE 8.2) it's > >> at /opt/kde/share/config/kdm/kdmrc but the problem is that it already > >> says true! In mine is says: I'm running SuSE 8.2 too, and have just found out the following: a) there are several kdmrc files (try 'locate kdmrc') b) the one you want to edit is actually /etc/opt/kde3/share/config/kdm/kdmrc not the one under /opt c) there is also a variable in /etc/sysconfig/displaymanger that may or may not be significant (DISPLAYMANAGER_REMOTE_ACCESS="no") So: 1) Enable xdmcp in the kdmrc under /etc/... 2) Restart kdm with # /etc/init.d/xdm restart (yes, it really is xdm here) 3) Test service listening with: # netstat -u -a -n -p | grep 177 Output should be: udp 0 0 0.0.0.0:177 0.0.0.0:* /kdm 4) If the above looks good, then test with $ X -query localhost :1 5) If that works, then test from remote machine. 6) If the local (step 4) connect works, but not the remote connection, try editing the /etc/sysconfig/displaymanager file, and see if that helps. Let us know if this modification is required. Note to Harold et al: Could we add /etc/opt/kde3/share/config/kdm/kdmrc for SuSE 8.2 to the known config files in FAQ 6.2? (Perhaps a warning about the 'red herrings' in other locations too.) Adding some info on how to test that [x|k|g]dm is working (my steps 3 and 4) to the FAQ may also be useful. Note that the 'netstat' test is one that can be done remotely via ssh, and is very quick, whereas the 'X -query localhost :1' is probably best done when physical access to the machine is available. I hope all this helps. Cheers, Rasjid. -- Rasjid Wilcox Canberra, Australia (UTC +11 hrs) http://www.openminddev.net From chris@areti.co.uk Tue Jan 6 12:21:00 2004 From: chris@areti.co.uk (Chris Green) Date: Tue, 06 Jan 2004 12:21:00 -0000 Subject: Clipboard progress In-Reply-To: <3FFA5A38.2090705@msu.edu> References: <3FFA5A38.2090705@msu.edu> Message-ID: <20040106122127.GB15873@areti.co.uk> On Tue, Jan 06, 2004 at 01:48:24AM -0500, Harold L Hunt II wrote: > > 2) The only problem with step #1 is that we have to detect when we are > doing an XDMCP connection and delay the clipboard client connecting to > the X Server until the XDMCP connection has been made. If we don't, > then the XDMCP code will perform a server reset, the clipboard client > will re-attach, XDMCP will perform a reset, ad nauseum. Well, it isn't > quite that bad because the clipboard client crashes the server shortly > after the first reset :) I can detect when XDMCP is being used, but I > haven't found a good way to detect that XDMCP has connected to the X > server... I suppose I could monitor the total client count and use that > as a signal, but I would have to poll it. More later. > Ah! So that explains why I need the sleep between the -query call which makes the XDMCP connection and calling xwinclip (I'm still using the separate xwinclip). -- Chris Green (chris@areti.co.uk) From oyvind.harboe@zylin.com Tue Jan 6 15:04:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Tue, 06 Jan 2004 15:04:00 -0000 Subject: How to print to printer machine running X server? Message-ID: <1073401486.2588.5.camel@famine> Is there a way to print to a printer on the machine where the X server runs? I.e.: - I have CygWin + xfree86 on a Windows machine - On the Windows machine (which has printers connected), I start OpenOffice on a remote machine Linux box over ssh -X.. How do I print from OpenOffice running on the remote Linux box to the printer on the Windows machine where the X server is running? ??yvind From oyvind.harboe@zylin.com Tue Jan 6 15:12:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Tue, 06 Jan 2004 15:12:00 -0000 Subject: XFree86-xserv-4.3.0-32 tests Message-ID: <1073401938.2637.6.camel@famine> I've now seen the xwinclip: xwin.exe crash on exit with 4.3.0-32 as well. It was an access violation to address 1. Is this a known problem? If not, does anyone have any pointers on how to create a useful bug report? One idea I had was to somehow invoke GDB once the OK Cancel access violation requester pops up, but I've no idea on how to go about this? A fixed sequence of steps to reproduce the problem has eluded me, hence my interest in a postmortem approach. ??yvind From daniel@copyleft.no Tue Jan 6 15:12:00 2004 From: daniel@copyleft.no (Hr. Daniel Mikkelsen) Date: Tue, 06 Jan 2004 15:12:00 -0000 Subject: How to print to printer machine running X server? In-Reply-To: <1073401486.2588.5.camel@famine> Message-ID: <20040106160620.N84046-100000@unity.copyleft.no> On Tue, 6 Jan 2004, ?yvind Harboe wrote: > Is there a way to print to a printer on the machine where the X server > runs? > - I have CygWin + xfree86 on a Windows machine > - On the Windows machine (which has printers connected), I start > OpenOffice on a remote machine Linux box over ssh -X.. > How do I print from OpenOffice running on the remote Linux box to the > printer on the Windows machine where the X server is running? Printing isn't part of X, so there is no standard correct way of doing this. My setup: The Windows computer has its printers shared, accesible to the GNU/Linux (actually FreeBSD) machine. The GNU/Linux machine runs CUPS, and uses the samba "transport" to print to the Windows connected printers. They're named "printer1" and "printer2". When I log in on the GNU/Linux box from the Windows machine with XDMCP, I run a script which uses "lpadmin -d" to select default output for the lpr command. The script looks up the printer from a table using my DISPLAY setting. Not perfect, but transparent to end users. -- Daniel From huntharo@msu.edu Tue Jan 6 15:48:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 06 Jan 2004 15:48:00 -0000 Subject: XFree86-xserv-4.3.0-32 tests In-Reply-To: <1073401938.2637.6.camel@famine> References: <1073401938.2637.6.camel@famine> Message-ID: <3FFAD8A2.4000505@msu.edu> ??yvind, I wouldn't worry too much about it... I am in the middle of completely reworking the clipboard shutdown code. The crashes will be fixed when I am through with it, so I don't particularly need details about any current crashes in -32 anymore. Thanks for testing, Harold ??yvind Harboe wrote: > I've now seen the xwinclip: xwin.exe crash on exit with > 4.3.0-32 as well. It was an access violation to address 1. > > Is this a known problem? > > If not, does anyone have any pointers on how to create a useful bug report? > > One idea I had was to somehow invoke GDB once the OK Cancel access violation requester > pops up, but I've no idea on how to go about this? > > A fixed sequence of steps to reproduce the problem has eluded me, hence my > interest in a postmortem approach. > > > ??yvind > > > > From j_tetazoo@hotmail.com Tue Jan 6 18:25:00 2004 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Tue, 06 Jan 2004 18:25:00 -0000 Subject: How to print to printer machine running X server? Message-ID: >From: "Hr. Daniel Mikkelsen" >Reply-To: cygwin-xfree@cygwin.com >To: cygwin-xfree@cygwin.com >Subject: Re: How to print to printer machine running X server? >Date: Tue, 6 Jan 2004 16:12:08 +0100 (CET) > >On Tue, 6 Jan 2004, ??yvind Harboe wrote: > > > Is there a way to print to a printer on the machine where the X server > > runs? > > > - I have CygWin + xfree86 on a Windows machine > > - On the Windows machine (which has printers connected), I start > > OpenOffice on a remote machine Linux box over ssh -X.. > > > How do I print from OpenOffice running on the remote Linux box to the > > printer on the Windows machine where the X server is running? > >Printing isn't part of X, so there is no standard correct way of doing >this. > >My setup: > >The Windows computer has its printers shared, accesible to the GNU/Linux >(actually FreeBSD) machine. > >The GNU/Linux machine runs CUPS, and uses the samba "transport" to print to >the Windows connected printers. They're named "printer1" and "printer2". > >When I log in on the GNU/Linux box from the Windows machine with XDMCP, I >run a >script which uses "lpadmin -d" to select default output for the lpr >command. >The script looks up the printer from a table using my DISPLAY setting. > >Not perfect, but transparent to end users. > >-- Daniel > Note that this requires that the printer share on the Windows machine be "visible" to the remote computer, which may not always be the case. It might be possible to use ssh's -L command-line switch to forward the necessary port(s) over the ssh tunnel to make the local share visible to the remote machine. Something I've done in the past is print to a Postscript file on the remote machine, convert it to PDF using ps2pdf, transfer it to the local computer via FTP, and then use Adobe Acrobat Reader on the local machine to view/print the result. _________________________________________________________________ Working moms: Find helpful tips here on managing kids, home, work ?? and yourself. http://special.msn.com/msnbc/workingmom.armx From abraverman@itms.com Tue Jan 6 18:45:00 2004 From: abraverman@itms.com (Andrew Braverman) Date: Tue, 06 Jan 2004 18:45:00 -0000 Subject: XFree86-xserv-4.3.0-32 tests Message-ID: <000201c3d485$3a9db9e0$1e54cea7@andrew> I tried this version and it solves the problem that I saw yesterday with -31. I have, however, found a few issues that I thought you should at least be aware of. 1. XWin is taking a lot more system resources than it usually does. This may be related to 2. XWin is doing a lot of debug logging to XWin.log. I understand that this may be on purpose, but figured I would mention it. 3. I do not know if it was this version or something just before, but my autorepeat does not seem to work (even though xset q shows it on). Thanks again for the wonderful work you are doing. From jscheef@yahoo.com Tue Jan 6 22:39:00 2004 From: jscheef@yahoo.com (Jim Scheef) Date: Tue, 06 Jan 2004 22:39:00 -0000 Subject: fatal IO error 104 on start In-Reply-To: <3FFA048A.8000501@msu.edu> Message-ID: <20040106223947.29051.qmail@web41511.mail.yahoo.com> Harold, I had this same problem. Your suggestions resolved the font problem. The first umount returned no messages, the second gave a "file not found" error. Does this problem indicate trouble in the setup scripts? Best of all, I can type into xterm for the first time in months. Is there someplace I can find more about the problems caused by installing Microsoft Services for UNIX along with Cygwin Xfree86? Thanks, Jim MSU '68 --- Harold L Hunt II wrote: > Follow these steps: > > 1) Open Cygwin bash shell. > > 2) In bash shell, run the following two commands: > > umount /usr/X11R6/lib/X11/fonts > umount -u /usr/X11R6/lib/X11/fonts > > 3) Rerun Cygwin's setup.exe, select 'Reinstall' for any of the following > packages that were already installed: > > XFree86-f100 > XFree86-fcyr > XFree86-fenc > XFree86-fnts > XFree86-fscl > > 4) Launch Cygwin/X again and test that the font problems have gone away. > > 5) Report your results here along with any deviations you had to make > from these instructions. > > Harold > > Greg Jewell wrote: > > > Thanks for the tip. Looking at the log file, it appears that this is the > pertinent error message: > > > > Fatal server error: > > could not open default font 'fixed' > > winDeinitClipboard - Noting shutdown in progress > > winDeinitMultiWindowWM - Noting shutdown in progress > > > > Any ideas? I installed the default XFree86 packages. > > > > > > Greg > > > > > > > > > >>-----Original Message----- > >>From: Harold L Hunt II [mailto:huntharo@msu.edu] > >>Sent: Monday, January 05, 2004 13:58 > >>To: cygwin-xfree@cygwin.com > >>Subject: Re: fatal IO error 104 on start > >> > >> > >>Greg, > >> > >>Look at /tmp/XWin.log. > >> > >>Harold > >> > >>Greg Jewell wrote: > >> > >> > >>>Hi All, > >>> > >>>I just installed cygwin on my work machine, but am unable to > >> > >>start the X server. Each time I try (using startx), I receive > >>the following error: > >> > >>>XIO: fatal IO error 104 (Connection reset by perr) on X > >> > >>server ":0.0" > >> > >>> after 0 requests (0 known processed) with 0 events remaining. > >>> > >>>I searched the archives and saw that others were having the > >> > >>same problem at the end of November/beginning of December, but > >>no solution was offered. > >> > >>>I downloaded the packages from a couple of different sources > >> > >>this morning, but none of them produced different results. > >>Other than the few times that I've installed the software this > >>morning, cygwin had not been on this machine previously. > >>(It's a new box.) > >> > >>>Does anybody know how to resolve this? > >>> > >>> > >>>Thanks, > >>>Greg Jewell > >>> > >>> > >> > > __________________________________ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus From huntharo@msu.edu Wed Jan 7 01:28:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 07 Jan 2004 01:28:00 -0000 Subject: fatal IO error 104 on start In-Reply-To: <20040106223947.29051.qmail@web41511.mail.yahoo.com> References: <20040106223947.29051.qmail@web41511.mail.yahoo.com> Message-ID: <3FFB60BA.9010701@msu.edu> Jim, Jim Scheef wrote: > Harold, > > I had this same problem. Your suggestions resolved the font problem. The > first umount returned no messages, the second gave a "file not found" error. > Does this problem indicate trouble in the setup scripts? > > Best of all, I can type into xterm for the first time in months. > > Is there someplace I can find more about the problems caused by installing > Microsoft Services for UNIX along with Cygwin Xfree86? > > Thanks, > Jim > MSU '68 Well, since you are an MSU grad, I will answer your questions :) I'm about to be a two time grad in May. Wish me luck... There is not really a "problem" with the setup scripts, so much as there is a problem with installing Cygwin/X to a drive other than your C drive, removing that drive from the computer without uninstalling Cygwin/X, then trying to install Cygwin/X to your C drive. In that case a mount is left in your registry that points to your D drive, setup.exe tries to unpack the files on the D drive, but fails because it cannot find that drive anymore. We would need a "preinstall" script that iced the mounts, then recreated them... but setup.exe does not support such a script (I don't believe it does). Keep in mind that this is just and example; there are a plethora of reasons that you might end up in a similar situation. Yes, there is more info about Services for UNIX: http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#microsoft-services-for-unix Have fun with Cygwin/X, Harold From gjewell@cnnxn.com Wed Jan 7 02:18:00 2004 From: gjewell@cnnxn.com (Greg Jewell) Date: Wed, 07 Jan 2004 02:18:00 -0000 Subject: fatal IO error 104 on start Message-ID: <741C3B0BAF7B1F4F8FCC50AC4766CBF0248AF4@phoenix.ossconnexn.com> Harold, Your suggestions fixed the problem -- thank you very much! Just a few notes: The second umount command gave me a "File or directory not found" error. I never installed the Cyrillic fonts, so I didn't "reinstall" that package. Other than that, I did everything exactly as you asked. Thanks again! Greg Jewell -----Original Message----- From: Harold L Hunt II [mailto:huntharo@msu.edu] Sent: Monday, January 05, 2004 5:43 PM To: cygwin-xfree@cygwin.com Subject: Re: fatal IO error 104 on start Follow these steps: 1) Open Cygwin bash shell. 2) In bash shell, run the following two commands: umount /usr/X11R6/lib/X11/fonts umount -u /usr/X11R6/lib/X11/fonts 3) Rerun Cygwin's setup.exe, select 'Reinstall' for any of the following packages that were already installed: XFree86-f100 XFree86-fcyr XFree86-fenc XFree86-fnts XFree86-fscl 4) Launch Cygwin/X again and test that the font problems have gone away. 5) Report your results here along with any deviations you had to make from these instructions. Harold Greg Jewell wrote: > Thanks for the tip. Looking at the log file, it appears that this is the pertinent error message: > > Fatal server error: > could not open default font 'fixed' > winDeinitClipboard - Noting shutdown in progress > winDeinitMultiWindowWM - Noting shutdown in progress > > Any ideas? I installed the default XFree86 packages. > > > Greg > > > > >>-----Original Message----- >>From: Harold L Hunt II [mailto:huntharo@msu.edu] >>Sent: Monday, January 05, 2004 13:58 >>To: cygwin-xfree@cygwin.com >>Subject: Re: fatal IO error 104 on start >> >> >>Greg, >> >>Look at /tmp/XWin.log. >> >>Harold >> >>Greg Jewell wrote: >> >> >>>Hi All, >>> >>>I just installed cygwin on my work machine, but am unable to >> >>start the X server. Each time I try (using startx), I receive >>the following error: >> >>>XIO: fatal IO error 104 (Connection reset by perr) on X >> >>server ":0.0" >> >>> after 0 requests (0 known processed) with 0 events remaining. >>> >>>I searched the archives and saw that others were having the >> >>same problem at the end of November/beginning of December, but >>no solution was offered. >> >>>I downloaded the packages from a couple of different sources >> >>this morning, but none of them produced different results. >>Other than the few times that I've installed the software this >>morning, cygwin had not been on this machine previously. >>(It's a new box.) >> >>>Does anybody know how to resolve this? >>> >>> >>>Thanks, >>>Greg Jewell >>> >>> >> > From gjewell@cnnxn.com Wed Jan 7 02:21:00 2004 From: gjewell@cnnxn.com (Greg Jewell) Date: Wed, 07 Jan 2004 02:21:00 -0000 Subject: fatal IO error 104 on start Message-ID: <741C3B0BAF7B1F4F8FCC50AC4766CBF0248AF5@phoenix.ossconnexn.com> Hi again, I just read this explanation you gave to Jim. I'm sure that you are correct about this, but the machine that I just installed Cygwin on had no previous installation of it. I did install to my D drive, but there should have been nothing in the registry at that point. Greg -----Original Message----- From: Harold L Hunt II [mailto:huntharo@msu.edu] Sent: Tuesday, January 06, 2004 6:28 PM To: cygwin-xfree@cygwin.com Subject: Re: fatal IO error 104 on start Jim, Jim Scheef wrote: > Harold, > > I had this same problem. Your suggestions resolved the font problem. The > first umount returned no messages, the second gave a "file not found" error. > Does this problem indicate trouble in the setup scripts? > > Best of all, I can type into xterm for the first time in months. > > Is there someplace I can find more about the problems caused by installing > Microsoft Services for UNIX along with Cygwin Xfree86? > > Thanks, > Jim > MSU '68 Well, since you are an MSU grad, I will answer your questions :) I'm about to be a two time grad in May. Wish me luck... There is not really a "problem" with the setup scripts, so much as there is a problem with installing Cygwin/X to a drive other than your C drive, removing that drive from the computer without uninstalling Cygwin/X, then trying to install Cygwin/X to your C drive. In that case a mount is left in your registry that points to your D drive, setup.exe tries to unpack the files on the D drive, but fails because it cannot find that drive anymore. We would need a "preinstall" script that iced the mounts, then recreated them... but setup.exe does not support such a script (I don't believe it does). Keep in mind that this is just and example; there are a plethora of reasons that you might end up in a similar situation. Yes, there is more info about Services for UNIX: http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#microsoft-services-for-unix Have fun with Cygwin/X, Harold From huntharo@msu.edu Wed Jan 7 07:38:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 07 Jan 2004 07:38:00 -0000 Subject: Clipboard Status 2004/01/06 Message-ID: <3FFBB778.8010902@msu.edu> I have thoroughly reworked the clipboard startup and shutdown system now. I have been discussing my XDMCP problems with Keith Packard (he wrote most of XDM and XDMCP); I have been learning a lot about how XDM initializes itself and why our clipboard client was being killed at various stages. Each time that I prevent our clipboard client from being killed at one stage, I expose another stage where it gets killed :) I believe I am down to the final stage of our clipboard client getting killed. I have a design in mind to prevent this final kill, but I have to get some sleep, so it will have to wait until tomorrow. I can tell you that I now have a *much* more thorough understanding of how Xlib, X Clients, XDM, XDMCP, and the X Server all work. I no longer have any doubts about which function needs to be called before another function (e.g. XInitThreads, XSetIOErrorHandler, etc.). I have seen and fixed about a half dozen bugs in the clipboard handling code that each could account for various crash reports that we have received for both the clipboard code and the multi-window window manager code. The startup process for both systems left many race-condition holes that would occasionally cause problems (thus the non-reproducible error reports). I have closed any such holes that I have found. Once again... I ask that everyone be patient and wait for the next release of the clipboard handling code. I think it is going to impress a lot of you. :-) Harold From oyvind.harboe@zylin.com Wed Jan 7 08:43:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Wed, 07 Jan 2004 08:43:00 -0000 Subject: How to print to printer on machine running X serve Message-ID: <1073464988.4048.18.camel@famine> >Something I've done in the past is print to a Postscript file on the >remote machine, convert it to PDF using ps2pdf, transfer it to the >local computer via FTP, and then use Adobe Acrobat Reader on the local >machine to view/print the result. Thanks! This is a bit elephant, but it requires no setup and it works. My previous via-pdf approach was to export a .pdf from OpenOffice, but for some reason Windows Adobe Acrobat Reader refused to load the .pdf file + it didn't work for e.g. Evolution. All we need now is a "xwinps2pdf" utility :-) Beats me how to go about this in a generic, no options, no setup way though. I don't think xwinclip supports copy & paste of files... ??yvind From linda-zeng@tom.com Wed Jan 7 10:38:00 2004 From: linda-zeng@tom.com (Linda Zeng) Date: Wed, 07 Jan 2004 10:38:00 -0000 Subject: organza and ribbon products Message-ID: Dear Sir or madam, We are manufacturer located in Xiamen, China. We specialize in: 1)polyester ribbons, organza ribbons; polyester ribbon bows, nylon ribbon bows; polyester ribbon rosettes, nylon ribbon rosettes; velvet rosettes; 2)organza pouches, organza wire boxes; 3)resin photo frames; clear resin photo frames; wooden photo frames; aluminium photo frames; 4)resin figurines, resin penholder, resin penholder w/ clock If you are interested in our company products, please feel free to contact us. We'll let you know our website and price details. We are expecting for the chance to cooperate with you. Best regards, Linda Zeng On behalf of Jennifer Wu From huntharo@msu.edu Wed Jan 7 14:32:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 07 Jan 2004 14:32:00 -0000 Subject: How to print to printer on machine running X serve In-Reply-To: <1073464988.4048.18.camel@famine> References: <1073464988.4048.18.camel@famine> Message-ID: <3FFC188B.5080908@msu.edu> ??yvind Harboe wrote: >>Something I've done in the past is print to a Postscript file on the >>remote machine, convert it to PDF using ps2pdf, transfer it to the >>local computer via FTP, and then use Adobe Acrobat Reader on the local >>machine to view/print the result. > > > Thanks! > > This is a bit elephant, but it requires no setup and it works. > > My previous via-pdf approach was to export a .pdf from OpenOffice, but > for some reason Windows Adobe Acrobat Reader refused to load the .pdf > file + it didn't work for e.g. Evolution. > > All we need now is a "xwinps2pdf" utility :-) Beats me how to go about > this in a generic, no options, no setup way though. You guys do know that we have ps2pdf under Cygwin, right? Just install the ghostscript-x11 and ghostscript-base packages. That saves you the conversion step through a shell on your *nix box and instead allows you to do it on Cygwin. Actually, I print to PS files in Windows all the time, then run them through ps2pdf to get PDFs of web pages, receipts, Word docs, etc. Works great if you know the little trick about telling the Win32 printer driver to "Download as Soft Font" any TTF fonts... otherwise you get funny little boxes where the PS font is missing a character definition that the TTF font has. :-) Harold From abraverman@itms.com Wed Jan 7 16:02:00 2004 From: abraverman@itms.com (Andrew Braverman) Date: Wed, 07 Jan 2004 16:02:00 -0000 Subject: XFree86-xserv-4.3.0-32 tests Message-ID: <000a01c3d537$b5e46e70$1e54cea7@andrew> Just to follow up on this, I found this morning that this does not happen all the time. If I start the server and the new code is working, selecting text with the mouse leaves data selected (inverse video) and none of these things happen (there is still some debug logging, but much less). At other times, selected text has the inverse video go away (like used to happen) and the three things I listed here happen. I expect, based upon Harold's comments about fixing a bunch of things, that this will go away in his next release, but figured I would mention it as a data point anyway. - Andy > -----Original Message----- > From: Andrew Braverman [mailto:abraverman@itms.com] > Sent: Tuesday, January 06, 2004 1:45 PM > To: 'cygwin-xfree@cygwin.com' > Subject: XFree86-xserv-4.3.0-32 tests > > > I tried this version and it solves the problem that I saw > yesterday with -31. I have, however, found a few issues that > I thought you should at least be aware of. > > 1. XWin is taking a lot more system resources than it > usually does. This may be related to > 2. XWin is doing a lot of debug logging to XWin.log. I > understand that this may be on purpose, but figured I would > mention it. > 3. I do not know if it was this version or something > just before, but my autorepeat does not seem to work (even > though xset q shows it on). > > Thanks again for the wonderful work you are doing. > From david.w.dawson@lmco.com Wed Jan 7 16:49:00 2004 From: david.w.dawson@lmco.com (Dawson, David W) Date: Wed, 07 Jan 2004 16:49:00 -0000 Subject: Clipboard Status 2004/01/06 Message-ID: <0C73AA5F720CD311AC2A0008C7DBA9B40D471463@emss09m13.ems.lmco.com> > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II > Sent: Wednesday, January 07, 2004 2:39 AM > To: cygx > Subject: Clipboard Status 2004/01/06 > >snip< > > Once again... I ask that everyone be patient and wait for the next > release of the clipboard handling code. I think it is going > to impress a lot of you. :-) > Trust Me that I speak for us all: We are already QUITE impressed with you. (Not to mention appreciative!!!!) > > Harold > --------------------- David Dawson Lockheed Martin Maritime Systems & Sensors david.w.dawson@lmco.com 703-367-3885 From hg9456@fh-giessen.de Wed Jan 7 22:36:00 2004 From: hg9456@fh-giessen.de (hg9456@fh-giessen.de) Date: Wed, 07 Jan 2004 22:36:00 -0000 Subject: Right mouse functionality is missing In-Reply-To: <1073511825.2648.ezmlm@cygwin.com> References: <1073511825.2648.ezmlm@cygwin.com> Message-ID: <1522.217.226.114.227.1073514952.squirrel@www.fh-giessen.de> Hello mailing list participants, while using logitech cordless mouse with ps/2 adapter I am not able to use some functionality of different aplications both remote and local. So I would like to ask some questions: 1) Is this type of mouse supported at all? 2) Must the functionality of the mouse be enabled somehow and is not enabled per default? 3) Do you need some additional information and how can I provide it? With Best Regards Ariel Burbaickij From hg9456@fh-giessen.de Wed Jan 7 22:44:00 2004 From: hg9456@fh-giessen.de (hg9456@fh-giessen.de) Date: Wed, 07 Jan 2004 22:44:00 -0000 Subject: Minor correction to my previous post Message-ID: <1531.217.226.114.227.1073515432.squirrel@www.fh-giessen.de> Hello, Where I write right mouse functionality, right mouse button functionality is surely meant. Sorry about this. It is getting late in Germany. From murakami@ipl.t.u-tokyo.ac.jp Thu Jan 8 05:44:00 2004 From: murakami@ipl.t.u-tokyo.ac.jp (Takuma Murakami) Date: Thu, 08 Jan 2004 05:44:00 -0000 Subject: Right mouse functionality is missing In-Reply-To: <1522.217.226.114.227.1073514952.squirrel@www.fh-giessen.de> References: <1073511825.2648.ezmlm@cygwin.com> <1522.217.226.114.227.1073514952.squirrel@www.fh-giessen.de> Message-ID: <20040108142822.7B68.MURAKAMI@ipl.t.u-tokyo.ac.jp> Dear Ariel, > 1) Is this type of mouse supported at all? Cygwin/X supports all mice which Windows supports. > 2) Must the functionality of the mouse be enabled > somehow and is not enabled per default? Normal setting is sufficient. However, your mouse driver may provide additional functionalities which prevent Cygwin/X from detecting correct buttons. > 3) Do you need some additional information and how > can I provide it? You can do a good test with xev. It should print ButtonPress/ButtonRelease events with 'button' field set to 3 for the right mouse button. 'cygcheck -c XFree86-xserv' shows the version number of your Cygwin/X installation. 'xmodmap -pp' shows button mapping in Cygwin/X. Hope this helps. Takuma Murakami (murakami@ipl.t.u-tokyo.ac.jp) From huntharo@msu.edu Thu Jan 8 05:50:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 08 Jan 2004 05:50:00 -0000 Subject: XFree86-xserv-4.3.0-33 release pending Message-ID: <3FFCEFBC.9060701@msu.edu> If any of the 400+ readers is out there right now... try the mirrors.kernel.org mirror and see if you can install and test the new -clipboard support in XFree86-xserv-4.3.0-33 and report your results within 15 minutes. It should work just fine with anything you throw at it, including Xdmcp sessions using -query (no auth or kill problems anymore). I would like a quick confirmation that the new release does not crash on startup or anything similar. Harold From murakami@ipl.t.u-tokyo.ac.jp Thu Jan 8 06:24:00 2004 From: murakami@ipl.t.u-tokyo.ac.jp (Takuma Murakami) Date: Thu, 08 Jan 2004 06:24:00 -0000 Subject: XFree86-xserv-4.3.0-33 release pending In-Reply-To: <3FFCEFBC.9060701@msu.edu> References: <3FFCEFBC.9060701@msu.edu> Message-ID: <20040108152236.7B6E.MURAKAMI@ipl.t.u-tokyo.ac.jp> It works quite well in my environment. The test includes: local X apps <-> local Windows apps local {X|Win} apps <-> ssh-forwarded X apps local {X|Win} apps <-> XDMCP session X apps: rxvt, xterm, emacs Win apps: editors all data is plain text. Additionally, even Japanese texts with different encodings are correctly copied & pasted. Thank you very much for the wonderful improvement. Takuma Murakami (murakami@ipl.t.u-tokyo.ac.jp) From ralf.habacker@freenet.de Thu Jan 8 07:21:00 2004 From: ralf.habacker@freenet.de (Ralf Habacker) Date: Thu, 08 Jan 2004 07:21:00 -0000 Subject: window decoration for multiwindow mode In-Reply-To: <3FF75A06.2030205@msu.edu> References: <200401040103.07598.ralf.habacker@freenet.de> <3FF75A06.2030205@msu.edu> Message-ID: <200401080819.44415.ralf.habacker@freenet.de> On Sunday 04 January 2004 01:10, Kensuke Matsuzaki wrote: >Hi, > >A new window manager XWinWM handles Motif WM Hint and Blackbox hint, >and kicker has no border. XWinWM is based on Hackedbox, and Hackedbox >doesn't use _NET_WM_WINDOW_TYPE atom. > >I have to supprot EWMH, but XWinWM has preblem on more basically >window management (Move, resize, iconify etc). So now EWMH >compliance's priority is not high for me. > >Test version is here. >http://peppermint.jp/products/x/xwinwm-0.0.1.tar.gz > Thanks for this info. Can't say, when I can take a look at this, but I will see probably after the kde 3.1.4 release. From huntharo@msu.edu Thu Jan 8 07:34:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 08 Jan 2004 07:34:00 -0000 Subject: XFree86-xserv-4.3.0-33 release pending In-Reply-To: <20040108152236.7B6E.MURAKAMI@ipl.t.u-tokyo.ac.jp> References: <3FFCEFBC.9060701@msu.edu> <20040108152236.7B6E.MURAKAMI@ipl.t.u-tokyo.ac.jp> Message-ID: <3FFD07FE.7050509@msu.edu> Takuma, Thanks for the feedback. Kensuke is reporting some trouble with Unicode text conversion. There may be some bugs on NT-based platforms that support Unicode. I have posted the 4.3.0-33 release and marked it as 'test' until we can confirm whether it has new problems with Unicode or if the problems already existed. Thanks for testing, Harold Takuma Murakami wrote: > It works quite well in my environment. > > The test includes: > local X apps <-> local Windows apps > local {X|Win} apps <-> ssh-forwarded X apps > local {X|Win} apps <-> XDMCP session > X apps: rxvt, xterm, emacs > Win apps: editors > all data is plain text. > > Additionally, even Japanese texts with different > encodings are correctly copied & pasted. > > Thank you very much for the wonderful improvement. > > Takuma Murakami (murakami@ipl.t.u-tokyo.ac.jp) > > From zakki@peppermint.jp Thu Jan 8 08:14:00 2004 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Thu, 08 Jan 2004 08:14:00 -0000 Subject: XFree86-xserv-4.3.0-33 release pending In-Reply-To: <20040108152236.7B6E.MURAKAMI@ipl.t.u-tokyo.ac.jp> References: <3FFCEFBC.9060701@msu.edu> <20040108152236.7B6E.MURAKAMI@ipl.t.u-tokyo.ac.jp> Message-ID: Takuma, > It works quite well in my environment. > > The test includes: > local X apps <-> local Windows apps > local {X|Win} apps <-> ssh-forwarded X apps > local {X|Win} apps <-> XDMCP session > X apps: rxvt, xterm, emacs > Win apps: editors > all data is plain text. > > Additionally, even Japanese texts with different > encodings are correctly copied & pasted. Couldn't you copy and paste Japanese text in above condition? X app -> Win apps that use unicode(IE, Notepade etc) X app -> Win apps that don't use unicode(Meadow, Hidemaru etc) Either of those two fail in my environment(Windows XP). With -nounicodeclipboard, unicode apps fail. And without it, non-unicode apps fail. -- Kensuke Matsuzaki mailto:zakki@peppermint.jp http://peppermint.jp From oyvind.harboe@zylin.com Thu Jan 8 09:01:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Thu, 08 Jan 2004 09:01:00 -0000 Subject: XFree86-xserv-4.3.0-33 tests Message-ID: <1073552465.6535.0.camel@famine> I redid the tests under -33: Here are the tests I did that all worked fine: - Copy piece of text under Linux, paste in Windows. - Copy openoffice formula under Linux, paste in Linux - Copy openoffice cell range under Linux, paste in Linux Evolution HTML email - Copy norwegian letters from Windows, paste in Linux This sequence now works! 1. Copy cell range under Linux openoffice 2. Copy text under Windows 3. Paste using scrolling wheel under Linux -> text shows 4. Paste in Evolution HTML email under Linux using ctrl-v openoffice cell range -> text pasted This still fails: - Copy Norwegian letters from evolution email, paste under Windows. Paste in Windows shows "\x{00D8}\x{00C5}\x{00C6}" Inconclusive: - I've had a problem in the past that when I specify the -clipboard option, XWin.exe will sometimes crash with a NULL pointer access violation. This sometimes happened during normal operation, but more often when I exited XWin.exe via the taskbar icon. After about 10-15 minutes of testing, I haven't been able to reproduce this problem. ??yvind From ouverture1812@yahoo.com Thu Jan 8 09:54:00 2004 From: ouverture1812@yahoo.com (Olivier Biot) Date: Thu, 08 Jan 2004 09:54:00 -0000 Subject: X Server and multiple resolutions on laptop Message-ID: <20040108095400.93254.qmail@web41510.mail.yahoo.com> Hi list, I mainly use cygwin (and XFree) on a laptop. When it is docked, I get a higher resolution than when it is undocked. If I start the X server in docked mode, I get an X server in 1280x1024 resolution. If I undock, my resolution drops to 1024x768, which is OK. However, if I return to docked mode, then the X server clips both screen refresh and mouse to the previous (lower) resolution. Is there something I can do so the X server returns to the higher resolution from the docked mode? Regards, Olivier __________________________________ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus From murakami@ipl.t.u-tokyo.ac.jp Thu Jan 8 10:32:00 2004 From: murakami@ipl.t.u-tokyo.ac.jp (Takuma Murakami) Date: Thu, 08 Jan 2004 10:32:00 -0000 Subject: XFree86-xserv-4.3.0-33 release pending In-Reply-To: References: <20040108152236.7B6E.MURAKAMI@ipl.t.u-tokyo.ac.jp> Message-ID: <20040108192802.0CD8.MURAKAMI@ipl.t.u-tokyo.ac.jp> Dear Kensuke, > Couldn't you copy and paste Japanese text in above condition? > > X app -> Win apps that use unicode(IE, Notepade etc) > X app -> Win apps that don't use unicode(Meadow, Hidemaru etc) > > > Either of those two fail in my environment(Windows XP). > With -nounicodeclipboard, unicode apps fail. And without it, non-unicode apps > fail I have tested further on the issue. I use Emacs for X app and Hidemaru for Win app. All software run on local machine (WinXP). For X -> Win cases, it seems working perfectly. For Win -> X cases, problems happen. For some characters, the pasted part is shown in a little strange font and I cannot save the file. Note that, I can still read the pasted part. It's in different font (might be Unicode font?) but represents the same character. Furthermore, some characters are converted perfectly, that is, I can save it. I have done the same test using IE instead of Hidemaru for comparison between Unicode and non-Unicode apps but noticed no difference. I also compared Shift-JIS and EUC and again noticed no difference. Thank you for all your works and hope this helps. Takuma Murakami (murakami@ipl.t.u-tokyo.ac.jp) From ralf.habacker@freenet.de Thu Jan 8 10:37:00 2004 From: ralf.habacker@freenet.de (Ralf Habacker) Date: Thu, 08 Jan 2004 10:37:00 -0000 Subject: some questions relating kde-cygwin and XWin Message-ID: <200401081136.02076.ralf.habacker@freenet.de> Hi, 1. for the next kde-cygwin 3.1.4 release I'm going to build a start script, which starts all required applications like ipc-daemon2, XWin and KDE basic apps and kills this processes after a logout, if they are started by the script. I like to build this script without any inferences especially to other XWin instances running on other displays, so I'm required to get the pid of the started XWin instance. I've search in the sources of the Xserver but, have not found any useable feature, so my question is, is there any way known to retrieve the pid of a started XWin instance or is there a possibility to shutdown the server by a xclient app ? If there is no such feature, what about adding a command line option to store the server pid in a file ? 2. The Xserver could be shutdowned by the Tray X icon or by the X in the Xwin windows title. I've read that Xwin now supports specific menu entry (I remember only that this was implemented, not more) I'm looking for a way to run a script for an controlled kde shutdown after triggering a server shutdown but before the xserver shutdown is performed. Unfortunally I haven't found and doc about this in the xfree docs neither I found any usefull thread with an overview of this feature for evaluating a possible implementation, so my question is if anone can give me a pointer to some docs. 3. run.exe does not support space in path. I've search for any sources, but haven't found anyone only the binary seems to available in startup-scripts package. So my question is, if this could be fixed ? BTW: There is a font size problem on http://xfree86.cygwin.com/devel/server in the Topic Souce Code: Ralf From zakki@peppermint.jp Thu Jan 8 12:12:00 2004 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Thu, 08 Jan 2004 12:12:00 -0000 Subject: XFree86-xserv-4.3.0-33 release pending In-Reply-To: <20040108192802.0CD8.MURAKAMI@ipl.t.u-tokyo.ac.jp> References: <20040108152236.7B6E.MURAKAMI@ipl.t.u-tokyo.ac.jp> <20040108192802.0CD8.MURAKAMI@ipl.t.u-tokyo.ac.jp> Message-ID: Hi Takuma, > I have tested further on the issue. I use Emacs for X app > and Hidemaru for Win app. All software run on local > machine (WinXP). Sorry, Hidemaru 4.04 and IE are same behavior. I used 3.05. > For Win -> X cases, problems happen. For some characters, > the pasted part is shown in a little strange font and I > cannot save the file. Note that, I can still read the > pasted part. It's in different font (might be Unicode > font?) but represents the same character. Furthermore, > some characters are converted perfectly, that is, I can > save it. This is different problme that I said, and other version XWin have same problem. Maybe no problem with -nounicodeclipboard option. -- Kensuke Matsuzaki mailto:zakki@peppermint.jp http://peppermint.jp From oyvind.harboe@zylin.com Thu Jan 8 13:48:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Thu, 08 Jan 2004 13:48:00 -0000 Subject: Clipboard configuration Message-ID: <1073569683.6535.31.camel@famine> A good configuration option is no configuration option :-) Is there any reason not to make -clipboard default for XWin once the current round of changes are out of the door? In the past xwinclip crashed intermittantly and it clobbered the clipboard, so -clipboard not being default made sense. ??yvind From huntharo@msu.edu Thu Jan 8 14:57:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 08 Jan 2004 14:57:00 -0000 Subject: X Server and multiple resolutions on laptop In-Reply-To: <20040108095400.93254.qmail@web41510.mail.yahoo.com> References: <20040108095400.93254.qmail@web41510.mail.yahoo.com> Message-ID: <3FFD6FD9.8060805@msu.edu> Olivier, That sounds like a bug that needs to be looked into. Harold Olivier Biot wrote: > Hi list, > > I mainly use cygwin (and XFree) on a laptop. When it > is docked, I get a higher resolution than when it is > undocked. > > If I start the X server in docked mode, I get an X > server in 1280x1024 resolution. If I undock, my > resolution drops to 1024x768, which is OK. However, if > I return to docked mode, then the X server clips both > screen refresh and mouse to the previous (lower) > resolution. > > Is there something I can do so the X server returns to > the higher resolution from the docked mode? > > Regards, > > Olivier > > __________________________________ > Do you Yahoo!? > Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes > http://hotjobs.sweepstakes.yahoo.com/signingbonus > From huntharo@msu.edu Thu Jan 8 15:00:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 08 Jan 2004 15:00:00 -0000 Subject: Clipboard configuration In-Reply-To: <1073569683.6535.31.camel@famine> References: <1073569683.6535.31.camel@famine> Message-ID: <3FFD70AB.4080100@msu.edu> ??yvind, ??yvind Harboe wrote: > A good configuration option is no configuration option :-) > > Is there any reason not to make -clipboard default for XWin once the > current round of changes are out of the door? > > In the past xwinclip crashed intermittantly and it clobbered the clipboard, so -clipboard > not being default made sense. I have already been thinking about it. I'll eventually make -clipboard the default and add a -noclipboard option to disable it. That is what we have typically done for all features that newly reach stabililty. Harold From huntharo@msu.edu Thu Jan 8 15:09:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 08 Jan 2004 15:09:00 -0000 Subject: XFree86-xserv-4.3.0-33 release pending In-Reply-To: <20040108192802.0CD8.MURAKAMI@ipl.t.u-tokyo.ac.jp> References: <20040108152236.7B6E.MURAKAMI@ipl.t.u-tokyo.ac.jp> <20040108192802.0CD8.MURAKAMI@ipl.t.u-tokyo.ac.jp> Message-ID: <3FFD729C.6050202@msu.edu> Takuma, Please rerun setup.exe and install the XFree86-xserv-4.3.0-33 package again. It was updated after you first downloaded it. Harold Takuma Murakami wrote: > Dear Kensuke, > > >>Couldn't you copy and paste Japanese text in above condition? >> >>X app -> Win apps that use unicode(IE, Notepade etc) >>X app -> Win apps that don't use unicode(Meadow, Hidemaru etc) >> >> >>Either of those two fail in my environment(Windows XP). >>With -nounicodeclipboard, unicode apps fail. And without it, non-unicode apps >>fail > > > I have tested further on the issue. I use Emacs for X app > and Hidemaru for Win app. All software run on local > machine (WinXP). > > For X -> Win cases, it seems working perfectly. > For Win -> X cases, problems happen. For some characters, > the pasted part is shown in a little strange font and I > cannot save the file. Note that, I can still read the > pasted part. It's in different font (might be Unicode > font?) but represents the same character. Furthermore, > some characters are converted perfectly, that is, I can > save it. > > I have done the same test using IE instead of Hidemaru > for comparison between Unicode and non-Unicode apps > but noticed no difference. > > I also compared Shift-JIS and EUC and again noticed > no difference. > > Thank you for all your works and hope this helps. > > Takuma Murakami (murakami@ipl.t.u-tokyo.ac.jp) > > From abraverman@itms.com Thu Jan 8 15:16:00 2004 From: abraverman@itms.com (Andrew Braverman) Date: Thu, 08 Jan 2004 15:16:00 -0000 Subject: Updated: XFree86-xserv-4.3.0-33 In-Reply-To: <3FFD075A.8020404@msu.edu> Message-ID: <000501c3d5fa$510f66d0$1e54cea7@andrew> I seem to be the one not to have any luck lately. I tried running this package and get a standard windows "XWin-33.exe has encountered a problem and needs to close. We are sorry for the inconvenience." message. There was no useful stackdump. After going through my batch file, I found that if I put a "sleep 2" before the "xhost +hostname" command that I have in the file, XWin does not crash. If I use "sleep 1", it sometimes crashes. With no sleep, it crashes. I have attached an XWin.log from one of the attempts with no sleep. - Andy > -----Original Message----- > From: cygwin-xfree-announce-owner@cygwin.com > [mailto:cygwin-xfree-announce-owner@cygwin.com]On Behalf Of Harold L > Hunt II > Sent: Thursday, January 08, 2004 2:32 AM > To: cygxannounce > Subject: Updated: XFree86-xserv-4.3.0-33 > > > Announcement > ============ > > The XFree86-xserv-4.3.0-33 'test' package has been updated in > the Cygwin > distribution. > > > Links > ===== > > Server source, direct link: > http://www.msu.edu/~huntharo/xwin/devel/server/xwin-20040107-2 315.tar.bz2 > (137 KiB) > > xc/programs/Xserver/hw/xwin (all files) diff against 4.3.0-32 > source code: > http://www.msu.edu/~huntharo/xwin/devel/server/xwin-4.3.0-32-t > o-4.3.0-33.diff > (113 KiB) > > > Changes > ======= > > 1) General - If you use the diff above, note that the Imakefile was > missing from previous tarballs, so this diff includes the whole > Imakefile. I have updated my source packaging script so that this > does not happen again. Also, the source code in this release has > already been committed to the xorg repository on freedesktop.org's > CVS. (Harold L Hunt II) > > 2) winauth.c - New File - Move winGenerateAuthorization into this new > file. This function generates a cookie to be used by the clipboard > client for authorization when using Xdmcp. (Harold L Hunt II) > > 3) winglobals.c - New File - Start moving global variables into this > file. (Harold L Hunt II) > > 4) winclipboardwrappers.c - New File - Move all clipboard wrappers of > ProcVector and InitialVector funtions into this file. > (Harold L Hunt II) > > 5) winprocarg.c - New File - Move winInitializeDefaultScreens and > ddxProcessArgument from InitOutput.c into this file. The same will be > done eventually for other functions in InitOutput.c. (Harold L Hunt > II) > > 6) win.h, General - Get started on removing "extern" declarations > from win.h by including explicit references to extern symbols in the > source files that use those symbols. The long term goal is to start > breaking up the monolithic win.h header file. (Harold L Hunt II) > > 7) Xserver/dix/dispatch.c/Dispatch() - Add hook to OsVendorReset > function that can be optionally defined in the DDX layer when > DDXOSRESET is defined. (Harold L Hunt II) > > 8) InitOutput.c/OsVendorReset() - New Function - Send a message to > the clipboard client telling it to shutdown, then wait for the > clipboard client thread to exit before proceeding. This allows us to > cleanly shutdown the clipboard client. Incidentally, I noticed that > the previous code would spawn *additional* clipboard client threads > when the X Server was reset; this was happening because we trapped IO > errors and attempted to reconnect when they happened. There was no > code that told a clipboard client thread to exit when the server was > being reset so that it could be replaced by a new clipboard client > thread (which was happening correctly). This should lead to greater > stability across X Server resets, though I did discover that this > version and previous versions where shutting down after two or three > resets without any error message being logged nor exception being > thrown. That problem will be looked into later. (Harold L Hunt > II) > > 9) winclipboardinit.c, winclipboardthread.c, winclipboardxevents.c, > winclipboardwndproc.c - Fix problems getting killed by Xdmcp code and > remote XDM/KDM/GDM client on startup. Fix problems not being > authorized to connect when using Xdmcp by calling XSetAuthorization > and passing it our cookie that was created earlier; this removes the > need to save the cookie to a .Xauthority file. Watch the CLIPBOARD > selection in addition to the PRIMARY selection and track which was > changed within X last so that we know which one we should paste within > Win32. Fix crashes when the server resets (as explained above, it > still exits after one or two resets, for an unknown reason). The > improved clipboard code should now be good to go. (Harold L Hunt > II) > > 10) winmultiwindowwm.c - Clean up the startup of the two multi-window > threads. Create separate error and IO error handlers for the XMsgProc > thread since it was using the same IO error handler as another thread > and would try to longjmp into the other thread if it received an IO > error, which was likely causing some crashes. The multi-window code > needs additional work to confirm that it properly shuts down and exits > both threads; something similar to the clipboard shutdown message in > OsVendorReset will be needed. (Harold L Hunt II) > > 11) winclipboardxevents.c - Find and fix a last minute bug that caused > Unicode clipboard translations to be broken. (Kensuke Matsuzaki, > Harold L Hunt II) > > -- > Harold Hunt > > To update your installation, click on the "Install Cygwin now" link on > the http://cygwin.com/ web page. This downloads setup.exe to your > system. Once you've downloaded setup.exe, run it and select "XFree86" > and then click on the appropriate field until the above announced > version number appears if it is not displayed already. > > If your mirror doesn't yet have the latest version of this > package after > 24 hours, you can either continue to wait for that site to be > updated or > you can try to find another mirror. > > Please send questions or comments to the Cygwin/X mailing list at: > cygwin-xfree@cygwin.com > > If you want to subscribe go to: > http://cygwin.com/ml/cygwin-xfree/ > > I would appreciate if you would use this mailing list rather than > emailing me directly. This includes ideas and comments about > the setup > utility or Cygwin/X in general. > > If you want to make a point or ask a question the Cygwin/X mailing > list is the appropriate place. > -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.log Type: application/octet-stream Size: 3384 bytes Desc: not available URL: From huntharo@msu.edu Thu Jan 8 15:20:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 08 Jan 2004 15:20:00 -0000 Subject: Updated: XFree86-xserv-4.3.0-33 In-Reply-To: <000501c3d5fa$510f66d0$1e54cea7@andrew> References: <000501c3d5fa$510f66d0$1e54cea7@andrew> Message-ID: <3FFD752E.9040007@msu.edu> Andrew Braverman wrote: > I seem to be the one not to have any luck lately. I tried running this > package and get a standard windows "XWin-33.exe has encountered a problem > and needs to close. We are sorry for the inconvenience." message. There > was no useful stackdump. After going through my batch file, I found that if > I put a "sleep 2" before the "xhost +hostname" command that I have in the > file, XWin does not crash. If I use "sleep 1", it sometimes crashes. With > no sleep, it crashes. I have attached an XWin.log from one of the attempts > with no sleep. > > - Andy Andy, You should not need the 'xhost +hostname' unless hostname is a remote host. Have you tried without the -clipboard parameter to confirm whether the problem persists in that case? Harold From pechtcha@cs.nyu.edu Thu Jan 8 15:55:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 08 Jan 2004 15:55:00 -0000 Subject: some questions relating kde-cygwin and XWin In-Reply-To: <200401081136.02076.ralf.habacker@freenet.de> References: <200401081136.02076.ralf.habacker@freenet.de> Message-ID: On Thu, 8 Jan 2004, Ralf Habacker wrote: > Hi, > > 1. for the next kde-cygwin 3.1.4 release I'm going to build a start script, > which starts all required applications like ipc-daemon2, XWin and KDE basic > apps and kills this processes after a logout, if they are started by the > script. I like to build this script without any inferences especially to > other XWin instances running on other displays, so I'm required to get the > pid of the started XWin instance. > I've search in the sources of the Xserver but, have not found any useable > feature, so my question is, is there any way known to retrieve the pid of a > started XWin instance or is there a possibility to shutdown the server by a > xclient app ? > If there is no such feature, what about adding a command line option to store > the server pid in a file ? Well, since you can shut down a server via a key combination or an API call, it might be a good idea to write a small X app (xshutdown? xkill?) that would send a shut down message to the server running on a given display... It should be very easy to write -- unless someone gets to it, I'll see if I can cook up something in the next couple of weeks. > 2. The Xserver could be shutdowned by the Tray X icon or by the X in the Xwin > windows title. I've read that Xwin now supports specific menu entry (I > remember only that this was implemented, not more) > > I'm looking for a way to run a script for an controlled kde shutdown after > triggering a server shutdown but before the xserver shutdown is performed. > > Unfortunally I haven't found and doc about this in the xfree docs neither I > found any usefull thread with an overview of this feature for evaluating a > possible implementation, so my question is if anone can give me a pointer to > some docs. Wouldn't X either send a HUP signal or a shutdown event of some sort to all X apps running on that display? If not, could it? > 3. run.exe does not support space in path. I've search for any sources, but > haven't found anyone only the binary seems to available in startup-scripts > package. So my question is, if this could be fixed ? > > Ralf FWIW, you should be able to use the 'setsid' command (in the 'setsid' package) or a 'disown' bash builtin to achieve similar effect. 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 From sam.edgeZZZ@lineone.net Thu Jan 8 16:39:00 2004 From: sam.edgeZZZ@lineone.net (Sam Edge) Date: Thu, 08 Jan 2004 16:39:00 -0000 Subject: Clipboard configuration In-Reply-To: <3FFD70AB.4080100@msu.edu> References: <1073569683.6535.31.camel@famine> <3FFD70AB.4080100@msu.edu> Message-ID: Harold L Hunt II wrote in <3FFD70AB.4080100@msu.edu> in gmane.os.cygwin.xfree on Thu, 08 Jan 2004 10:00:59 -0500: > ?yvind Harboe wrote: > > A good configuration option is no configuration option :-) > > Is there any reason not to make -clipboard default for XWin once the > > current round of changes are out of the door? > > In the past xwinclip crashed intermittantly and it clobbered the clipboard, so -clipboard > > not being default made sense. > > I have already been thinking about it. > I'll eventually make -clipboard the default and add a -noclipboard > option to disable it. > That is what we have typically done for all features that newly reach > stabililty. It could be argued that if the -query or -broadcast option is also being used the default should remain -noclipboard. Most (remote) display managers turn on X authentication and prevent the internal clipboard client from connecting to its own Cygwin/X server. This results in the client wasting its time doing it's start-up retries. This isn't a huge waste - more a niggle. If the inter-clipboard functionality is eventually re-coded into the server end instead of being an X-client it will avoid the authentication problem and the default can be changed to 'enabled' in all cases. Discuss? -- Sam Edge From alexander.gottwald@s1999.tu-chemnitz.de Thu Jan 8 16:54:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 08 Jan 2004 16:54:00 -0000 Subject: Clipboard configuration In-Reply-To: References: <1073569683.6535.31.camel@famine> <3FFD70AB.4080100@msu.edu> Message-ID: On Thu, 8 Jan 2004, Sam Edge wrote: > If the inter-clipboard functionality is eventually re-coded into the > server end instead of being an X-client it will avoid the > authentication problem and the default can be changed to 'enabled' in > all cases. > > Discuss? Done. See the archives of this week. Actually this recode was the starting point for this thread. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Thu Jan 8 17:00:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 08 Jan 2004 17:00:00 -0000 Subject: Clipboard configuration In-Reply-To: References: <1073569683.6535.31.camel@famine> <3FFD70AB.4080100@msu.edu> Message-ID: <3FFD8C8B.4080408@msu.edu> Sam, Sam Edge wrote: > Harold L Hunt II wrote in > <3FFD70AB.4080100@msu.edu> > in gmane.os.cygwin.xfree on Thu, 08 Jan 2004 10:00:59 -0500: > > >>??yvind Harboe wrote: >> >>>A good configuration option is no configuration option :-) >>>Is there any reason not to make -clipboard default for XWin once the >>>current round of changes are out of the door? >>>In the past xwinclip crashed intermittantly and it clobbered the clipboard, so -clipboard >>>not being default made sense. >> >>I have already been thinking about it. >>I'll eventually make -clipboard the default and add a -noclipboard >>option to disable it. >>That is what we have typically done for all features that newly reach >>stabililty. > > > It could be argued that if the -query or -broadcast option is also > being used the default should remain -noclipboard. > > Most (remote) display managers turn on X authentication and prevent > the internal clipboard client from connecting to its own Cygwin/X > server. This results in the client wasting its time doing it's > start-up retries. This isn't a huge waste - more a niggle. Really... huh... I guess that's why I call GenerateAuthorization within the server to create an MIT MAGIC COOKIE, then I call XSetAuthorization in the clipboard thread to pass that cookie to the server when using Xdmcp? :) You must not have been reading the change logs too closely :) > If the inter-clipboard functionality is eventually re-coded into the > server end instead of being an X-client it will avoid the > authentication problem and the default can be changed to 'enabled' in > all cases. No, the clipboard functionality will always need a client connection to perform conversions of text with Xlib. I talked to Keith Packard about this... he has frequently used internal clients running in separate threads to perform such tasks... it is essentially an accepted practice. You do, however, have to go one step further than we had gone before and handle authorization issues if you want to use it with Xdmcp. That has now been done. Harold From huntharo@msu.edu Thu Jan 8 17:21:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 08 Jan 2004 17:21:00 -0000 Subject: Website - IRC Chat page added Message-ID: <3FFD918F.3060308@msu.edu> I added a new page to the website to point people to our IRC chat room: http://xfree86.cygwin.com/chat.html I am finding chat very useful for discussing development (watch the channel if you are interested). I would also like to a see a larger group of people monitoring #cygwinx for questions and answering them in an interactive fashion. It is often easier to have a brief conversation with someone than it is to write long emails outlining all possibilities for their problem. See you in #cygwinx! Harold From oyvind.harboe@zylin.com Thu Jan 8 17:47:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Thu, 08 Jan 2004 17:47:00 -0000 Subject: Configuration for multiple monitors Message-ID: <1073584070.7170.0.camel@famine> A good configuration option is no configuration option :-) Is there any reason not to make -multiplemonitors default for XWin? With the default setting, the default behaviour when extending the desktop to two monitors is broken. This is a known problem. A machine with a single monitor behaves correctly with the -multiplemonitors option. Perhaps this is already in the works: http://sources.redhat.com/ml/cygwin-xfree/2003-12/msg00096.html ??yvind From oyvind.harboe@zylin.com Thu Jan 8 17:49:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Thu, 08 Jan 2004 17:49:00 -0000 Subject: XFree86-xserv-4.3.0-33 clipboard problem Message-ID: <1073584192.7170.4.camel@famine> I just ran into a problem: After working with XWin for a while(30 minutes), the clipboard integration stopped working. No crash. I could no longer copy from windows and paste in Evolution. When I shut down XWin and restarted XWin + Evolution, paste to Evolution worked again. ??yvind From huntharo@msu.edu Thu Jan 8 17:51:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 08 Jan 2004 17:51:00 -0000 Subject: Website - IRC Chat page added In-Reply-To: <3FFD918F.3060308@msu.edu> References: <3FFD918F.3060308@msu.edu> Message-ID: <3FFD9886.9070106@msu.edu> By the way, if you need a good IRC client for Windows, check out XChat: http://www.xchat.org/ It works quite well under Windows and automates lots of tasks like connecting, opening channels, and authorizing your saved nickname (/msg NickServ IDENTIFY password). We have two new people in the channel now... lets get that up to 20! :) Harold Harold L Hunt II wrote: > I added a new page to the website to point people to our IRC chat room: > > http://xfree86.cygwin.com/chat.html > > I am finding chat very useful for discussing development (watch the > channel if you are interested). > > I would also like to a see a larger group of people monitoring #cygwinx > for questions and answering them in an interactive fashion. It is often > easier to have a brief conversation with someone than it is to write > long emails outlining all possibilities for their problem. > > See you in #cygwinx! > > Harold > From pechtcha@cs.nyu.edu Thu Jan 8 17:53:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 08 Jan 2004 17:53:00 -0000 Subject: Website - IRC Chat page added In-Reply-To: <3FFD9886.9070106@msu.edu> References: <3FFD918F.3060308@msu.edu> <3FFD9886.9070106@msu.edu> Message-ID: People can also install the Cygwin "naim" package and use it in its "nirc" incarnation. "naim" is a configurable ncurses-based client, *and* it's part of Cygwin. :-) Igor On Thu, 8 Jan 2004, Harold L Hunt II wrote: > By the way, if you need a good IRC client for Windows, check out XChat: > > http://www.xchat.org/ > > It works quite well under Windows and automates lots of tasks like > connecting, opening channels, and authorizing your saved nickname (/msg > NickServ IDENTIFY password). > > We have two new people in the channel now... lets get that up to 20! :) > > Harold > > Harold L Hunt II wrote: > > > I added a new page to the website to point people to our IRC chat room: > > > > http://xfree86.cygwin.com/chat.html > > > > I am finding chat very useful for discussing development (watch the > > channel if you are interested). > > > > I would also like to a see a larger group of people monitoring #cygwinx > > for questions and answering them in an interactive fashion. It is often > > easier to have a brief conversation with someone than it is to write > > long emails outlining all possibilities for their problem. > > > > See you in #cygwinx! > > > > Harold -- 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 From huntharo@msu.edu Thu Jan 8 17:58:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 08 Jan 2004 17:58:00 -0000 Subject: XFree86-xserv-4.3.0-33 clipboard problem In-Reply-To: <1073584192.7170.4.camel@famine> References: <1073584192.7170.4.camel@famine> Message-ID: <3FFD9A24.4000601@msu.edu> ??yvind, We would need to see an XWin.log from such a session. Harold ??yvind Harboe wrote: > I just ran into a problem: > > After working with XWin for a while(30 minutes), the clipboard > integration stopped working. > > No crash. > > I could no longer copy from windows and paste in Evolution. > > When I shut down XWin and restarted XWin + Evolution, paste to Evolution > worked again. > > ??yvind > > > From huntharo@msu.edu Thu Jan 8 18:12:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 08 Jan 2004 18:12:00 -0000 Subject: Configuration for multiple monitors In-Reply-To: <1073584070.7170.0.camel@famine> References: <1073584070.7170.0.camel@famine> Message-ID: <3FFD9D67.20406@msu.edu> ??yvind, Give a man a fish, he eats for one day. Teach a man to fish... Source is viewable here: http://pdx.freedesktop.org/cgi-bin/viewcvs.cgi/xc/programs/Xserver/hw/xwin/?cvsroot=xorg&only_with_tag=CYGWIN Do the following: 1) Look at winprocarg.c/winInitializeDefaultScreens 2) Change the line: g_ScreenInfo[i].fMultipleMonitors = FALSE; to: g_ScreenInfo[i].fMultipleMonitors = TRUE; 3) Look at winprocarg.c/ddxProcessArgument 4) Find the section that starts with: /* * Look for the '-multiplemonitors' argument */ 5) Add a similar section for -nomultimonitors and -nomultiplemonitors that sets the flag to FALSE instead of to TRUE. 6) Pull the CVS tree following the instructions here: http://xfree86.cygwin.com/devel/server/ 7) Make your changes as above. 8) Run 'cvs -z3 diff -up > multi-monitor.diff' in hw/xwin and send in the patch. 9) I will compile it for you and post it in the next release. If you want to compile it yourself, check the Contributor's Guide (mind you, it references the XFree86.org CVS tree, which has been replaced with freedesktop.org for us): http://xfree86.cygwin.com/docs/cg/prog-build-native.html Harold ??yvind Harboe wrote: > A good configuration option is no configuration option :-) > > Is there any reason not to make -multiplemonitors default for XWin? > > With the default setting, the default behaviour when extending the desktop to > two monitors is broken. This is a known problem. > > A machine with a single monitor behaves correctly with the -multiplemonitors > option. > > Perhaps this is already in the works: > > http://sources.redhat.com/ml/cygwin-xfree/2003-12/msg00096.html > > > ??yvind > > From huntharo@msu.edu Thu Jan 8 18:13:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 08 Jan 2004 18:13:00 -0000 Subject: Website - IRC Chat page added In-Reply-To: References: <3FFD918F.3060308@msu.edu> <3FFD9886.9070106@msu.edu> Message-ID: <3FFD9DD2.6000204@msu.edu> Igor, Igor Pechtchanski wrote: > People can also install the Cygwin "naim" package and use it in its "nirc" > incarnation. "naim" is a configurable ncurses-based client, *and* it's > part of Cygwin. :-) > Igor Good point. I had not tried it myself. But back to the topic at hand. Why aren't you lurking in #cygwinx yet?!? :) Harold From holger.krull@gmx.de Thu Jan 8 18:21:00 2004 From: holger.krull@gmx.de (Holger Krull) Date: Thu, 08 Jan 2004 18:21:00 -0000 Subject: XFree86-xserv-4.3.0-33 release pending In-Reply-To: <3FFD729C.6050202@msu.edu> References: <20040108152236.7B6E.MURAKAMI@ipl.t.u-tokyo.ac.jp> <20040108192802.0CD8.MURAKAMI@ipl.t.u-tokyo.ac.jp> <3FFD729C.6050202@msu.edu> Message-ID: <3FFD9EB5.1060807@gmx.de> Hello, i installed the -33 Version and the -clipboard feature doesn't work. I started with xwin +kb -xkbmap de -query murpel -from 192.168.1.2 -fp tcp/192.168.1.1:7100 -dpi 100 -once -clipboard What's different here? Xwinclip still works but needs -ac. The XWin.log says ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 960 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (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 winScreenInit - dwWidth: 1280 dwHeight: 960 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1280 h: 960 winCreateBoundingWindowWindowed - Current w: 1280 h: 960 winAdjustForAutoHide - Original WorkArea: 0 0 926 1280 winAdjustForAutoHide - Adjusted WorkArea: 0 0 926 1280 winCreateBoundingWindowWindowed - WindowClient w 1274 h 895 r 1274 l 0 b 895 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 5096 winAllocateFBShadowDDNL - Created shadow pitch: 5096 winAllocateFBShadowDDNL - Created shadow stride: 1274 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 (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000407" (00000407) (--) Using preset keyboard for "German (Germany)" (407), type "4" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc105" Layout = "de" Variant = "(null)" Options = "(null)" Error opening keymap file de, reverting to defaults winPointerWarpCursor - Discarding first warp: 637 447 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client until third call. winProcEstablishConnection - Hello winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client until third call. winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - Calling setlocale () winClipboardProc - setlocale () returned winClipboardProc - XInitThreads () returned. winClipboardProc - DISPLAY=127.0.0.1:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_CREATE winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winProcSetSelectionOwner - Clipboard not yet started. winProcSetSelectionOwner - Clipboard not yet started. winProcQueryTree - Clipboard client already launched, returning. winClipboardIOErrorHandler! winClipboardProc - setjmp returned for IO Error Handler. winProcSetSelectionOwner - No valid clipboard window handle. From huntharo@msu.edu Thu Jan 8 18:27:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 08 Jan 2004 18:27:00 -0000 Subject: XFree86-xserv-4.3.0-33 release pending In-Reply-To: <3FFD9EB5.1060807@gmx.de> References: <20040108152236.7B6E.MURAKAMI@ipl.t.u-tokyo.ac.jp> <20040108192802.0CD8.MURAKAMI@ipl.t.u-tokyo.ac.jp> <3FFD729C.6050202@msu.edu> <3FFD9EB5.1060807@gmx.de> Message-ID: <3FFDA0E6.5080001@msu.edu> Holger, Holger Krull wrote: > Hello, > i installed the -33 Version and the -clipboard feature doesn't work. > I started with xwin +kb -xkbmap de -query murpel -from 192.168.1.2 -fp > tcp/192.168.1.1:7100 -dpi 100 -once -clipboard > > What's different here? Xwinclip still works but needs -ac. Thanks, the log file was very useful. What is happening is that we have to wait to start the clipboard client until XDM has finished killing any connected clients. There is not a well-defined event that I can use to track this, so I have to try to find an artifact of the startup process that works with most XDM/KDM/GDM implementations. The current triggers I am using work fine with my KDM implementation, but they appear not to work with your XDM implementation. So, I will have to tweak the triggers a bit to see if I can make them more robust. Thanks for the report. Patiently wait for 4.3.0-34. Thanks, Harold From holger.krull@gmx.de Thu Jan 8 18:44:00 2004 From: holger.krull@gmx.de (Holger Krull) Date: Thu, 08 Jan 2004 18:44:00 -0000 Subject: XFree86-xserv-4.3.0-33 release pending In-Reply-To: <3FFDA0E6.5080001@msu.edu> References: <20040108152236.7B6E.MURAKAMI@ipl.t.u-tokyo.ac.jp> <20040108192802.0CD8.MURAKAMI@ipl.t.u-tokyo.ac.jp> <3FFD729C.6050202@msu.edu> <3FFD9EB5.1060807@gmx.de> <3FFDA0E6.5080001@msu.edu> Message-ID: <3FFDA434.60205@gmx.de> Hi again, > The current triggers I am using work fine with my KDM implementation, > but they appear not to work with your XDM implementation. So, I will just for info, xdm here is in reality a kdm (as far as i know). It is a Suse 9.0 with kde installed. Holger From abraverman@itms.com Thu Jan 8 19:48:00 2004 From: abraverman@itms.com (Andrew Braverman) Date: Thu, 08 Jan 2004 19:48:00 -0000 Subject: Updated: XFree86-xserv-4.3.0-33 In-Reply-To: <3FFD752E.9040007@msu.edu> Message-ID: <000001c3d620$61f17ee0$1e54cea7@andrew> I had not checked, but I just did. If I remove the -clipboard and the sleep, all is well. As another data point, a longer sleep is needed if the files are run on windows login (which is not surprising). On a different note, I have noticed that the X clipboard will transfer to windows as long as the data is highlighted. Once the data is unhighlighted (i.e. typing "clear") the text is still in the X buffer (middle button or shift insert pastes correctly), but the windows clipboard is empty. - Andy > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold L Hunt II > Sent: Thursday, January 08, 2004 10:20 AM > To: cygwin-xfree@cygwin.com > Subject: Re: Updated: XFree86-xserv-4.3.0-33 > > > Andrew Braverman wrote: > > > I seem to be the one not to have any luck lately. I tried > running this > > package and get a standard windows "XWin-33.exe has > encountered a problem > > and needs to close. We are sorry for the inconvenience." > message. There > > was no useful stackdump. After going through my batch > file, I found that if > > I put a "sleep 2" before the "xhost +hostname" command that > I have in the > > file, XWin does not crash. If I use "sleep 1", it > sometimes crashes. With > > no sleep, it crashes. I have attached an XWin.log from one > of the attempts > > with no sleep. > > > > - Andy > > Andy, > > You should not need the 'xhost +hostname' unless hostname is > a remote host. > > Have you tried without the -clipboard parameter to confirm > whether the > problem persists in that case? > > Harold > From huntharo@msu.edu Thu Jan 8 20:35:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 08 Jan 2004 20:35:00 -0000 Subject: Verifying that Cygwin/X X Server can be built from xserver repository on freedesktop.org Message-ID: <3FFDBF18.6050106@msu.edu> Currently, I am making Cygwin/X X Server releases from a local XFree86 4.3.0 tree that has been heavily modified. The latest Cygwin/X X Server code is stored in the xorg repository on freedesktop.org, but there are some small differences between the xorg code and the code that I build releases from (e.g. xorg has support for a new logging facility, while the 4.3.0 tree does not). I would like to start making releases from the xorg tree, but it has not yet been tagged as 4.4.0, so I am hesitant to do this. Furthermore, if I am going to change the tree that I make releases from, then I had better evaluate whether it is time to do what I ultimately intend to do: move the latest Cygwin/X X Server code to the xserver repository on freedesktop.org. The prime benefit of moving to the xserver repository at this time is that we can use the new composite system that was recently created. We can use the composite system in Cygwin/X to finally provide support for PseudoColor visuals on top of a TrueColor display. Translation: People would finally be able to run 8 bit palettized color apps on their 15, 16, 24, and 32 bit displays, while also runnings apps in the default color depth. The composite system is of interest to me because I have been thinking recently about attacking the PseudoColor emulation problem again. The prime drawback of moving to the xserver repository at this time is that it has the potential to be boring. The autotools (autoconf, automake, etc.) are very slow on Cygwin and it is likely that changes would have to be made to the configuration files in order to get the build working on Cygwin. Simple problems will possibly require several cycles of making small changes, waiting a few minutes for configure to finish, then trying a build. There is unlikely to be anything difficult in this process, it is just likely to be time consuming. On the other hand, things could work perfectly and the first reply to this message might be "it works". So, go forth and try it! I am **very** interested in moving to the xserver repository at this time. I am seeking help from anyone that want to try checking out the xserver repository from freedesktop.org and attempting a build of it on Cygwin. I am not interested in pledges of help in the future. Class starts for me again on Monday, so if this is going to happen, then it will be 50% done by Saturday or it won't be happening. If you are interested, checkout the code, try to build it, and start proposing patches for small problems that you notice. I may start working on this myself, so it would be wise to site in #freedesktop and #cygwinx on freenode.org to make sure that we don't work on the same things simultaneously. I can also provide assistance in those chat rooms, as can others that are already working with the xserver repository. For information on the xserver repository (such as how to check it out), see: http://freedesktop.org/Software/xserver Thanks in advance to anyone that can help with getting xserver building on Cygwin, Harold From huntharo@msu.edu Fri Jan 9 00:11:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 09 Jan 2004 00:11:00 -0000 Subject: X Server and multiple resolutions on laptop In-Reply-To: <20040108095400.93254.qmail@web41510.mail.yahoo.com> References: <20040108095400.93254.qmail@web41510.mail.yahoo.com> Message-ID: <3FFDF1AC.3080500@msu.edu> Olivier, [Not sure if you are subscribed, so cc'ing you.] Could you send in the command-line that you use to start XWin.exe and the /tmp/XWin.log file from an instance where this problem occurs? I think that the problem is a side-effect of our clipper that we use... but I need to know what parameters are being passed to XWin.exe before I can confirm that. Harold Olivier Biot wrote: > Hi list, > > I mainly use cygwin (and XFree) on a laptop. When it > is docked, I get a higher resolution than when it is > undocked. > > If I start the X server in docked mode, I get an X > server in 1280x1024 resolution. If I undock, my > resolution drops to 1024x768, which is OK. However, if > I return to docked mode, then the X server clips both > screen refresh and mouse to the previous (lower) > resolution. > > Is there something I can do so the X server returns to > the higher resolution from the docked mode? > > Regards, > > Olivier > > __________________________________ > Do you Yahoo!? > Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes > http://hotjobs.sweepstakes.yahoo.com/signingbonus > From sam.edgeZZZ@lineone.net Fri Jan 9 09:00:00 2004 From: sam.edgeZZZ@lineone.net (Sam Edge) Date: Fri, 09 Jan 2004 09:00:00 -0000 Subject: Clipboard configuration In-Reply-To: <3FFD8C8B.4080408@msu.edu> References: <1073569683.6535.31.camel@famine> <3FFD70AB.4080100@msu.edu> <3FFD8C8B.4080408@msu.edu> Message-ID: Harold L Hunt II wrote in <3FFD8C8B.4080408@msu.edu> in gmane.os.cygwin.xfree on Thu, 08 Jan 2004 11:59:55 -0500: > [Sam Edge wrote:] > > Most (remote) display managers turn on X authentication and prevent > > the internal clipboard client from connecting to its own Cygwin/X > > server. This results in the client wasting its time doing it's > > start-up retries. This isn't a huge waste - more a niggle. > > Really... huh... I guess that's why I call GenerateAuthorization within > the server to create an MIT MAGIC COOKIE, then I call XSetAuthorization > in the clipboard thread to pass that cookie to the server when using > Xdmcp? :) Bugger. For some reason I was running an older version of Xwin.exe when I checked. Sorry. > You must not have been reading the change logs too closely :) You've found me out! ;-) Anyway. As you were, gang. (And thanks again for a thoughoughly excellent piece of software.) Regards, -- Sam Edge From oyvind.harboe@zylin.com Fri Jan 9 09:23:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Fri, 09 Jan 2004 09:23:00 -0000 Subject: Configuration for multiple monitors Message-ID: <1073640179.8704.4.camel@famine> Harold, perhaps the below should *always* be TRUE and there shouldn't be an option at all? g_ScreenInfo[i].fMultipleMonitors = TRUE; If so, then the changes TBD are: - remove the -multiplemontiors option - always set fMultipleMonitors=TRUE, or remove fMultipleMontiors altogether. (Code removed is not code deleted; it is in CVS in case it needs to be summoned at some point.) Thanks for these tips BTW: http://www.cygwin.com/ml/cygwin-xfree/2004-01/msg00160.html ??yvind From oyvind.harboe@zylin.com Fri Jan 9 09:24:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Fri, 09 Jan 2004 09:24:00 -0000 Subject: XFree86-xserv-4.3.0-33 clipboard problem Message-ID: <1073640275.8704.7.camel@famine> Ref. this problem, it happened again and I now caught the XWin.log ??yvind --- After working with XWin for a while(30 minutes), the clipboard integration stopped working. No crash. I could no longer copy from windows and paste in Evolution. When I shut down XWin and restarted XWin + Evolution, paste to Evolution worked again. -------------- next part -------------- ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1600 h 1200 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (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 winScreenInit - dwWidth: 1600 dwHeight: 1200 winSetEngine - Multi Window => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1600 h: 1200 winCreateBoundingWindowWindowed - Current w: 1600 h: 1200 winGetWorkArea - Original WorkArea: 0 0 1166 1600 winGetWorkArea - Virtual screen is 2880 x 1200 winGetWorkArea - Virtual screen origin is 0, 0 winGetWorkArea - Primary screen is 1600 x 1200 winGetWorkArea - Adjusted WorkArea for multiple monitors: 0 0 1166 2880 winAdjustForAutoHide - Original WorkArea: 0 0 1166 2880 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1166 2880 winCreateBoundingWindowWindowed - WindowClient w 2880 h 1166 r 2880 l 0 b 1166 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 2880 height: 1200 depth: 32 winAllocateFBShadowGDI - Dibsection width: 2880 height: 1200 depth: 32 size image: 13824000 winAllocateFBShadowGDI - Created shadow stride: 2880 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff 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. winInitMultiWindowWM - Hello winMultiWindowXMsgProc - Hello winFinishScreenInitFB - returning winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Calling pthread_mutex_lock () 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 (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000414" (00000414) (--) Using preset keyboard for "Norwegian" (414), type "4" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc105" Layout = "no" Variant = "(null)" Options = "(null)" winPointerWarpCursor - Discarding first warp: 1440 600 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winInitMultiWindowWM - pthread_mutex_lock () returned. winInitMultiWindowWM - Calling setlocale () winInitMultiWindowWM - setlocale () returned winInitMultiWindowWM - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - pthread_mutex_lock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - XInitThreads () returned. winClipboardProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_CREATE winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winProcSetSelectionOwner - We currently own the clipboard, releasing ownership. winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winDeinitClipboard - Noting shutdown in progress winDeinitMultiWindowWM - Noting shutdown in progress OsVendorReset - Hello winClipboardWindowProc - WM_DESTROY winClipboardProc - winClipboardFlushWindowsMessageQueue trapped WM_QUIT message, exiting main loop. OsVendorReset - Clipboard thread has exited. winDeinitClipboard - Noting shutdown in progress winDeinitMultiWindowWM - Noting shutdown in progress From jeb@jeremywilkins.freeserve.co.uk Fri Jan 9 11:53:00 2004 From: jeb@jeremywilkins.freeserve.co.uk (jeb@jeremywilkins.freeserve.co.uk) Date: Fri, 09 Jan 2004 11:53:00 -0000 Subject: Clipboard (-33) report Message-ID: <14897881.1073649187464.JavaMail.www@wwinf3006> Hi, I've been playing around with the new clipboard support on a Solaris9 x86 box. I've been experimenting with the XDMCP stuff (box is running dtlogin). Seems to work fine when I login into gnome2. I can copy and paste fine from windows to the XDMCP session fine, and vice versa. Works fine if I launch multiple XDMCP sessions running gnome2, can copy and paste between them, and to/from windows. What doesn't work is when in CDE, whether multiple sessions or only a single session is getting run. I also can't copy in dtlogin, but I don't know whether this is because the widgets don't support copy, or because of the problems in cde. If I run gedit in CDE I can copy from that though, but can't copy if I run dtmail under gnome. So I'm assuming the clipboard client isn't getting clobbered, is this likely to be related to clipboard only supporting the PRIMARY selection? Jeremy Freeserve AnyTime - HALF PRICE for the first 3 months - Save ?7.50 a month www.freeserve.com/anytime From hans.dekker.ext@juntadeandalucia.es Fri Jan 9 12:51:00 2004 From: hans.dekker.ext@juntadeandalucia.es (Hans Dekker) Date: Fri, 09 Jan 2004 12:51:00 -0000 Subject: xserv 4.3.0-29 Alt Gr Problem is gone References: <4F698AE6FB425D4A8879766D19E1F929055E1A@win2000.sup-logistik.de> <3FF18715.2020808@msu.edu> Message-ID: <3FFEA396.5090404@juntadeandalucia.es> Hi all and Harold, Sorry for being persistent, but I guess I have to revisit alt-Gr key problem using a Spanish keyboard. Just tried xserv version 4.3.0-30 (I used the 4.3.0-21 before), and starting X-windows in either a xfree bash shell as well as the CDE environment xmodmap tells me that I have only 2 definitions per key (normal key usage and Shift-key combination). So the Alt-Gr definition is not defined for the keys. Xf86Config and the es keyboard map have been modified to define AltGr as Mode_Switch. I tried various startup parameters with the XWin executable, but no success. I installed xserv 4.3.0-30 over version 4.3.0-21 using the Cygwin setup program. It's running in Windows XP. I guess there must be a small thing to configure the keyboard usage in X-Window OK. But what is it? Regards, Hans. Harold L Hunt II escribi??: > Christoph, > > Thanks for the confirmation. I was really hoping that I fixed that > problem for good :) > > Harold > > Christoph Leser wrote: > >> Harold, >> >> thanks for your immediate help. I did as you suggested and it worked >> out fine for me: >> >> XWin 4.3.0-29 is now running AND there is no problem with Alt-Gr anymore. >> >> Thanks to you and all the people providing the great cygwin stuff >> >> Happy New Year >> >> Christoph >> >> >>> Run 'mount' in a Cygwin bash shell. You should see something that >>> includes a > line like the following: >> >> >> >>> C:\cygwin\usr\X11R6\lib\X11\fonts on /usr/X11R6/lib/X11/fonts type >>> system (binmode) >> >> >> >> >>> If you see "type system" in that line, then run the following in your >>> Cygwin > bash shell: >> >> >> >>> umount /usr/X11R6/lib/X11/fonts >> >> >> >>> Else, run the following >> >> >> >>> umount -u /usr/X11R6/lib/X11/fonts >> >> >> >> >>> The problem is that your mount-point for your fonts directory points >>> to a dead or invalid directory and needs to be removed. >> >> >> >>> You know need to re-run Cygwin's setup.exe and make sure that the >>> XFree86-fenc and XFree86-fnts packages are installed or re-installed. >> >> >> >>> Harold >> >> >> >> Christoph Leser wrote: >> >> >> >>>> thanks for pointing me to /tmp/XWin.log >>> >> >> >>>> This shows, that the font directory is not properly installed. >>> >> >> >>>> When I try to reinstall, the installer hangs when trying to create >>>> the sub >> drirectories. ( As a matter of fact I cannot create >>>> /usr/X11R6/lib/X11/fonts >> in bash,, gives 'mkdir: cannot create >>>> directory 'fonts': No such file or >>directory' ) >>> >> >> >>>> I have no idea what has happened, maybe something wrong with xp? >>> >> >> >>>> Thanks >>> >> >> >>>> Christoph >>> >> >> >> >> > > . > From ouverture1812@yahoo.com Fri Jan 9 13:31:00 2004 From: ouverture1812@yahoo.com (Olivier Biot) Date: Fri, 09 Jan 2004 13:31:00 -0000 Subject: X Server and multiple resolutions on laptop In-Reply-To: <3FFDF1AC.3080500@msu.edu> Message-ID: <20040109133058.83178.qmail@web41511.mail.yahoo.com> Hi list, The latest X server release 4.3.0-30 seems to have solved this problem as I am unable to reproduce it! Regards, Olivier --- Harold L Hunt II wrote: > Olivier, > > [Not sure if you are subscribed, so cc'ing you.] > > Could you send in the command-line that you use to > start XWin.exe and > the /tmp/XWin.log file from an instance where this > problem occurs? > > I think that the problem is a side-effect of our > clipper that we use... > but I need to know what parameters are being passed > to XWin.exe before I > can confirm that. > > Harold > > Olivier Biot wrote: > > Hi list, > > > > I mainly use cygwin (and XFree) on a laptop. When > it > > is docked, I get a higher resolution than when it > is > > undocked. > > > > If I start the X server in docked mode, I get an X > > server in 1280x1024 resolution. If I undock, my > > resolution drops to 1024x768, which is OK. > However, if > > I return to docked mode, then the X server clips > both > > screen refresh and mouse to the previous (lower) > > resolution. > > > > Is there something I can do so the X server > returns to > > the higher resolution from the docked mode? > > > > Regards, > > > > Olivier > > > > __________________________________ > > Do you Yahoo!? > > Yahoo! Hotjobs: Enter the "Signing Bonus" > Sweepstakes > > http://hotjobs.sweepstakes.yahoo.com/signingbonus > > ===== Olivier Biot (Belgium, Europe) | Astronomy, LaTeX, C, Mineralogy, Email: Ouverture1812 (@) yahoo.com | ATMing, Music, Computers, Guitar ICQ # 8807511 (nickname Bibi) | AND MANY MORE ... WWW: http://www.biot.yucom.be/ __________________________________ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus From oyvind.harboe@zylin.com Fri Jan 9 14:43:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Fri, 09 Jan 2004 14:43:00 -0000 Subject: XFree86-xserv-4.3.0-33 crash Message-ID: <1073659275.9095.3.camel@famine> XWin crashed; XWin.log attached. I'm not sure how to produce a useful bugreport, as there isn't a sequence of steps to reproduce it. Postmortem analysis seems to be the only way. Suggestions? Somehow install a XWin w/GDB debug symbols and examine the ashes? ??yvind -------------- next part -------------- ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1600 h 1200 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (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 winScreenInit - dwWidth: 1600 dwHeight: 1200 winSetEngine - Multi Window => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1600 h: 1200 winCreateBoundingWindowWindowed - Current w: 1600 h: 1200 winGetWorkArea - Original WorkArea: 0 0 1166 1600 winGetWorkArea - Virtual screen is 2880 x 1200 winGetWorkArea - Virtual screen origin is 0, 0 winGetWorkArea - Primary screen is 1600 x 1200 winGetWorkArea - Adjusted WorkArea for multiple monitors: 0 0 1166 2880 winAdjustForAutoHide - Original WorkArea: 0 0 1166 2880 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1166 2880 winCreateBoundingWindowWindowed - WindowClient w 2880 h 1166 r 2880 l 0 b 1166 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 2880 height: 1200 depth: 32 winAllocateFBShadowGDI - Dibsection width: 2880 height: 1200 depth: 32 size image: 13824000 winAllocateFBShadowGDI - Created shadow stride: 2880 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff 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: "00000414" (00000414) (--) Using preset keyboard for "Norwegian" (414), type "4" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc105" Layout = "no" Variant = "(null)" Options = "(null)" winPointerWarpCursor - Discarding first warp: 1440 600 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winInitMultiWindowWM - pthread_mutex_lock () returned. winInitMultiWindowWM - Calling setlocale () winInitMultiWindowWM - setlocale () returned winInitMultiWindowWM - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - pthread_mutex_lock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - XInitThreads () returned. winClipboardProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_CREATE winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winProcSetSelectionOwner - We currently own the clipboard, releasing ownership. winClipboardWindowProc - WM_DRAWCLIPBOARD - Clipboard is unowned. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winProcSetSelectionOwner - We currently own the clipboard, releasing ownership. winClipboardWindowProc - WM_DRAWCLIPBOARD - Clipboard is unowned. From alexander.gottwald@s1999.tu-chemnitz.de Fri Jan 9 14:57:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 09 Jan 2004 14:57:00 -0000 Subject: xserv 4.3.0-29 Alt Gr Problem is gone In-Reply-To: <3FFEA396.5090404@juntadeandalucia.es> References: <4F698AE6FB425D4A8879766D19E1F929055E1A@win2000.sup-logistik.de> <3FF18715.2020808@msu.edu> <3FFEA396.5090404@juntadeandalucia.es> Message-ID: On Fri, 9 Jan 2004, Hans Dekker wrote: > Sorry for being persistent, but I guess I have to revisit alt-Gr key > problem using a Spanish keyboard. > > Just tried xserv version 4.3.0-30 (I used the 4.3.0-21 before), and > starting X-windows in either a xfree bash shell as well as the CDE > environment xmodmap tells me that I have only 2 definitions per key > (normal key usage and Shift-key combination). So the Alt-Gr definition > is not defined for the keys. I've just tried $ setxkbmap es Pressing AltGr + '1' results in '|' but xmodmap -pke does not print the extra symbols. So this must be a bug in xmodmap. For your problem with spanish layout and CDE (which is most likely a quite old X11 installation) I'd pass you on to xfree86@xfree86.org. > Xf86Config and the es keyboard map have been modified to define AltGr as > Mode_Switch. I tried various startup parameters with the XWin > executable, but no success. I installed xserv 4.3.0-30 over version > 4.3.0-21 using the Cygwin setup program. It's running in Windows XP. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From cforelle2@comcast.net Fri Jan 9 15:54:00 2004 From: cforelle2@comcast.net (cforelle2@comcast.net) Date: Fri, 09 Jan 2004 15:54:00 -0000 Subject: Xfree86/cygwin and speed Message-ID: <010920041554.13357.5232@comcast.net> Hello all, I've got a question about speeding up application performance when using Xfree86 and Cygwin. Here's my configuration: Linux box connected by 100 Mbps Ethernet to router. Windows machine connecting wirelessly at 11 Mbps (802.11b) to router. Cygwin with Xfree86 set up on Windows machine, X11 forwarding set up on Linux box. I connect from Windows machine to Linux box with Cygwin using ssh tunnelling. I can successfully run the Linux application remotely. All is pretty good. Trouble is, the application is The GIMP, and it is painfully slow on the Windows machine. Redrawing the image occurs in slow motion, and every time I move a dialog box, I've got to wait an eternity for the image to fill in. Here's my question: How can I speed this up? Or, rather, where's the bottleneck? -Is it the cygwin dll emulation, in which case I suppose there isn't anything to do? -Is it the 11Mbps wireless connection, in which case I'll think more deeply about shelling out for 802.11g equipment? -Is the Linux machine too slow? (It runs GIMP locally just fine.) -Is the Windows machine too slow? (It should be fast enough to run the GIMP just fine.) -Is it the fact that traffic is slowed down by encryption over the ssh tunnel? -Is there something else I can do, config wise, to try to liven things up? Any insight would be most appreciated. Thanks and regards, Charles. From alexander.gottwald@s1999.tu-chemnitz.de Fri Jan 9 16:09:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 09 Jan 2004 16:09:00 -0000 Subject: Xfree86/cygwin and speed In-Reply-To: <010920041554.13357.5232@comcast.net> References: <010920041554.13357.5232@comcast.net> Message-ID: On Fri, 9 Jan 2004 cforelle2@comcast.net wrote: > Hello all, > > I've got a question about speeding up application performance when using Xfree86 and Cygwin. Here's my configuration: > > Linux box connected by 100 Mbps Ethernet to router. > Windows machine connecting wirelessly at 11 Mbps (802.11b) to router. > > Cygwin with Xfree86 set up on Windows machine, X11 forwarding set up on Linux box. I connect from Windows machine to Linux box with Cygwin using ssh tunnelling. I can successfully run the Linux application remotely. All is pretty good. > > Trouble is, the application is The GIMP, and it is painfully slow on the Windows machine. Redrawing the image occurs in slow motion, and every time I move a dialog box, I've got to wait an eternity for the image to fill in. > > Here's my question: How can I speed this up? Or, rather, where's the bottleneck? > > -Is it the 11Mbps wireless connection, in which case I'll think more deeply about shelling out for 802.11g equipment? > > Any insight would be most appreciated. It is mainly the slow wireless lan connection. X11 must transport a lot of image data and this is always a pain on slow (<100 MBit) connections. Try connecting the windows machine with cable and compare the results. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Fri Jan 9 16:20:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 09 Jan 2004 16:20:00 -0000 Subject: Xfree86/cygwin and speed In-Reply-To: References: <010920041554.13357.5232@comcast.net> Message-ID: <3FFED4DC.9050609@msu.edu> Alexander Gottwald wrote: > On Fri, 9 Jan 2004 cforelle2@comcast.net wrote: > > >>Hello all, >> >>I've got a question about speeding up application performance when using Xfree86 and Cygwin. Here's my configuration: >> >>Linux box connected by 100 Mbps Ethernet to router. >>Windows machine connecting wirelessly at 11 Mbps (802.11b) to router. >> >>Cygwin with Xfree86 set up on Windows machine, X11 forwarding set up on Linux box. I connect from Windows machine to Linux box with Cygwin using ssh tunnelling. I can successfully run the Linux application remotely. All is pretty good. >> >>Trouble is, the application is The GIMP, and it is painfully slow on the Windows machine. Redrawing the image occurs in slow motion, and every time I move a dialog box, I've got to wait an eternity for the image to fill in. >> >>Here's my question: How can I speed this up? Or, rather, where's the bottleneck? >> >>-Is it the 11Mbps wireless connection, in which case I'll think more deeply about shelling out for 802.11g equipment? Yes, the problem is the wireless link. 802.11g is sufficiently fast to display images in Cygwin/X while 802.11b is not. I use 802.11g at home all the time to get an Xdmcp session on my Linux machine and it is slower than 100 Mbps Ethernet, but it is fast enough to do what I need to do. Dropping to 802.11b would not be acceptable for me. Hope that helps, Harold From murakami@ipl.t.u-tokyo.ac.jp Fri Jan 9 17:31:00 2004 From: murakami@ipl.t.u-tokyo.ac.jp (Takuma Murakami) Date: Fri, 09 Jan 2004 17:31:00 -0000 Subject: Xfree86/cygwin and speed In-Reply-To: <010920041554.13357.5232@comcast.net> References: <010920041554.13357.5232@comcast.net> Message-ID: <20040110023006.ECE0.MURAKAMI@ipl.t.u-tokyo.ac.jp> Have you tried 'ssh -C'? Takuma Murakami (murakami@ipl.t.u-tokyo.ac.jp) From ihok@hotmail.com Fri Jan 9 18:59:00 2004 From: ihok@hotmail.com (Jack Tanner) Date: Fri, 09 Jan 2004 18:59:00 -0000 Subject: Configuration for multiple monitors In-Reply-To: <1073640179.8704.4.camel@famine> References: <1073640179.8704.4.camel@famine> Message-ID: ?yvind Harboe wrote: > perhaps the below should *always* be TRUE and there shouldn't be > an option at all? No, I'd like -nomultiplemonitors to exist. I have two monitors, but the second is usually turned off. Various X client dialog boxes and application windows usually come up in the center of my desktop, which means half on one monitor, and half on the other. If that weren't annoying enough, it makes life sheer hell when one monitor is turned off! This is why I do not use -multiplemonitors, even though I /have/ multiple monitors. Even when both monitors are turned on, it's plenty to have one for X apps, and another for regular Windows apps. Granted, the real solution to this issue would be to play nice with nVidia's nView software. It offers these modes for dual-monitor work (the following is copied verbatim from nView on-line help; the mode I use is Dualview, which I believe is nVidia's default): Single Display. Only one of your connected displays is used. Clone. Both displays in the display pair show images of the same desktop. Horizontal Span. Both displays in the display pair behave as one wide virtual desktop. The width of each display is half the width of the total virtual desktop width. Vertical Span. Both displays in the display pair behave as one tall virtual desktop. The height of each display is half the heiht of the total virtual desktop height. Dualview. Both displays in the display pair behave as one virtual desktop. Unlike Horizontal or Vertical Spanning mode, Dualview treats ach display as a separate device. This means that the task bar will not be stretched across displays and 3D applications are not accelerated as efficiently if the application Spans displays. -JT From haisam@ido.org Fri Jan 9 22:33:00 2004 From: haisam@ido.org (Haisam K. Ido) Date: Fri, 09 Jan 2004 22:33:00 -0000 Subject: xpr for cygwin Message-ID: <42331.164.86.99.3.1073687294.squirrel@ido.org> Where can I find xpr for cygwin? Should'nt this be a standard utiltiy within cygwin? Is it a licensing issue? From ralf.habacker@freenet.de Sat Jan 10 00:23:00 2004 From: ralf.habacker@freenet.de (Ralf Habacker) Date: Sat, 10 Jan 2004 00:23:00 -0000 Subject: some questions relating kde-cygwin and XWin In-Reply-To: References: <200401081136.02076.ralf.habacker@freenet.de> Message-ID: <200401100120.05403.ralf.habacker@freenet.de> On Thursday 08 January 2004 16:55, Igor Pechtchanski wrote: > On Thu, 8 Jan 2004, Ralf Habacker wrote: > > Hi, > > > > 1. for the next kde-cygwin 3.1.4 release I'm going to build a start > > script, which starts all required applications like ipc-daemon2, XWin and > > KDE basic apps and kills this processes after a logout, if they are > > started by the script. I like to build this script without any inferences > > especially to other XWin instances running on other displays, so I'm > > required to get the pid of the started XWin instance. > > I've search in the sources of the Xserver but, have not found any useable > > feature, so my question is, is there any way known to retrieve the pid of > > a started XWin instance or is there a possibility to shutdown the server > > by a xclient app ? > > If there is no such feature, what about adding a command line option to > > store the server pid in a file ? > > Well, since you can shut down a server via a key combination or an API > call, it might be a good idea to write a small X app (xshutdown? xkill?) > that would send a shut down message to the server running on a given > display... It should be very easy to write -- unless someone gets to it, > I'll see if I can cook up something in the next couple of weeks. Unfortunally I'm probably not able to write such an app. BTW: xkill is already in the x sources available and used for killing xclients, so xshutdown would be a nice name. Anyway after search more I've got a solution, which may be interest for others The bash variable $! returns the pid of the last started process #!/bin/bash Xwin .. XWIN_PID=$! . kill $XWIN_PID This may be interesting for example in startxwin.bat for killing the X server at the end of a session. Another useful example may be /usr/X11R6/bin/startx in conjunction using ipc-daemon2. See the example from the kde-cygwin startx script # # start ipc-daemon2 # and save the pid for killing later # ipc-daemon2 & IPC_PID=$! # # start xserver and kde # xinit .... # # kill ipc-daemon2 if started above # if ipc-daemon2 was started out of this script, IPC_PID contains the # pid of the above started ipc-daemon2 instance, which kill itself, so the # following kill does have any affect like expected. # kill $IPC_PID >/dev/null 2>&1 > > 2. The Xserver could be shutdowned by the Tray X icon or by the X in the > > Xwin windows title. I've read that Xwin now supports specific menu entry > > (I remember only that this was implemented, not more) > > > > I'm looking for a way to run a script for an controlled kde shutdown > > after triggering a server shutdown but before the xserver shutdown is > > performed. > > > > Unfortunally I haven't found and doc about this in the xfree docs neither > > I found any usefull thread with an overview of this feature for > > evaluating a possible implementation, so my question is if anone can give > > me a pointer to some docs. > > Wouldn't X either send a HUP signal or a shutdown event of some sort to > all X apps running on that display? If not, could it? Hmmh, I don't know if X does this and I think for kde this wouldn't be enough but it seems that I have to analyse more kde internals on how doing this. > > 3. run.exe does not support space in path. I've search for any sources, > > but haven't found anyone only the binary seems to available in > > startup-scripts package. So my question is, if this could be fixed ? > > > > Ralf > > Thanks, have got the sources and fixed the problem. The problem was that bash surround pathes containing spaces with '"'. May I send the patch to this list or directly to Charles Wilson ? > FWIW, you should be able to use the 'setsid' command (in the 'setsid' > package) or a 'disown' bash builtin to achieve similar effect. This hint lead me to the bash documentation, where I found the $! trick. Thanks for this pointer. Ralf From rich@greenwoodmap.com Sat Jan 10 02:27:00 2004 From: rich@greenwoodmap.com (Richard Greenwood) Date: Sat, 10 Jan 2004 02:27:00 -0000 Subject: where is freetype Message-ID: <3FFF636B.3050502@greenwoodmap.com> My apologies for an elementary question, but where is freetype? I am trying to build a program (Grass) that is looking for freetype, but not finding it, or more specifically, not finding freetype.h. I am assuming that the freetype includes and libs are a 'package' of Cygwin-xfree and can be installed via setup.exe. Am I correct, or do I need build freetype from source? Or maybe this is a freetype 1 versus 2 problem? Regards, -- Richard Greenwood www.greenwoodmap.com From huntharo@msu.edu Sat Jan 10 02:31:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 10 Jan 2004 02:31:00 -0000 Subject: where is freetype In-Reply-To: <3FFF636B.3050502@greenwoodmap.com> References: <3FFF636B.3050502@greenwoodmap.com> Message-ID: <3FFF6403.3050409@msu.edu> http://cygwin.com/cgi-bin2/package-grep.cgi?grep=freetype You need the following: freetype2 libfreetype26 libfreetype2-devel Harold Richard Greenwood wrote: > My apologies for an elementary question, but where is freetype? I am > trying to build a program (Grass) that is looking for freetype, but not > finding it, or more specifically, not finding freetype.h. I am assuming > that the freetype includes and libs are a 'package' of Cygwin-xfree and > can be installed via setup.exe. Am I correct, or do I need build > freetype from source? Or maybe this is a freetype 1 versus 2 problem? > > Regards, From rich@greenwoodmap.com Sat Jan 10 02:38:00 2004 From: rich@greenwoodmap.com (Richard Greenwood) Date: Sat, 10 Jan 2004 02:38:00 -0000 Subject: where is freetype In-Reply-To: <3FFF6403.3050409@msu.edu> References: <3FFF636B.3050502@greenwoodmap.com> <3FFF6403.3050409@msu.edu> Message-ID: <3FFF65F9.9020900@greenwoodmap.com> Harold, Thanks for the prompt reply. So these don't show up in setup.exe? Or am I blind? Thanks, Richard Harold L Hunt II wrote: > http://cygwin.com/cgi-bin2/package-grep.cgi?grep=freetype > > You need the following: > > freetype2 > libfreetype26 > libfreetype2-devel > > Harold > > Richard Greenwood wrote: > >> My apologies for an elementary question, but where is freetype? I am >> trying to build a program (Grass) that is looking for freetype, but >> not finding it, or more specifically, not finding freetype.h. I am >> assuming that the freetype includes and libs are a 'package' of >> Cygwin-xfree and can be installed via setup.exe. Am I correct, or do I >> need build freetype from source? Or maybe this is a freetype 1 versus >> 2 problem? >> >> Regards, > > > -- Richard Greenwood www.greenwoodmap.com From rich@greenwoodmap.com Sat Jan 10 02:51:00 2004 From: rich@greenwoodmap.com (Richard Greenwood) Date: Sat, 10 Jan 2004 02:51:00 -0000 Subject: where is freetype In-Reply-To: <3FFF65F9.9020900@greenwoodmap.com> References: <3FFF636B.3050502@greenwoodmap.com> <3FFF6403.3050409@msu.edu> <3FFF65F9.9020900@greenwoodmap.com> Message-ID: <3FFF68F9.7060905@greenwoodmap.com> Ummmm... I guess I am blind. I switched mirrors and there they are (the freetype packages). Sorry for the list-clutter. Richard Richard Greenwood wrote: > Harold, > > Thanks for the prompt reply. So these don't show up in setup.exe? Or am > I blind? > > Thanks, > Richard > > Harold L Hunt II wrote: > >> http://cygwin.com/cgi-bin2/package-grep.cgi?grep=freetype >> >> You need the following: >> >> freetype2 >> libfreetype26 >> libfreetype2-devel >> >> Harold >> >> Richard Greenwood wrote: >> >>> My apologies for an elementary question, but where is freetype? I am >>> trying to build a program (Grass) that is looking for freetype, but >>> not finding it, or more specifically, not finding freetype.h. I am >>> assuming that the freetype includes and libs are a 'package' of >>> Cygwin-xfree and can be installed via setup.exe. Am I correct, or do >>> I need build freetype from source? Or maybe this is a freetype 1 >>> versus 2 problem? >>> >>> Regards, >> >> >> >> > > -- Richard Greenwood www.greenwoodmap.com From huntharo@msu.edu Sat Jan 10 06:43:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 10 Jan 2004 06:43:00 -0000 Subject: Updated: XFree86-xserv-4.3.0-33 In-Reply-To: <000001c3d620$61f17ee0$1e54cea7@andrew> References: <000001c3d620$61f17ee0$1e54cea7@andrew> Message-ID: <3FFF9F06.8090306@msu.edu> Andrew, Andrew Braverman wrote: > I had not checked, but I just did. If I remove the -clipboard and the > sleep, all is well. As another data point, a longer sleep is needed if the > files are run on windows login (which is not surprising). Your crash is possibly due to xhost being the first X Client to connect... when it disconnects, the X Server tries to reset. There may be some problems in -clipboard that cause a crash in such a quick server startup followed by a reset. I have tried to fix those problems, but it is going to take me a while to find all of the bugs that have krept into the server reset code. Currently you can't even reset the server more than twice, without -clipboard and without -multiwindow, before it just exits without a warning or error message. So, you are likely to have to work around this problem for a while if it doesn't magically go away in the next release. For now, I would just drop the xhost command from your startup file. > On a different note, I have noticed that the X clipboard will transfer to > windows as long as the data is highlighted. Once the data is unhighlighted > (i.e. typing "clear") the text is still in the X buffer (middle button or > shift insert pastes correctly), but the windows clipboard is empty. That is an interesting point that I had thought of, but didn't really want to think hard about :) I spent about 12 hours coding this up... everytime I thought I had it, I realized that more basic changes were needed in the clipboard code. Now I have it working, I believe. One of the funniest things that I fixed was that we were creating one clipboard thread *per* screen. I realized, in looking at xc/programs/Xserver/dix/dispatch.c, that the selections are global to all screens running on the same display (or instance of XWin.exe). So, we really only needed one clipboard client thread, no matter how many -screen parameters were passed to XWin.exe. I changed the code to create just one clipboard client thread for the entire process... that really simplified the process of changing the code, since I didn't have to track things per-screen anymore. I have made your request work only for the PRIMARY and CLIPBOARD selections. It won't matter if the X client still has data in the SECONDARY selection, because we do not monitor that selection. So, don't complain if you can still paste in one or two X apps but not in Win32 :) Harold From huntharo@msu.edu Sat Jan 10 07:24:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 10 Jan 2004 07:24:00 -0000 Subject: XFree86-xserv-4.3.0-34 Message-ID: <3FFFA885.3050403@msu.edu> A new 'test' version has been posted with many changes to the clipboard support. Please test the new release and report your results. See the change log or the cygwin-xfree-announce mailing list archives for details on what was changed. If there are no regressions, I would like to mark this release as 'curr', so please test and send in your results as soon as possible. Harold From holger.krull@gmx.de Sat Jan 10 13:10:00 2004 From: holger.krull@gmx.de (Holger Krull) Date: Sat, 10 Jan 2004 13:10:00 -0000 Subject: XFree86-xserv-4.3.0-34 In-Reply-To: <3FFFA885.3050403@msu.edu> References: <3FFFA885.3050403@msu.edu> Message-ID: <3FFFF8E5.1020305@gmx.de> Harold L Hunt II schrieb: > Please test the new release and report your results. See the change log > or the cygwin-xfree-announce mailing list archives for details on what > was changed. Hello, the -clipboard feature now works here in general, but i noticed the when trying to copy and paste from X11 openoffice 1.1.0 on linux to windows notepad. If i try to transfer a large amount of lines (>5) the end gets cut of in Windows. Somtimes clipboard will stop working after repeated transfers from Windows to X11 and back, but i have not found a way to exactly reproduce this. Thy XWin.log after such a failed attempt looks like: ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 960 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (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 winScreenInit - dwWidth: 1280 dwHeight: 960 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1280 h: 960 winCreateBoundingWindowWindowed - Current w: 1280 h: 960 winAdjustForAutoHide - Original WorkArea: 0 0 926 1280 winAdjustForAutoHide - Adjusted WorkArea: 0 0 926 1280 winCreateBoundingWindowWindowed - WindowClient w 1274 h 895 r 1274 l 0 b 895 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 5096 winAllocateFBShadowDDNL - Created shadow pitch: 5096 winAllocateFBShadowDDNL - Created shadow stride: 1274 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 (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000407" (00000407) (--) Using preset keyboard for "German (Germany)" (407), type "4" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc105" Layout = "de" Variant = "(null)" Options = "(null)" Error opening keymap file de, reverting to defaults winPointerWarpCursor - Discarding first warp: 637 447 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client until fourth call. winProcEstablishConnection - Hello winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client until fourth call. winProcEstablishConnection - Hello winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client until fourth call. winInitClipboard () winProcQueryTree - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - Calling setlocale () winClipboardProc - setlocale () returned winClipboardProc - XInitThreads () returned. winClipboardProc - DISPLAY=127.0.0.1:0.0 winProcEstablishConnection - Hello winProcEstablishConnection - Clipboard client already launched, returning. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_CREATE winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardFlushXEvents - SelectionNotify - ATOM: PRIMARY winClipboardWindowProc - WM_DRAWCLIPBOARD - Reasserted ownership of PRIMARY winClipboardWindowProc - WM_DRAWCLIPBOARD - Reasserted ownership of CLIPBOARD winProcSetSelectionOwner - We changed ownership, aborting. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00000000 From holger.krull@gmx.de Sat Jan 10 13:47:00 2004 From: holger.krull@gmx.de (Holger Krull) Date: Sat, 10 Jan 2004 13:47:00 -0000 Subject: xinputextensions? Message-ID: <400001A3.9050404@gmx.de> Hello, is there a way to enable the XInputExtensions in cygwin-xfree? Holger From oyvind.harboe@zylin.com Sat Jan 10 15:42:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Sat, 10 Jan 2004 15:42:00 -0000 Subject: XFree86-xserv-4.3.0-34 crash Message-ID: <1073749327.10805.6.camel@famine> This crash seems to be very similar to what I've seen in previous releases. I have the impression that it happens most often when I select a message in Evolution. XWin.log attached. Suggestions? ??yvind -------------- next part -------------- ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1600 h 1200 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (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 winScreenInit - dwWidth: 1600 dwHeight: 1200 winSetEngine - Multi Window => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1600 h: 1200 winCreateBoundingWindowWindowed - Current w: 1600 h: 1200 winGetWorkArea - Original WorkArea: 0 0 1166 1600 winGetWorkArea - Virtual screen is 2880 x 1200 winGetWorkArea - Virtual screen origin is 0, 0 winGetWorkArea - Primary screen is 1600 x 1200 winGetWorkArea - Adjusted WorkArea for multiple monitors: 0 0 1166 2880 winAdjustForAutoHide - Original WorkArea: 0 0 1166 2880 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1166 2880 winCreateBoundingWindowWindowed - WindowClient w 2880 h 1166 r 2880 l 0 b 1166 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 2880 height: 1200 depth: 32 winAllocateFBShadowGDI - Dibsection width: 2880 height: 1200 depth: 32 size image: 13824000 winAllocateFBShadowGDI - Created shadow stride: 2880 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff 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: "00000414" (00000414) (--) Using preset keyboard for "Norwegian" (414), type "4" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc105" Layout = "no" Variant = "(null)" Options = "(null)" winPointerWarpCursor - Discarding first warp: 1440 600 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winInitMultiWindowWM - pthread_mutex_lock () returned. winInitMultiWindowWM - Calling setlocale () winInitMultiWindowWM - setlocale () returned winInitMultiWindowWM - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - pthread_mutex_lock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - XInitThreads () returned. winClipboardProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_CREATE winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winProcSetSelectionOwner - We currently own the clipboard, releasing ownership. winClipboardWindowProc - WM_DRAWCLIPBOARD - Clipboard is unowned. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winProcSetSelectionOwner - We currently own the clipboard, releasing ownership. winClipboardWindowProc - WM_DRAWCLIPBOARD - Clipboard is unowned. From huntharo@msu.edu Sat Jan 10 16:34:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 10 Jan 2004 16:34:00 -0000 Subject: Configuration for multiple monitors In-Reply-To: References: <1073640179.8704.4.camel@famine> Message-ID: <400029B0.4050103@msu.edu> Jack, Jack Tanner wrote: > ??yvind Harboe wrote: > >> perhaps the below should *always* be TRUE and there shouldn't be an >> option at all? > > > No, I'd like -nomultiplemonitors to exist. > > I have two monitors, but the second is usually turned off. Various X > client dialog boxes and application windows usually come up in the > center of my desktop, which means half on one monitor, and half on the > other. If that weren't annoying enough, it makes life sheer hell when > one monitor is turned off! > > This is why I do not use -multiplemonitors, even though I /have/ > multiple monitors. Even when both monitors are turned on, it's plenty to > have one for X apps, and another for regular Windows apps. That is pretty much why I would want to make sure we have a -nomultiplemonitors switch. In fact, we should finally look into a system to allow the user to specify which screen we should start up on. That would be nice. > Granted, the real solution to this issue would be to play nice with > nVidia's nView software. It offers these modes for dual-monitor work > (the following is copied verbatim from nView on-line help; the mode I > use is Dualview, which I believe is nVidia's default): Well, I have an nVidia graphics card now, but you'll have to contribute to the fund to buy me a second matching Samsung SyncMaster 191T flat panel if you expect me to be able to work on this :) At the momement (read: for the last three years) I have only one monitor. Harold From huntharo@msu.edu Sat Jan 10 16:38:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 10 Jan 2004 16:38:00 -0000 Subject: Configuration for multiple monitors In-Reply-To: <1073640179.8704.4.camel@famine> References: <1073640179.8704.4.camel@famine> Message-ID: <40002A72.3060801@msu.edu> ??yvind, Jack Tanner had some valid points for keeping -nomultiplemonitors. The reason we won't just remove the -multiplemonitors option is a little easier: 1) XWin.exe does not print nor popup error messages when it exists; rather, it logs them to /tmp/XWin.log. 2) Removing the -multiplemonitors option will cause XWin.exe to fail to start. 3) Must users do not know to look at /tmp/XWin.log to see that they passed an invalid parameter. 4) We will start seeing lots of fun reports on the mailing list asking why XWin.exe is crashing on startup, when it is in fact just reporting that -multiplemonitors is an invalid parameter. That is why we don't remove old parameters completely. We don't want to waste time debugging non-problems caused by doing so. Harold ??yvind Harboe wrote: > Harold, > > perhaps the below should *always* be TRUE and there shouldn't be > an option at all? > > g_ScreenInfo[i].fMultipleMonitors = TRUE; > > If so, then the changes TBD are: > > - remove the -multiplemontiors option > - always set fMultipleMonitors=TRUE, or remove fMultipleMontiors altogether. > > (Code removed is not code deleted; it is in CVS in case it needs to be summoned > at some point.) > > > Thanks for these tips BTW: > > http://www.cygwin.com/ml/cygwin-xfree/2004-01/msg00160.html > > ??yvind > > > From huntharo@msu.edu Sat Jan 10 17:02:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 10 Jan 2004 17:02:00 -0000 Subject: XFree86-xserv-4.3.0-34 crash In-Reply-To: <1073749327.10805.6.camel@famine> References: <1073749327.10805.6.camel@famine> Message-ID: <4000301C.7010205@msu.edu> ??yvind, ??yvind Harboe wrote: > This crash seems to be very similar to what I've seen in previous releases. I have the > impression that it happens most often when I select a message in Evolution. I believe that the crash is happening because there are no checks to make sure that the clipboards are only synchronized when supported formats (text and Unicode text) are being copied to the clipboard. In other words, if you try to copy an image in X11 we will grab ownership of the Win32 clipboard and advertise that we have text ready to paste on the Win32 clipboard. We will also grab ownership of the PRIMARY and CLIPBOARD selections in X11 when you copy an image in Win32 and we will attempt to request the clipboard data in CF_TEXT or CF_UNICODETEXT formats when that data is pasted in X11; obviously, this does not work. I do not believe that there were ever any reals checks to prevent this from happening before... or maybe it just worked out that checks were not needed as a side effect of how the previous system worked. In any case, I am writing up a list of things that need to be done to ensure that we only synchronize the Win32 and X11 clipboards when supported formats (text and Unicode text) are being advertised on either clipboard. In all other cases we need to keep the Win32 and X11 clipboards independent of each other so that they don't try to transfer unsupported formats between each other. This will probably be posted as XFree86-xserv-4.3.0-35 later today or in a few days. Thanks for testing, Harold From huntharo@msu.edu Sun Jan 11 01:30:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 11 Jan 2004 01:30:00 -0000 Subject: XFree86-xserv-4.3.0-35 Message-ID: <4000A731.1070904@msu.edu> A new 'test' version has been posted with many changes to the clipboard support. The new version includes fixes for some crashes when copying unsupported formats in Win32 and X11. I am not certain that copying graphics in X, then trying to paste them as text in Win32 will not cause a crash. I would appreciate some feedback on this. You will notice that copying text in X11, followed by copying a graphic in Win32, will result in being able to paste the X11 text within X11 and the graphic within Win32; the clipboards are kept separate in this case. Unfortunately, copying text in Win32, followed by copying a graphic in X11, while obilterate the text on the Win32 clipboard even though you cannot actually paste the X11 graphic within Win32. There is a reason for this problem: we are not informed of the type of item being selected in X11 until we ask for the X11 clipboard data to be sent to our clipboard client, thus, we cannot choose to not delete the Win32 clipboard contents when an incompatible type of item is copied in X11. So, please don't complain about this unless you have some way that I can determine the type of item being selected in X11 when the X Client calls XSetSelectionOwner. Again, I would like to mark this 'test' release as 'curr' if it is tested and found to be stable. So, please report your results as soon as possible. Harold From emlabolle@ucdavis.edu Sun Jan 11 02:18:00 2004 From: emlabolle@ucdavis.edu (Eric LaBolle) Date: Sun, 11 Jan 2004 02:18:00 -0000 Subject: internet required? Message-ID: <6.0.1.1.2.20040110181529.03e0db70@purple.ucdavis.edu> Why does it run sooooo slow. It appears to be accessing the internet at all times. When I shutdown the internet connection Xwin won't work. I lauched from the DOS bat file. Help Eric M. LaBolle, Ph.D. Hydrologic Sciences, University of California, Davis Davis, CA 95616 Phone: 530-753-8999; FAX: 530-753-5185 emlabolle@ucdavis.edu From huntharo@msu.edu Sun Jan 11 03:12:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 11 Jan 2004 03:12:00 -0000 Subject: Crashing after two or three server resets Message-ID: <4000BF0E.2090102@msu.edu> Upon looking into this problem, I have found the following: 1) The crashes after a few resets in XFree86-xserv-4.3.0-35 are due to double-freeing of timers in the xc/programs/Xserver/os/ code. A fix for this was added to the XFree86 tree back in October, shortly after the changes to WaitForSomething that changed the order of timeout processing and input event processing. This fix is already in our xorg tree, so... 2) I tried the server from xorg and it crashes in a different place: Program received signal SIGSEGV, Segmentation fault. 0x61093af5 in strtosigno () from /usr/bin/cygwin1.dll (gdb) bt #0 0x61093af5 in strtosigno () from /usr/bin/cygwin1.dll #1 0x6103eb65 in free () from /usr/bin/cygwin1.dll #2 0x006f6038 in FontFileFreeEntry () #3 0x006f6075 in FontFileFreeTable () #4 0x006f6222 in FontFileFreeDir () #5 0x006ec6cf in FontFileFreeFPE () #6 0x00412096 in FreeFPE () #7 0x00414548 in FreeFontPath () #8 0x00414e2d in FreeFonts () #9 0x0040187d in main () (gdb) So, it seems that there is still a double-free problem in dix/fonts.c. Ugh... this ought to be fun to fix :) I might look into this more, but I can't promise anything (particularly since no Cygwin/X users are complaining about crashes on resets). Harold From holger.krull@gmx.de Sun Jan 11 03:18:00 2004 From: holger.krull@gmx.de (Holger Krull) Date: Sun, 11 Jan 2004 03:18:00 -0000 Subject: XFree86-xserv-4.3.0-35 In-Reply-To: <4000A731.1070904@msu.edu> References: <4000A731.1070904@msu.edu> Message-ID: <4000BFAC.8030905@gmx.de> Hello, the previous problem is gone, now large amount of text can be transfered. Really great. A small qirk is left, if i copy a graphic in Windows and try to paste it X11 OpenOffice it get the message that the desired format isn't available in the clipboard (no surprise here). But after that the Windows clipboard is blocked (no copy, no paste, only error messages) until i put something in the X11 clipboard. Maybe this the same problem you didn't want to be mentioned until someone found a solution. Bye Holger From marchand@purdue.edu Sun Jan 11 03:20:00 2004 From: marchand@purdue.edu (B. Marchand) Date: Sun, 11 Jan 2004 03:20:00 -0000 Subject: geomview under cygwin Message-ID: <4000C0F4.3010401@purdue.edu> I noticed several people posted some geomview related questions back in 2002. So, maybe someone will know the answer to this question. I followed the instructions on http://www.rzuser.uni-heidelberg.de/~mfoehl/Geomview_under_Windows.html about compiling geomview under cygwin. I had to acquire the forms library for Win32 from a different source (http://ftp.fh-wolfenbuettel.de/links/unix/desktop/xforms/NT/GnuWIN32/), since they seem to be temporarily unavailable from the xforms website (https://savannah.nongnu.org/projects/xforms). At any rate, everything seems to configure and compile fine. However, when I try to just execute geomview nothing happens - nothing shows on the screen and there are no geomview related processes running. No error messages are sent to the screen so I don't know what is going on. Any ideas as to what the problem may be? Thanks. --B. From huntharo@msu.edu Sun Jan 11 03:34:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 11 Jan 2004 03:34:00 -0000 Subject: XFree86-xserv-4.3.0-35 In-Reply-To: <4000BFAC.8030905@gmx.de> References: <4000A731.1070904@msu.edu> <4000BFAC.8030905@gmx.de> Message-ID: <4000C43D.8080205@msu.edu> Holger, Holger Krull wrote: > Hello, > the previous problem is gone, now large amount of text can be > transfered. Really great. I wasn't able to duplicate that particular bug anyhow... so it is good that it is not happening for you anymore :) > A small qirk is left, if i copy a graphic in Windows and try to paste it > X11 OpenOffice it get the message that the desired format isn't > available in the clipboard (no surprise here). Hmm... that is because I need to release ownership of the X11 selections (if the clipboard client currently owns the selections) the first time that some unsupported format is copied to the Win32 clipboard. That way no X Client will request the clipboard contents from us when the Win32 clipboard does not contain text. I missed that one when I decided what fixes need to be made. I guess I will have to fix this now too :) It will be tough to get it right though, because the current code has a lot of special values used to make sure that two functions don't get in an infinite loop of disowning and re-owning selections and the clipboard. I have to be very careful to make sure that any side-effects from further changes do not cause infinite loops. > But after that the Windows clipboard is blocked (no copy, no paste, only > error messages) until i put something in the X11 clipboard. Maybe this > the same problem you didn't want to be mentioned until someone found a > solution. Nope, what you describe is different than what I said not to complain about. What was happening here is that I called OpenClipboard, then checked IsClipboardFormatAvailable and aborted without calling CloseClipboard if the desired format was not available. That left the Win32 clipboard locked and prevented other apps from changing it. Our app could call OpenClipboard though, so that is why selecting something in X11 fixed the problem. This problem should not happen when the above fix is implemented, but I think it is really worth fixing this right now since it is so simple and will prevent really bad behavior. So, I am posting 4.3.0-36 right now. Harold From huntharo@msu.edu Sun Jan 11 03:59:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 11 Jan 2004 03:59:00 -0000 Subject: XFree86-xserv-4.3.0-36 Message-ID: <4000CA1C.2010000@msu.edu> A new 'test' version has been posted with many changes to the clipboard support. The new version includes a fix for calling OpenClipboard without calling CloseClipboard, which makes the Win32 clipboard inaccessible to other applications until we call CloseClipboard later when something is selected in X11. I have now identified the following things that need to be changed before this series of releases can be marked as 'curr': 1) [Easy] When aborting processing of a SelectionRequest message, be sure to send a SelectionNotify event to the requesting X Client, telling them that no selection data is available. Currently we are not sending a response in several cases, which is a broken way to do things. 2) [Medium] Perhaps add some protections to our call to XPeekIfEvent to make our predicate function return TRUE if a timeout happens. We might be able to do this by setting up a timer event (if these are supported, I suspect they are) and having our predicate function return TRUE for both the SelectionNotify event and/or our timer expired event. The reason to do this is that an X11 Client that misbehaves like we do in #1 (not sending a SelectionNotify in response to a SelectionRequest) will cause our clipboard thread to block indefinitely. This will eventually lead to a crash. 3) [Hard] Release ownership of the X11 selections if an unsupported format is copied to the Win32 clipboard. It will be difficult to do this without triggering infinite loops in our code that monitors changes in ownership of the X11 selection. It is, however, quite possible to do. Harold From yeardisciple@dwp.net Sun Jan 11 04:47:00 2004 From: yeardisciple@dwp.net (Tony) Date: Sun, 11 Jan 2004 04:47:00 -0000 Subject: Modern way of losing Cyclops we;ght natural nosing Message-ID: Hello Tipperary, At last you have an opportunity to purchase good directly from manufactures. You save your money purchasing quality products from our plant's store. Today we present you FatBlast product. What is FatBlast actually? Fatblast is an advanced fat-binding supplement that removes fat from the foods you eat! Formulated with the powerful fat-binding fiber Chitosan, the proprietary blend of all-natural compounds... Our corporation was the first one who started selling this product on the web in the year 2004. Try our FDA approved product tday foray Read about our dscounts and special bonses: http://www.tabletok.com/fly/index.php?pid=pharmaboss Callaghan currency Bienville Kirby, bigots Rollie relatively bunnies octahedron mains deducible retried chillers adducting stale sisterly extremal. From yearRasmussen@dwp.net Sun Jan 11 04:57:00 2004 From: yearRasmussen@dwp.net (Hamidr) Date: Sun, 11 Jan 2004 04:57:00 -0000 Subject: Modern way of losing bridesmaid we;ght natural maximized Message-ID: Hello Adriatic, At last you have an opportunity to purchase good directly from manufactures. You save your money purchasing quality products from our plant's store. Today we present you FatBlast product. What is FatBlast actually? Fatblast is an advanced fat-binding supplement that removes fat from the foods you eat! Formulated with the powerful fat-binding fiber Chitosan, the proprietary blend of all-natural compounds... Our corporation was the first one who started selling this product on the web in the year 2004. Try our FDA approved product tday Burnham Read about our dscounts and special bonses: http://www.neodrugs.com/fly/index.php?pid=pharmaboss throws erasing crosspoint latterly, solemn booty bulldozer mobster corruption concealed ethereally tourist slaves dentistry officiate avowed opthalmic. From huntharo@msu.edu Sun Jan 11 07:33:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 11 Jan 2004 07:33:00 -0000 Subject: XFree86-xserv-4.3.0-37 Message-ID: <4000FC40.80909@msu.edu> A new 'test' version has been posted with many changes to the clipboard support. The new version includes more fixes for ensuring that CloseClipboard is always closed and fixes to send a SelectionNotify event when aborting from a SelectionRequest event. The clipboard code has also been further cleaned up. This release was made to get a stable point from which to start fooling with the final remaining item to be completed for the clipboard code: 3) [Hard] Release ownership of the X11 selections if an unsupported format is copied to the Win32 clipboard. It will be difficult to do this without triggering infinite loops in our code that monitors changes in ownership of the X11 selection. It is, however, quite possible to do. Note: The item #2 that I listed previously does not seem possible, so I am dropping it for now. Harold From holger.krull@gmx.de Sun Jan 11 12:44:00 2004 From: holger.krull@gmx.de (Holger Krull) Date: Sun, 11 Jan 2004 12:44:00 -0000 Subject: XFree86-xserv-4.3.0-37 In-Reply-To: <4000FC40.80909@msu.edu> References: <4000FC40.80909@msu.edu> Message-ID: <4001444F.8010200@gmx.de> Harold L Hunt II schrieb: > A new 'test' version has been posted with many changes to the clipboard > support. Works, no problem found. Thank you for your work. Holger From murakami@ipl.t.u-tokyo.ac.jp Sun Jan 11 14:29:00 2004 From: murakami@ipl.t.u-tokyo.ac.jp (Takuma Murakami) Date: Sun, 11 Jan 2004 14:29:00 -0000 Subject: Crashing after two or three server resets In-Reply-To: <4000BF0E.2090102@msu.edu> References: <4000BF0E.2090102@msu.edu> Message-ID: <20040111232749.FFA7.MURAKAMI@ipl.t.u-tokyo.ac.jp> The crash in fontdir.c have been there for a while. At least most of xserv-2x releases have it. I challenged the problem several times but I could neither fix, nor unveil how to reproduce it. I think it occurred on the first reset as well as plural resets. But it's not certain because I have not yet encountered it with xorg-based servers. Another problem on server reset is that Japanese keyboard layout is ignored after server reset in XDMCP sessions. I attach a patch for the problem. Now I'm missing where the latest code resides, so I create it against xorg repository on freedesktop.org. Takuma Murakami (murakami@ipl.t.u-tokyo.ac.jp) -------------- next part -------------- A non-text attachment was scrubbed... Name: xwin.jpkbd.patch Type: application/octet-stream Size: 2381 bytes Desc: not available URL: From 321zdtcwg@mailnet.com Sun Jan 11 16:33:00 2004 From: 321zdtcwg@mailnet.com (Margery Bailey) Date: Sun, 11 Jan 2004 16:33:00 -0000 Subject: Last all wknd! ldo p Message-ID: <0c-$o7p---87$p0xzc1$um@qva3b> Did you know That the normal cost for V1@GRA is $20, per dose? We are running a hot special!! T0DAY Its only an amazing $1.66 Shipped world wide! DISC0UNT 0RDER: http://www.theonlyrealstuff.com/index.php?pid=eph3404 or http://www.effectivebeauty.com/discounts/index.php?pid=eph3404 Super Vi-a-gra(Cial-is) is HERE: http://magnesium@refer4d.com/a7/ u vwhdf sh azdo pisnhbguvt fhsfq blsbkcw ge huuc ijx hb iq sg azezoalxtttij From gp@familiehaase.de Sun Jan 11 16:41:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Sun, 11 Jan 2004 16:41:00 -0000 Subject: geomview under cygwin In-Reply-To: <4000C0F4.3010401@purdue.edu> References: <4000C0F4.3010401@purdue.edu> Message-ID: <221055620.20040111174113@familiehaase.de> Hallo B., Am Sonntag, 11. Januar 2004 um 04:20 schriebst du: > I noticed several people posted some geomview related questions back in > 2002. So, maybe someone will know the answer to this question. > I followed the instructions on > http://www.rzuser.uni-heidelberg.de/~mfoehl/Geomview_under_Windows.html > about compiling geomview under cygwin. I had to acquire the forms > library for Win32 from a different source > (http://ftp.fh-wolfenbuettel.de/links/unix/desktop/xforms/NT/GnuWIN32/), > since they seem to be temporarily unavailable from the xforms website > (https://savannah.nongnu.org/projects/xforms). At any rate, everything > seems to configure and compile fine. However, when I try to just execute > geomview nothing happens - nothing shows on the screen and there are no > geomview related processes running. No error messages are sent to the > screen so I don't know what is going on. > Any ideas as to what the problem may be? Your X server is actually running? Gerrit -- =^..^= From Alexander.Gottwald@s1999.tu-chemnitz.de Sun Jan 11 17:17:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 11 Jan 2004 17:17:00 -0000 Subject: Crashing after two or three server resets In-Reply-To: <20040111232749.FFA7.MURAKAMI@ipl.t.u-tokyo.ac.jp> References: <4000BF0E.2090102@msu.edu> <20040111232749.FFA7.MURAKAMI@ipl.t.u-tokyo.ac.jp> Message-ID: Takuma Murakami wrote: > Another problem on server reset is that Japanese keyboard > layout is ignored after server reset in XDMCP sessions. > I attach a patch for the problem. The patch looks clean to me and I'll apply it to CVS. > Now I'm missing where > the latest code resides, so I create it against xorg repository > on freedesktop.org. This is the latest public code and already contains the latest test relases. At least up to test 37. NP: JBO - der spatz in der hand -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From dickey@his.com Sun Jan 11 17:27:00 2004 From: dickey@his.com (Thomas Dickey) Date: Sun, 11 Jan 2004 17:27:00 -0000 Subject: Crashing after two or three server resets In-Reply-To: References: <4000BF0E.2090102@msu.edu> <20040111232749.FFA7.MURAKAMI@ipl.t.u-tokyo.ac.jp> Message-ID: On Sun, 11 Jan 2004, Alexander Gottwald wrote: > Takuma Murakami wrote: > > > Another problem on server reset is that Japanese keyboard > > layout is ignored after server reset in XDMCP sessions. > > I attach a patch for the problem. > > The patch looks clean to me and I'll apply it to CVS. > > > Now I'm missing where > > the latest code resides, so I create it against xorg repository > > on freedesktop.org. > > This is the latest public code and already contains the latest test > relases. At least up to test 37. for xc/lib/font ? not necessarily - freedesktop.org's imports from xfree86 are not timely. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From Alexander.Gottwald@s1999.tu-chemnitz.de Sun Jan 11 17:50:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 11 Jan 2004 17:50:00 -0000 Subject: Crashing after two or three server resets In-Reply-To: References: <4000BF0E.2090102@msu.edu> <20040111232749.FFA7.MURAKAMI@ipl.t.u-tokyo.ac.jp> Message-ID: Alexander Gottwald wrote: > Takuma Murakami wrote: > > > Another problem on server reset is that Japanese keyboard > > layout is ignored after server reset in XDMCP sessions. > > I attach a patch for the problem. > > The patch looks clean to me and I'll apply it to CVS. One minor glitch: If the user changes the layout externally the xserver will not get the new layout on reset but only by restarting the server. But this is only a minor problem and I posted this only for pointing the users to a small change in server behaviour. bye ago NP: Zeraphine - No tears -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Sun Jan 11 18:00:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 11 Jan 2004 18:00:00 -0000 Subject: Crashing after two or three server resets In-Reply-To: References: <4000BF0E.2090102@msu.edu> <20040111232749.FFA7.MURAKAMI@ipl.t.u-tokyo.ac.jp> Message-ID: Thomas Dickey wrote: > > This is the latest public code and already contains the latest test > > relases. At least up to test 37. > > for xc/lib/font ? > > not necessarily - freedesktop.org's imports from xfree86 are not timely. There are more recent branches in the xorg repository but none of them are merged into the cygwin branch. We currently work with 4.3.99.16, but the latest XFree release in CVS is 4.3.99.902. I'll take a look if we can merge this release into the cygwin branch. bye ago NP: Covenant - One World One Sky -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From jmoots@cox.net Sun Jan 11 19:12:00 2004 From: jmoots@cox.net (Joel Moots) Date: Sun, 11 Jan 2004 19:12:00 -0000 Subject: How can I Enable ghost pointer? Message-ID: <1073848357.7868.13.camel@moots> I use XWin and XDM to connect to an HP-UX box for work, after connecting remotely to a Windows Terminal Server. The mouse cursor over an X window has always moved rather slowly/jerkily, which is expected. However, the other day, due to some fluke interaction between Windows and X, the Windows mouse pointer was also appearing while I was in an X window. I *loved* this, as I knew exactly where my X pointer would wind up without having to wait for it. Anyway, I cannot repeat this behavior at will, even if I do not use the -lesspointer option to XWin. Is there an easy way to always enable the Windows pointer (or rather not to disable it) without having to modify/compile XWin myself? I searched the mailing lists but the threads generally seem to be about the subject of how to disable this behavior.. TIA, -joel From marchand@purdue.edu Sun Jan 11 20:08:00 2004 From: marchand@purdue.edu (B. Marchand) Date: Sun, 11 Jan 2004 20:08:00 -0000 Subject: geomview under cygwin In-Reply-To: <221055620.20040111174113@familiehaase.de> References: <4000C0F4.3010401@purdue.edu> <221055620.20040111174113@familiehaase.de> Message-ID: <4001AD1E.3040806@purdue.edu> yes, I run startx first and tried both mwm and twm window managers. --B. Gerrit P. Haase wrote: >Hallo B., > >Am Sonntag, 11. Januar 2004 um 04:20 schriebst du: > > > >>I noticed several people posted some geomview related questions back in >>2002. So, maybe someone will know the answer to this question. >> >> > > > >>I followed the instructions on >>http://www.rzuser.uni-heidelberg.de/~mfoehl/Geomview_under_Windows.html >>about compiling geomview under cygwin. I had to acquire the forms >>library for Win32 from a different source >>(http://ftp.fh-wolfenbuettel.de/links/unix/desktop/xforms/NT/GnuWIN32/), >>since they seem to be temporarily unavailable from the xforms website >>(https://savannah.nongnu.org/projects/xforms). At any rate, everything >>seems to configure and compile fine. However, when I try to just execute >>geomview nothing happens - nothing shows on the screen and there are no >>geomview related processes running. No error messages are sent to the >>screen so I don't know what is going on. >> >> > > > >>Any ideas as to what the problem may be? >> >> > >Your X server is actually running? > > >Gerrit > > From huntharo@msu.edu Sun Jan 11 20:21:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 11 Jan 2004 20:21:00 -0000 Subject: Crashing after two or three server resets In-Reply-To: <20040111232749.FFA7.MURAKAMI@ipl.t.u-tokyo.ac.jp> References: <4000BF0E.2090102@msu.edu> <20040111232749.FFA7.MURAKAMI@ipl.t.u-tokyo.ac.jp> Message-ID: <4001B039.5090901@msu.edu> Takuma, Takuma Murakami wrote: > The crash in fontdir.c have been there for a while. At least > most of xserv-2x releases have it. I challenged the problem > several times but I could neither fix, nor unveil how to > reproduce it. I think it occurred on the first reset as well > as plural resets. But it's not certain because I have not yet > encountered it with xorg-based servers. I think the first thing to do is just check if FreeFonts () is being called twice on some server resets. If it is, then the problem is simple: prevent it from being called twice. If FreeFonts () is not called twice, then the problem could be more difficult to track down. > Another problem on server reset is that Japanese keyboard > layout is ignored after server reset in XDMCP sessions. > I attach a patch for the problem. Now I'm missing where > the latest code resides, so I create it against xorg repository > on freedesktop.org. Yes, the latest code for Cygwin/X is in the xorg repository on freedesktop.org, you made your patch against the correct source. Thanks for the patch! By the way, is there anything that makes this just apply to Japanese keyboard layouts, or is it generally applicable to all keyboard layouts being lost on a server reset in Xdcmp sessions? Harold From huntharo@msu.edu Sun Jan 11 22:55:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 11 Jan 2004 22:55:00 -0000 Subject: XFree86-xserv-4.3.0-38 Message-ID: <4001D46C.5030200@msu.edu> A new 'test' version has been posted with minor changes to the clipboard support. When an unsupported format is copied to the Win32 clipboard, we release ownership of our monitored X11 selections if we currently own those selections. This prevents some cases of thinking that you are able to paste in X11 but not getting any data returned when you attempt to paste. I believe that the major enhancements to the clipboard support are now complete and stable. However, lots of messages are going to be logged to XWin.log. Please send in test results and bzip2'd copies of XWin.log files that show lots of log messages. I will start disabling unimportant log messages and mark make a new release that will become the new 'curr' release if no major problems are found. Thanks for testing, Harold From Alexander.Gottwald@s1999.tu-chemnitz.de Mon Jan 12 00:00:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 12 Jan 2004 00:00:00 -0000 Subject: Crashing after two or three server resets In-Reply-To: <4001B039.5090901@msu.edu> References: <4000BF0E.2090102@msu.edu> <20040111232749.FFA7.MURAKAMI@ipl.t.u-tokyo.ac.jp> <4001B039.5090901@msu.edu> Message-ID: Harold L Hunt II wrote: > By the way, is there anything that makes this just apply to Japanese > keyboard layouts, or is it generally applicable to all keyboard layouts > being lost on a server reset in Xdcmp sessions? This is special to the japanese layouts. We get the layoutnumber with GetKeyboardLayout() on every reset. For the japanese layouts we call SetKeyboardLayout(EN_US) later. After the next reset GetKeyboardLayout() now returns EN_US instead of japanese. bye ago NP: VNV Nation - Saviour (Vox) -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Mon Jan 12 01:03:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 12 Jan 2004 01:03:00 -0000 Subject: Improving performance for the current multi-window mode Message-ID: <4001F254.1040105@msu.edu> I have wanted to add DirectDraw support to the current multi-window mode for some time now. I never really sat down and reviewed the current code until now to see whether this was really feasible or not. Here are my initial observations: 1) The multi-window code only calls the GDI BitBlt function in winmultiwindowwndproc.c/WM_PAINT. 2) The WM_PAINT messages in #1 are due either to normal Win32 window expose messages or they are fired from winshadgdi.c/winRedrawAllProcShadowGDI. 3) winshadgdi.c/winRedrawAllProcShadowGDI is called from the following locations: winshadgdi.c/winRedrawScreenShadowGDI winshadgdi.c/winInstallColorMapShadowGDI winshadgdi.c/winAllocateFBShadowGDI winshadgdi.c/winShadowUpdateGDI 4) The last location in #4 is very important: It means that every time that winShadowUpdateGDI gets called (which is done possibly dozens of times per second), we call winRedrawAllProcShadowGDI for *each* window that has been created in multi-window mode, telling *each* window to copy their entire contents from the shadow buffer, regardless of whether that window has actually been updated or not. This explains part of the relatively poor performance of the current multi-window mode. There are many possible ways to limit the number of windows that need to have their contents redrawn: 1) You can check if the bounding rectangle on the updated region intersects with each window before redrawing their contents, 2) You can create a region that represents the intersection between the clipping region for each window and the update region and proceed to redraw each window, which would only touch windows that had updated content, 3) You could rewrite the winShadowUpdateGDI function to do several blits that are clipped to each window and to the updated regions, removing the need for calling winRedrawAllProcShadowGDI in that case. Some very small changes to this code could result in a big performance boost for multi-window mode. 5) Because the BitBlt calls are restricted to the WM_PAINT messages and because the DirectDraw primary surface exposes the entire screen for Blt calls, we should be able to create engine-specific functions to handle the WM_PAINT messages in multi-window mode. For DirectDraw this function would need to adjust the clipping region for the clipper that we attach to the primary surface, then do a DirectDraw Blt to update the current window's contents. None of this is particularly hard to fix. I am in the middle of looking at item #5 and I may have something soon. Ultimately, item #4 needs to be fixed, unless we switch over to Kensuke's new XWinWM soon (which should fix such problems, I hope). Happy hacking to anyone that decides to help with #4 and #5! Harold From oyvind.harboe@zylin.com Mon Jan 12 08:29:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Mon, 12 Jan 2004 08:29:00 -0000 Subject: Problem copying unicode chars Message-ID: <1073896136.20344.9.camel@famine> I don't know if it is supposed to work, but under -38, I still can't copy Norwegian letters from evolution email, paste under Windows. Paste in Windows shows sequences like "\x{00D8}\x{00C5}\x{00C6}" In the last couple of days I've been spoilt rotten with the progress in xwinclip :-) ??yvind From yann.collette@renault.com Mon Jan 12 08:31:00 2004 From: yann.collette@renault.com (COLLETTE Yann) Date: Mon, 12 Jan 2004 08:31:00 -0000 Subject: Pb: empty list in a dialog Message-ID: <000501c3d8e6$7b3f2780$7c01dd0a@corp.noxiane.net> Hello, I've got a problem with SNNS-4.2. I can compile it without major difficulties and ... it works fine. But, when trying to change a value inside a dialog, I right click on an item and a dialog box pops up. On solaris and linux, this dialog box contains a list of values. You click on one of these values to change a propertie. On cygwin, this dialog has an empty list. I am using the xfree server 4.3.0 - 33, with the latest cygwin dll. Your sincerely, Yann COLLETTE From yann.collette@renault.com Mon Jan 12 09:51:00 2004 From: yann.collette@renault.com (COLLETTE Yann) Date: Mon, 12 Jan 2004 09:51:00 -0000 Subject: Pb: empty list in a dialog - part II Message-ID: Hello, I've produced two images of the dialog box. The first one (SNNS_solaris_2.jpg) is from SNNS under solaris via EXCEED and the second one (SNNS_Cygwin_2.jpg) is from SNNS under cygwin. Your sincerely, Yann COLLETTE -------------- next part -------------- A non-text attachment was scrubbed... Name: SNNS_Cygwin_2.jpg Type: image/pjpeg Size: 7985 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: SNNS_solaris_2.jpg Type: image/pjpeg Size: 27903 bytes Desc: not available URL: From Dr.Volker.Zell@oracle.com Mon Jan 12 10:07:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Mon, 12 Jan 2004 10:07:00 -0000 Subject: QT 3.2.3 cygwin/XFree release available In-Reply-To: (Ralf Habacker's message of "Tue, 25 Nov 2003 17:32:42 +0100") References: Message-ID: <878ykd32ej.fsf@vzell-de.de.oracle.com> >>>>> "Ralf" == Ralf Habacker writes: Ralf> Hi all, Hi Ralf> today the cygwin/XFree port of the QT 3.2.3 X11 release based on the recent Ralf> cygwin release is ready containing binary and source package. The following configure test for QT fails: conftest.cc: #include #include #include #include #include #if ! (QT_VERSION >= 220) #error 1 #endif int main() { QStringList *t = new QStringList(); return 0; } 11:04 AM [533]> g++ -o conftest.exe -g -O2 -I/opt/qt/3.2/include -I/usr/X11R6/include -L/opt/qt/3.2/lib -L/usr/X11R6/lib conftest.cc -lpthread -lqt-mt -lXext -lX11 /tmp/ccuqyFzd.o(.text$_ZN17QValueListPrivateI7QStringEC1Ev+0x58): In function `_ZNK6QGList5countEv': /opt/qt/3.2/include/qglist.h:153: undefined reference to `QString::shared_null' /tmp/ccuqyFzd.o(.text$_ZN17QValueListPrivateI7QStringEC1Ev+0x68):/opt/qt/3.2/include/qglist.h:153: undefined reference to `QString::makeSharedNull()' /tmp/ccuqyFzd.o(.rdata$_ZTV6QGList+0xc):/opt/qt/3.2/include/qglist.h:153: undefined reference to `QGList::clear()' /tmp/ccuqyFzd.o(.rdata$_ZTV6QGList+0x10):/opt/qt/3.2/include/qglist.h:153: undefined reference to `QGList::~QGList [in-charge]()' /tmp/ccuqyFzd.o(.rdata$_ZTV6QGList+0x14):/opt/qt/3.2/include/qglist.h:153: undefined reference to `QGList::~QGList [in-charge deleting]()' /tmp/ccuqyFzd.o(.rdata$_ZTV6QGList+0x18):/opt/qt/3.2/include/qglist.h:153: undefined reference to `QPtrCollection::newItem(void*)' /tmp/ccuqyFzd.o(.rdata$_ZTV6QGList+0x20):/opt/qt/3.2/include/qglist.h:153: undefined reference to `QGList::compareItems(void*, void*)' /tmp/ccuqyFzd.o(.rdata$_ZTV6QGList+0x24):/opt/qt/3.2/include/qglist.h:153: undefined reference to `QGList::read(QDataStream&, void*&)' /tmp/ccuqyFzd.o(.rdata$_ZTV6QGList+0x28):/opt/qt/3.2/include/qglist.h:153: undefined reference to `QGList::write(QDataStream&, void*) const' collect2: ld returned 1 exit status What is the right link command to link with qt-3.2.3 release ? BTW the release is missing the qmake.conf file for the cygwin platform Ralf> Have fun Ciao Volker From listrelay.cygwin-xfree@haidinger.dyndns.org Mon Jan 12 11:16:00 2004 From: listrelay.cygwin-xfree@haidinger.dyndns.org (Walter Haidinger) Date: Mon, 12 Jan 2004 11:16:00 -0000 Subject: AltGr and Solaris 2.6 still not working (Solaris 8 does though) Message-ID: Hi! Unfortunately I've still trouble using the AltGr key on my German keyboard and Solaris 2.6 even with latest 4.3.0-38. The X-Server runs under Windows XP _with_ TweakUI installed. However, there are some good news too! :-) I've got no problems with Solaris 8, Linux (SuSE 9.0) and Cygwin itself, of course. Perhaps the problem is related to the AltGr naming scheme as mentioned in http://cygwin.com/ml/cygwin-xfree/2003-12/msg00302.html because of the age of SunOS 5.6? Does anybody know what to change in the Solaris 2.6 configuration to make the AltGr key work? Regards, Walter From zakki@peppermint.jp Mon Jan 12 11:58:00 2004 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Mon, 12 Jan 2004 11:58:00 -0000 Subject: Problem copying unicode chars In-Reply-To: <1073896136.20344.9.camel@famine> References: <1073896136.20344.9.camel@famine> Message-ID: ?yvind, > I don't know if it is supposed to work, but under -38, I still can't copy > Norwegian letters from evolution email, paste under Windows. > Paste in Windows shows sequences like "\x{00D8}\x{00C5}\x{00C6}" Do you use Windows 9x? NT? I think you can't copy & paste Norwegian text if you use Release 4.3.0-30, is that right? I have not receive Norwegian mail, so I copy http://www.google.com/intl/no/ from Linux firebird to Windows Opera. A letter like "o and /" (I don't know Norwegian) and some letter after that vanished. It seems that letter vanish when winclipboardxevents.c/SelectionNotify/Xutf8TextPropertyToTextList convert Compound text to UTF-8. Could you send Norwegian mail to me? I want to test using evelution. -- Kensuke Matsuzaki mailto:zakki@peppermint.jp http://peppermint.jp From huntharo@msu.edu Mon Jan 12 12:57:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 12 Jan 2004 12:57:00 -0000 Subject: Problem copying unicode chars In-Reply-To: <1073896136.20344.9.camel@famine> References: <1073896136.20344.9.camel@famine> Message-ID: <400299AC.40402@msu.edu> ??yvind, ??yvind Harboe wrote: > I don't know if it is supposed to work, but under -38, I still can't copy > Norwegian letters from evolution email, paste under Windows. > Paste in Windows shows sequences like "\x{00D8}\x{00C5}\x{00C6}" I think you will need to work with Kensuke to figure this out. He is the man for non-English clipboard support :) One test that might be useful is to remove the -clipboard command-line parameter and run the stand-alone xwinclip instead. If xwinclip has the same problem, then this is not a regression and the new clipboard code will be marked as stable without it being fixed. If it is a regression, then I will probably hold the new release until it is fixed. > In the last couple of days I've been spoilt rotten with the progress in xwinclip :-) I'm glad you are enjoying it! Harold From huntharo@msu.edu Mon Jan 12 13:07:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 12 Jan 2004 13:07:00 -0000 Subject: XFree86-xserv-4.3.0-38 Request for Test Results In-Reply-To: <4001D46C.5030200@msu.edu> References: <4001D46C.5030200@msu.edu> Message-ID: <40029BED.6000008@msu.edu> Please send in those test results for the XFree86-xserv-4.3.0-38 clipboard functionality as soon as possible. I want positive results (at least five of them) as well as negative. Use the format below for your test results if you find it useful: OS: Windows 95 Windows 98 Windows Me Windows NT 4.0 Windows 2000 Windows XP Windows Server 2003 Language: English, German, Japanese, French, etc. Win32->X11 Copy and Paste: Worked, Did Not Work X11->Win32 Copy and Paste: Worked, Did Not Work Xdmcp: Worked, Did Not Work, Did Not Try Thanks for testing! Harold From andrew.markebo@comhem.se Mon Jan 12 14:02:00 2004 From: andrew.markebo@comhem.se (Andrew Markebo) Date: Mon, 12 Jan 2004 14:02:00 -0000 Subject: AltGr and Solaris 2.6 still not working (Solaris 8 does though) In-Reply-To: (Walter Haidinger's message of "Mon, 12 Jan 2004 12:16:09 +0100 (CET)") References: Message-ID: Tried xkeycaps (running on the sun) to show what the SUN thinks the keyboard look like? http://www.jwz.org/xkeycaps/ /Andy -- The nice thing about standards is that you have so many to choose from. - Andrew Tanenbaum, OS? From huntharo@msu.edu Mon Jan 12 14:07:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 12 Jan 2004 14:07:00 -0000 Subject: XFree86-xserv-4.3.0-38 Request for Test Results [from Holger Krull] Message-ID: <4002A962.4050600@msu.edu> The following is from Holger Krull: OS: Windows 2000 Language: German Xdmcp: Worked X11->Win32 Copy and Paste: Worked Win32->X11 Copy and Paste: Worked, except for ?????????? (Umlaute, sz, Euro) the transfer of these characters works if they are paste to a terminal, other programs show varying success. OpenOffice doesn't like Umlaute but takes the Euro. Kate (KDE Editor) pastes Umlaute but not the Euro Symbol. Holger From jeb@jeremywilkins.freeserve.co.uk Mon Jan 12 14:11:00 2004 From: jeb@jeremywilkins.freeserve.co.uk (jeb@jeremywilkins.freeserve.co.uk) Date: Mon, 12 Jan 2004 14:11:00 -0000 Subject: -38 report on XP SP1 Message-ID: <17618306.1073916658446.JavaMail.www@wwinf3004> xp sp1 connecting to solaris 9 (intel) Copying win32 to X11, and copying X11 to Win32 XDMCP with GTK app - works fine XDMCP with Motif app - works fine XDMCP with xedit - works fine X11 over SSH with GTK app - works fine X11 over SSH with xedit - works fine Can't seem to get Motif apps to work over ssh forwarding. Jeremy Freeserve AnyTime - HALF PRICE for the first 3 months - Save ?7.50 a month www.freeserve.com/anytime From huntharo@msu.edu Mon Jan 12 14:12:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 12 Jan 2004 14:12:00 -0000 Subject: -38 report on XP SP1 In-Reply-To: <17618306.1073916658446.JavaMail.www@wwinf3004> References: <17618306.1073916658446.JavaMail.www@wwinf3004> Message-ID: <4002AB41.5080508@msu.edu> Thanks for testing Jeremy! Harold jeb@jeremywilkins.freeserve.co.uk wrote: > xp sp1 connecting to solaris 9 (intel) > > Copying win32 to X11, and copying X11 to Win32 > XDMCP with GTK app - works fine > XDMCP with Motif app - works fine > XDMCP with xedit - works fine > > X11 over SSH with GTK app - works fine > X11 over SSH with xedit - works fine > > Can't seem to get Motif apps to work over ssh forwarding. > > Jeremy > Freeserve AnyTime - HALF PRICE for the first 3 months - Save ??7.50 a month > www.freeserve.com/anytime > From alexander.gottwald@s1999.tu-chemnitz.de Mon Jan 12 14:23:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 12 Jan 2004 14:23:00 -0000 Subject: XFree86-xserv-4.3.0-38 Request for Test Results [from Holger Krull] In-Reply-To: <4002A962.4050600@msu.edu> References: <4002A962.4050600@msu.edu> Message-ID: On Mon, 12 Jan 2004, Harold L Hunt II wrote: > The following is from Holger Krull: > > OS: Windows 2000 > Language: German > Xdmcp: Worked > X11->Win32 Copy and Paste: Worked Same for me. > Win32->X11 Copy and Paste: Worked, > except for ????????? (Umlaute, sz, Euro) > the transfer of these characters works if they are paste to a terminal, > other programs show varying > success. OpenOffice doesn't like Umlaute but takes the Euro. Kate (KDE > Editor) pastes Umlaute but > not the Euro Symbol. I can't reproduce this: OpenOffice 1.1 pasted ????????? correctly. Also kedit, kmail, mozilla, xterm. System is win2000 and XDMCP to debian 3.0 Server reset worked in with text copied in X11, copied in Win32 but not with image copied in Win32 (not a big problem). bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Mon Jan 12 14:30:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 12 Jan 2004 14:30:00 -0000 Subject: XFree86-xserv-4.3.0-38 Request for Test Results [from Holger Krull] In-Reply-To: References: <4002A962.4050600@msu.edu> Message-ID: <4002AF75.7090700@msu.edu> Alexander Gottwald wrote: >>Win32->X11 Copy and Paste: Worked, >>except for ????????? (Umlaute, sz, Euro) >>the transfer of these characters works if they are paste to a terminal, >>other programs show varying >>success. OpenOffice doesn't like Umlaute but takes the Euro. Kate (KDE >>Editor) pastes Umlaute but >>not the Euro Symbol. > > > I can't reproduce this: > OpenOffice 1.1 pasted ????????? correctly. > Also kedit, kmail, mozilla, xterm. > > System is win2000 and XDMCP to debian 3.0 > > Server reset worked in with text copied in X11, copied in Win32 but not with > image copied in Win32 (not a big problem). Do you mean that something bad happens if you copy an image to the Win32 clipboard, then cause the X Server to reset? What happens? Does the clipboard integration stop working? Does the server crash? Harold From listrelay.cygwin-xfree@haidinger.dyndns.org Mon Jan 12 14:52:00 2004 From: listrelay.cygwin-xfree@haidinger.dyndns.org (Walter Haidinger) Date: Mon, 12 Jan 2004 14:52:00 -0000 Subject: AltGr and Solaris 2.6 still not working (Solaris 8 does though) In-Reply-To: References: Message-ID: On Mon, 12 Jan 2004, Andrew Markebo wrote: > Tried xkeycaps (running on the sun) to show what the SUN thinks the > keyboard look like? There is no difference. xmodmap output on Solaris 2.6 and 8 is identical. Walter From listrelay.cygwin-xfree@haidinger.dyndns.org Mon Jan 12 15:02:00 2004 From: listrelay.cygwin-xfree@haidinger.dyndns.org (Walter Haidinger) Date: Mon, 12 Jan 2004 15:02:00 -0000 Subject: XFree86-xserv-4.3.0-38 Request for Test Results In-Reply-To: <40029BED.6000008@msu.edu> References: <4001D46C.5030200@msu.edu> <40029BED.6000008@msu.edu> Message-ID: On Mon, 12 Jan 2004, Harold L Hunt II wrote: > Please send in those test results for the XFree86-xserv-4.3.0-38 > clipboard functionality as soon as possible. I want positive results > (at least five of them) as well as negative. Use the format below for > your test results if you find it useful: Well, here's a negative: :-( OS: Windows XP with SP1 and TweakUI Language: German Win32->X11 Copy and Paste: Did Not Work X11->Win32 Copy and Paste: Did Not Work Xdmcp: Did Not Try This is odd, I remember that the clipboard used to work... I run this to finally start the X-Server (from startxwin.bat): start XWin -multiwindow -clipboard -xf86config C:\cygwin\etc\X11\XF86Config Walter From holger.krull@gmx.de Mon Jan 12 15:13:00 2004 From: holger.krull@gmx.de (Holger Krull) Date: Mon, 12 Jan 2004 15:13:00 -0000 Subject: XFree86-xserv-4.3.0-38 Request for Test Results [from Holger Krull] In-Reply-To: References: <4002A962.4050600@msu.edu> Message-ID: <4002B8B9.1040902@gmx.de> > I can't reproduce this: OpenOffice 1.1 pasted xxxx correctly. > Also kedit, kmail, mozilla, xterm. kedit,kmail,xterm and mozilla work. Maybe a local problem with my OpenOffice. > System is win2000 and XDMCP to debian 3.0 Win2000 and XDMCP to Suse 9.0 here. > Server reset worked in with text copied in X11, How do i test server reset? Holger From huntharo@msu.edu Mon Jan 12 15:17:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 12 Jan 2004 15:17:00 -0000 Subject: XFree86-xserv-4.3.0-38 Request for Test Results In-Reply-To: References: <4001D46C.5030200@msu.edu> <40029BED.6000008@msu.edu> Message-ID: <4002BA91.1060706@msu.edu> Walter, Can you send in your /tmp/XWin.log from a time when this fails? Harold Walter Haidinger wrote: > On Mon, 12 Jan 2004, Harold L Hunt II wrote: > > >>Please send in those test results for the XFree86-xserv-4.3.0-38 >>clipboard functionality as soon as possible. I want positive results >>(at least five of them) as well as negative. Use the format below for >>your test results if you find it useful: > > > Well, here's a negative: :-( > > OS: Windows XP with SP1 and TweakUI > Language: German > Win32->X11 Copy and Paste: Did Not Work > X11->Win32 Copy and Paste: Did Not Work > Xdmcp: Did Not Try > > This is odd, I remember that the clipboard used to work... > > I run this to finally start the X-Server (from startxwin.bat): > start XWin -multiwindow -clipboard -xf86config > C:\cygwin\etc\X11\XF86Config > > Walter > From alexander.gottwald@s1999.tu-chemnitz.de Mon Jan 12 15:21:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 12 Jan 2004 15:21:00 -0000 Subject: XFree86-xserv-4.3.0-38 Request for Test Results [from Holger Krull] In-Reply-To: <4002AF75.7090700@msu.edu> References: <4002A962.4050600@msu.edu> <4002AF75.7090700@msu.edu> Message-ID: On Mon, 12 Jan 2004, Harold L Hunt II wrote: > Do you mean that something bad happens if you copy an image to the Win32 > clipboard, then cause the X Server to reset? What happens? Does the > clipboard integration stop working? Does the server crash? The server crashes (does not startup again) bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Mon Jan 12 15:22:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 12 Jan 2004 15:22:00 -0000 Subject: XFree86-xserv-4.3.0-38 Request for Test Results [from Holger Krull] In-Reply-To: <4002B8B9.1040902@gmx.de> References: <4002A962.4050600@msu.edu> <4002B8B9.1040902@gmx.de> Message-ID: On Mon, 12 Jan 2004, Holger Krull wrote: > How do i test server reset? I've just logged out from my xdmcp session. wdm then displays the login screen again. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From abraverman@itms.com Mon Jan 12 15:25:00 2004 From: abraverman@itms.com (Andrew Braverman) Date: Mon, 12 Jan 2004 15:25:00 -0000 Subject: XFree86-xserv-4.3.0-38 test results In-Reply-To: <3FFF9F06.8090306@msu.edu> Message-ID: <000b01c3d920$587e02e0$1e54cea7@andrew> > [...] For now, I would just drop the xhost command from > your startup file. No problem. I can deal with it as long as you are aware of the issue. > > > On a different note, I have noticed that the X clipboard > will transfer to > > windows as long as the data is highlighted. Once the data > is unhighlighted > > (i.e. typing "clear") the text is still in the X buffer > (middle button or > > shift insert pastes correctly), but the windows clipboard is empty. > > That is an interesting point that I had thought of, but didn't really > want to think hard about :) I spent about 12 hours coding this up... > everytime I thought I had it, I realized that more basic changes were > needed in the clipboard code. Now I have it working, I believe. It seems to work now. Thanks. > I have made your request work only for the PRIMARY and CLIPBOARD > selections. It won't matter if the X client still has data in the > SECONDARY selection, because we do not monitor that selection. So, > don't complain if you can still paste in one or two X apps but not in > Win32 :) I try not to COMPLAIN about anything. :-) Seriously, though - I do realize how much time and energy are put into this project by the few core people and though I will report issues I see or ask questions, I will never complain about what is or is not done. You guys do too much work to deserve that. One of these days, I will make enough time to make some contributions of my own - and then I MIGHT have a right to complain a little. You guys have done a wonderful job, and as many have said before, we appreciate your work. Thank you. > > Harold > OS: Windows XP Language: English Win32->X11 Copy and Paste: Worked X11->Win32 Copy and Paste: Worked Xdmcp: Did Not Try - Andy From Dr.Volker.Zell@oracle.com Mon Jan 12 15:41:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Mon, 12 Jan 2004 15:41:00 -0000 Subject: XFree86-xserv-4.3.0-38 Request for Test Results In-Reply-To: <40029BED.6000008@msu.edu> (Harold L. Hunt, II's message of "Mon, 12 Jan 2004 08:06:53 -0500") References: <4001D46C.5030200@msu.edu> <40029BED.6000008@msu.edu> Message-ID: <87isjhyxz7.fsf@vzell-de.de.oracle.com> >>>>> "Harold" == Harold L Hunt writes: Harold> Please send in those test results for the XFree86-xserv-4.3.0-38 Harold> clipboard functionality as soon as possible. I want positive results Harold> (at least five of them) as well as negative. Use the format below for Harold> your test results if you find it useful: Windows 2000 Language: English Win32-> X11 Copy and Paste: Worked X11-> Win32 Copy and Paste: Worked Xdmcp: Did Not Try Ciao Volker From zakki@peppermint.jp Mon Jan 12 15:58:00 2004 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Mon, 12 Jan 2004 15:58:00 -0000 Subject: Problem copying unicode chars In-Reply-To: <1073896136.20344.9.camel@famine> References: <1073896136.20344.9.camel@famine> Message-ID: ?yvind, Now I can reproduce your problem. Maybe you use $ LANG=C evolution& So run evulution in Norwegian locale, no problem. $ LANG=no_NO evolution& -- Kensuke Matsuzaki mailto:zakki@peppermint.jp http://peppermint.jp From listrelay.cygwin-xfree@haidinger.dyndns.org Mon Jan 12 15:59:00 2004 From: listrelay.cygwin-xfree@haidinger.dyndns.org (Walter Haidinger) Date: Mon, 12 Jan 2004 15:59:00 -0000 Subject: XFree86-xserv-4.3.0-38 Request for Test Results In-Reply-To: <4002BA91.1060706@msu.edu> References: <4001D46C.5030200@msu.edu> <40029BED.6000008@msu.edu> <4002BA91.1060706@msu.edu> Message-ID: On Mon, 12 Jan 2004, Harold L Hunt II wrote: > Walter, > > Can you send in your /tmp/XWin.log from a time when this fails? There is just one (german) message indicating that the handle is invalid (ung??ltig in German): winTopLevelWindowProc - BitBlt failed: Das Handle ist ung??ltig Please note that it is like if X11 and Win32 clipboards are totally distinct, i.e. in can cut&paste X11<->X11 windows but not to or from Win32 windows. Walter From holger.krull@gmx.de Mon Jan 12 16:00:00 2004 From: holger.krull@gmx.de (Holger Krull) Date: Mon, 12 Jan 2004 16:00:00 -0000 Subject: XFree86-xserv-4.3.0-38 Request for Test Results crash In-Reply-To: References: <4002A962.4050600@msu.edu> <4002B8B9.1040902@gmx.de> Message-ID: <4002C3BA.50409@gmx.de> >>How do i test server reset? > > I've just logged out from my xdmcp session. wdm then displays the login screen again. That leads to a server crash here. The login screen reappears, but the moment i type in the password it ends. This happens when no clipboard selection was done and when the clipboard was last copyied in X11. If i put something in the clipboard in win before logoff, i'm able to relogin. Holger XWin.log from crash with selection in X11: ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 960 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (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 winScreenInit - dwWidth: 1280 dwHeight: 960 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1280 h: 960 winCreateBoundingWindowWindowed - Current w: 1280 h: 960 winAdjustForAutoHide - Original WorkArea: 0 0 926 1280 winAdjustForAutoHide - Adjusted WorkArea: 0 0 926 1280 winCreateBoundingWindowWindowed - WindowClient w 1274 h 895 r 1274 l 0 b 895 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 5096 winAllocateFBShadowDDNL - Created shadow pitch: 5096 winAllocateFBShadowDDNL - Created shadow stride: 1274 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 (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000407" (00000407) (--) Using preset keyboard for "German (Germany)" (407), type "4" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc105" Layout = "de" Variant = "(null)" Options = "(null)" Error opening keymap file de, reverting to defaults winPointerWarpCursor - Discarding first warp: 637 447 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client until fourth call. winProcEstablishConnection - Hello winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client until fourth call. winProcEstablishConnection - Hello winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client until fourth call. winInitClipboard () winProcQueryTree - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - Calling setlocale () winClipboardProc - setlocale () returned winClipboardProc - XInitThreads () returned. winClipboardProc - DISPLAY=127.0.0.1:0.0 winProcEstablishConnection - Hello winProcEstablishConnection - Clipboard client already launched, returning. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_CREATE winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winProcSetSelectionOwner - Clipboard not yet started, aborting. winProcSetSelectionOwner - Clipboard not yet started, aborting. winClipboardWindowProc - WM_DRAWCLIPBOARD - Reasserted ownership of PRIMARY winClipboardWindowProc - WM_DRAWCLIPBOARD - Reasserted ownership of CLIPBOARD winProcSetSelectionOwner - We changed ownership, aborting. winProcSetSelectionOwner - We changed ownership, aborting. OsVendorReset - Hello winClipboardWindowProc - WM_DESTROY winClipboardProc - winClipboardFlushWindowsMessageQueue trapped WM_QUIT message, exiting main loop. OsVendorReset - Clipboard thread has exited. (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 winScreenInit - dwWidth: 1274 dwHeight: 895 winSetEngine - Using Shadow DirectDraw NonLocking winCreateBoundingWindowWindowed - User w: 1280 h: 960 winCreateBoundingWindowWindowed - Current w: 1274 h: 895 winAdjustForAutoHide - Original WorkArea: 0 0 926 1280 winAdjustForAutoHide - Adjusted WorkArea: 0 0 926 1280 winCreateBoundingWindowWindowed - WindowClient w 1274 h 895 r 1274 l 0 b 895 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 5096 winAllocateFBShadowDDNL - Created shadow pitch: 5096 winAllocateFBShadowDDNL - Created shadow stride: 1274 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 (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000407" (00000407) (--) Using preset keyboard for "German (Germany)" (407), type "4" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc105" Layout = "de" Variant = "(null)" Options = "(null)" Error opening keymap file de, reverting to defaults winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client until fourth call. winProcEstablishConnection - Hello winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client until fourth call. winProcEstablishConnection - Hello winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client until fourth call. winInitClipboard () winProcQueryTree - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - Calling setlocale () winClipboardProc - setlocale () returned winClipboardProc - XInitThreads () returned. winClipboardProc - DISPLAY=127.0.0.1:0.0 winProcEstablishConnection - Hello winProcEstablishConnection - Clipboard client already launched, returning. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_CREATE winClipboardWindowProc - WM_DRAWCLIPBOARD - Reasserted ownership of PRIMARY winClipboardWindowProc - WM_DRAWCLIPBOARD - Reasserted ownership of CLIPBOARD winProcSetSelectionOwner - We changed ownership, aborting. winProcSetSelectionOwner - We changed ownership, aborting. winProcSetSelectionOwner - We changed ownership, aborting. winProcSetSelectionOwner - We changed ownership, aborting. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. OsVendorReset - Hello winClipboardWindowProc - WM_DESTROY winClipboardProc - winClipboardFlushWindowsMessageQueue trapped WM_QUIT message, exiting main loop. OsVendorReset - Clipboard thread has exited. From huntharo@msu.edu Mon Jan 12 16:04:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 12 Jan 2004 16:04:00 -0000 Subject: XFree86-xserv-4.3.0-38 Request for Test Results In-Reply-To: References: <4001D46C.5030200@msu.edu> <40029BED.6000008@msu.edu> <4002BA91.1060706@msu.edu> Message-ID: <4002C596.7010506@msu.edu> Walter, I have not localized the error messages to German. Did you translate that yourself or are you running some other person's compilation of XWin.exe? If you did the translation yourself, please send in /tmp/XWin.log. I need to see what messages are missing, not just what is there. Harold Walter Haidinger wrote: > On Mon, 12 Jan 2004, Harold L Hunt II wrote: > > >>Walter, >> >>Can you send in your /tmp/XWin.log from a time when this fails? > > > There is just one (german) message indicating that the handle is invalid > (ung??ltig in German): > winTopLevelWindowProc - BitBlt failed: Das Handle ist ung??ltig > > Please note that it is like if X11 and Win32 clipboards are totally > distinct, i.e. in can cut&paste X11<->X11 windows but not to or from Win32 > windows. > > Walter > From listrelay.cygwin-xfree@haidinger.dyndns.org Mon Jan 12 16:22:00 2004 From: listrelay.cygwin-xfree@haidinger.dyndns.org (Walter Haidinger) Date: Mon, 12 Jan 2004 16:22:00 -0000 Subject: XFree86-xserv-4.3.0-38 Request for Test Results In-Reply-To: <4002C596.7010506@msu.edu> References: <4001D46C.5030200@msu.edu> <40029BED.6000008@msu.edu> <4002BA91.1060706@msu.edu> <4002C596.7010506@msu.edu> Message-ID: On Mon, 12 Jan 2004, Harold L Hunt II wrote: > Walter, > > I have not localized the error messages to German. Did you translate > that yourself or are you running some other person's compilation of > XWin.exe? No, I've _not_ done any localization - I've copied the line "as is" and I've downloaded -38 using setup.exe from mirror ftp.univie.ac.at today. Please note that the error message is mixed english/german. Perhaps the trailing part originates from German Windows XP? Just a guess, though. In fact, there is no other errline but the one below after the X-Server logs that it has started up: ... WinInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winTopLevelWindowProc - BitBlt failed: Das Handle ist ung??ltig winTopLevelWindowProc - BitBlt failed: Das Handle ist ung??ltig winTopLevelWindowProc - BitBlt failed: Das Handle ist ung??ltig ... Walter From Benjamin.Riefenstahl@epost.de Mon Jan 12 16:25:00 2004 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Mon, 12 Jan 2004 16:25:00 -0000 Subject: XFree86-xserv-4.3.0-38 Request for Test Results References: <4001D46C.5030200@msu.edu> <40029BED.6000008@msu.edu> Message-ID: Hi Harold, OS: Windows 2000, SP4 Language: English, German keyboard Win32->X11 Copy and Paste, X11->Win32 Copy and Paste: Latin-1 works Non-Latin-1 (Unicode) doesn't work (doesn't work with xwinclip either, though) Xdmcp: Did Not Try benny From huntharo@msu.edu Mon Jan 12 16:31:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 12 Jan 2004 16:31:00 -0000 Subject: XFree86-xserv-4.3.0-38 Request for Test Results In-Reply-To: References: <4001D46C.5030200@msu.edu> <40029BED.6000008@msu.edu> <4002BA91.1060706@msu.edu> <4002C596.7010506@msu.edu> Message-ID: <4002CBBA.3060409@msu.edu> Walter, Walter Haidinger wrote: > On Mon, 12 Jan 2004, Harold L Hunt II wrote: > > >>Walter, >> >>I have not localized the error messages to German. Did you translate >>that yourself or are you running some other person's compilation of >>XWin.exe? > > > No, I've _not_ done any localization - I've copied the line "as is" and > I've downloaded -38 using setup.exe from mirror ftp.univie.ac.at today. > > Please note that the error message is mixed english/german. Perhaps the > trailing part originates from German Windows XP? Just a guess, though. Oops, you are right. We query Win32 for the error message; that part is in German. > In fact, there is no other errline but the one below after the X-Server > logs that it has started up: I still need to see the XWin.log to make sure that the clipboard client started properly. I am waiting to release until I solve your problem, so please send it soon. Harold From Benjamin.Riefenstahl@epost.de Mon Jan 12 16:32:00 2004 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Mon, 12 Jan 2004 16:32:00 -0000 Subject: XFree86-xserv-4.3.0-38 Request for Test Results In-Reply-To: <4002C596.7010506@msu.edu> (Harold L. Hunt, II's message of "Mon, 12 Jan 2004 11:04:38 -0500") References: <4001D46C.5030200@msu.edu> <40029BED.6000008@msu.edu> <4002BA91.1060706@msu.edu> <4002C596.7010506@msu.edu> Message-ID: Hi Harold, Walter, > Walter Haidinger wrote: >> winTopLevelWindowProc - BitBlt failed: Das Handle ist ung?ltig Harold L Hunt II writes: > I have not localized the error messages to German. That part of the error message looks like it was converted from a Windows error code with the FormatMessage API. FormatMessage is localized (for those kind of log messages it's a good idea to output the original error number, too). This one is probably ERROR_INVALID_HANDLE (6). Walter, you could could verify this by running "net helpmsg 6" in a DOS box and see if that gives the same text. benny From zakki@peppermint.jp Mon Jan 12 16:35:00 2004 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Mon, 12 Jan 2004 16:35:00 -0000 Subject: XFree86-xserv-4.3.0-38 Request for Test Results In-Reply-To: References: <4001D46C.5030200@msu.edu> <40029BED.6000008@msu.edu> <4002BA91.1060706@msu.edu> <4002C596.7010506@msu.edu> Message-ID: Walter and Harold, FormatMessage translates. MAKELANGID(LANG_NEUTRAL, SUBLANG_DEFAULT) should be MAKELANGID(LANG_ENGLISH,SUBLANG_ENGLISH_US) by the thought of sending log. I thought it is better for user to read. -- Kensuke Matsuzaki mailto:zakki@peppermint.jp http://peppermint.jp From listrelay.cygwin-xfree@haidinger.dyndns.org Mon Jan 12 16:48:00 2004 From: listrelay.cygwin-xfree@haidinger.dyndns.org (Walter Haidinger) Date: Mon, 12 Jan 2004 16:48:00 -0000 Subject: XFree86-xserv-4.3.0-38 Request for Test Results In-Reply-To: <4002CBBA.3060409@msu.edu> References: <4001D46C.5030200@msu.edu> <40029BED.6000008@msu.edu> <4002BA91.1060706@msu.edu> <4002C596.7010506@msu.edu> <4002CBBA.3060409@msu.edu> Message-ID: On Mon, 12 Jan 2004, Harold L Hunt II wrote: > I still need to see the XWin.log to make sure that the clipboard client > started properly. I am waiting to release until I solve your problem, > so please send it soon. Just sent it to your private address! Why didn't you say that I'd post it anyways? Walter From listrelay.cygwin-xfree@haidinger.dyndns.org Mon Jan 12 16:50:00 2004 From: listrelay.cygwin-xfree@haidinger.dyndns.org (Walter Haidinger) Date: Mon, 12 Jan 2004 16:50:00 -0000 Subject: XFree86-xserv-4.3.0-38 Request for Test Results In-Reply-To: References: <4001D46C.5030200@msu.edu> <40029BED.6000008@msu.edu> <4002BA91.1060706@msu.edu> <4002C596.7010506@msu.edu> Message-ID: On Mon, 12 Jan 2004, Benjamin Riefenstahl wrote: > This one is probably ERROR_INVALID_HANDLE (6). Walter, you could > could verify this by running "net helpmsg 6" in a DOS box and see if > that gives the same text. It says "The handle is invalid". That is, same error message but in English this time. Odd. Walter From oyvind.harboe@zylin.com Mon Jan 12 16:50:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Mon, 12 Jan 2004 16:50:00 -0000 Subject: Problem copying unicode chars and linefeeds in Evolution Message-ID: <1073926220.20915.8.camel@famine> I just discovered that this problem does not appear when I copy from OpenOffice and paste in Windows and that it has been there as far back as I can remember(and in xwinclip). It didn't occur to me that this could be "Evolution specific". There is also a second "Evolution" problem: line feeds are not translated correctly(everything ends up on a single line). Although there are some alarming lines in the XWin.log, the lines do not appear when I "copy" from Evolution: winClipboardErrorHandler - ERROR: BadMatch (invalid parameter attributes) ??yvind -------------- next part -------------- ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1600 h 1200 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (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 winScreenInit - dwWidth: 1600 dwHeight: 1200 winSetEngine - Multi Window => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1600 h: 1200 winCreateBoundingWindowWindowed - Current w: 1600 h: 1200 winGetWorkArea - Original WorkArea: 0 0 1166 1600 winGetWorkArea - Virtual screen is 2880 x 1200 winGetWorkArea - Virtual screen origin is 0, 0 winGetWorkArea - Primary screen is 1600 x 1200 winGetWorkArea - Adjusted WorkArea for multiple monitors: 0 0 1166 2880 winAdjustForAutoHide - Original WorkArea: 0 0 1166 2880 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1166 2880 winCreateBoundingWindowWindowed - WindowClient w 2880 h 1166 r 2880 l 0 b 1166 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 2880 height: 1200 depth: 32 winAllocateFBShadowGDI - Dibsection width: 2880 height: 1200 depth: 32 size image: 13824000 winAllocateFBShadowGDI - Created shadow stride: 2880 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff 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 winInitMultiWindowWM - Hello winInitWM - Returning. winInitMultiWindowWM - Calling pthread_mutex_lock () winFinishScreenInitFB - returning winMultiWindowXMsgProc - Hello winScreenInit - returning 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: "00000414" (00000414) (--) Using preset keyboard for "Norwegian" (414), type "4" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc105" Layout = "no" Variant = "(null)" Options = "(null)" winPointerWarpCursor - Discarding first warp: 1440 600 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winInitMultiWindowWM - pthread_mutex_lock () returned. winInitMultiWindowWM - Calling setlocale () winInitMultiWindowWM - setlocale () returned winInitMultiWindowWM - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - pthread_mutex_lock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - XInitThreads () returned. winClipboardProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_CREATE winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winMultiWindowGetWMHints - pWin or hints was NULL winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winProcSetSelectionOwner - We currently own the clipboard and neither the PRIMARY nor the CLIPBOARD selections are owned, releasing ownership of Win32 clipboard. winClipboardWindowProc - WM_DRAWCLIPBOARD - Clipboard does not contain CF_TEXT nor CF_UNICODETEXT. winClipboardErrorHandler - ERROR: BadMatch (invalid parameter attributes) winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardFlushXEvents - SelectionNotify - XConverterNotFound winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardErrorHandler - ERROR: BadMatch (invalid parameter attributes) winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning. From oyvind.harboe@zylin.com Mon Jan 12 17:05:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Mon, 12 Jan 2004 17:05:00 -0000 Subject: Problem copying unicode chars and linefeeds in Evolution Message-ID: <1073927148.21143.0.camel@famine> After examination I discovered that Evolution is running with LANG="en_US.UTF-8". When I change to LANG=NO_no, I get Norwegian menus in Evolution(to my surprise) and I can no longer copy Japanese chars from Linux to Windows(I don't speak Japanese, but I'd like to be able to copy and paste French and Norwegian). ??yvind From martin.mcnelis@tecnomen.ie Mon Jan 12 17:13:00 2004 From: martin.mcnelis@tecnomen.ie (Martin McNelis) Date: Mon, 12 Jan 2004 17:13:00 -0000 Subject: Problem connecting to Solaris 8 systems using Xwin Message-ID: <5ABC4497FD46ED44908A8A58B1853B9A155611@babylon.tecnomen.ie> Hi, I've googled and searched the archives for a fix for this and although I've seen many people with the same problem I have yet to see a solution that works. When connecting to a Solaris * system with the usual: xwin -query $solarisbox It hangs at the Egg Timer. Black screen, white egg timer. If I use: xwin -query $solarisbox -fp tcp/$solarisbox:7100 I get the following: $ xwin -query snail -fp tcp/snail:7100 The XKEYBOARD keymap compiler (xkbcomp) reports: > Error: Can't find file "pc/uk" for symbols include > Exiting > Abandoning symbols file "default" Errors from xkbcomp are not fatal to the X server The XKEYBOARD keymap compiler (xkbcomp) reports: > Error: Can't find file "pc/uk" for symbols include > Exiting > Abandoning symbols file "default" Errors from xkbcomp are not fatal to the X server Segmentation fault (core dumped) and the screen flashes three times as it attempts to load the next screen then fails. This works perfectly with Solaris 2.6 boxes. Any help much appreciated. Thanks, Martin From zakki@peppermint.jp Mon Jan 12 17:23:00 2004 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Mon, 12 Jan 2004 17:23:00 -0000 Subject: Problem copying unicode chars and linefeeds in Evolution In-Reply-To: <1073927148.21143.0.camel@famine> References: <1073927148.21143.0.camel@famine> Message-ID: How about LANG=no_NO.UTF-8 ? -- Kensuke Matsuzaki mailto:zakki@peppermint.jp http://peppermint.jp From alexander.gottwald@s1999.tu-chemnitz.de Mon Jan 12 17:24:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 12 Jan 2004 17:24:00 -0000 Subject: Problem connecting to Solaris 8 systems using Xwin In-Reply-To: <5ABC4497FD46ED44908A8A58B1853B9A155611@babylon.tecnomen.ie> References: <5ABC4497FD46ED44908A8A58B1853B9A155611@babylon.tecnomen.ie> Message-ID: On Mon, 12 Jan 2004, Martin McNelis wrote: > I get the following: > $ xwin -query snail -fp tcp/snail:7100 > The XKEYBOARD keymap compiler (xkbcomp) reports: > > Error: Can't find file "pc/uk" for symbols include > > Exiting > > Abandoning symbols file "default" > Errors from xkbcomp are not fatal to the X server > The XKEYBOARD keymap compiler (xkbcomp) reports: > > Error: Can't find file "pc/uk" for symbols include > > Exiting > > Abandoning symbols file "default" > Errors from xkbcomp are not fatal to the X server This a strange problem. Can you please send me /tmp/XWin.log? bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Mon Jan 12 17:44:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 12 Jan 2004 17:44:00 -0000 Subject: Problem connecting to Solaris 8 systems using Xwin In-Reply-To: <5ABC4497FD46ED44908A8A58B1853B9A155613@babylon.tecnomen.ie> References: <5ABC4497FD46ED44908A8A58B1853B9A155613@babylon.tecnomen.ie> Message-ID: On Mon, 12 Jan 2004, Martin McNelis wrote: >From the log: (WW) Option "XkbVariant" requires an string value (WW) Option "XkbOptions" requires an string value This indicates that these entries in the configfile are not written with quotation marks. eg Option "XkbVariant" = "nodeadkeys" > > I get the following: > > $ xwin -query snail -fp tcp/snail:7100 > > The XKEYBOARD keymap compiler (xkbcomp) reports: > > > Error: Can't find file "pc/uk" for symbols include > > > Exiting > > > Abandoning symbols file "default" > > Errors from xkbcomp are not fatal to the X server > > The XKEYBOARD keymap compiler (xkbcomp) reports: > > > Error: Can't find file "pc/uk" for symbols include > > > Exiting > > > Abandoning symbols file "default" > > Errors from xkbcomp are not fatal to the X server Either this is a broken installation where some files in /etc/X11/xkb are not properly installed or Solaris calls xkbcomp with wrong values. Btw: The keyboard layout for the U.K. is called gb. I'm not sure if uk means something else, but I??ve found no other definition in the Cygwin/X distribution. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Mon Jan 12 17:44:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 12 Jan 2004 17:44:00 -0000 Subject: XFree86-xserv-4.3.0-38 test results In-Reply-To: <000b01c3d920$587e02e0$1e54cea7@andrew> References: <000b01c3d920$587e02e0$1e54cea7@andrew> Message-ID: <4002DCD4.8060003@msu.edu> Andrew, Andrew Braverman wrote: >>[...] For now, I would just drop the xhost command from >>your startup file. > > > No problem. I can deal with it as long as you are aware of the issue. Okay. I think it needs to be fixed eventually so that the problem is not repeatedly reported. >>>On a different note, I have noticed that the X clipboard >> >>will transfer to >> >>>windows as long as the data is highlighted. Once the data >> >>is unhighlighted >> >>>(i.e. typing "clear") the text is still in the X buffer >> >>(middle button or >> >>>shift insert pastes correctly), but the windows clipboard is empty. >> >>That is an interesting point that I had thought of, but didn't really >>want to think hard about :) I spent about 12 hours coding this up... >>everytime I thought I had it, I realized that more basic changes were >>needed in the clipboard code. Now I have it working, I believe. > > > It seems to work now. Thanks. No problem. >>I have made your request work only for the PRIMARY and CLIPBOARD >>selections. It won't matter if the X client still has data in the >>SECONDARY selection, because we do not monitor that selection. So, >>don't complain if you can still paste in one or two X apps but not in >>Win32 :) > > > I try not to COMPLAIN about anything. :-) Seriously, though - I do realize > how much time and energy are put into this project by the few core people > and though I will report issues I see or ask questions, I will never > complain about what is or is not done. You guys do too much work to deserve > that. One of these days, I will make enough time to make some contributions > of my own - and then I MIGHT have a right to complain a little. You guys > have done a wonderful job, and as many have said before, we appreciate your > work. Thank you. Sorry. My "complain" should be read as more of a "I am already aware of this problem, so it doesn't have to be mentiond" and it was really written for other readers, not for you. I don't think you are complaining :) It is just that if others see this in the future, I don't want them saying "me too" if they notice this problem. > OS: Windows XP > > Language: English > > Win32->X11 Copy and Paste: Worked > > X11->Win32 Copy and Paste: Worked > > Xdmcp: Did Not Try Thanks for testing! Harold From oyvind.harboe@zylin.com Mon Jan 12 18:34:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Mon, 12 Jan 2004 18:34:00 -0000 Subject: Problem copying unicode chars and linefeeds in Evolution Message-ID: <1073932458.21288.7.camel@famine> When I run Evolution with LANG=no_NO.UTF-8 I get Norwegian menus(which I don't really want), but I can copy Norwegian, Japaneese and French accented chars from Evolution to Windows. Linebreaks still don't work though(everything appears on a single line). E.g. I can copy the chars below fine: ??????????? ???? ???? ???? ???? ????????? ??yvind From kmarkle@pbs.org Mon Jan 12 19:57:00 2004 From: kmarkle@pbs.org (Kevin Markle) Date: Mon, 12 Jan 2004 19:57:00 -0000 Subject: Possible to use clipboard with remote/xdm connection? Message-ID: Hello, I'm unable to get my DISPLAY variable to work. I use my IP address followed by:0.0. The message I get is that the server can't connect to the x11 server? If you have any experience in this I would appreciate the help. "Chris Green" wrote in message news:<20040102144403.GA4596@areti.co.uk>... > On Fri, Jan 02, 2004 at 03:33:42PM +0100, Alexander Gottwald wrote: > > On Fri, 2 Jan 2004, Chris Green wrote: > > > > > The trouble is that when I run 'xhost 127.0.0.1' in a cygwin > > > window on my win2k system I just get the error:- > > > xhost: unable to open display "" > > > > that would be DISPLAY=127.0.0.1:0 xhost 127.0.0.1 > > > > But most likely you will have no access from windows. Run xhost from > > the > > session started via xdmcp. > > > But if I run xhost in that session I will be setting xhost permissions > on the Linux Slackware system which is most definitely not what is > required. > > It seems very odd that xhost requires access to the local display in > order to work as you need xhost to set permission to acces the local > display - sort of catch 22. > > If I open just a cygwin terminal window on my Win2k system I simply > can't run xhost at all. > > E.G.:- > > $ xhost > xhost: Unable to open display "" > > $ export DISPLAY=192.168.13.25:0.0 > $ xhost > Xlib: connection to 192.168.13.25:0.0 refused by server > Xlib: no protocol specified > > xhost: Unable to open display 192.168.13.25:0.0 > > So how can one ever run xhost (and thus xwinclip)? > > > > What should the DISPLAY environment variable be set to for the > > > local display? I'm used to setting it for remote systems but I > > > can't get the right value for this one. > > > > Fot the local display this is 127.0.0.1:0 or :0 > > > Maybe my win2k set up is wonly but 127.0.0.1 won't work for me, the > actual IP address of 192.168.13.25 does work though. However a second > try seems to be OK, maybe I'd got into a mess before. The 'catch 22' > above still applies though. > > -- > Chris Green (chris@areti.co.uk) > We're shaking things up with BOOHBAH! All new on PBS KIDS. Catch it weekdays, beginning January 19th. pbskids.org/boohbah From huntharo@msu.edu Mon Jan 12 19:58:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 12 Jan 2004 19:58:00 -0000 Subject: XFree86-xserv-4.3.0-39 Message-ID: <4002FC5B.2010002@msu.edu> The clipboard code has been released in the new 'curr' version of XFree86-xserv-4.3.0-39. There are some minor issues that will need to be fixed eventually, particularly concerning bugs with server resets. Though, there are other bugs in the non-Cygwin specific code for handling resets that will need to be fixed as well in order for resets to start working reliably. To use the new clipboard code, do the following: 1) Edit your startup script (startxwin.bat, startxdmcp.bat, or startxwin.sh). 2) Remove any launching of 'xhost', unless you specifically know that you need it. 3) Remove any launching of 'xwinclip'; xwinclip provides similar functionality to the '-clipboard' integrated clipboard client. 4) Add the '-clipboard' command-line parameter to the line that launches XWin.exe. For example, change 'XWin -multiwindow' to 'XWin -multiwindow -clipboard'. 5) The integrated clipboard client will work with local applications, ssh tunneled applications, and Xdmcp sessions without any special configuration or startup-file hacks. Harold From huntharo@msu.edu Mon Jan 12 20:00:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 12 Jan 2004 20:00:00 -0000 Subject: Possible to use clipboard with remote/xdm connection? In-Reply-To: References: Message-ID: <4002FCE8.1020106@msu.edu> Kevin, Wait for the new XFree86-xserv-4.3.0-39 release to show up on your local mirror, install it, then just use the '-clipboard' command-line parameter to XWin.exe and forget about xhost and xwinclip. Please report if/when you are successful. Harold Kevin Markle wrote: > Hello, > > I'm unable to get my DISPLAY variable to work. I use my IP address > followed by:0.0. The message I get is that the server can't connect to > the x11 server? If you have any experience in this I would appreciate > the help. > > "Chris Green" wrote in message > news:<20040102144403.GA4596@areti.co.uk>... > >>On Fri, Jan 02, 2004 at 03:33:42PM +0100, Alexander Gottwald wrote: >> >>>On Fri, 2 Jan 2004, Chris Green wrote: >>> >>> >>>>The trouble is that when I run 'xhost 127.0.0.1' in a cygwin >>>>window on my win2k system I just get the error:- >>>> xhost: unable to open display "" >>> >>>that would be DISPLAY=127.0.0.1:0 xhost 127.0.0.1 >>> >>>But most likely you will have no access from windows. Run xhost from > > >>>the >>>session started via xdmcp. >>> >> >>But if I run xhost in that session I will be setting xhost permissions > > >>on the Linux Slackware system which is most definitely not what is >>required. >> >>It seems very odd that xhost requires access to the local display in >>order to work as you need xhost to set permission to acces the local >>display - sort of catch 22. >> >>If I open just a cygwin terminal window on my Win2k system I simply >>can't run xhost at all. >> >>E.G.:- >> >> $ xhost >> xhost: Unable to open display "" >> >> $ export DISPLAY=192.168.13.25:0.0 >> $ xhost >> Xlib: connection to 192.168.13.25:0.0 refused by server >> Xlib: no protocol specified >> >> xhost: Unable to open display 192.168.13.25:0.0 >> >>So how can one ever run xhost (and thus xwinclip)? >> >> >>>>What should the DISPLAY environment variable be set to for the >>>>local display? I'm used to setting it for remote systems but I >>>>can't get the right value for this one. >>> >>>Fot the local display this is 127.0.0.1:0 or :0 >>> >> >>Maybe my win2k set up is wonly but 127.0.0.1 won't work for me, the >>actual IP address of 192.168.13.25 does work though. However a second > > >>try seems to be OK, maybe I'd got into a mess before. The 'catch 22' >>above still applies though. >> >>-- >>Chris Green (chris@areti.co.uk) >> > > > > > > We're shaking things up with BOOHBAH! > All new on PBS KIDS. Catch it weekdays, beginning January 19th. > pbskids.org/boohbah > > From emlabolle@ucdavis.edu Mon Jan 12 20:59:00 2004 From: emlabolle@ucdavis.edu (Eric LaBolle) Date: Mon, 12 Jan 2004 20:59:00 -0000 Subject: internet required? Message-ID: <6.0.1.1.2.20040112125735.03ce1ef0@purple.ucdavis.edu> Sorry, about the message below - seems to be the Zone Alarm problem Why does it run sooooo slow. It appears to be accessing the internet at all times. When I shutdown the internet connection Xwin won't work. I lauched from the DOS bat file. Help Eric M. LaBolle, Ph.D. Hydrologic Sciences, University of California, Davis Davis, CA 95616 Phone: 530-753-8999; FAX: 530-753-5185 emlabolle@ucdavis.edu From huntharo@msu.edu Mon Jan 12 21:05:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 12 Jan 2004 21:05:00 -0000 Subject: internet required? In-Reply-To: <6.0.1.1.2.20040112125735.03ce1ef0@purple.ucdavis.edu> References: <6.0.1.1.2.20040112125735.03ce1ef0@purple.ucdavis.edu> Message-ID: <40030C17.8010705@msu.edu> Yes, it probably is a Zone Alarm problem. Anything that effects the IP stack on Windows can potentially cause problems and/or slow downs in the performance of Cygwin/X. Have you tried disabling Zone Alarm? It is interesting that Zone Alarm is having trouble distinquishing between connections to the local machine (127.0.0.1) vs. the actual internet (!127.0.0.1). Harold Eric LaBolle wrote: > Sorry, about the message below - seems to be the Zone Alarm problem > > > Why does it run sooooo slow. It appears to be accessing the internet at > all times. When I shutdown the internet connection Xwin won't work. I > lauched from the DOS bat file. Help > > > > Eric M. LaBolle, Ph.D. > Hydrologic Sciences, University of California, Davis > Davis, CA 95616 > Phone: 530-753-8999; FAX: 530-753-5185 > emlabolle@ucdavis.edu > From ingber@ingber.com Mon Jan 12 22:09:00 2004 From: ingber@ingber.com (Lester Ingber) Date: Mon, 12 Jan 2004 22:09:00 -0000 Subject: can't start latest XWIN.exe 39 on XP/Pro Message-ID: <20040112220931.GA400@ingber.com> I can't start the latest XWIN.exe. I get an OS error from XP/Pro that XWIN.exe can't be started. I have all the latest-current cygwin files as well XP Pro patches, etc. Here is the error directed to a logfile: ------------8<------------ top cut -> bottom ------------->8------------ XIO: fatal IO error 104 (Connection reset by peer) on X server "localhost:0.0" after 9 requests (8 known processed) with 0 events remaining. XIO: fatal IO error 104 (Connection reset by peer) on X server "localhost:0.0" after 10 requests (9 known processed) with 0 events remaining. XIO: fatal IO error 104 (Connection reset by peer) on X server "localhost:0.0" ------------8<------------ bottom cut <- top ------------->8------------ after 8 requests (7 known processed) with 0 events remaining. I tried this 3 ways in my startxwinMW.sh file, where I uncommented both export lines, and just one at a time, without any effect ------------8<------------ top cut -> bottom ------------->8------------ #! /bin/sh #export DISPLAY=127.0.0.1:0.0 #export DISPLAY=localhost:0.0 rm -rf /tmp/.X11-unix XWin -unixkill -emulate3buttons -clipboard -multiwindow & xbiff & xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry 80x84+592+0 -name center & xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry 80x84-0+0 -name right & exit ------------8<------------ bottom cut <- top ------------->8------------ Below is the XWin.log file: ------------8<------------ top cut -> bottom ------------->8------------ ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1600 h 1200 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (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 winScreenInit - dwWidth: 1600 dwHeight: 1200 winSetEngine - Multi Window => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1600 h: 1200 winCreateBoundingWindowWindowed - Current w: 1600 h: 1200 winAdjustForAutoHide - Original WorkArea: 0 0 1200 1600 winAdjustForAutoHide - Taskbar is auto hide winAdjustForAutoHide - Found BOTTOM auto-hide taskbar winAdjustForAutoHide - Adjusted WorkArea: 0 0 1199 1600 winCreateBoundingWindowWindowed - WindowClient w 1600 h 1199 r 1600 l 0 b 1199 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1600 height: 1199 depth: 32 winAllocateFBShadowGDI - Dibsection width: 1600 height: 1199 depth: 32 size image: 7673600 winAllocateFBShadowGDI - Created shadow stride: 1600 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff 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: "00000409" (00000409) (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" winPointerWarpCursor - Discarding first warp: 800 599 winBlockHandler - Releasing pmServerStarted winInitMultiWindowWM - pthread_mutex_lock () returned. winInitMultiWindowWM - Calling setlocale () winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - Calling setlocale () winInitMultiWindowWM - setlocale () returned ------------8<------------ bottom cut <- top ------------->8------------ I'm going back to an earlier version. Thanks. Lester -- Prof. Lester Ingber ingber@ingber.com ingber@alumni.caltech.edu www.ingber.com www.alumni.caltech.edu/~ingber From huntharo@msu.edu Mon Jan 12 22:15:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 12 Jan 2004 22:15:00 -0000 Subject: can't start latest XWIN.exe 39 on XP/Pro In-Reply-To: <20040112220931.GA400@ingber.com> References: <20040112220931.GA400@ingber.com> Message-ID: <40031C80.9030606@msu.edu> Lester, Please try removing, and testing each iteration, the -clipboard and -multiwindow parameters. So, please test 'XWin -unixkill -emulate3buttons -multiwindow', 'XWin -unixkill -emulate3buttons -clipboard', and 'XWin -unixkill -emulate3buttons'. Please report your results. I have a suspicion about what is causing your problem and this testing information will help me to fix the problem. Harold From fergus@bonhard.uklinux.net Mon Jan 12 22:44:00 2004 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Mon, 12 Jan 2004 22:44:00 -0000 Subject: internet required? Message-ID: <000501c3d95d$a760f100$0b7b2852@leper> Actually, I think there's something to this. A few versions of XWin ago (I can look it up if it will help) I could use X in a Cygwin process from a portable CD by initiating the process as bash mount -buf "c:/tmp" /tmp/ XWin -nolisten local -multiwindow & rxvt -display localhost:0.0 and this allowed me an X environment with no internet access (and from any Windows machine, even if not networked). (Plus appropriate tweaks to .bashrc etc. The point of this email is not the portability of the system but the useability of XWin in a portable context.) Today I made a new CD, with a completely up-to-date Cygwin. Something HAS altered because now the 4th line gives me a "rxvt cannot open display" error msg, and it is clear that Norton Firewall is taking an interest whereas previously this had not occurred (presumably the -nolisten local switch played a role here?) More details, if I can, if you need them ... Thanks. Fergus From ralf.habacker@freenet.de Tue Jan 13 00:22:00 2004 From: ralf.habacker@freenet.de (Ralf Habacker) Date: Tue, 13 Jan 2004 00:22:00 -0000 Subject: QT 3.2.3 cygwin/XFree release available In-Reply-To: <878ykd32ej.fsf@vzell-de.de.oracle.com> References: <878ykd32ej.fsf@vzell-de.de.oracle.com> Message-ID: <200401130118.41840.ralf.habacker@freenet.de> On Monday 12 January 2004 11:08, Dr. Volker Zell wrote: > >>>>> "Ralf" == Ralf Habacker writes: > Ralf> today the cygwin/XFree port of the QT 3.2.3 X11 release based on > the recent Ralf> cygwin release is ready containing binary and source > package. > > The following configure test for QT fails: > > conftest.cc: > What is the right link command to link with qt-3.2.3 release ? > > > BTW the release is missing the qmake.conf file for the cygwin platform > That is the reason why the link line fails. Which release are you using qt-3.2.3-1 or qt-3.2.3-2 ? qt-3.2.3-1 misses an important file (.qmake.cache) and the -2 release does not have the /etc/profile.d script. I'm currently preparing an updated release. See http://kde-cygwin.sf.net/qt3/compiling.php for further informations. BTW: Compiling files requires -fdata-sections and link lines should require -Wl,--enable-runtime-pseudo-reloc Ralf From ingber@ingber.com Tue Jan 13 00:49:00 2004 From: ingber@ingber.com (Lester Ingber) Date: Tue, 13 Jan 2004 00:49:00 -0000 Subject: can't start latest XWIN.exe 39 on XP/Pro Message-ID: <20040113004931.GA2148@ingber.com> I ran two kinds of test: (1) Using multiwindow does not work: XWin -unixkill -emulate3buttons -clipboard -multiwindow & Using wmaker works fine XWin -unixkill -emulate3buttons -clipboard -rootless & wmaker & (2) I dropped the options using multiwindow, one at a time: The first two still do not work: XWin -unixkill -clipboard -multiwindow & XWin -emulate3buttons -clipboard -multiwindow & This works: XWin -unixkill -emulate3buttons -multiwindow & but I cannot even cut and paste between an X-window and a browser, though I can cut and paste among the X-windows. It seems that -clipboard and -multiwindow do not work together. Lester +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+= Harold L Hunt II - Re: can't start latest XWIN.exe 39 on XP/ProThis is the mail archive of the cygwin-xfree@cygwin.com mailing list for the Cygwin XFree86 project. Index Nav:[Date Index] [Subject Index] [Author Index] [Thread Index] Message Nav:[Date Prev] [Date Next][Thread Prev] [Thread Next] Other format:[Raw text] Re: can't start latest XWIN.exe 39 on XP/Pro From: Harold L Hunt II To: cygwin-xfree at cygwin dot com Date: Mon, 12 Jan 2004 17:15:28 -0500 Subject: Re: can't start latest XWIN.exe 39 on XP/Pro References: <20040112220931.GA400@ingber.com> Reply-to: cygwin-xfree at cygwin dot com Lester, Please try removing, and testing each iteration, the -clipboard and -multiwindow parameters. So, please test 'XWin -unixkill -emulate3buttons -multiwindow', 'XWin -unixkill -emulate3buttons -clipboard', and 'XWin -unixkill -emulate3buttons'. Please report your results. I have a suspicion about what is causing your problem and this testing information will help me to fix the problem. Harold References: can't start latest XWIN.exe 39 on XP/Pro From: Lester Ingber Index Nav:[Date Index] [Subject Index] [Author Index] [Thread Index] Message Nav:[Date Prev] [Date Next][Thread Prev] [Thread Next] -- Prof. Lester Ingber ingber@ingber.com ingber@alumni.caltech.edu www.ingber.com www.alumni.caltech.edu/~ingber From huntharo@msu.edu Tue Jan 13 00:56:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 13 Jan 2004 00:56:00 -0000 Subject: XFree86-xserv-4.3.0-40 Message-ID: <4003422D.4080101@msu.edu> The clipboard code has been released in the new 'curr' version of XFree86-xserv-4.3.0-40. To make a long story short: this new version should crash less. :) To use the new clipboard code, do the following: 1) Edit your startup script (startxwin.bat, startxdmcp.bat, or startxwin.sh). 2) Remove any launching of 'xhost', unless you specifically know that you need it. 3) Remove any launching of 'xwinclip'; xwinclip provides similar functionality to the '-clipboard' integrated clipboard client. 4) Add the '-clipboard' command-line parameter to the line that launches XWin.exe. For example, change 'XWin -multiwindow' to 'XWin -multiwindow -clipboard'. 5) The integrated clipboard client will work with local applications, ssh tunneled applications, and Xdmcp sessions without any special configuration or startup-file hacks. Harold From huntharo@msu.edu Tue Jan 13 00:57:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 13 Jan 2004 00:57:00 -0000 Subject: can't start latest XWIN.exe 39 on XP/Pro In-Reply-To: <20040113004931.GA2148@ingber.com> References: <20040113004931.GA2148@ingber.com> Message-ID: <40034289.9090708@msu.edu> Lester, Thanks for testing. You confirmed my suspicions. Please try the XFree86-xserv-4.3.0-40 release when it reaches your favorite mirror. The -40 release was made just for you ;) Harold Lester Ingber wrote: > I ran two kinds of test: > > (1) > Using multiwindow does not work: > XWin -unixkill -emulate3buttons -clipboard -multiwindow & > Using wmaker works fine > XWin -unixkill -emulate3buttons -clipboard -rootless & > wmaker & > > (2) > I dropped the options using multiwindow, one at a time: > The first two still do not work: > XWin -unixkill -clipboard -multiwindow & > XWin -emulate3buttons -clipboard -multiwindow & > > This works: > XWin -unixkill -emulate3buttons -multiwindow & > but I cannot even cut and paste between an X-window and a browser, > though I can cut and paste among the X-windows. > > It seems that -clipboard and -multiwindow do not work together. > > Lester From ingber@ingber.com Tue Jan 13 02:21:00 2004 From: ingber@ingber.com (Lester Ingber) Date: Tue, 13 Jan 2004 02:21:00 -0000 Subject: can't start latest XWIN.exe 39 on XP/Pro Message-ID: <20040113022107.GA280@ingber.com> Harold: So far 4.3.0-40 seems to work OK. I trust this will help more people :>). Thanks. Lester +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+= Lester, Thanks for testing. You confirmed my suspicions. Please try the XFree86-xserv-4.3.0-40 release when it reaches your favorite mirror. The -40 release was made just for you ;) Harold Lester Ingber wrote: I ran two kinds of test: (1) Using multiwindow does not work: XWin -unixkill -emulate3buttons -clipboard -multiwindow & Using wmaker works fine XWin -unixkill -emulate3buttons -clipboard -rootless & wmaker & (2) I dropped the options using multiwindow, one at a time: The first two still do not work: XWin -unixkill -clipboard -multiwindow & XWin -emulate3buttons -clipboard -multiwindow & This works: XWin -unixkill -emulate3buttons -multiwindow & but I cannot even cut and paste between an X-window and a browser, though I can cut and paste among the X-windows. It seems that -clipboard and -multiwindow do not work together. Lester -- Prof. Lester Ingber ingber@ingber.com ingber@alumni.caltech.edu www.ingber.com www.alumni.caltech.edu/~ingber From huntharo@msu.edu Tue Jan 13 05:38:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 13 Jan 2004 05:38:00 -0000 Subject: can't start latest XWIN.exe 39 on XP/Pro In-Reply-To: <20040113022107.GA280@ingber.com> References: <20040113022107.GA280@ingber.com> Message-ID: <40038430.7040503@msu.edu> Lester, Lester Ingber wrote: > Harold: > > So far 4.3.0-40 seems to work OK. > > I trust this will help more people :>). Great, thanks for testing. Also, thanks for sending in the bug report when you ran into trouble. I don't like shipping software with obvious bugs, so it is good to have your problem fixed now. Harold From hans.dekker.ext@juntadeandalucia.es Tue Jan 13 07:36:00 2004 From: hans.dekker.ext@juntadeandalucia.es (Hans Dekker) Date: Tue, 13 Jan 2004 07:36:00 -0000 Subject: xserv 4.3.0-29 Alt Gr Problem is gone References: <4F698AE6FB425D4A8879766D19E1F929055E1A@win2000.sup-logistik.de> <3FF18715.2020808@msu.edu> <3FFEA396.5090404@juntadeandalucia.es> Message-ID: <40039FC1.9020308@juntadeandalucia.es> Sorry, setxkbmap doesn't work, not even in the xterm that is started by cygwin itself using startxwin.bat. Defining keys with xmodmap by hand works and xmodmap -pk gives you than the output with the third definition (= AltGr definition) of a key. What should I do with the cygwin X-window system to get it running well? Regards, H. Alexander Gottwald escribi??: > On Fri, 9 Jan 2004, Hans Dekker wrote: > > >>Sorry for being persistent, but I guess I have to revisit alt-Gr key >>problem using a Spanish keyboard. >> >>Just tried xserv version 4.3.0-30 (I used the 4.3.0-21 before), and >>starting X-windows in either a xfree bash shell as well as the CDE >>environment xmodmap tells me that I have only 2 definitions per key >>(normal key usage and Shift-key combination). So the Alt-Gr definition >>is not defined for the keys. > > > I've just tried > > $ setxkbmap es > > Pressing AltGr + '1' results in '|' > > but xmodmap -pke does not print the extra symbols. So this must be a bug > in xmodmap. > > For your problem with spanish layout and CDE (which is most likely a > quite old X11 installation) I'd pass you on to xfree86@xfree86.org. > > >>Xf86Config and the es keyboard map have been modified to define AltGr as >>Mode_Switch. I tried various startup parameters with the XWin >>executable, but no success. I installed xserv 4.3.0-30 over version >>4.3.0-21 using the Cygwin setup program. It's running in Windows XP. > > > bye > ago From alexander.gottwald@s1999.tu-chemnitz.de Tue Jan 13 10:48:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 13 Jan 2004 10:48:00 -0000 Subject: Problem connecting to Solaris 8 systems using Xwin In-Reply-To: <5ABC4497FD46ED44908A8A58B1853B9A155614@babylon.tecnomen.ie> References: <5ABC4497FD46ED44908A8A58B1853B9A155614@babylon.tecnomen.ie> Message-ID: On Tue, 13 Jan 2004, Martin McNelis wrote: > Surely if that was the case I would be unable to connect to Solaris 2.6 > boxes, which I can. The keyboard mapping problem is one I've always had > with Cygwin as the keyboard I use is for UK and Ireland. That has never > stopped me connecting to a box. The only thing that has ever caused the > same problem for me before was if a Solaris box was called without > specifying a font server. I've checked that the font server is running on > the Solaris 8 boxes but still now luck. Is it possible that the Font server > for Solaris 8 has changed slightly and is no longer compatible with Cygwin? I don't think so. I've used cygwin/X to connect to Solaris 8 too and had no problems. If it is even crashing then there must be a bigger problem. Have you started XWin with special parameters (eg -multiwindow, -clipboard)? @Harold: Do you have a debug build ready. I'd like Martin to try it in gdb to get a backtrace where the server crashed. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From haisam@ido.org Tue Jan 13 12:25:00 2004 From: haisam@ido.org (Haisam K. Ido) Date: Tue, 13 Jan 2004 12:25:00 -0000 Subject: window image capture how Message-ID: <24371.208.59.120.153.1073996330.squirrel@ido.org> How can one capture an image of cygwin window into a winxp clipboard and then print/edit etc? From alexander.gottwald@s1999.tu-chemnitz.de Tue Jan 13 14:01:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 13 Jan 2004 14:01:00 -0000 Subject: window image capture how In-Reply-To: <24371.208.59.120.153.1073996330.squirrel@ido.org> References: <24371.208.59.120.153.1073996330.squirrel@ido.org> Message-ID: On Tue, 13 Jan 2004, Haisam K. Ido wrote: > How can one capture an image of cygwin window into a winxp clipboard and > then print/edit etc? xwd -display :0.0 | convert - /tmp/root.gif This requires ImageMagic to be installed. The cursor changes into a cross and you can click on the window you want to capture. For further features of xwd see man xwd. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From oyvind.harboe@zylin.com Tue Jan 13 14:20:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Tue, 13 Jan 2004 14:20:00 -0000 Subject: Crash in xserv 4.3.0-40 Message-ID: <1074003553.23015.14.camel@famine> I've now observed the crash in XWin.exe when playing around with Evolution. I think it happens at some point before or after when I'm trying to copy text from a CMD.EXE shell to Evolution and before/after selecting a message in Evolution. In case it is any help I've included a XWin.log from my machine. ??yvind -------------- next part -------------- ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1600 h 1200 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (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 winScreenInit - dwWidth: 1600 dwHeight: 1200 winSetEngine - Multi Window => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1600 h: 1200 winCreateBoundingWindowWindowed - Current w: 1600 h: 1200 winGetWorkArea - Original WorkArea: 0 0 1166 1600 winGetWorkArea - Virtual screen is 2880 x 1200 winGetWorkArea - Virtual screen origin is 0, 0 winGetWorkArea - Primary screen is 1600 x 1200 winGetWorkArea - Adjusted WorkArea for multiple monitors: 0 0 1166 2880 winAdjustForAutoHide - Original WorkArea: 0 0 1166 2880 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1166 2880 winCreateBoundingWindowWindowed - WindowClient w 2880 h 1166 r 2880 l 0 b 1166 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 2880 height: 1200 depth: 32 winAllocateFBShadowGDI - Dibsection width: 2880 height: 1200 depth: 32 size image: 13824000 winAllocateFBShadowGDI - Created shadow stride: 2880 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff 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 winInitMultiWindowWM - Hello winInitWM - Returning. winFinishScreenInitFB - returning winScreenInit - returning winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () winInitMultiWindowWM - 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: "00000414" (00000414) (--) Using preset keyboard for "Norwegian" (414), type "4" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc105" Layout = "no" Variant = "(null)" Options = "(null)" winPointerWarpCursor - Discarding first warp: 1440 600 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winInitMultiWindowWM - pthread_mutex_lock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. 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. winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) From oyvind.harboe@zylin.com Tue Jan 13 14:20:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Tue, 13 Jan 2004 14:20:00 -0000 Subject: Clipboard "stopped working problem" observed in xserv 4.3.0-40 Message-ID: <1074003576.23015.16.camel@famine> I've now seen the "clipboard stopped working" problem in 4.3.0-40. I'm not sure if it is related or helpful information, but it happened when I tried to copy from a cmd.exe shell to an Evolution email message. XWin.log attached. ??yvind -------------- next part -------------- ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1600 h 1200 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (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 winScreenInit - dwWidth: 1600 dwHeight: 1200 winSetEngine - Multi Window => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1600 h: 1200 winCreateBoundingWindowWindowed - Current w: 1600 h: 1200 winGetWorkArea - Original WorkArea: 0 0 1166 1600 winGetWorkArea - Virtual screen is 2880 x 1200 winGetWorkArea - Virtual screen origin is 0, 0 winGetWorkArea - Primary screen is 1600 x 1200 winGetWorkArea - Adjusted WorkArea for multiple monitors: 0 0 1166 2880 winAdjustForAutoHide - Original WorkArea: 0 0 1166 2880 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1166 2880 winCreateBoundingWindowWindowed - WindowClient w 2880 h 1166 r 2880 l 0 b 1166 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 2880 height: 1200 depth: 32 winAllocateFBShadowGDI - Dibsection width: 2880 height: 1200 depth: 32 size image: 13824000 winAllocateFBShadowGDI - Created shadow stride: 2880 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff 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 winInitMultiWindowWM - Hello winInitWM - Returning. winFinishScreenInitFB - returning winScreenInit - returning winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () winInitMultiWindowWM - 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: "00000414" (00000414) (--) Using preset keyboard for "Norwegian" (414), type "4" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc105" Layout = "no" Variant = "(null)" Options = "(null)" winPointerWarpCursor - Discarding first warp: 1440 600 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winInitMultiWindowWM - pthread_mutex_lock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. 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. winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) From david.w.dawson@lmco.com Tue Jan 13 14:24:00 2004 From: david.w.dawson@lmco.com (Dawson, David W) Date: Tue, 13 Jan 2004 14:24:00 -0000 Subject: window image capture how Message-ID: I realize that this is an *X-Free* ailing list, but it also is a Cygwin list, and Cygwin is hosted on MS Windows, so... Why not just use Alt-PrintScreen to copy the image to the "winxp clipboard" then paste into Paint, Word, or any other image/bitmap program to print? -D. --------------------- David Dawson Lockheed Martin Maritime Systems & Sensors david.w.dawson@lmco.com 703-367-3885 -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Alexander Gottwald Sent: Tuesday, January 13, 2004 9:02 AM To: cygwin-xfree@cygwin.com; haisam@ido.org Subject: Re: window image capture how On Tue, 13 Jan 2004, Haisam K. Ido wrote: > How can one capture an image of cygwin window into a winxp clipboard and > then print/edit etc? xwd -display :0.0 | convert - /tmp/root.gif This requires ImageMagic to be installed. The cursor changes into a cross and you can click on the window you want to capture. For further features of xwd see man xwd. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From darryls@productcosting.com Tue Jan 13 14:34:00 2004 From: darryls@productcosting.com (Darryl Scott) Date: Tue, 13 Jan 2004 14:34:00 -0000 Subject: Icon initiation Message-ID: <5.2.1.1.0.20040113142536.00a32d50@mail.mistral.net> Hi! This is probably in the docs but I fail to see it. That's the apology out the way now the question. Can the cygwin X server be invoked without an on screen bulletin and then an icon clicked which executes an application script to make use of the Xserver? If yes how? i.e. start X server without bulletin, just the "I am live" icon. Click application icon -> runs script that initiates an X application. etc for other application icons. Thanks in anticipation. Kind regards, Darryl Scott Profile Product Costing Ltd The Old Vicarage, Market Place, Castle Donington, DE74 2JB, United Kingdom Telephone: +44 (0) 1332 856972 FAX: +44 (0) 1332 810769 Mobile +44 (0) 7808 078388 From haisam@ido.org Tue Jan 13 14:48:00 2004 From: haisam@ido.org (Haisam K. Ido) Date: Tue, 13 Jan 2004 14:48:00 -0000 Subject: window image capture how In-Reply-To: <24371.208.59.120.153.1073996330.squirrel@ido.org> References: <24371.208.59.120.153.1073996330.squirrel@ido.org> Message-ID: <48184.164.86.99.3.1074004919.squirrel@ido.org> > How can one capture an image of cygwin window into a winxp clipboard and > then print/edit etc? > I'm able to do this (using netpbm) but can I pipe to a clipboard area? xwd | xwdtopnm | pnmtopng > /cygdrive/d/TEMP/screen.png From marchand@purdue.edu Tue Jan 13 14:59:00 2004 From: marchand@purdue.edu (B. Marchand) Date: Tue, 13 Jan 2004 14:59:00 -0000 Subject: ghostview problems ... Message-ID: <400407DB.7090809@purdue.edu> I just noticed something. Even though ghostview (gv) comes up and appears to run I can never open a file with it. It says "Unknown device: x11" when I try to open a PS or EPS file. The only difference I noticed between gv in cygwin and that in linux is that the following library is not available under cygwin: /usr/lib/ghostscript/7.05/X11.so I wonder if this is the same reason why geomview won't run under cygwin. In geomview's case (debug mode) I get a message saying Warning: XmManager ClassInitialize: XmeTraitSet failed Error: attempt to add non-widget child "DropSiteManager" to parent "Geomview" which supports only widgets. Any ideas as to what is missing for ghostview to run properly? --B. From pechtcha@cs.nyu.edu Tue Jan 13 14:59:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 13 Jan 2004 14:59:00 -0000 Subject: window image capture how In-Reply-To: <24371.208.59.120.153.1073996330.squirrel@ido.org> References: <24371.208.59.120.153.1073996330.squirrel@ido.org> Message-ID: On Tue, 13 Jan 2004, Haisam K. Ido wrote: > How can one capture an image of cygwin window into a winxp clipboard and > then print/edit etc? This is not Cygwin-specific, but you can capture any Windows window to clipboard by pressing Alt-PrtSc. To get an X window that way, you may need to run X in multiwindow mode. Just for the archives. You can also write to /dev/clipboard from any Cygwin program to copy to the Windows clipboard (or read from there to paste). I'm not sure what happens if you write an image there, though -- I think it's not set to the right format. 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 From huntharo@msu.edu Tue Jan 13 15:16:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 13 Jan 2004 15:16:00 -0000 Subject: xserv 4.3.0-29 Alt Gr Problem is gone In-Reply-To: <40039FC1.9020308@juntadeandalucia.es> References: <4F698AE6FB425D4A8879766D19E1F929055E1A@win2000.sup-logistik.de> <3FF18715.2020808@msu.edu> <3FFEA396.5090404@juntadeandalucia.es> <40039FC1.9020308@juntadeandalucia.es> Message-ID: <40040BBA.5050900@msu.edu> Hans, From a Cygwin bash shell, run 'set' and report the values of any of the following: XAPPLRESDIR XCMSDB XKEYSYMDB XNLSPATH Harold Hans Dekker wrote: > Sorry, setxkbmap doesn't work, not even in the xterm that is started by > cygwin itself using startxwin.bat. > > Defining keys with xmodmap by hand works and xmodmap -pk gives you than > the output with the third definition (= AltGr definition) of a key. > > What should I do with the cygwin X-window system to get it running well? > > Regards, H. > > Alexander Gottwald escribi??: > >> On Fri, 9 Jan 2004, Hans Dekker wrote: >> >> >>> Sorry for being persistent, but I guess I have to revisit alt-Gr key >>> problem using a Spanish keyboard. >>> >>> Just tried xserv version 4.3.0-30 (I used the 4.3.0-21 before), and >>> starting X-windows in either a xfree bash shell as well as the CDE >>> environment xmodmap tells me that I have only 2 definitions per key >>> (normal key usage and Shift-key combination). So the Alt-Gr >>> definition is not defined for the keys. >> >> >> >> I've just tried >> >> $ setxkbmap es >> >> Pressing AltGr + '1' results in '|' >> >> but xmodmap -pke does not print the extra symbols. So this must be a >> bug in xmodmap. >> For your problem with spanish layout and CDE (which is most likely a >> quite old X11 installation) I'd pass you on to xfree86@xfree86.org. >> >> >>> Xf86Config and the es keyboard map have been modified to define AltGr >>> as Mode_Switch. I tried various startup parameters with the XWin >>> executable, but no success. I installed xserv 4.3.0-30 over version >>> 4.3.0-21 using the Cygwin setup program. It's running in Windows XP. >> >> >> >> bye >> ago > > > > From huntharo@msu.edu Tue Jan 13 15:17:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 13 Jan 2004 15:17:00 -0000 Subject: Problem connecting to Solaris 8 systems using Xwin In-Reply-To: References: <5ABC4497FD46ED44908A8A58B1853B9A155614@babylon.tecnomen.ie> Message-ID: <40040BF6.1060207@msu.edu> Alexander Gottwald wrote: > On Tue, 13 Jan 2004, Martin McNelis wrote: > > >>Surely if that was the case I would be unable to connect to Solaris 2.6 >>boxes, which I can. The keyboard mapping problem is one I've always had >>with Cygwin as the keyboard I use is for UK and Ireland. That has never >>stopped me connecting to a box. The only thing that has ever caused the >>same problem for me before was if a Solaris box was called without >>specifying a font server. I've checked that the font server is running on >>the Solaris 8 boxes but still now luck. Is it possible that the Font server >>for Solaris 8 has changed slightly and is no longer compatible with Cygwin? > > > I don't think so. I've used cygwin/X to connect to Solaris 8 too and had > no problems. If it is even crashing then there must be a bigger problem. > > Have you started XWin with special parameters (eg -multiwindow, -clipboard)? > > @Harold: Do you have a debug build ready. I'd like Martin to try it in > gdb to get a backtrace where the server crashed. No, I do not have a debug build ready. I could perhaps make one, but it will take a bit. Harold From huntharo@msu.edu Tue Jan 13 15:21:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 13 Jan 2004 15:21:00 -0000 Subject: Icon initiation In-Reply-To: <5.2.1.1.0.20040113142536.00a32d50@mail.mistral.net> References: <5.2.1.1.0.20040113142536.00a32d50@mail.mistral.net> Message-ID: <40040D0F.2020808@msu.edu> Darryl, Just start the Cygwin/X X Server (XWin.exe) in multi-window mode, which has been the default in startxwin.bat for months. Take a look at startxwin.bat, then feel free to REM out the line that starts an xterm if you do not want it to do this. You can install the XFree86-bin-icons package from Cygwin's setup.exe to get links to programs in your start menu. You can also put an .XWinrc file in your home directory and use it to create application shortcuts on the tray icon menu for Cygwin/X. Here is an example .XWinrc file that you can put in your home directory (be sure to rename it to .XWinrc): http://www.msu.edu/~huntharo/xwin/devel/server/example.XWinrc Hope that helps, Harold Darryl Scott wrote: > Hi! > > This is probably in the docs but I fail to see it. That's the apology > out the way now the question. > > Can the cygwin X server be invoked without an on screen bulletin and > then an icon clicked which executes an application script to make use of > the Xserver? If yes how? > > i.e. > > start X server without bulletin, just the "I am live" icon. > > Click application icon -> runs script that initiates an X application. > > etc for other application icons. > > Thanks in anticipation. > > > > Kind regards, > > > Darryl Scott > > Profile Product Costing Ltd > The Old Vicarage, Market Place, Castle Donington, DE74 2JB, United Kingdom > Telephone: +44 (0) 1332 856972 FAX: +44 (0) 1332 810769 Mobile +44 (0) > 7808 078388 > > > From alexander.gottwald@s1999.tu-chemnitz.de Tue Jan 13 15:21:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 13 Jan 2004 15:21:00 -0000 Subject: window image capture how In-Reply-To: <48184.164.86.99.3.1074004919.squirrel@ido.org> References: <24371.208.59.120.153.1073996330.squirrel@ido.org> <48184.164.86.99.3.1074004919.squirrel@ido.org> Message-ID: On Tue, 13 Jan 2004, Haisam K. Ido wrote: > > How can one capture an image of cygwin window into a winxp clipboard and > > then print/edit etc? > > > > I'm able to do this (using netpbm) but can I pipe to a clipboard area? > > xwd | xwdtopnm | pnmtopng > /cygdrive/d/TEMP/screen.png /dev/clipboard is available but can not handle images. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Tue Jan 13 15:24:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 13 Jan 2004 15:24:00 -0000 Subject: ghostview problems ... In-Reply-To: <400407DB.7090809@purdue.edu> References: <400407DB.7090809@purdue.edu> Message-ID: <40040DAC.8030104@msu.edu> You need to uninstall the ghostscript package and install the ghostscript-x11 package. You have to be careful to check each time that you run setup.exe that ghostscript is not being installed (if it is, just click in the "New" column until "Skip" is displayed). This should really be fixed by the ghostscript maintainer so that ghostscript and ghostscript-x11 can both be installed at the same time, or so that applications can depend on a package that doesn't cause one or the other to be installed. But I digress... Harold B. Marchand wrote: > I just noticed something. Even though ghostview (gv) comes up and > appears to run I can never open a file with it. It says "Unknown device: > x11" when I try to open a PS or EPS file. The only difference I noticed > between gv in cygwin and that in linux is that the following library is > not available under cygwin: > > /usr/lib/ghostscript/7.05/X11.so > > > I wonder if this is the same reason why geomview won't run under cygwin. > In geomview's case (debug mode) I get a message saying > > Warning: XmManager ClassInitialize: XmeTraitSet failed > Error: attempt to add non-widget child "DropSiteManager" to parent > "Geomview" which supports only widgets. > > > Any ideas as to what is missing for ghostview to run properly? > > --B. > > From pechtcha@cs.nyu.edu Tue Jan 13 15:25:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 13 Jan 2004 15:25:00 -0000 Subject: Problem connecting to Solaris 8 systems using Xwin In-Reply-To: <40040BF6.1060207@msu.edu> References: <5ABC4497FD46ED44908A8A58B1853B9A155614@babylon.tecnomen.ie> <40040BF6.1060207@msu.edu> Message-ID: On Tue, 13 Jan 2004, Harold L Hunt II wrote: > Alexander Gottwald wrote: > > > [snip] > > @Harold: Do you have a debug build ready. I'd like Martin to try it in > > gdb to get a backtrace where the server crashed. > > No, I do not have a debug build ready. I could perhaps make one, but it > will take a bit. > > Harold Harold, Perhaps it would make sense to turn on debugging info in all "test" releases. Alternatively, IIRC gdb allows importing external debugging info, so you might want to have the (versioned) debugging info available for the "test" releases. I'm not certain exactly how to extract this information from the build, so unless someone chimes in before that, I'll try to look it up sometime later today, and will post instructions to this list if I find anything. 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 From huntharo@msu.edu Tue Jan 13 15:32:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 13 Jan 2004 15:32:00 -0000 Subject: Problem connecting to Solaris 8 systems using Xwin In-Reply-To: <5ABC4497FD46ED44908A8A58B1853B9A155611@babylon.tecnomen.ie> References: <5ABC4497FD46ED44908A8A58B1853B9A155611@babylon.tecnomen.ie> Message-ID: <40040F7B.8070506@msu.edu> Martin, It just occurred to me that you never (and you only posted one message that I can see) stated what version of XFree86-xserv you had installed. From a Cygwin bash shell, run the following command and send the reported version to the mailing list: cygcheck -c XFree86-xserv Harold Martin McNelis wrote: > Hi, > > I've googled and searched the archives for a fix for this and although I've > seen many people with the same problem I have yet to see a solution that > works. > > When connecting to a Solaris * system with the usual: > xwin -query $solarisbox > > It hangs at the Egg Timer. Black screen, white egg timer. > > If I use: > xwin -query $solarisbox -fp tcp/$solarisbox:7100 > > I get the following: > $ xwin -query snail -fp tcp/snail:7100 > The XKEYBOARD keymap compiler (xkbcomp) reports: > >>Error: Can't find file "pc/uk" for symbols include >> Exiting >> Abandoning symbols file "default" > > Errors from xkbcomp are not fatal to the X server > The XKEYBOARD keymap compiler (xkbcomp) reports: > >>Error: Can't find file "pc/uk" for symbols include >> Exiting >> Abandoning symbols file "default" > > Errors from xkbcomp are not fatal to the X server > Segmentation fault (core dumped) > > and the screen flashes three times as it attempts to load the next screen > then fails. > > This works perfectly with Solaris 2.6 boxes. > > Any help much appreciated. > > Thanks, > Martin > From martin.mcnelis@tecnomen.ie Tue Jan 13 15:40:00 2004 From: martin.mcnelis@tecnomen.ie (Martin McNelis) Date: Tue, 13 Jan 2004 15:40:00 -0000 Subject: Problem connecting to Solaris 8 systems using Xwin Message-ID: <5ABC4497FD46ED44908A8A58B1853B9A155622@babylon.tecnomen.ie> Here's the info you asked for: $ cygcheck -c XFree86-xserv Cygwin Package Information Package Version Status XFree86-xserv 4.3.0-20 OK My installation is a new install from last week using the Base packages, no additions except XFree86, no config changes. Cheers, Martin -----Original Message----- From: Harold L Hunt II [mailto:huntharo@msu.edu] Sent: 13 January 2004 15:32 To: cygwin-xfree@cygwin.com Cc: martin.mcnelis@tecnomen.ie Subject: Re: Problem connecting to Solaris 8 systems using Xwin Martin, It just occurred to me that you never (and you only posted one message that I can see) stated what version of XFree86-xserv you had installed. From a Cygwin bash shell, run the following command and send the reported version to the mailing list: cygcheck -c XFree86-xserv Harold Martin McNelis wrote: > Hi, > > I've googled and searched the archives for a fix for this and although I've > seen many people with the same problem I have yet to see a solution that > works. > > When connecting to a Solaris * system with the usual: > xwin -query $solarisbox > > It hangs at the Egg Timer. Black screen, white egg timer. > > If I use: > xwin -query $solarisbox -fp tcp/$solarisbox:7100 > > I get the following: > $ xwin -query snail -fp tcp/snail:7100 > The XKEYBOARD keymap compiler (xkbcomp) reports: > >>Error: Can't find file "pc/uk" for symbols include >> Exiting >> Abandoning symbols file "default" > > Errors from xkbcomp are not fatal to the X server > The XKEYBOARD keymap compiler (xkbcomp) reports: > >>Error: Can't find file "pc/uk" for symbols include >> Exiting >> Abandoning symbols file "default" > > Errors from xkbcomp are not fatal to the X server > Segmentation fault (core dumped) > > and the screen flashes three times as it attempts to load the next screen > then fails. > > This works perfectly with Solaris 2.6 boxes. > > Any help much appreciated. > > Thanks, > Martin > From marchand@purdue.edu Tue Jan 13 16:03:00 2004 From: marchand@purdue.edu (B. Marchand) Date: Tue, 13 Jan 2004 16:03:00 -0000 Subject: ghostview problems ... Message-ID: <400416C5.7010708@purdue.edu> Thanks, That worked. I installed ghostscript-X11 and ghostscript-base only. --B. > You need to uninstall the ghostscript package and install the > ghostscript-x11 package. You have to be careful to check each time > that you run setup.exe that ghostscript is not being installed (if it > is, just click in the "New" column until "Skip" is displayed). This > should really be fixed by the ghostscript maintainer so that > ghostscript and ghostscript-x11 can both be installed at the same > time, or so that applications can depend on a package that doesn't > cause one or the other to be installed. But I digress... > > > Harold From marchand@purdue.edu Tue Jan 13 16:10:00 2004 From: marchand@purdue.edu (B. Marchand) Date: Tue, 13 Jan 2004 16:10:00 -0000 Subject: xv compilation Message-ID: <40041877.5060405@purdue.edu> Has anyone ever tried to compile xv under cygwin? I just compiled xv-3.10a and, for the most part, it works just fine. There is one thing that I guess needs to be changed in the xv source though. If I include postscript support, so I can view EPS files with xv as well, the path to the EPS file cannot contain any spaces. Now, this only happens if I'm opening an EPS file, it works fine for jpeg files. I haven't tried any other type yet. I don't have this problem in linux, only under cygwin. For instance, I can open the file /cygdrive/c/test.eps just fine, but I cannot open /cygdrive/c/Documents\ and\ Settings/marchand/My\ Documents/test.eps. I get an error that says "Error: /undefinedfilename in (/cygdrive/c/Documents)". --B. From huntharo@msu.edu Tue Jan 13 16:17:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 13 Jan 2004 16:17:00 -0000 Subject: Problem connecting to Solaris 8 systems using Xwin In-Reply-To: <5ABC4497FD46ED44908A8A58B1853B9A155622@babylon.tecnomen.ie> References: <5ABC4497FD46ED44908A8A58B1853B9A155622@babylon.tecnomen.ie> Message-ID: <40041A2E.4030307@msu.edu> Martin, Martin McNelis wrote: > Here's the info you asked for: > > $ cygcheck -c XFree86-xserv > Cygwin Package Information > Package Version Status > XFree86-xserv 4.3.0-20 OK > > My installation is a new install from last week using the Base packages, no > additions except XFree86, no config changes. Well, then your installation was from an out of date mirror. XFree86-xserv-4.3.0-20 was released on October 17th, and there have been 20 versions released since then with major changes: http://xfree86.cygwin.com/devel/server/changelog.html Please rerun Cygwin's setup.exe and let it update your distribution for you. A known-good mirror is mirrors.kernel.org. By the way, could you report the mirror that you used? Somebody should check it for trouble. Hope that helps, Harold From marchand@purdue.edu Tue Jan 13 16:24:00 2004 From: marchand@purdue.edu (B. Marchand) Date: Tue, 13 Jan 2004 16:24:00 -0000 Subject: screen size ... Message-ID: <40041BC6.7020607@purdue.edu> this should be an easy question. I noticed that when I run startx the server defaults allow the screen to extend beyond the limits of the physical display. So, if I push the mouse against the edge of the screen I pan into a different section of the display. How can I turn this off? I just want the limits of my display to be the same as the physical dimensions of my LCD. --B. From oyvind.harboe@zylin.com Tue Jan 13 16:24:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Tue, 13 Jan 2004 16:24:00 -0000 Subject: Crash in xserv 4.3.0-40 Message-ID: <1074011070.23147.5.camel@famine> Some more info on this crash(I assume I'm running into the same problem): - I can use the Evolution interface after the "Do you want to debug" requester has popped up. I interpret this as some "non-essential thread" having been stopped while the rest of XWin threads continue "unperturbed" - It does seem to happen before or after I'm selecting messages in my inbox. - Copy & paste works after the crash(from Evolution to Windows) - The frequency of the problem is ~/2-3 hours. - After XWin.exe had put up the requester for the access violation, I opened up a new Evolution email window, but I couldn't change focus from the main Evolution window to the new Evolution mail window. XWin.log for session attached. ??yvind -------------- next part -------------- ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1600 h 1200 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (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 winScreenInit - dwWidth: 1600 dwHeight: 1200 winSetEngine - Multi Window => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1600 h: 1200 winCreateBoundingWindowWindowed - Current w: 1600 h: 1200 winGetWorkArea - Original WorkArea: 0 0 1166 1600 winGetWorkArea - Virtual screen is 2880 x 1200 winGetWorkArea - Virtual screen origin is 0, 0 winGetWorkArea - Primary screen is 1600 x 1200 winGetWorkArea - Adjusted WorkArea for multiple monitors: 0 0 1166 2880 winAdjustForAutoHide - Original WorkArea: 0 0 1166 2880 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1166 2880 winCreateBoundingWindowWindowed - WindowClient w 2880 h 1166 r 2880 l 0 b 1166 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 2880 height: 1200 depth: 32 winAllocateFBShadowGDI - Dibsection width: 2880 height: 1200 depth: 32 size image: 13824000 winAllocateFBShadowGDI - Created shadow stride: 2880 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff 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 winInitMultiWindowWM - Hello winInitWM - Returning. winFinishScreenInitFB - returning winScreenInit - returning winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () winInitMultiWindowWM - 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: "00000414" (00000414) (--) Using preset keyboard for "Norwegian" (414), type "4" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc105" Layout = "no" Variant = "(null)" Options = "(null)" winPointerWarpCursor - Discarding first warp: 1440 600 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winInitMultiWindowWM - pthread_mutex_lock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. 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. winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) From huntharo@msu.edu Tue Jan 13 16:29:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 13 Jan 2004 16:29:00 -0000 Subject: screen size ... In-Reply-To: <40041BC6.7020607@purdue.edu> References: <40041BC6.7020607@purdue.edu> Message-ID: <40041CE4.40306@msu.edu> Use startxwin.bat instead... it uses "multi-window mode" instead of an external window manager. Each X11 app gets its own Win32 window in multi-window mode. You can run it with -multiwindow, but you have to be sure not to run another window manager at the same time (e.g. twm, mwm, openbox, etc.). startxwin.bat already has this setup for you. It is in /usr/X11R6/bin/startxwin.bat Harold B. Marchand wrote: > this should be an easy question. I noticed that when I run startx the > server defaults allow the screen to extend beyond the limits of the > physical display. So, if I push the mouse against the edge of the screen > I pan into a different section of the display. How can I turn this off? > I just want the limits of my display to be the same as the physical > dimensions of my LCD. > > --B. > > From cgf-no-personal-reply-please@cygwin.com Tue Jan 13 16:37:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 13 Jan 2004 16:37:00 -0000 Subject: New package: gv-3.5.8-1 In-Reply-To: <87ad7cqeym.fsf@vzell-de.de.oracle.com> References: <87ad7cqeym.fsf@vzell-de.de.oracle.com> Message-ID: <20040113163721.GA3733@redhat.com> On Tue, Nov 04, 2003 at 05:24:33PM +0100, Dr. Volker Zell wrote: >The gv-3.5.8-1 package has been added to the Cygwin distribution. > > o http://wwwthep.physik.uni-mainz.de/~plass/gv/ > >Description: > >`gv' is a comfortable viewer of PostScript and PDF files for the X Window System. >It uses the `ghostscript' PostScript(tm) interpreter and is based on the classic X front-end >for `gs', `ghostview'. It is more comfortable and more powerful than `ghostview'. Volker, Did you see the bug reports in the cygwin mailing list? Subject: "Xaw3d.dll" required for "gv" is missing in the current distribution Is this a packaging error? cgf From martin.mcnelis@tecnomen.ie Tue Jan 13 16:46:00 2004 From: martin.mcnelis@tecnomen.ie (Martin McNelis) Date: Tue, 13 Jan 2004 16:46:00 -0000 Subject: Problem connecting to Solaris 8 systems using Xwin Message-ID: <5ABC4497FD46ED44908A8A58B1853B9A155628@babylon.tecnomen.ie> Hi Harold, I've updated as follows: $ cygcheck -c XFree86-xserv Cygwin Package Information Package Version Status XFree86-xserv 4.3.0-40 OK Unfortunately it hasn't fixed the problem: $ xwin -query snail -fp tcp/snail:7100 The XKEYBOARD keymap compiler (xkbcomp) reports: > Error: Can't find file "pc/uk" for symbols include > Exiting > Abandoning symbols file "default" Errors from xkbcomp are not fatal to the X server The XKEYBOARD keymap compiler (xkbcomp) reports: > Error: Can't find file "pc/uk" for symbols include > Exiting > Abandoning symbols file "default" Errors from xkbcomp are not fatal to the X server The XKEYBOARD keymap compiler (xkbcomp) reports: > Error: Can't find file "pc/uk" for symbols include > Exiting > Abandoning symbols file "default" Errors from xkbcomp are not fatal to the X server This gives the signature three attempts followed by a crah of Xwin.exe. Here's the contents of Xwin.log ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (==) Using config file: "/etc/X11/XF86Config" Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (??) unknown. (++) FontPath set to "tcp/snail:7100" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" 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 16 bits per pixel winCreateBoundingWindowWindowed - User w: 1280 h: 1024 winCreateBoundingWindowWindowed - Current w: 1280 h: 1024 winAdjustForAutoHide - Original WorkArea: 0 0 996 1239 winAdjustForAutoHide - Adjusted WorkArea: 0 0 996 1239 winCreateBoundingWindowWindowed - WindowClient w 1233 h 971 r 1233 l 0 b 971 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 2468 winAllocateFBShadowDDNL - Created shadow pitch: 2468 winAllocateFBShadowDDNL - Created shadow stride: 1234 winFinishScreenInitFB - Masks: 00007c00 000003e0 0000001f winInitVisualsShadowDDNL - Masks 00007c00 000003e0 0000001f BPRGB 5 d 15 bpp 16 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: "00001809" (00001809) (**) Using keyboard "Keyboard1" as primary keyboard (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc102" (**) XKB: model: "pc102" (**) Option "XkbLayout" "uk" (**) XKB: layout: "uk" (WW) Option "XkbVariant" requires an string value (WW) Option "XkbOptions" requires an string value Rules = "xfree86" Model = "pc102" Layout = "uk" Variant = "(null)" Options = "(null)" winPointerWarpCursor - Discarding first warp: 616 485 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned (==) Using config file: "/etc/X11/XF86Config" Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (??) unknown. (++) FontPath set to "tcp/snail:7100" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" 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: 1280 h: 1024 winCreateBoundingWindowWindowed - Current w: 1233 h: 971 winAdjustForAutoHide - Original WorkArea: 0 0 996 1239 winAdjustForAutoHide - Adjusted WorkArea: 0 0 996 1239 winCreateBoundingWindowWindowed - WindowClient w 1233 h 971 r 1233 l 0 b 971 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 2468 winAllocateFBShadowDDNL - Created shadow pitch: 2468 winAllocateFBShadowDDNL - Created shadow stride: 1234 winFinishScreenInitFB - Masks: 00007c00 000003e0 0000001f winInitVisualsShadowDDNL - Masks 00007c00 000003e0 0000001f BPRGB 5 d 15 bpp 16 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: "00001809" (00001809) (**) Using keyboard "Keyboard1" as primary keyboard (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc102" (**) XKB: model: "pc102" (**) Option "XkbLayout" "uk" (**) XKB: layout: "uk" (WW) Option "XkbVariant" requires an string value (WW) Option "XkbOptions" requires an string value Rules = "xfree86" Model = "pc102" Layout = "uk" Variant = "(null)" Options = "(null)" winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned (==) Using config file: "/etc/X11/XF86Config" Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (??) unknown. (++) FontPath set to "tcp/snail:7100" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" 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: 1280 h: 1024 winCreateBoundingWindowWindowed - Current w: 1233 h: 971 winAdjustForAutoHide - Original WorkArea: 0 0 996 1239 winAdjustForAutoHide - Adjusted WorkArea: 0 0 996 1239 winCreateBoundingWindowWindowed - WindowClient w 1233 h 971 r 1233 l 0 b 971 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 2468 winAllocateFBShadowDDNL - Created shadow pitch: 2468 winAllocateFBShadowDDNL - Created shadow stride: 1234 winFinishScreenInitFB - Masks: 00007c00 000003e0 0000001f winInitVisualsShadowDDNL - Masks 00007c00 000003e0 0000001f BPRGB 5 d 15 bpp 16 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: "00001809" (00001809) (**) Using keyboard "Keyboard1" as primary keyboard (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc102" (**) XKB: model: "pc102" (**) Option "XkbLayout" "uk" (**) XKB: layout: "uk" (WW) Option "XkbVariant" requires an string value (WW) Option "XkbOptions" requires an string value Rules = "xfree86" Model = "pc102" Layout = "uk" Variant = "(null)" Options = "(null)" winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned Regards, Martin -----Original Message----- From: Harold L Hunt II [mailto:huntharo@msu.edu] Sent: 13 January 2004 16:18 To: cygwin-xfree@cygwin.com Cc: Martin McNelis Subject: Re: Problem connecting to Solaris 8 systems using Xwin Martin, Martin McNelis wrote: > Here's the info you asked for: > > $ cygcheck -c XFree86-xserv > Cygwin Package Information > Package Version Status > XFree86-xserv 4.3.0-20 OK > > My installation is a new install from last week using the Base packages, no > additions except XFree86, no config changes. Well, then your installation was from an out of date mirror. XFree86-xserv-4.3.0-20 was released on October 17th, and there have been 20 versions released since then with major changes: http://xfree86.cygwin.com/devel/server/changelog.html Please rerun Cygwin's setup.exe and let it update your distribution for you. A known-good mirror is mirrors.kernel.org. By the way, could you report the mirror that you used? Somebody should check it for trouble. Hope that helps, Harold From marchand@purdue.edu Tue Jan 13 16:47:00 2004 From: marchand@purdue.edu (B. Marchand) Date: Tue, 13 Jan 2004 16:47:00 -0000 Subject: xfig and xv file access problems ... In-Reply-To: <40041877.5060405@purdue.edu> References: <40041877.5060405@purdue.edu> Message-ID: <40042130.20503@purdue.edu> Well, As I had originally pointed out in the email below, it seems that xfig has the exact same file access problem as xv. However, in xfig the problem manifests itself when trying to export a figure to EPS format. I can only assume, then, that the problem is with the gs command in cygwin since the problem is common to both programs. --B. B. Marchand wrote: > Has anyone ever tried to compile xv under cygwin? I just compiled > xv-3.10a and, for the most part, it works just fine. There is one > thing that I guess needs to be changed in the xv source though. If I > include postscript support, so I can view EPS files with xv as well, > the path to the EPS file cannot contain any spaces. Now, this only > happens if I'm opening an EPS file, it works fine for jpeg files. I > haven't tried any other type yet. I don't have this problem in linux, > only under cygwin. > > For instance, I can open the file /cygdrive/c/test.eps just fine, but > I cannot open > /cygdrive/c/Documents\ and\ Settings/marchand/My\ Documents/test.eps. > I get an error that says "Error: /undefinedfilename in > (/cygdrive/c/Documents)". > > --B. > From huntharo@msu.edu Tue Jan 13 16:48:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 13 Jan 2004 16:48:00 -0000 Subject: New package: gv-3.5.8-1 In-Reply-To: <20040113163721.GA3733@redhat.com> References: <87ad7cqeym.fsf@vzell-de.de.oracle.com> <20040113163721.GA3733@redhat.com> Message-ID: <40042162.10505@msu.edu> Christopher Faylor wrote: > On Tue, Nov 04, 2003 at 05:24:33PM +0100, Dr. Volker Zell wrote: > >>The gv-3.5.8-1 package has been added to the Cygwin distribution. >> >>o http://wwwthep.physik.uni-mainz.de/~plass/gv/ >> >>Description: >> >>`gv' is a comfortable viewer of PostScript and PDF files for the X Window System. >>It uses the `ghostscript' PostScript(tm) interpreter and is based on the classic X front-end >>for `gs', `ghostview'. It is more comfortable and more powerful than `ghostview'. > > > Volker, > Did you see the bug reports in the cygwin mailing list? > > Subject: "Xaw3d.dll" required for "gv" is missing in the current distribution > > Is this a packaging error? gv correctly depends upon Xaw3d, I just checked the setup.hint. I believe I renamed the Xaw3d package a few months ago (it used to be called XFree86-Xaw3d), but I don't think that version had a .dll build. Is it possible that this could cause trouble? Harold From huntharo@msu.edu Tue Jan 13 16:50:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 13 Jan 2004 16:50:00 -0000 Subject: Problem connecting to Solaris 8 systems using Xwin In-Reply-To: <5ABC4497FD46ED44908A8A58B1853B9A155628@babylon.tecnomen.ie> References: <5ABC4497FD46ED44908A8A58B1853B9A155628@babylon.tecnomen.ie> Message-ID: <400421F1.1090003@msu.edu> Martin, [Please do not cc me on replies. I am subscribed to the list, I am only cc'ing you because you do not appear to be on the list; if you are on the list, please ask me to stop cc'ing you.] From a Cygwin bash shell, run 'set' and report the values of any of the following: XAPPLRESDIR XCMSDB XKEYSYMDB XNLSPATH Harold Martin McNelis wrote: > Hi Harold, > > I've updated as follows: > > $ cygcheck -c XFree86-xserv > Cygwin Package Information > Package Version Status > XFree86-xserv 4.3.0-40 OK > > Unfortunately it hasn't fixed the problem: > > $ xwin -query snail -fp tcp/snail:7100 > The XKEYBOARD keymap compiler (xkbcomp) reports: > >>Error: Can't find file "pc/uk" for symbols include >> Exiting >> Abandoning symbols file "default" > > Errors from xkbcomp are not fatal to the X server > The XKEYBOARD keymap compiler (xkbcomp) reports: > >>Error: Can't find file "pc/uk" for symbols include >> Exiting >> Abandoning symbols file "default" > > Errors from xkbcomp are not fatal to the X server > The XKEYBOARD keymap compiler (xkbcomp) reports: > >>Error: Can't find file "pc/uk" for symbols include >> Exiting >> Abandoning symbols file "default" > > Errors from xkbcomp are not fatal to the X server > > This gives the signature three attempts followed by a crah of Xwin.exe. > > Here's the contents of Xwin.log > > ddxProcessArgument - Initializing default screens > winInitializeDefaultScreens - w 1280 h 1024 > winInitializeDefaultScreens - Returning > OsVendorInit - Creating bogus screen 0 > (==) Using config file: "/etc/X11/XF86Config" > Markers: (--) probed, (**) from config file, (==) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (??) unknown. > (++) FontPath set to "tcp/snail:7100" > (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" > 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 16 bits per > pixel > winCreateBoundingWindowWindowed - User w: 1280 h: 1024 > winCreateBoundingWindowWindowed - Current w: 1280 h: 1024 > winAdjustForAutoHide - Original WorkArea: 0 0 996 1239 > winAdjustForAutoHide - Adjusted WorkArea: 0 0 996 1239 > winCreateBoundingWindowWindowed - WindowClient w 1233 h 971 r 1233 l 0 b 971 > t 0 > winCreateBoundingWindowWindowed - Returning > winCreatePrimarySurfaceShadowDDNL - Creating primary surface > winCreatePrimarySurfaceShadowDDNL - Created primary surface > winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface > winAllocateFBShadowDDNL - lPitch: 2468 > winAllocateFBShadowDDNL - Created shadow pitch: 2468 > winAllocateFBShadowDDNL - Created shadow stride: 1234 > winFinishScreenInitFB - Masks: 00007c00 000003e0 0000001f > winInitVisualsShadowDDNL - Masks 00007c00 000003e0 0000001f BPRGB 5 d 15 bpp > 16 > 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: "00001809" (00001809) > (**) Using keyboard "Keyboard1" as primary keyboard > (**) Option "XkbRules" "xfree86" > (**) XKB: rules: "xfree86" > (**) Option "XkbModel" "pc102" > (**) XKB: model: "pc102" > (**) Option "XkbLayout" "uk" > (**) XKB: layout: "uk" > (WW) Option "XkbVariant" requires an string value > (WW) Option "XkbOptions" requires an string value > Rules = "xfree86" Model = "pc102" Layout = "uk" Variant = "(null)" Options = > "(null)" > winPointerWarpCursor - Discarding first warp: 616 485 > winBlockHandler - Releasing pmServerStarted > winBlockHandler - pthread_mutex_unlock () returned > (==) Using config file: "/etc/X11/XF86Config" > Markers: (--) probed, (**) from config file, (==) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (??) unknown. > (++) FontPath set to "tcp/snail:7100" > (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" > 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: 1280 h: 1024 > winCreateBoundingWindowWindowed - Current w: 1233 h: 971 > winAdjustForAutoHide - Original WorkArea: 0 0 996 1239 > winAdjustForAutoHide - Adjusted WorkArea: 0 0 996 1239 > winCreateBoundingWindowWindowed - WindowClient w 1233 h 971 r 1233 l 0 b 971 > t 0 > winCreateBoundingWindowWindowed - Returning > winCreatePrimarySurfaceShadowDDNL - Creating primary surface > winCreatePrimarySurfaceShadowDDNL - Created primary surface > winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface > winAllocateFBShadowDDNL - lPitch: 2468 > winAllocateFBShadowDDNL - Created shadow pitch: 2468 > winAllocateFBShadowDDNL - Created shadow stride: 1234 > winFinishScreenInitFB - Masks: 00007c00 000003e0 0000001f > winInitVisualsShadowDDNL - Masks 00007c00 000003e0 0000001f BPRGB 5 d 15 bpp > 16 > 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: "00001809" (00001809) > (**) Using keyboard "Keyboard1" as primary keyboard > (**) Option "XkbRules" "xfree86" > (**) XKB: rules: "xfree86" > (**) Option "XkbModel" "pc102" > (**) XKB: model: "pc102" > (**) Option "XkbLayout" "uk" > (**) XKB: layout: "uk" > (WW) Option "XkbVariant" requires an string value > (WW) Option "XkbOptions" requires an string value > Rules = "xfree86" Model = "pc102" Layout = "uk" Variant = "(null)" Options = > "(null)" > winBlockHandler - Releasing pmServerStarted > winBlockHandler - pthread_mutex_unlock () returned > (==) Using config file: "/etc/X11/XF86Config" > Markers: (--) probed, (**) from config file, (==) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (??) unknown. > (++) FontPath set to "tcp/snail:7100" > (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" > 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: 1280 h: 1024 > winCreateBoundingWindowWindowed - Current w: 1233 h: 971 > winAdjustForAutoHide - Original WorkArea: 0 0 996 1239 > winAdjustForAutoHide - Adjusted WorkArea: 0 0 996 1239 > winCreateBoundingWindowWindowed - WindowClient w 1233 h 971 r 1233 l 0 b 971 > t 0 > winCreateBoundingWindowWindowed - Returning > winCreatePrimarySurfaceShadowDDNL - Creating primary surface > winCreatePrimarySurfaceShadowDDNL - Created primary surface > winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface > winAllocateFBShadowDDNL - lPitch: 2468 > winAllocateFBShadowDDNL - Created shadow pitch: 2468 > winAllocateFBShadowDDNL - Created shadow stride: 1234 > winFinishScreenInitFB - Masks: 00007c00 000003e0 0000001f > winInitVisualsShadowDDNL - Masks 00007c00 000003e0 0000001f BPRGB 5 d 15 bpp > 16 > 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: "00001809" (00001809) > (**) Using keyboard "Keyboard1" as primary keyboard > (**) Option "XkbRules" "xfree86" > (**) XKB: rules: "xfree86" > (**) Option "XkbModel" "pc102" > (**) XKB: model: "pc102" > (**) Option "XkbLayout" "uk" > (**) XKB: layout: "uk" > (WW) Option "XkbVariant" requires an string value > (WW) Option "XkbOptions" requires an string value > Rules = "xfree86" Model = "pc102" Layout = "uk" Variant = "(null)" Options = > "(null)" > winBlockHandler - Releasing pmServerStarted > winBlockHandler - pthread_mutex_unlock () returned > > Regards, > Martin > > -----Original Message----- > From: Harold L Hunt II [mailto:huntharo@msu.edu] > Sent: 13 January 2004 16:18 > To: cygwin-xfree@cygwin.com > Cc: Martin McNelis > Subject: Re: Problem connecting to Solaris 8 systems using Xwin > > > Martin, > > Martin McNelis wrote: > >>Here's the info you asked for: >> >>$ cygcheck -c XFree86-xserv >>Cygwin Package Information >>Package Version Status >>XFree86-xserv 4.3.0-20 OK >> >>My installation is a new install from last week using the Base packages, > > no > >>additions except XFree86, no config changes. > > > Well, then your installation was from an out of date mirror. > XFree86-xserv-4.3.0-20 was released on October 17th, and there have been > 20 versions released since then with major changes: > > http://xfree86.cygwin.com/devel/server/changelog.html > > Please rerun Cygwin's setup.exe and let it update your distribution for > you. A known-good mirror is mirrors.kernel.org. > > By the way, could you report the mirror that you used? Somebody should > check it for trouble. > > Hope that helps, > > Harold > From marchand@purdue.edu Tue Jan 13 16:51:00 2004 From: marchand@purdue.edu (B. Marchand) Date: Tue, 13 Jan 2004 16:51:00 -0000 Subject: xfig and mwm problems ... Message-ID: <4004221A.7010600@purdue.edu> xfig works fine, so far, under twm. However, I cannot enter text manually into text boxes if I'm running mwm. For instance, if I try to save the file I can't enter text into the output filename box. If there's a property, like text size, I can change it using the arrows but I cannot enter it manually. I do not have this problem under twm. --B. From huntharo@msu.edu Tue Jan 13 16:53:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 13 Jan 2004 16:53:00 -0000 Subject: xfig and mwm problems ... In-Reply-To: <4004221A.7010600@purdue.edu> References: <4004221A.7010600@purdue.edu> Message-ID: <40042273.1030708@msu.edu> Keep the mouse cursor in the text entry box when typing. Harold B. Marchand wrote: > xfig works fine, so far, under twm. However, I cannot enter text > manually into text boxes if I'm running mwm. For instance, if I try to > save the file I can't enter text into the output filename box. If > there's a property, like text size, I can change it using the arrows but > I cannot enter it manually. I do not have this problem under twm. > > --B. > > From marchand@purdue.edu Tue Jan 13 16:55:00 2004 From: marchand@purdue.edu (B. Marchand) Date: Tue, 13 Jan 2004 16:55:00 -0000 Subject: xfig and mwm problems ... Message-ID: <40042310.1080505@purdue.edu> I did, of course. But, just in case, I tried it again and still nothing. --B. > Keep the mouse cursor in the text entry box when typing. > > Harold > > B. Marchand wrote: > > xfig works fine, so far, under twm. However, I cannot enter text > manually into text boxes if I'm running mwm. For instance, if I > try to save the file I can't enter text into the output filename > box. If there's a property, like text size, I can change it using > the arrows but I cannot enter it manually. I do not have this > problem under twm. > > --B. > > > From martin.mcnelis@tecnomen.ie Tue Jan 13 16:57:00 2004 From: martin.mcnelis@tecnomen.ie (Martin McNelis) Date: Tue, 13 Jan 2004 16:57:00 -0000 Subject: Problem connecting to Solaris 8 systems using Xwin Message-ID: <5ABC4497FD46ED44908A8A58B1853B9A155629@babylon.tecnomen.ie> Harold, None of these are set in my shell. Martin -----Original Message----- From: Harold L Hunt II [mailto:huntharo@msu.edu] Sent: 13 January 2004 16:51 To: cygwin-xfree@cygwin.com Cc: martin.mcnelis@tecnomen.ie Subject: Re: Problem connecting to Solaris 8 systems using Xwin Martin, [Please do not cc me on replies. I am subscribed to the list, I am only cc'ing you because you do not appear to be on the list; if you are on the list, please ask me to stop cc'ing you.] From a Cygwin bash shell, run 'set' and report the values of any of the following: XAPPLRESDIR XCMSDB XKEYSYMDB XNLSPATH Harold Martin McNelis wrote: > Hi Harold, > > I've updated as follows: > > $ cygcheck -c XFree86-xserv > Cygwin Package Information > Package Version Status > XFree86-xserv 4.3.0-40 OK > > Unfortunately it hasn't fixed the problem: > > $ xwin -query snail -fp tcp/snail:7100 > The XKEYBOARD keymap compiler (xkbcomp) reports: > >>Error: Can't find file "pc/uk" for symbols include >> Exiting >> Abandoning symbols file "default" > > Errors from xkbcomp are not fatal to the X server > The XKEYBOARD keymap compiler (xkbcomp) reports: > >>Error: Can't find file "pc/uk" for symbols include >> Exiting >> Abandoning symbols file "default" > > Errors from xkbcomp are not fatal to the X server > The XKEYBOARD keymap compiler (xkbcomp) reports: > >>Error: Can't find file "pc/uk" for symbols include >> Exiting >> Abandoning symbols file "default" > > Errors from xkbcomp are not fatal to the X server > > This gives the signature three attempts followed by a crah of Xwin.exe. > > Here's the contents of Xwin.log > > ddxProcessArgument - Initializing default screens > winInitializeDefaultScreens - w 1280 h 1024 > winInitializeDefaultScreens - Returning > OsVendorInit - Creating bogus screen 0 > (==) Using config file: "/etc/X11/XF86Config" > Markers: (--) probed, (**) from config file, (==) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (??) unknown. > (++) FontPath set to "tcp/snail:7100" > (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" > 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 16 bits per > pixel > winCreateBoundingWindowWindowed - User w: 1280 h: 1024 > winCreateBoundingWindowWindowed - Current w: 1280 h: 1024 > winAdjustForAutoHide - Original WorkArea: 0 0 996 1239 > winAdjustForAutoHide - Adjusted WorkArea: 0 0 996 1239 > winCreateBoundingWindowWindowed - WindowClient w 1233 h 971 r 1233 l 0 b 971 > t 0 > winCreateBoundingWindowWindowed - Returning > winCreatePrimarySurfaceShadowDDNL - Creating primary surface > winCreatePrimarySurfaceShadowDDNL - Created primary surface > winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface > winAllocateFBShadowDDNL - lPitch: 2468 > winAllocateFBShadowDDNL - Created shadow pitch: 2468 > winAllocateFBShadowDDNL - Created shadow stride: 1234 > winFinishScreenInitFB - Masks: 00007c00 000003e0 0000001f > winInitVisualsShadowDDNL - Masks 00007c00 000003e0 0000001f BPRGB 5 d 15 bpp > 16 > 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: "00001809" (00001809) > (**) Using keyboard "Keyboard1" as primary keyboard > (**) Option "XkbRules" "xfree86" > (**) XKB: rules: "xfree86" > (**) Option "XkbModel" "pc102" > (**) XKB: model: "pc102" > (**) Option "XkbLayout" "uk" > (**) XKB: layout: "uk" > (WW) Option "XkbVariant" requires an string value > (WW) Option "XkbOptions" requires an string value > Rules = "xfree86" Model = "pc102" Layout = "uk" Variant = "(null)" Options = > "(null)" > winPointerWarpCursor - Discarding first warp: 616 485 > winBlockHandler - Releasing pmServerStarted > winBlockHandler - pthread_mutex_unlock () returned > (==) Using config file: "/etc/X11/XF86Config" > Markers: (--) probed, (**) from config file, (==) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (??) unknown. > (++) FontPath set to "tcp/snail:7100" > (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" > 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: 1280 h: 1024 > winCreateBoundingWindowWindowed - Current w: 1233 h: 971 > winAdjustForAutoHide - Original WorkArea: 0 0 996 1239 > winAdjustForAutoHide - Adjusted WorkArea: 0 0 996 1239 > winCreateBoundingWindowWindowed - WindowClient w 1233 h 971 r 1233 l 0 b 971 > t 0 > winCreateBoundingWindowWindowed - Returning > winCreatePrimarySurfaceShadowDDNL - Creating primary surface > winCreatePrimarySurfaceShadowDDNL - Created primary surface > winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface > winAllocateFBShadowDDNL - lPitch: 2468 > winAllocateFBShadowDDNL - Created shadow pitch: 2468 > winAllocateFBShadowDDNL - Created shadow stride: 1234 > winFinishScreenInitFB - Masks: 00007c00 000003e0 0000001f > winInitVisualsShadowDDNL - Masks 00007c00 000003e0 0000001f BPRGB 5 d 15 bpp > 16 > 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: "00001809" (00001809) > (**) Using keyboard "Keyboard1" as primary keyboard > (**) Option "XkbRules" "xfree86" > (**) XKB: rules: "xfree86" > (**) Option "XkbModel" "pc102" > (**) XKB: model: "pc102" > (**) Option "XkbLayout" "uk" > (**) XKB: layout: "uk" > (WW) Option "XkbVariant" requires an string value > (WW) Option "XkbOptions" requires an string value > Rules = "xfree86" Model = "pc102" Layout = "uk" Variant = "(null)" Options = > "(null)" > winBlockHandler - Releasing pmServerStarted > winBlockHandler - pthread_mutex_unlock () returned > (==) Using config file: "/etc/X11/XF86Config" > Markers: (--) probed, (**) from config file, (==) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (??) unknown. > (++) FontPath set to "tcp/snail:7100" > (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" > 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: 1280 h: 1024 > winCreateBoundingWindowWindowed - Current w: 1233 h: 971 > winAdjustForAutoHide - Original WorkArea: 0 0 996 1239 > winAdjustForAutoHide - Adjusted WorkArea: 0 0 996 1239 > winCreateBoundingWindowWindowed - WindowClient w 1233 h 971 r 1233 l 0 b 971 > t 0 > winCreateBoundingWindowWindowed - Returning > winCreatePrimarySurfaceShadowDDNL - Creating primary surface > winCreatePrimarySurfaceShadowDDNL - Created primary surface > winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface > winAllocateFBShadowDDNL - lPitch: 2468 > winAllocateFBShadowDDNL - Created shadow pitch: 2468 > winAllocateFBShadowDDNL - Created shadow stride: 1234 > winFinishScreenInitFB - Masks: 00007c00 000003e0 0000001f > winInitVisualsShadowDDNL - Masks 00007c00 000003e0 0000001f BPRGB 5 d 15 bpp > 16 > 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: "00001809" (00001809) > (**) Using keyboard "Keyboard1" as primary keyboard > (**) Option "XkbRules" "xfree86" > (**) XKB: rules: "xfree86" > (**) Option "XkbModel" "pc102" > (**) XKB: model: "pc102" > (**) Option "XkbLayout" "uk" > (**) XKB: layout: "uk" > (WW) Option "XkbVariant" requires an string value > (WW) Option "XkbOptions" requires an string value > Rules = "xfree86" Model = "pc102" Layout = "uk" Variant = "(null)" Options = > "(null)" > winBlockHandler - Releasing pmServerStarted > winBlockHandler - pthread_mutex_unlock () returned > > Regards, > Martin > > -----Original Message----- > From: Harold L Hunt II [mailto:huntharo@msu.edu] > Sent: 13 January 2004 16:18 > To: cygwin-xfree@cygwin.com > Cc: Martin McNelis > Subject: Re: Problem connecting to Solaris 8 systems using Xwin > > > Martin, > > Martin McNelis wrote: > >>Here's the info you asked for: >> >>$ cygcheck -c XFree86-xserv >>Cygwin Package Information >>Package Version Status >>XFree86-xserv 4.3.0-20 OK >> >>My installation is a new install from last week using the Base packages, > > no > >>additions except XFree86, no config changes. > > > Well, then your installation was from an out of date mirror. > XFree86-xserv-4.3.0-20 was released on October 17th, and there have been > 20 versions released since then with major changes: > > http://xfree86.cygwin.com/devel/server/changelog.html > > Please rerun Cygwin's setup.exe and let it update your distribution for > you. A known-good mirror is mirrors.kernel.org. > > By the way, could you report the mirror that you used? Somebody should > check it for trouble. > > Hope that helps, > > Harold > From huntharo@msu.edu Tue Jan 13 17:01:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 13 Jan 2004 17:01:00 -0000 Subject: Crash in xserv 4.3.0-40 In-Reply-To: <1074011070.23147.5.camel@famine> References: <1074011070.23147.5.camel@famine> Message-ID: <40042465.3090706@msu.edu> ??yvind, ??yvind Harboe wrote: > Some more info on this crash(I assume I'm running into the same problem): What is "crashing"? XWin.exe? Does your entire X11 session bomb? Or, is just Evolution crashing? If Evolution is crashing, then it is likely due to bugs in Evolution; granted, some of these bugs may be brought out by XWin.exe, but they would still be bugs nonetheless. > - I can use the Evolution interface after the "Do you want to debug" requester has popped > up. I interpret this as some "non-essential thread" having been stopped while the rest of > XWin threads continue "unperturbed" That message is coming from Evolution, not from XWin.exe. If one of XWin.exe's thread's crashed, that thread would just exit silently (usually with a message saying so in XWin.log). > - It does seem to happen before or after I'm selecting messages in my inbox. Okay. > - Copy & paste works after the crash(from Evolution to Windows) So, XWin.exe is not crashing, nor is the clipboard client thread (if it was, you would not be able to copy and paste between X11 and Win32 at all). > - The frequency of the problem is ~/2-3 hours. Okay. > - After XWin.exe had put up the requester for the access violation, I opened up a > new Evolution email window, but I couldn't change focus from the main Evolution > window to the new Evolution mail window. Are you sure XWin.exe did this? This sounds like it is happening in Evolution. You are running Evolution on a separate Linux/*nix box, right? You haven't done something silly like compiled it for Cygwin, have you? > XWin.log for session attached. Not much useful in there... the message at the end of the log is not a failure, just a warning. Harold From oyvind.harboe@zylin.com Tue Jan 13 17:21:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Tue, 13 Jan 2004 17:21:00 -0000 Subject: Crash in xserv 4.3.0-40 Message-ID: <1074014477.23147.23.camel@famine> >What is "crashing"? XWin.exe? Does your entire X11 session bomb? Or, is just > Evolution crashing? If Evolution is crashing, then it is likely due to bugs > in Evolution; granted, some of these bugs may be brought out by XWin.exe, >but they would still be bugs nonetheless. Some thread in the XWin.exe process causes an access violation. >>- I can use the Evolution interface after the "Do you want to debug" requester has popped >>up. I interpret this as some "non-essential thread" having been stopped while the rest of >>XWin threads continue "unperturbed" > >That message is coming from Evolution, not from XWin.exe. If one of XWin.exe's > thread's crashed, that thread would just exit silently (usually with a message >saying so in XWin.log). The message I'm referring to is the Windows Dr Watson message that allows me to launch the Visual C++ debugger which will then show me the instruction that caused the access violation in the XWin.exe process. Depending on the configuration of the system, this requester could be anything. I presume it is even possible to launch GDB at this point. >>- Copy & paste works after the crash(from Evolution to Windows) > >So, XWin.exe is not crashing, Crashing as you pointed out is a terribly vague description, but I would have to insist that XWin.exe is indeed crashing. :-) I interpret the situation as a thread within the XWin.exe process having been halted after causing an access violation. The remaining threads in XWin.exe are allowed to continue. The requester that is put up is Windows allowing me to debug it. If I press "no I don't want to debug", then Xwin.exe is immediately terminated. >Are you sure XWin.exe did this? Yes, I've even looked at the XWin.exe in the Visual C++ debugger, but without symbol information its kinda pointless. >This sounds like it is happening in Evolution. You > are running Evolution on a separate Linux/*nix box, right? Yes. > You haven't done something silly like compiled it for Cygwin, have you? Nope. I don't have enough knowledge about xfree86 to do anything particularly harmfull :-) ??yvind From huntharo@msu.edu Tue Jan 13 17:22:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 13 Jan 2004 17:22:00 -0000 Subject: xfig and mwm problems ... In-Reply-To: <40042310.1080505@purdue.edu> References: <40042310.1080505@purdue.edu> Message-ID: <40042955.7090203@msu.edu> Run the following and report your results: cygcheck -c XFree86-bin xfig Xaw3d Harold B. Marchand wrote: > I did, of course. But, just in case, I tried it again and still nothing. > > --B. > >> Keep the mouse cursor in the text entry box when typing. >> >> Harold >> >> B. Marchand wrote: >> >> xfig works fine, so far, under twm. However, I cannot enter text >> manually into text boxes if I'm running mwm. For instance, if I >> try to save the file I can't enter text into the output filename >> box. If there's a property, like text size, I can change it using >> the arrows but I cannot enter it manually. I do not have this >> problem under twm. >> >> --B. >> >> >> > > > From baptista@dot-god.com Tue Jan 13 17:46:00 2004 From: baptista@dot-god.com (Joe Baptista) Date: Tue, 13 Jan 2004 17:46:00 -0000 Subject: Crash in xserv In-Reply-To: <1074014477.23147.23.camel@famine> Message-ID: I hope someday I can actually use this cygwin-xfree server. I have tried several of the different versions and they always crash when I attempt to run a display like netscape -display hostname:0.0 or xpdf -display hostname:0.0 will crash my xserver but if i run xterm -display hostname:0.0 it runs - no problem. seems the problem is with graphic intensive xsessions. Here is the windows error report. XWIN caused an invalid page fault in module CYGWIN1.DLL at 0167:61093b43. Registers: EAX=00000000 CS=0167 EIP=61093b43 EFLGS=00010246 EBX=00001db8 SS=016f ESP=0181ee10 EBP=0181ee28 ECX=1016e168 DS=016f ESI=1016e170 FS=5c8f EDX=00333366 ES=016f EDI=00000000 GS=0000 Bytes at CS:EIP: 89 50 0c 01 fb 89 42 08 c7 41 0c c4 83 12 61 a1 Stack dump: 00000000 bff813f8 00000000 1016e170 1016e170 1038a220 0181ee58 6103eb65 181283b0 00310000 61128390 00000001 00000032 00000001 0181ee88 00000018 I reported this problem back on Dec 13 - which was caused by a prior version of xserv http://cygwin.com/ml/cygwin-xfree/2003-12/msg00240.html you'll notice it's the same error - so it would be nice if the next version of xserv can address this problem. thanks joe baptista On Tue, 13 Jan 2004, [ISO-8859-1] ?yvind Harboe wrote: > >What is "crashing"? XWin.exe? Does your entire X11 session bomb? Or, is just > > Evolution crashing? If Evolution is crashing, then it is likely due to bugs > > in Evolution; granted, some of these bugs may be brought out by XWin.exe, > >but they would still be bugs nonetheless. > > Some thread in the XWin.exe process causes an access violation. > > >>- I can use the Evolution interface after the "Do you want to debug" requester has popped > >>up. I interpret this as some "non-essential thread" having been stopped while the rest of > >>XWin threads continue "unperturbed" > > > >That message is coming from Evolution, not from XWin.exe. If one of XWin.exe's > > thread's crashed, that thread would just exit silently (usually with a message > >saying so in XWin.log). > > The message I'm referring to is the Windows Dr Watson message that allows me to launch > the Visual C++ debugger which will then show me the instruction that caused the access violation > in the XWin.exe process. > > Depending on the configuration of the system, this requester could be anything. I presume it is even > possible to launch GDB at this point. > > >>- Copy & paste works after the crash(from Evolution to Windows) > > > >So, XWin.exe is not crashing, > > Crashing as you pointed out is a terribly vague description, but I would have to insist > that XWin.exe is indeed crashing. :-) > > I interpret the situation as a thread within the XWin.exe process having been halted after causing > an access violation. The remaining threads in XWin.exe are allowed to continue. > The requester that is put up is Windows allowing me to debug it. > > If I press "no I don't want to debug", then Xwin.exe is immediately terminated. > > >Are you sure XWin.exe did this? > > Yes, I've even looked at the XWin.exe in the Visual C++ debugger, but without symbol information > its kinda pointless. > > >This sounds like it is happening in Evolution. You > > are running Evolution on a separate Linux/*nix box, right? > > Yes. > > > You haven't done something silly like compiled it for Cygwin, have you? > > Nope. > > I don't have enough knowledge about xfree86 to do anything particularly harmfull :-) > > ??yvind > > From huntharo@msu.edu Tue Jan 13 17:50:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 13 Jan 2004 17:50:00 -0000 Subject: Crash in xserv In-Reply-To: References: Message-ID: <40042FE2.5050000@msu.edu> Joe, Run the following from the shell that you are trying to run these things from and report your results: cygcheck -c XFree86-xserv XFree86-bin Then, run the following from that same shell and report your results: set | grep "^PATH" Harold Joe Baptista wrote: > I hope someday I can actually use this cygwin-xfree server. > > I have tried several of the different versions and they always crash when > I attempt to run a display like > > netscape -display hostname:0.0 > > or > > xpdf -display hostname:0.0 > > will crash my xserver > > but if i run > > xterm -display hostname:0.0 > > it runs - no problem. seems the problem is with graphic intensive > xsessions. Here is the windows error report. > > XWIN caused an invalid page fault in > module CYGWIN1.DLL at 0167:61093b43. > Registers: > EAX=00000000 CS=0167 EIP=61093b43 EFLGS=00010246 > EBX=00001db8 SS=016f ESP=0181ee10 EBP=0181ee28 > ECX=1016e168 DS=016f ESI=1016e170 FS=5c8f > EDX=00333366 ES=016f EDI=00000000 GS=0000 > Bytes at CS:EIP: > 89 50 0c 01 fb 89 42 08 c7 41 0c c4 83 12 61 a1 > Stack dump: > 00000000 bff813f8 00000000 1016e170 1016e170 1038a220 0181ee58 6103eb65 > 181283b0 00310000 61128390 00000001 00000032 00000001 0181ee88 00000018 > > I reported this problem back on Dec 13 - which was caused by a prior > version of xserv > > http://cygwin.com/ml/cygwin-xfree/2003-12/msg00240.html > > you'll notice it's the same error - so it would be nice if the next > version of xserv can address this problem. > > thanks > joe baptista > > On Tue, 13 Jan 2004, [ISO-8859-1] ?yvind Harboe wrote: > > >>>What is "crashing"? XWin.exe? Does your entire X11 session bomb? Or, is just >>>Evolution crashing? If Evolution is crashing, then it is likely due to bugs >>>in Evolution; granted, some of these bugs may be brought out by XWin.exe, >>>but they would still be bugs nonetheless. >> >>Some thread in the XWin.exe process causes an access violation. >> >> >>>>- I can use the Evolution interface after the "Do you want to debug" requester has popped >>>>up. I interpret this as some "non-essential thread" having been stopped while the rest of >>>>XWin threads continue "unperturbed" >>> >>>That message is coming from Evolution, not from XWin.exe. If one of XWin.exe's >>>thread's crashed, that thread would just exit silently (usually with a message >>>saying so in XWin.log). >> >>The message I'm referring to is the Windows Dr Watson message that allows me to launch >>the Visual C++ debugger which will then show me the instruction that caused the access violation >>in the XWin.exe process. >> >>Depending on the configuration of the system, this requester could be anything. I presume it is even >>possible to launch GDB at this point. >> >> >>>>- Copy & paste works after the crash(from Evolution to Windows) >>> >>>So, XWin.exe is not crashing, >> >>Crashing as you pointed out is a terribly vague description, but I would have to insist >>that XWin.exe is indeed crashing. :-) >> >>I interpret the situation as a thread within the XWin.exe process having been halted after causing >>an access violation. The remaining threads in XWin.exe are allowed to continue. >>The requester that is put up is Windows allowing me to debug it. >> >>If I press "no I don't want to debug", then Xwin.exe is immediately terminated. >> >> >>>Are you sure XWin.exe did this? >> >>Yes, I've even looked at the XWin.exe in the Visual C++ debugger, but without symbol information >>its kinda pointless. >> >> >>>This sounds like it is happening in Evolution. You >>>are running Evolution on a separate Linux/*nix box, right? >> >>Yes. >> >> >>>You haven't done something silly like compiled it for Cygwin, have you? >> >>Nope. >> >>I don't have enough knowledge about xfree86 to do anything particularly harmfull :-) >> >>??yvind >> >> > > > From marchand@purdue.edu Tue Jan 13 17:55:00 2004 From: marchand@purdue.edu (B. Marchand) Date: Tue, 13 Jan 2004 17:55:00 -0000 Subject: xfig and mwm problems ... Message-ID: <40043112.1010809@purdue.edu> Here's the info you requested: Cygwin Package Information Package Version Status Xaw3d 1.5D-2 OK XFree86-bin 4.3.0-5 OK --B. > Run the following and report your results: > > cygcheck -c XFree86-bin xfig Xaw3d > > Harold > > B. Marchand wrote: > > I did, of course. But, just in case, I tried it again and still nothing. > > --B. > > Keep the mouse cursor in the text entry box when typing. > > Harold > > B. Marchand wrote: > > xfig works fine, so far, under twm. However, I cannot enter text > manually into text boxes if I'm running mwm. For instance, if I > try to save the file I can't enter text into the output filename > box. If there's a property, like text size, I can change it using > the arrows but I cannot enter it manually. I do not have this > problem under twm. > > > --B. > > > From huntharo@msu.edu Tue Jan 13 17:59:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 13 Jan 2004 17:59:00 -0000 Subject: xfig and mwm problems ... In-Reply-To: <40043112.1010809@purdue.edu> References: <40043112.1010809@purdue.edu> Message-ID: <400431FB.1010301@msu.edu> Did you, by chance, use the cygwin.mirrors.pair.com mirror? It is way out of date and lists XFree86-bin-4.3.0-5 as the most recent version. However, all other mirrors should have XFree86-bin-4.3.0-8. Those additional releases of XFree86-bin fixed the bugs that you are running into. Update your installation with Cygwin's setup.exe using a different mirror (try mirrors.kernel.org), relaunch your apps (including XWin.exe) and report your results. Harold B. Marchand wrote: > Here's the info you requested: > > > Cygwin Package Information > Package Version Status > Xaw3d 1.5D-2 OK > XFree86-bin 4.3.0-5 OK > > --B. > >> Run the following and report your results: >> >> cygcheck -c XFree86-bin xfig Xaw3d >> >> Harold >> >> B. Marchand wrote: >> >> I did, of course. But, just in case, I tried it again and still nothing. >> >> --B. >> >> Keep the mouse cursor in the text entry box when typing. >> >> Harold >> >> B. Marchand wrote: >> >> xfig works fine, so far, under twm. However, I cannot enter text >> manually into text boxes if I'm running mwm. For instance, if I >> try to save the file I can't enter text into the output filename >> box. If there's a property, like text size, I can change it using >> the arrows but I cannot enter it manually. I do not have this >> problem under twm. >> >> >> --B. >> >> >> > > > From marchand@purdue.edu Tue Jan 13 18:12:00 2004 From: marchand@purdue.edu (B. Marchand) Date: Tue, 13 Jan 2004 18:12:00 -0000 Subject: xfig and mwm problems ... Message-ID: <40043514.9040900@purdue.edu> No, I used a combination of sites at times including: ftp://csociety-ftp.ecn.purdue.edu/pub/cygwin/release/ ftp://mirror.mcs.anl.gov/pub/cygwin/release ftp://mirrors.kernel.org/sources.redhat.com/cygwin/release I think the culprit came from ftp://csociety-ftp.ecn.purdue.edu/pub/cygwin/release/XFree86 I'll try what you suggested. Thank you! --B. > Did you, by chance, use the cygwin.mirrors.pair.com mirror? It is way > out of date and lists XFree86-bin-4.3.0-5 as the most recent version. > > However, all other mirrors should have XFree86-bin-4.3.0-8. Those > additional releases of XFree86-bin fixed the bugs that you are running > into. > > Update your installation with Cygwin's setup.exe using a different > mirror (try mirrors.kernel.org), relaunch your apps (including > XWin.exe) and report your results. > > Harold > > B. Marchand wrote: > > Here's the info you requested: > >Cygwin Package Information >Package Version Status >Xaw3d 1.5D-2 OK >XFree86-bin 4.3.0-5 OK > > > --B. > > Run the following and report your results: > > cygcheck -c XFree86-bin xfig Xaw3d > > Harold > > B. Marchand wrote: > > I did, of course. But, just in case, I tried it again and still nothing. > > --B. > > Keep the mouse cursor in the text entry box when typing. > > Harold > > B. Marchand wrote: > > xfig works fine, so far, under twm. However, I cannot enter text > manually into text boxes if I'm running mwm. For instance, if I > try to save the file I can't enter text into the output filename > box. If there's a property, like text size, I can change it using > the arrows but I cannot enter it manually. I do not have this > problem under twm. > > > > --B. > From spetreolle@yahoo.fr Tue Jan 13 18:18:00 2004 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Tue, 13 Jan 2004 18:18:00 -0000 Subject: [results] Re: XFree86-xserv-4.3.0-40 In-Reply-To: <4003422D.4080101@msu.edu> Message-ID: <20040113181853.56266.qmail@web10108.mail.yahoo.com> > 4) Add the '-clipboard' command-line parameter to the line that > launches > XWin.exe. For example, change 'XWin -multiwindow' to 'XWin > -multiwindow > -clipboard'. OS : XP Home SP1 / French Ran : export DISPLAY=:0 XWin -clipboard& ; twm& ; xterm& Windows to X11: ok. X11 to Windows : ok. Ran : XWin -multiwindow -clipboard& xterm& Windows to X11: ok. X11 to Windows : ok. ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 Say NO to software patents Dites NON aux brevets logiciels "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". _________________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From Dr.Volker.Zell@oracle.com Tue Jan 13 18:23:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Tue, 13 Jan 2004 18:23:00 -0000 Subject: New package: gv-3.5.8-1 In-Reply-To: <20040113163721.GA3733@redhat.com> (Christopher Faylor's message of "Tue, 13 Jan 2004 11:37:21 -0500") References: <87ad7cqeym.fsf@vzell-de.de.oracle.com> <20040113163721.GA3733@redhat.com> Message-ID: <87k73v671e.fsf@vzell-de.de.oracle.com> >>>>> "Christopher" == Christopher Faylor writes: Christopher> Volker, Christopher> Did you see the bug reports in the cygwin mailing list? Christopher> Subject: "Xaw3d.dll" required for "gv" is missing in the current distribution Christopher> Is this a packaging error? No, gv depends on cygXaw3d-7.dll which is included in Xaw3d-1.5D-4. There used to be a package XFree86-Xaw3d-1.5 which had a dll named libXaw3d.dll. Christopher> cgf Ciao Volker From CBoucher@bellhelicopter.textron.com Tue Jan 13 18:30:00 2004 From: CBoucher@bellhelicopter.textron.com (Boucher, Chantal) Date: Tue, 13 Jan 2004 18:30:00 -0000 Subject: CATIA launch fails Message-ID: <83064C12EDBBD2119EED0008C7C5A5BE071AF085@bhtcntexch2.bhtc.com> I have a little more information about this problem reported September 2002, when trying to launch CATIA V4 with cygwin with PC display at 16 bits or 32 bits, we seem to have a color mapping problem, the error message we have is: Warning: Cannot convert string "-dt-interface user-medium-r-normal-m*-*-*-*-*-*-*-*-*" to type FontStruct Xlib: extension "XInputExtension" missing on display "10.227.22.46:1.0". CATRACE FILE : /private_data/sct23/catraceA.log ******************************** * ERROR NUMBER : S0011 * ******************************** *-----------------------------------* * CATIA : NO ABNORMAL END RECOVERY * *-----------------------------------* Error code BadValue (integer parameter out of range for operation) X connection to 10.227.22.46:1.0 broken (explicit kill or server shutdown). also we have: ----------------- START OF CATIA TRACEBACK ------- ************************************************ * Signal with offset 0x000000C4 in routine XCreateColormap ************************************************ -- XCreateColormap -- main entry point = 0xD03DC040 -- Language : C ===> UNKNOWN ARGUMENTS !!! this is the original email message from Bruce Nelson few months ago. thanks Chantal RE: CATIA Launch Fails * From: "lhall at pop dot ma dot ultranet dot com" * To: bjnelson at bellhelicopter dot textron dot com, cygwin at cygwin dot com, cygwin-xfree at cygwin dot com * Date: Tue, 24 Sep 2002 15:45:14 -0400 * Subject: RE: CATIA Launch Fails * Reply-to: cygwin-xfree at cygwin dot com * Reply-to: lhall at rfk dot com What makes you think that not being able to launch CATIA has anything to do with Cygwin? Have you tried uninstalling Cygwin and noticed that the problem goes away? If not, this should be your first step. The problem you're seeing is not obviously caused by Cygwin from the information given. FWIW, I run SolidWorks, Solid Edge, and Pro/E (plus allot of other programs - including some by M$ ;-) ) on many systems with Cygwin installed. So unless the CATIA team at Dassault have something against Cygwin, I expect this isn't your problem. But you'll need to get a bit more specific about the problem if Cygwin does have a role in it. Good luck, Larry Original Message: ----------------- From: Nelson, Bruce bjnelson@bellhelicopter.textron.com Date: Tue, 24 Sep 2002 13:29:01 -0500 To: cygwin@cygwin.com, cygwin-xfree@cygwin.com Subject: CATIA Launch Fails I've attempted to launch CATIA v4 with CYGwin. CATIA tries to start, then nothing. Any ideas? Bruce J. Nelson Chantal Boucher Information Technology Bell Helicopter Textron Canada cboucher@bellhelicopter.textron.com T?l.:(450)971-6500 ext 3974 (514)905-5099 ext 3974 Fax :(450)437-6888 From huntharo@msu.edu Tue Jan 13 18:39:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 13 Jan 2004 18:39:00 -0000 Subject: List of out-of-date mirrors --- Do *not* point setup.exe to these mirrors Message-ID: <40043B65.4060607@msu.edu> Anyone that is currently reporting problems or wondering why they do not have the latest features being described on this mailing list: There are several Cygwin mirrors that have not been updated in months. These mirrors are still in the list of mirrors sent to Cygwin's setup.exe. Please do not point Cygwin's setup.exe at any of these mirrors, or you will probably get older versions of software installed (even if you also point to another up-to-date mirror). The list is as follows: I audited every mirror in mirrors.html. The results below are from hosts that were reachable. Hosts that were unreachable are not reported. Anything not in the list below was either unreachable or had a date stamp on setup.ini of at least 2004/01/11. Mirror (setup.ini date stamp) ====================================================== ftp.nnov.net (6/23/2003) csociety-ftp.ecn.purdue.edu (10/28/2003) cygwin.mirrors.pair.com (25-Oct-2003) mirror.mcs.anl.gov (10/24/2003) cygwin.get-software.com (08-May-2003) www.binarycode.org (08-May-2003) Harold From chris@areti.co.uk Tue Jan 13 18:48:00 2004 From: chris@areti.co.uk (Chris Green) Date: Tue, 13 Jan 2004 18:48:00 -0000 Subject: How/where to get latest XFree86-xserv-bin? Message-ID: <20040113184807.GA8641@areti.co.uk> How do I set about getting the latest (-40) build? Can I do it using the normal setup.exe and, if so, which ftp site should I point it at? -- Chris Green (chris@areti.co.uk) From huntharo@msu.edu Tue Jan 13 18:51:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 13 Jan 2004 18:51:00 -0000 Subject: How/where to get latest XFree86-xserv-bin? In-Reply-To: <20040113184807.GA8641@areti.co.uk> References: <20040113184807.GA8641@areti.co.uk> Message-ID: <40043E41.7090800@msu.edu> Chris, Just use any mirror except the following: ftp.nnov.net (6/23/2003) csociety-ftp.ecn.purdue.edu (10/28/2003) cygwin.mirrors.pair.com (25-Oct-2003) mirror.mcs.anl.gov (10/24/2003) cygwin.get-software.com (08-May-2003) www.binarycode.org (08-May-2003) I usually use mirrors.kernel.org or mirrors.rcn.net. Both are updated frequently and should have good troughput across the Atlantic. Of course, both the UK mirrors listed on the mirrors page are up-to-date, so you can use them too: http://cygwin.com/mirrors.html Harold Chris Green wrote: > How do I set about getting the latest (-40) build? Can I do it using > the normal setup.exe and, if so, which ftp site should I point it at? > From chris@areti.co.uk Tue Jan 13 19:19:00 2004 From: chris@areti.co.uk (Chris Green) Date: Tue, 13 Jan 2004 19:19:00 -0000 Subject: How/where to get latest XFree86-xserv-bin? In-Reply-To: <40043E41.7090800@msu.edu> References: <20040113184807.GA8641@areti.co.uk> <40043E41.7090800@msu.edu> Message-ID: <20040113191912.GA8723@areti.co.uk> On Tue, Jan 13, 2004 at 01:51:45PM -0500, Harold L Hunt II wrote: > Chris, > > Just use any mirror except the following: > > ftp.nnov.net (6/23/2003) > csociety-ftp.ecn.purdue.edu (10/28/2003) > cygwin.mirrors.pair.com (25-Oct-2003) > mirror.mcs.anl.gov (10/24/2003) > cygwin.get-software.com (08-May-2003) > www.binarycode.org (08-May-2003) > > > I usually use mirrors.kernel.org or mirrors.rcn.net. Both are updated > frequently and should have good troughput across the Atlantic. > Thanks, mirrors.kernel.org seems to work well for me, faster and more up to date then the UK site I was using. Downloading at this very moment. -- Chris Green (chris@areti.co.uk) From haisam@ido.org Tue Jan 13 19:28:00 2004 From: haisam@ido.org (Haisam K. Ido) Date: Tue, 13 Jan 2004 19:28:00 -0000 Subject: window image capture how In-Reply-To: References: <24371.208.59.120.153.1073996330.squirrel@ido.org><48184.164.86.99.3.1 074004919.squirrel@ido.org> Message-ID: <59624.164.86.99.3.1074021735.squirrel@ido.org> I don't have /dev directory at all!!!! I wasn't very clear, how do I copy this to WinXP's clipboard? > On Tue, 13 Jan 2004, Haisam K. Ido wrote: > >> > How can one capture an image of cygwin window into a winxp clipboard >> and >> > then print/edit etc? >> > >> >> I'm able to do this (using netpbm) but can I pipe to a clipboard area? >> >> xwd | xwdtopnm | pnmtopng > /cygdrive/d/TEMP/screen.png > > /dev/clipboard is available but can not handle images. > > bye > ago > -- > Alexander.Gottwald@s1999.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 > From freemyer-ml@NorcrossGroup.com Tue Jan 13 19:35:00 2004 From: freemyer-ml@NorcrossGroup.com (Greg Freemyer) Date: Tue, 13 Jan 2004 19:35:00 -0000 Subject: Thanks and a question Message-ID: <1074021925.12310.7.camel@david.internal.NorcrossGroup.com> Harold, Your work on the clipboard with xdmcp capability is greatly appreciated. >From my minimal testing it works great. Now that the startup batch script can be simplified to a one liner, I want to directly invoke "Xwin -query" from my desktop without first launching a bash console. ie. I currently launch a bash script, then run my batch script. It would be nice to instead just double click an icon on my desktop. I have setup a shortcut to XWin.exe on my desktop, but it is not working. Currently I am getting an error about a missing DLL. Unfortunately I need dlls from both /cygwin/bin and /cygwin/usr/X11R6/bin, so just changing the startup directory is not quite enough. Is there a recommended way to get this to work? ie. Adding a shortcut (or a cygwin hardlink) to the cygcygipc-2.dll in X11R6/bin Thanks Again Greg -- Greg Freemyer From huntharo@msu.edu Tue Jan 13 19:44:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 13 Jan 2004 19:44:00 -0000 Subject: Thanks and a question In-Reply-To: <1074021925.12310.7.camel@david.internal.NorcrossGroup.com> References: <1074021925.12310.7.camel@david.internal.NorcrossGroup.com> Message-ID: <40044A93.8020405@msu.edu> Greg, Just edit startxdmcp.bat (or copy startwin.bat, comment out the line that starts xterm, and remove the -multiwindow parameter) and name it "foohost.bat". Leave it in /usr/X11R6/bin. Then, create a shortcut to that batch file with Windows Explorer (note: you can then change the icon for the shortcut and point it to the icon in XWin.exe). Then, copy and paste that shortcut on your desktop. Everything will work fine. This is the method that I always use. Harold Greg Freemyer wrote: > Harold, > > Your work on the clipboard with xdmcp capability is greatly > appreciated. > >>From my minimal testing it works great. > > Now that the startup batch script can be simplified to a one liner, I > want to directly invoke "Xwin -query" from my desktop without first > launching a bash console. > > ie. I currently launch a bash script, then run my batch script. It > would be nice to instead just double click an icon on my desktop. > > I have setup a shortcut to XWin.exe on my desktop, but it is not > working. > > Currently I am getting an error about a missing DLL. Unfortunately I > need dlls from both /cygwin/bin and /cygwin/usr/X11R6/bin, so just > changing the startup directory is not quite enough. > > Is there a recommended way to get this to work? > > ie. Adding a shortcut (or a cygwin hardlink) to the cygcygipc-2.dll in > X11R6/bin > > > Thanks Again > Greg From pechtcha@cs.nyu.edu Tue Jan 13 19:45:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 13 Jan 2004 19:45:00 -0000 Subject: Thanks and a question In-Reply-To: <1074021925.12310.7.camel@david.internal.NorcrossGroup.com> References: <1074021925.12310.7.camel@david.internal.NorcrossGroup.com> Message-ID: On Tue, 13 Jan 2004, Greg Freemyer wrote: > Harold, > > Your work on the clipboard with xdmcp capability is greatly > appreciated. > > >From my minimal testing it works great. > > Now that the startup batch script can be simplified to a one liner, I > want to directly invoke "Xwin -query" from my desktop without first > launching a bash console. > > ie. I currently launch a bash script, then run my batch script. It > would be nice to instead just double click an icon on my desktop. > > I have setup a shortcut to XWin.exe on my desktop, but it is not > working. > > Currently I am getting an error about a missing DLL. Unfortunately I > need dlls from both /cygwin/bin and /cygwin/usr/X11R6/bin, so just > changing the startup directory is not quite enough. > > Is there a recommended way to get this to work? > > ie. Adding a shortcut (or a cygwin hardlink) to the cygcygipc-2.dll in > X11R6/bin > > Thanks Again > Greg Greg, Just add both c:/cygwin/bin and c:/cygwin/usr/X11R6/bin to the end of your Windows PATH variable. 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 From freemyer-ml@NorcrossGroup.com Tue Jan 13 20:16:00 2004 From: freemyer-ml@NorcrossGroup.com (Greg Freemyer) Date: Tue, 13 Jan 2004 20:16:00 -0000 Subject: Thanks and a question In-Reply-To: References: <1074021925.12310.7.camel@david.internal.NorcrossGroup.com> Message-ID: <1074024395.12868.5.camel@david.internal.NorcrossGroup.com> On Tue, 2004-01-13 at 14:45, Igor Pechtchanski wrote: > On Tue, 13 Jan 2004, Greg Freemyer wrote: > > > Harold, > > > > Your work on the clipboard with xdmcp capability is greatly > > appreciated. > > > > >From my minimal testing it works great. > > > > Now that the startup batch script can be simplified to a one liner, I > > want to directly invoke "Xwin -query" from my desktop without first > > launching a bash console. > > > > ie. I currently launch a bash script, then run my batch script. It > > would be nice to instead just double click an icon on my desktop. > > > > I have setup a shortcut to XWin.exe on my desktop, but it is not > > working. > > > > Currently I am getting an error about a missing DLL. Unfortunately I > > need dlls from both /cygwin/bin and /cygwin/usr/X11R6/bin, so just > > changing the startup directory is not quite enough. > > > > Is there a recommended way to get this to work? > > > > ie. Adding a shortcut (or a cygwin hardlink) to the cygcygipc-2.dll in > > X11R6/bin > > > > Thanks Again > > Greg > > Greg, > > Just add both c:/cygwin/bin and c:/cygwin/usr/X11R6/bin to the end of your > Windows PATH variable. > Igor Thanks Igor, It worked great, and Harold this just seems cleaner than the approach you gave. This way the windows shortcut is pointing directly at XWin.exe and there is no excess overhead associated with starting a bash shell up. If anyone cares, the PATH variable for Win2K is set by right clicking 'my computer' properties advanced tab environment variables system variables Greg From huntharo@msu.edu Tue Jan 13 20:23:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 13 Jan 2004 20:23:00 -0000 Subject: Thanks and a question In-Reply-To: <1074024395.12868.5.camel@david.internal.NorcrossGroup.com> References: <1074021925.12310.7.camel@david.internal.NorcrossGroup.com> <1074024395.12868.5.camel@david.internal.NorcrossGroup.com> Message-ID: <400453BA.3050402@msu.edu> Greg, Greg Freemyer wrote: > On Tue, 2004-01-13 at 14:45, Igor Pechtchanski wrote: > >>On Tue, 13 Jan 2004, Greg Freemyer wrote: >> >> >>>Harold, >>> >>>Your work on the clipboard with xdmcp capability is greatly >>>appreciated. >>> >>>>From my minimal testing it works great. >>> >>>Now that the startup batch script can be simplified to a one liner, I >>>want to directly invoke "Xwin -query" from my desktop without first >>>launching a bash console. >>> >>>ie. I currently launch a bash script, then run my batch script. It >>>would be nice to instead just double click an icon on my desktop. >>> >>>I have setup a shortcut to XWin.exe on my desktop, but it is not >>>working. >>> >>>Currently I am getting an error about a missing DLL. Unfortunately I >>>need dlls from both /cygwin/bin and /cygwin/usr/X11R6/bin, so just >>>changing the startup directory is not quite enough. >>> >>>Is there a recommended way to get this to work? >>> >>>ie. Adding a shortcut (or a cygwin hardlink) to the cygcygipc-2.dll in >>>X11R6/bin >>> >>>Thanks Again >>>Greg >> >>Greg, >> >>Just add both c:/cygwin/bin and c:/cygwin/usr/X11R6/bin to the end of your >>Windows PATH variable. >> Igor > > > Thanks Igor, > > It worked great, and Harold this just seems cleaner than the approach > you gave. This way the windows shortcut is pointing directly at > XWin.exe and there is no excess overhead associated with starting a bash > shell up. Since when did batch files require bash shells? Did you notice the .bat extension? Those are run by Windows and let me tell you, ain't no way you are going to avoid the overhead of running Windows :) > If anyone cares, the PATH variable for Win2K is set by > right clicking 'my computer' > properties > advanced tab > environment variables > system variables Or press [Windows Key] + PrinttScreen and resume at the Advanced tab step. The reason I will never advise users to set their PATHs like this is because we will inevitably have users that install once to d:\cygwin, then remove that installation and reinstall later to c:\cygwin, but forget that they have done this. They will then insist that they setup the PATH as described (without double-checking to verify, of course), and will persist at complaining about how this doesn't work. Making a shortcut to the batch file sets the path based on the location of the batch file, which cannot be screwed up; if a user had a dead shortcut they would get a warning about not being able to find the target of the shortcut instead of some vague message about a DLL not being found. There is a method to this madness... Harold From marchand@purdue.edu Tue Jan 13 20:54:00 2004 From: marchand@purdue.edu (B. Marchand) Date: Tue, 13 Jan 2004 20:54:00 -0000 Subject: xfig and mwm problems ... In-Reply-To: <40043514.9040900@purdue.edu> References: <40043514.9040900@purdue.edu> Message-ID: <40045AFE.6010904@purdue.edu> Well, after having obtained the most recent packages: Cygwin Package Information Package Version Status Xaw3d 1.5D-4 OK xfig 3.2.4-5 OK XFree86-bin 4.3.0-8 OK I find I still have the same problem. However, as I said before, it only happens if I'm running the motif window manager (mwm). It is otherwise not an issue under twm or if I run startxwin.bat. Thanks for all your help. --B. B. Marchand wrote: > No, I used a combination of sites at times including: > > ftp://csociety-ftp.ecn.purdue.edu/pub/cygwin/release/ > ftp://mirror.mcs.anl.gov/pub/cygwin/release > ftp://mirrors.kernel.org/sources.redhat.com/cygwin/release > > I think the culprit came from > > ftp://csociety-ftp.ecn.purdue.edu/pub/cygwin/release/XFree86 > > I'll try what you suggested. Thank you! > > --B. > >> Did you, by chance, use the cygwin.mirrors.pair.com mirror? It is way >> out of date and lists XFree86-bin-4.3.0-5 as the most recent version. >> >> However, all other mirrors should have XFree86-bin-4.3.0-8. Those >> additional releases of XFree86-bin fixed the bugs that you are >> running into. >> >> Update your installation with Cygwin's setup.exe using a different >> mirror (try mirrors.kernel.org), relaunch your apps (including >> XWin.exe) and report your results. >> >> Harold >> >> B. Marchand wrote: >> >> Here's the info you requested: >> >> Cygwin Package Information >> Package Version Status >> Xaw3d 1.5D-2 OK >> XFree86-bin 4.3.0-5 OK >> >> >> --B. >> >> Run the following and report your results: >> >> cygcheck -c XFree86-bin xfig Xaw3d >> >> Harold >> >> B. Marchand wrote: >> >> I did, of course. But, just in case, I tried it again and still nothing. >> >> --B. >> >> Keep the mouse cursor in the text entry box when typing. >> >> Harold >> >> B. Marchand wrote: >> >> xfig works fine, so far, under twm. However, I cannot enter text >> manually into text boxes if I'm running mwm. For instance, if I >> try to save the file I can't enter text into the output filename >> box. If there's a property, like text size, I can change it using >> the arrows but I cannot enter it manually. I do not have this >> problem under twm. >> >> >> >> --B. >> > > From huntharo@msu.edu Tue Jan 13 21:01:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 13 Jan 2004 21:01:00 -0000 Subject: xfig and mwm problems ... In-Reply-To: <40045AFE.6010904@purdue.edu> References: <40043514.9040900@purdue.edu> <40045AFE.6010904@purdue.edu> Message-ID: <40045C98.4030706@msu.edu> Well, there is one more thing you should check: $ cygcheck -c lesstif Cygwin Package Information Package Version Status lesstif 0.93.91-5 OK Make sure that you have that same version of lesstif (it includes mwm). Harold B. Marchand wrote: > Well, after having obtained the most recent packages: > > Cygwin Package Information > Package Version Status > Xaw3d 1.5D-4 OK > xfig 3.2.4-5 OK > XFree86-bin 4.3.0-8 OK > > > I find I still have the same problem. However, as I said before, it only > happens if I'm running the motif window manager (mwm). It is otherwise > not an issue under twm or if I run startxwin.bat. Thanks for all your help. > > --B. From marchand@purdue.edu Tue Jan 13 21:53:00 2004 From: marchand@purdue.edu (B. Marchand) Date: Tue, 13 Jan 2004 21:53:00 -0000 Subject: xfig and mwm problems ... Message-ID: <4004221A.1020706@purdue.edu> I appear to have the same version of lesstif as you have listed below. I take it you cannot duplicate this problem? --B. > Well, there is one more thing you should check: > >$ cygcheck -c lesstif >Cygwin Package Information >Package Version Status >lesstif 0.93.91-5 OK > > > Make sure that you have that same version of lesstif (it includes mwm). > > Harold > > B. Marchand wrote: > > Well, after having obtained the most recent packages: > >Cygwin Package Information >Package Version Status >Xaw3d 1.5D-4 OK >xfig 3.2.4-5 OK >XFree86-bin 4.3.0-8 OK > > > > I find I still have the same problem. However, as I said before, > it only happens if I'm running the motif window manager (mwm). It > is otherwise not an issue under twm or if I run startxwin.bat. > Thanks for all your help. > > --B. > From huntharo@msu.edu Tue Jan 13 22:32:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 13 Jan 2004 22:32:00 -0000 Subject: xfig and mwm problems ... In-Reply-To: <4004221A.1020706@purdue.edu> References: <4004221A.1020706@purdue.edu> Message-ID: <40047214.4010100@msu.edu> The man has a point: I just tried to duplicate the problem and succeeded in duplicating the problem :) Okay, the reason this problem exists is due to the stupid VendorShell that is used by Xt. LessTif overrides VendorShell with its own and we had to write a hack to make this work on Cygwin/X. Unfortunately, Xaw3d also overrides the VendorShell with its own version. However, it appears that I got a little too busy right around the time that I was going to release a patched Xaw3d library... I have the updated version built in my local tree, but I never finished testing it or releasing it. :) I just tested the fix and it solves your problem. Thanks for putting up with a forgetful developer... I had this email all typed up, explaing how there might be a problem since Xaw3d and LessTif both override the VendorShell. Then I thought that I had better confirm that Xaw3d had actually been released with that fix; it hadn't, so I had to rewrite the whole email. :) Xaw3d-1.5D-5 is coming soon to a mirror near you and will fix your problem with xfig and mwm. Harold B. Marchand wrote: > I appear to have the same version of lesstif as you have listed below. I > take it you cannot duplicate this problem? > > --B. > >> Well, there is one more thing you should check: >> >> $ cygcheck -c lesstif >> Cygwin Package Information >> Package Version Status >> lesstif 0.93.91-5 OK >> >> >> Make sure that you have that same version of lesstif (it includes mwm). >> >> Harold >> >> B. Marchand wrote: >> >> Well, after having obtained the most recent packages: >> >> Cygwin Package Information >> Package Version Status >> Xaw3d 1.5D-4 OK >> xfig 3.2.4-5 OK >> XFree86-bin 4.3.0-8 OK >> >> >> >> I find I still have the same problem. However, as I said before, >> it only happens if I'm running the motif window manager (mwm). It >> is otherwise not an issue under twm or if I run startxwin.bat. >> Thanks for all your help. >> >> --B. >> > > From oyvind.harboe@zylin.com Tue Jan 13 23:02:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Tue, 13 Jan 2004 23:02:00 -0000 Subject: Crash in xserv 4.3.0-40 Message-ID: <1074034925.23519.18.camel@famine> Here is my varmin huntin' strategy: - I've managed to compile and install xfree86 in debug build. I think. See cygcheck attached. See http://sources.redhat.com/ml/cygwin-xfree/2004-01/msg00160.html - I modified startxwin.bat to launch XWin via: gdb --args XWin -multiwindow -multiplemonitors -clipboard - Continue working normally and wait for the trap catch something ??yvind -------------- next part -------------- Cygwin Win95/NT Configuration Diagnostics Current System Time: Tue Jan 13 23:52:47 2004 Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin . C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\ObjREXX e:\scala\current\nt\tools\make e:\scala\current\nt\tools\bin e:\scala\current\nt\tools\gnurcs c:\objrexx e:\emacs-19.34\bin e:\scala\current\nt\tools\emacs\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 1005(oyvind) GID: 513(None) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1005(oyvind) GID: 513(None) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS HOME = `C:\cygwin\home\oyvind' MAKE_MODE = `unix' PWD = `/home/oyvind' USER = `oyvind' !EXITCODE = `00000000' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\Oyvind Harboe\Application Data' BOOKSHELF = `C:\ObjREXX\BOOKS' CLIENTNAME = `Console' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `ICE' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVS_RSH = `/bin/ssh' CYGWIN_ROOT = `\cygwin' DISPLAY = `127.0.0.1:0.0' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\Oyvind Harboe' HOSTNAME = `ice' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' LOGNAME = `oyvind' LOGONSERVER = `\\ICE' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/X11R6/man:/usr/ssl/man' NUMBER_OF_PROCESSORS = `2' OLDPWD = `/usr/X11R6_backup/bin' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PKG_CONFIG_PATH = `:/usr/X11R6/lib/pkgconfig' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 9, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0209' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 \033[32m\]\u@\h \[\033[33m\w\033[0m\] $ ' RCSINIT = `-x,v' SCALA_INI_FILENAME = `e:\local\user\mmos.ini' SESSIONNAME = `Console' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `c:\Temp' TERM = `xterm' TMP = `c:\Temp' USERDOMAIN = `ICE' USERFULLADDRESS = `oyvind.harboe@scala.com' USERFULLNAME = `Oyvind Harboe' USERNAME = `oyvind' USERPROFILE = `C:\Documents and Settings\Oyvind Harboe' USER_MAKE = `e:\local\user\user.mak' WINDIR = `C:\WINDOWS' WINDOWID = `8388622' _ = `/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x00000022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts (default) = `C:\cygwin\usr\X11R6\lib\X11\fonts' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd NTFS 28560Mb 74% CP CS UN PA FC d: cd N/A N/A e: hd NTFS 156319Mb 23% CP CS UN PA FC Zylin C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: e:\scala\current\nt\tools\bin\cat.exe Warning: C:\cygwin\bin\cat.exe hides e:\scala\current\nt\tools\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: e:\scala\current\nt\tools\bin\find.exe Warning: C:\cygwin\bin\find.exe hides e:\scala\current\nt\tools\bin\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\grep.exe Found: e:\scala\current\nt\tools\bin\grep.exe Warning: C:\cygwin\bin\grep.exe hides e:\scala\current\nt\tools\bin\grep.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: e:\scala\current\nt\tools\bin\ls.exe Warning: C:\cygwin\bin\ls.exe hides e:\scala\current\nt\tools\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: e:\scala\current\nt\tools\bin\sed.exe Warning: C:\cygwin\bin\sed.exe hides e:\scala\current\nt\tools\bin\sed.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe Found: e:\scala\current\nt\tools\bin\tar.exe Warning: C:\cygwin\bin\tar.exe hides e:\scala\current\nt\tools\bin\tar.exe 61k 2003/08/09 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2003/8/9 8:35 54k 2002/01/27 C:\cygwin\bin\cygbz21.0.dll - os=4.0 img=1.0 sys=4.0 "cygbz21.0.dll" v0.0 ts=2002/1/27 2:07 14k 2003/08/10 C:\cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0 "cygcharset-1.dll" v0.0 ts=2003/8/10 22:57 7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0 "cygcrypt-0.dll" v0.0 ts=2003/10/19 9:57 842k 2003/09/30 C:\cygwin\bin\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto-0.9.7.dll" v0.0 ts=2003/9/30 18:49 645k 2003/04/11 C:\cygwin\bin\cygcrypto.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto.dll" v0.0 ts=2003/4/11 12:37 598k 2003/11/03 C:\cygwin\bin\cygcurl-2.dll - os=4.0 img=1.0 sys=4.0 "cygcurl-2.dll" v0.0 ts=2003/11/3 17:22 22k 2003/10/17 C:\cygwin\bin\cygcygipc-2.dll - os=4.0 img=1.0 sys=4.0 "cygcygipc-2.dll" v0.0 ts=2003/10/17 7:24 380k 2002/07/24 C:\cygwin\bin\cygdb-3.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb-3.1.dll" v0.0 ts=2002/7/24 18:24 831k 2003/09/20 C:\cygwin\bin\cygdb-4.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.1.dll" v0.0 ts=2003/9/20 23:51 487k 2002/07/24 C:\cygwin\bin\cygdb_cxx-3.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-3.1.dll" v0.0 ts=2002/7/24 18:25 1080k 2003/09/20 C:\cygwin\bin\cygdb_cxx-4.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.1.dll" v0.0 ts=2003/9/20 23:53 155k 2004/01/07 C:\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-0.dll" v0.0 ts=2004/1/7 17:14 64k 2003/09/23 C:\cygwin\bin\cygexslt-0.dll - os=4.0 img=1.0 sys=4.0 "cygexslt-0.dll" v0.0 ts=2003/9/23 21:13 654k 2003/11/04 C:\cygwin\bin\cygfltknox-0.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox-0.dll" v0.0 ts=2003/11/4 22:57 65k 2003/11/04 C:\cygwin\bin\cygfltknox_forms-0.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox_forms-0.dll" v0.0 ts=2003/11/4 22:57 81k 2003/11/04 C:\cygwin\bin\cygfltknox_gl-0.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox_gl-0.dll" v0.0 ts=2003/11/4 22:58 108k 2003/11/04 C:\cygwin\bin\cygfltknox_images-0.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox_images-0.dll" v0.0 ts=2003/11/4 22:58 131k 2003/10/28 C:\cygwin\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontconfig-1.dll" v0.0 ts=2003/10/28 23:44 45k 2001/04/25 C:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0 "cygform5.dll" v0.0 ts=2001/4/25 7:28 35k 2002/01/09 C:\cygwin\bin\cygform6.dll - os=4.0 img=1.0 sys=4.0 "cygform6.dll" v0.0 ts=2002/1/9 7:03 48k 2003/08/09 C:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0 "cygform7.dll" v0.0 ts=2003/8/9 11:25 361k 2003/10/25 C:\cygwin\bin\cygfreetype-6.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-6.dll" v0.0 ts=2003/10/22 6:18 28k 2003/07/20 C:\cygwin\bin\cyggdbm-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-3.dll" v0.0 ts=2003/7/20 9:58 30k 2003/08/11 C:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-4.dll" v0.0 ts=2003/8/11 4:12 19k 2003/03/22 C:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm.dll" v0.0 ts=2002/2/20 4:05 15k 2003/07/20 C:\cygwin\bin\cyggdbm_compat-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-3.dll" v0.0 ts=2003/7/20 10:00 15k 2003/08/11 C:\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-4.dll" v0.0 ts=2003/8/11 4:13 69k 2003/08/10 C:\cygwin\bin\cyggettextlib-0-12-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextlib-0-12-1.dll" v0.0 ts=2003/8/11 0:10 12k 2003/08/10 C:\cygwin\bin\cyggettextpo-0.dll - os=4.0 img=1.0 sys=4.0 "cyggettextpo-0.dll" v0.0 ts=2003/8/11 0:11 134k 2003/08/10 C:\cygwin\bin\cyggettextsrc-0-12-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextsrc-0-12-1.dll" v0.0 ts=2003/8/11 0:10 489k 2003/08/09 C:\cygwin\bin\cygguile-12.dll - os=4.0 img=1.0 sys=4.0 "cygguile-12.dll" v0.0 ts=2003/8/9 16:17 489k 2003/07/28 C:\cygwin\bin\cygguile-12abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-12abi13.dll" v0.0 ts=2003/7/28 20:18 24k 2003/08/09 C:\cygwin\bin\cygguile-ltdl-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-ltdl-1.dll" v0.0 ts=2003/8/9 16:16 24k 2003/07/28 C:\cygwin\bin\cygguile-ltdl-1abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-ltdl-1abi13.dll" v0.0 ts=2003/7/28 19:48 62k 2003/08/09 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-13-14-v-1-1.dll" v0.0 ts=2003/8/9 16:17 62k 2003/07/28 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-13-14-v-1-1abi13.dll" v0.0 ts=2003/7/28 20:18 23k 2003/08/09 C:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-4-v-1-1.dll" v0.0 ts=2003/8/9 16:17 23k 2003/07/28 C:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-4-v-1-1abi13.dll" v0.0 ts=2003/7/28 20:18 11k 2003/08/09 C:\cygwin\bin\cygguilereadline-v-12-12.dll - os=4.0 img=1.0 sys=4.0 "cygguilereadline-v-12-12.dll" v0.0 ts=2003/8/9 16:17 11k 2003/07/28 C:\cygwin\bin\cygguilereadline-v-12-12abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguilereadline-v-12-12abi13.dll" v0.0 ts=2003/7/28 20:18 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0 "cyghistory4.dll" v0.0 ts=2001/1/7 5:34 29k 2003/08/10 C:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0 "cyghistory5.dll" v0.0 ts=2003/8/11 1:16 306k 2002/04/27 C:\cygwin\bin\cyghttpd.dll - os=4.0 img=1.0 sys=4.0 "cyghttpd.dll" v0.0 ts=2002/4/27 15:23 958k 2003/08/10 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2003/8/10 22:57 22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0 "cygintl-1.dll" v0.0 ts=2001/12/13 10:28 37k 2003/08/10 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 "cygintl-2.dll" v0.0 ts=2003/8/10 23:50 21k 2001/06/20 C:\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0 "cygintl.dll" v0.0 ts=2001/6/20 19:09 12k 2003/02/17 C:\cygwin\bin\cygioperm-0.dll - os=4.0 img=1.0 sys=4.0 "cygioperm-0.dll" v0.0 ts=2003/2/17 20:58 48k 2003/08/10 C:\cygwin\bin\cygjbig1.dll - os=4.0 img=1.0 sys=4.0 "cygjbig1.dll" v0.0 ts=2003/8/11 1:58 132k 2003/08/11 C:\cygwin\bin\cygjpeg-62.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg-62.dll" v0.0 ts=2003/8/11 2:37 119k 2002/02/09 C:\cygwin\bin\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg6b.dll" v0.0 ts=2002/2/9 6:19 60k 2003/09/17 C:\cygwin\bin\cygkpathsea-3.dll - os=4.0 img=1.0 sys=4.0 "cygkpathsea-3.dll" v0.0 ts=2003/9/17 18:37 60k 2003/07/27 C:\cygwin\bin\cygkpathsea-3abi13.dll - os=4.0 img=1.0 sys=4.0 "cygkpathsea-3abi13.dll" v0.0 ts=2003/7/27 22:23 32k 2003/08/18 C:\cygwin\bin\cygltdl-3.dll - os=4.0 img=1.0 sys=4.0 "cygltdl-3.dll" v0.0 ts=2003/8/18 7:35 349k 2003/12/26 C:\cygwin\bin\cygMagick++-6.dll - os=4.0 img=1.0 sys=4.0 "cygMagick++-6.dll" v0.0 ts=2003/12/26 19:48 2354k 2003/12/26 C:\cygwin\bin\cygMagick-6.dll - os=4.0 img=1.0 sys=4.0 "cygMagick-6.dll" v0.0 ts=2003/12/4 2:53 26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll - os=4.0 img=1.0 sys=4.0 "cygmenu5.dll" v0.0 ts=2001/4/25 7:27 20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll - os=4.0 img=1.0 sys=4.0 "cygmenu6.dll" v0.0 ts=2002/1/9 7:03 29k 2003/08/09 C:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 "cygmenu7.dll" v0.0 ts=2003/8/9 11:25 476k 2003/12/01 C:\cygwin\bin\cygnaim_core-0.dll - os=4.0 img=1.0 sys=4.0 "cygnaim_core-0.dll" v0.0 ts=2003/12/1 21:52 156k 2001/04/25 C:\cygwin\bin\cygncurses++5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++5.dll" v0.0 ts=2001/4/25 7:29 175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++6.dll" v0.0 ts=2002/1/9 7:03 226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses5.dll" v0.0 ts=2001/4/25 7:17 202k 2002/01/09 C:\cygwin\bin\cygncurses6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses6.dll" v0.0 ts=2002/1/9 7:03 224k 2003/08/09 C:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 "cygncurses7.dll" v0.0 ts=2003/8/9 11:24 15k 2001/04/25 C:\cygwin\bin\cygpanel5.dll - os=4.0 img=1.0 sys=4.0 "cygpanel5.dll" v0.0 ts=2001/4/25 7:27 12k 2002/01/09 C:\cygwin\bin\cygpanel6.dll - os=4.0 img=1.0 sys=4.0 "cygpanel6.dll" v0.0 ts=2002/1/9 7:03 19k 2003/08/09 C:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0 "cygpanel7.dll" v0.0 ts=2003/8/9 11:24 62k 2003/12/11 C:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcre-0.dll" v0.0 ts=2003/12/11 18:01 63k 2003/04/11 C:\cygwin\bin\cygpcre.dll - os=4.0 img=1.0 sys=4.0 "cygpcre.dll" v0.0 ts=2003/4/11 10:31 9k 2003/12/11 C:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix-0.dll" v0.0 ts=2003/12/11 18:01 61k 2003/04/11 C:\cygwin\bin\cygpcreposix.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix.dll" v0.0 ts=2003/4/11 10:31 1049k 2003/11/07 C:\cygwin\bin\cygperl5_8_2.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_8_2.dll" v0.0 ts=2003/11/7 12:08 173k 2003/08/10 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 "cygpng12.dll" v0.0 ts=2003/8/11 0:35 22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0 "cygpopt-0.dll" v0.0 ts=2002/6/9 7:45 108k 2001/06/28 C:\cygwin\bin\cygreadline4.dll - os=4.0 img=1.0 sys=4.0 "cygreadline4.dll" v0.0 ts=2001/1/7 5:34 148k 2003/08/10 C:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0 "cygreadline5.dll" v0.0 ts=2003/8/11 1:16 672k 2003/12/25 C:\cygwin\bin\cygruby18.dll - os=4.0 img=1.0 sys=4.0 "cygruby18.dll" v0.0 ts=2003/12/25 13:33 380k 2003/12/13 C:\cygwin\bin\cygsmi-2.dll - os=4.0 img=1.0 sys=4.0 "cygsmi-2.dll" v0.0 ts=2003/12/13 1:57 171k 2003/09/30 C:\cygwin\bin\cygssl-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygssl-0.9.7.dll" v0.0 ts=2003/9/30 18:49 165k 2003/04/11 C:\cygwin\bin\cygssl.dll - os=4.0 img=1.0 sys=4.0 "cygssl.dll" v0.0 ts=2003/4/11 12:37 281k 2003/02/24 C:\cygwin\bin\cygtiff3.dll - os=4.0 img=1.0 sys=4.0 "cygtiff3.dll" v0.0 ts=2003/2/24 5:58 282k 2003/08/11 C:\cygwin\bin\cygtiff4.dll - os=4.0 img=1.0 sys=4.0 "cygtiff4.dll" v0.0 ts=2003/8/11 4:32 25k 2002/07/14 C:\cygwin\bin\cygungif-4.dll - os=4.0 img=1.0 sys=4.0 "cygungif-4.dll" v0.0 ts=2002/7/14 16:58 1172k 2004/01/10 C:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0 "cygxml2-2.dll" v0.0 ts=2004/1/8 17:41 196k 2003/09/23 C:\cygwin\bin\cygxslt-1.dll - os=4.0 img=1.0 sys=4.0 "cygxslt-1.dll" v0.0 ts=2003/9/23 20:58 7k 2003/09/23 C:\cygwin\bin\cygxsltbreakpoint-1.dll - os=4.0 img=1.0 sys=4.0 "cygxsltbreakpoint-1.dll" v0.0 ts=2003/9/23 21:06 60k 2003/08/09 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2003/8/9 8:28 949k 2003/09/20 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2003/9/20 22:31 Cygwin DLL version info: DLL version: 1.5.5 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 94 Shared data: 3 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Sat Sep 20 16:31:15 EDT 2003 CVS tag: cr-0x9b Shared id: cygwin1S3 941k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygdps-1.dll - os=4.0 img=1.0 sys=4.0 "cygdps-1.dll" v0.0 ts=2004/1/13 20:11 167k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygdpstk-1.dll - os=4.0 img=1.0 sys=4.0 "cygdpstk-1.dll" v0.0 ts=2004/1/13 20:11 396k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontconfig-1.dll" v0.0 ts=2004/1/13 20:12 68k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygfontenc-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontenc-1.dll" v0.0 ts=2004/1/13 20:15 1168k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygfreetype-9.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-9.dll" v0.0 ts=2004/1/13 20:12 179k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygFS-6.dll - os=4.0 img=1.0 sys=4.0 "cygFS-6.dll" v0.0 ts=2004/1/13 20:06 1602k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0 "cygGL-1.dll" v0.0 ts=2004/1/13 20:09 2073k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygGLU-1.dll - os=4.0 img=1.0 sys=4.0 "cygGLU-1.dll" v0.0 ts=2004/1/13 20:11 279k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0 "cygICE-6.dll" v0.0 ts=2004/1/13 20:02 101k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygoldX-6.dll - os=4.0 img=1.0 sys=4.0 "cygoldX-6.dll" v0.0 ts=2004/1/13 20:02 3736k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygOSMesa-4.dll - os=4.0 img=1.0 sys=4.0 "cygOSMesa-4.dll" v0.0 ts=2004/1/13 20:09 69k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygpsres-1.dll - os=4.0 img=1.0 sys=4.0 "cygpsres-1.dll" v0.0 ts=2004/1/13 20:11 114k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0 "cygSM-6.dll" v0.0 ts=2004/1/13 20:02 2890k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0 "cygX11-6.dll" v0.0 ts=2004/1/13 20:02 974k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygXaw-6.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-6.dll" v0.0 ts=2004/1/13 20:04 1266k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygXaw-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-7.dll" v0.0 ts=2004/1/13 20:05 177k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygXcursor-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcursor-1.dll" v0.0 ts=2004/1/13 20:13 320k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0 "cygXext-6.dll" v0.0 ts=2004/1/13 20:02 95k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygXfontcache-1.dll - os=4.0 img=1.0 sys=4.0 "cygXfontcache-1.dll" v0.0 ts=2004/1/13 20:15 349k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygXft-1.dll - os=4.0 img=1.0 sys=4.0 "cygXft-1.dll" v0.0 ts=2004/1/13 20:13 344k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0 "cygXft-2.dll" v0.0 ts=2004/1/13 20:13 318k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygXi-6.dll - os=4.0 img=1.0 sys=4.0 "cygXi-6.dll" v0.0 ts=2004/1/13 20:05 501k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygxkbfile-1.dll - os=4.0 img=1.0 sys=4.0 "cygxkbfile-1.dll" v0.0 ts=2004/1/13 20:06 94k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygxkbui-1.dll - os=4.0 img=1.0 sys=4.0 "cygxkbui-1.dll" v0.0 ts=2004/1/13 20:06 462k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygXmu-6.dll - os=4.0 img=1.0 sys=4.0 "cygXmu-6.dll" v0.0 ts=2004/1/13 20:04 129k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygXmuu-1.dll - os=4.0 img=1.0 sys=4.0 "cygXmuu-1.dll" v0.0 ts=2004/1/13 20:04 294k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygXp-6.dll - os=4.0 img=1.0 sys=4.0 "cygXp-6.dll" v0.0 ts=2004/1/13 20:06 213k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-4.dll" v0.0 ts=2004/1/13 20:04 116k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygXrandr-2.dll - os=4.0 img=1.0 sys=4.0 "cygXrandr-2.dll" v0.0 ts=2004/1/13 20:13 175k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0 "cygXrender-1.dll" v0.0 ts=2004/1/13 20:11 99k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygXRes-1.dll - os=4.0 img=1.0 sys=4.0 "cygXRes-1.dll" v0.0 ts=2004/1/13 20:13 994k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygXt-6.dll - os=4.0 img=1.0 sys=4.0 "cygXt-6.dll" v0.0 ts=2004/1/13 20:03 278k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygXTrap-6.dll - os=4.0 img=1.0 sys=4.0 "cygXTrap-6.dll" v0.0 ts=2004/1/13 20:13 199k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygXtst-6.dll - os=4.0 img=1.0 sys=4.0 "cygXtst-6.dll" v0.0 ts=2004/1/13 20:06 129k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygXv-1.dll - os=4.0 img=1.0 sys=4.0 "cygXv-1.dll" v0.0 ts=2004/1/13 20:06 117k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygXvMC-1.dll - os=4.0 img=1.0 sys=4.0 "cygXvMC-1.dll" v0.0 ts=2004/1/13 20:13 105k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygXxf86misc-1.dll - os=4.0 img=1.0 sys=4.0 "cygXxf86misc-1.dll" v0.0 ts=2004/1/13 20:03 132k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygXxf86vm-1.dll - os=4.0 img=1.0 sys=4.0 "cygXxf86vm-1.dll" v0.0 ts=2004/1/13 20:03 Cygwin Package Information Last downloaded files to: \\famine\oyvind\download\cygwin Last downloaded files from: ftp://mirrors.kernel.org/sources.redhat.com/cygwin Package Version _update-info-dir 00225-1 apache 1.3.24-5 ash 20031007-1 astyle 1.15.3-3 autoconf 2.59-1 autoconf-devel 2.59-1 autoconf-stable 2.13-5 automake 1.7.9-1 automake-devel 1.7.9-1 automake-stable 1.4p6-2 base-files 2.6-1 base-passwd 1.1-1 bash 2.05b-16 binutils 20030901-1 bison 20030307-1 byacc 1.9-1 bzip2 1.0.2-5 c-client 2002e-3 c3270 3.2.20-1 ccache 2.2-1 ccdoc 0.8.39-1 cgoban 1.9.14-1 check 0.8.4-1 clisp 2.32-1 cmake 1.8.3-1 cocom 0.995-1 compface 1.4-5 crypt 1.1-1 ctags 5.5-4 curl 7.10.8-1 curl-devel 7.10.8-1 cvs 1.11.6-3 cygipc 2.02-1 cygwin 1.5.5-1 dejagnu 20021217-2 diffutils 2.8.4-1 distcc 2.12-1 doxygen 1.2.18-1 dpkg 1.10.4-2 ed 0.2-1 editrights 1.01-1 ELFIO 1.0.0-1 emacs 21.2-12 emacs-el 21.2-12 emacs-X11 21.2-12 expat 1.95.7-1 expect 20030128-1 file 4.06-1 fileutils 4.1-2 findutils 4.1.7-4 flex 2.5.4a-3 fltk 1.1.4-2 fontconfig 2.2.0-1 freetype2 2.1.5-1 fvwm 2.4.7-3 gawk 3.1.3-4 gcc 3.3.1-3 gcc-ada 3.3.1-3 gcc-g++ 3.3.1-3 gcc-g77 3.3.1-3 gcc-gpc 3.3.1-3 gcc-java 3.3.1-3 gcc-mingw 20030911-4 gcc-mingw-ada 20031020-1 gcc-mingw-core 20031020-1 gcc-mingw-g++ 20031020-1 gcc-mingw-g77 20031020-1 gcc-mingw-gpc 20031020-1 gcc-mingw-java 20031020-1 gcc-mingw-objc 20031020-1 gcc-objc 3.3.1-3 gdb 20030919-1 gdbm 1.8.3-7 gettext 0.12.1-3 gettext-devel 0.12.1-3 ghostscript 7.05-2 ghostscript-base 7.05-2 ghostscript-x11 7.05-2 gnugo 3.4-1 gperf 2.7.2-1 grace 5.1.12-1 grep 2.5-1 groff 1.18.1-2 guile 1.6.4-12 guile-devel 1.6.4-12 gv 3.5.8-1 gzip 1.3.5-1 indent 2.2.8-1 inetutils 1.3.2-25 ioperm 0.4-1 irc 20010101-3 jbigkit 1.5-3 jpeg 6b-11 less 381-1 lesstif 0.93.91-5 lftp 2.6.10-1 libbz2_0 1.0.2-1 libbz2_1 1.0.2-5 libcharset1 1.9.1-3 libdb3.1 3.1.17-2 libdb4.1 4.1.25-1 libfontconfig-devel 2.2.0-1 libfontconfig1 2.2.0-1 libfreetype2-devel 2.1.5-1 libfreetype26 2.1.5-1 libgdbm 1.8.0-5 libgdbm-devel 1.8.3-7 libgdbm3 1.8.3-3 libgdbm4 1.8.3-7 libgettextpo0 0.12.1-3 libguile12 1.6.4-12 libguile12abi13 1.6.4-2 libiconv 1.9.1-3 libiconv2 1.9.1-3 libintl 0.10.38-3 libintl1 0.10.40-1 libintl2 0.12.1-3 libjpeg62 6b-11 libjpeg6b 6b-8 libkpathsea3 2.0.2-13 libkpathsea3abi13 2.0.2-2 libltdl3 1.5-3 libMagick-devel 5.5.7-2 libMagick6 5.5.7-2 libncurses-devel 5.3-4 libncurses5 5.2-1 libncurses6 5.2-8 libncurses7 5.3-4 libpcre 4.1-1 libpcre0 4.5-1 libpng 1.2.5-4 libpng12 1.2.5-4 libpng12-devel 1.2.5-4 libpopt0 1.6.4-4 libreadline4 4.1-2 libreadline5 4.3-5 libsmi 0.4.2-1 libtiff-devel 3.6.0-5 libtiff3 3.6.0-2 libtiff4 3.6.0-5 libtool 1.5b-1 libtool-devel 1.5-3 libtool-stable 1.4.3-2 libungif 4.1.0-2 libxml2 2.6.4-1 libxslt 1.0.33-1 login 1.9-7 lynx 2.8.4-7 m4 1.4-1 make 3.80-1 man 1.5k-2 mc 4.6.0-4 mingw-runtime 3.2-1 minires-devel 0.97-1 mktemp 1.5-3 mod_auth_mysql 1.11-1 mod_auth_ntsec 1.7-1 mod_dav 1.0.3-1.3.6-1 mod_php4 4.2.0-2 mod_ssl 2.8.8-1.3.24-1 naim 0.11.6.4-1 nano 1.2.2-1 nasm 0.98.38-1 ncftp 3.1.4-1 ncurses 5.3-4 nedit 5.4-1 netcat 1.10-2 openbox 0.99.1-4 openssh 3.7.1p2-2 openssl 0.9.7c-1 openssl-devel 0.9.7c-1 openssl096 0.9.6j-1 patch 2.5.8-8 patchutils 0.2.22-2 pcre 4.5-1 pcre-devel 4.5-1 pcre-doc 4.5-1 perl 5.8.2-1 pkgconfig 0.15.0-4 popt 1.6.4-4 postgresql 7.4.1-2 pr3270 3.2.20-1 proftpd 1.2.9-1 python 2.3.3-1 rcs 5.7-3 readline 4.3-5 rebase 2.2-3 rsync 2.5.7-2 ruby 1.8.1-1 s3270 3.2.20-1 sed 4.0.8-1 sh-utils 2.0.15-4 sharutils 4.2.1-3 splint 3.1.1-1 stunnel 4.04-3 suite3270 3.2.20-1 SWI-Prolog 5.2.6-1 swig 1.3.19-1 tar 1.13.25-5 tcl3270 3.2.20-1 tcltk 20030901-1 tcm 2.20-1 tcp_wrappers 7.6-1 termcap 20021106-2 terminfo 5.3_20030726-1 tetex-devel 2.0.2-13 texinfo 4.2-4 textutils 2.0.21-1 tiff 3.6.0-5 tin 1.6.2-1 transfig 3.2.4-2 ttcp 19980512-1 unzip 5.50-5 uw-imap 2002e-3 vim 6.2.098-1 w32api 2.4-1 which 1.5-2 whois 4.6.7-1 WindowMaker 0.80.2-1 x2x 1.27-3 x3270 3.2.20-1 Xaw3d 1.5D-4 xerces-c-devel 2.4.0-4 xfig 3.2.4-5 xfig-bin 3.2.4-3 xfig-doc 3.2.4-2 xfig-etc 3.2.4-4 xfig-lib 3.2.4-5 xfig-man 3.2.4-2 XFree86-base 4.3.0-1 XFree86-bin 4.3.0-8 XFree86-bin-icons 4.3.0-5 XFree86-doc 4.3.0-1 XFree86-etc 4.3.0-6 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-fscl 4.2.0-3 XFree86-fsrv 4.3.0-7 XFree86-html 4.3.0-1 XFree86-jdoc 4.3.0-1 XFree86-lib 4.3.0-1 XFree86-lib-compat 4.3.0-2 XFree86-man 4.3.0-2 XFree86-nest 4.3.0-5 XFree86-prog 4.3.0-12 XFree86-prt 4.3.0-5 XFree86-ps 4.3.0-1 XFree86-startup-scripts 4.2.0-5 XFree86-vfb 4.3.0-5 XFree86-xserv 4.3.0-40 XFree86-xwinclip 4.3.0-2 xgraph 12.1-1 xinetd 2.3.9-1 xwinclip 1.2.0-1 zip 2.3-5 zlib 1.1.4-4 Use -h to see help about each section From marchand@purdue.edu Tue Jan 13 23:40:00 2004 From: marchand@purdue.edu (B. Marchand) Date: Tue, 13 Jan 2004 23:40:00 -0000 Subject: xfig and mwm problems ... Message-ID: <40043B38.4020503@purdue.edu> > The man has a point: woman ;-) > I just tried to duplicate the problem and succeeded in duplicating the > problem :) Yes! Thank you. It's good to know that I'm not the only one with the problem. > > > Okay, the reason this problem exists is due to the stupid VendorShell > that is used by Xt. LessTif overrides VendorShell with its own and we > had to write a hack to make this work on Cygwin/X. > > Unfortunately, Xaw3d also overrides the VendorShell with its own > version. However, it appears that I got a little too busy right around > the time that I was going to release a patched Xaw3d library... I have > the updated version built in my local tree, but I never finished > testing it or releasing it. :) I just tested the fix and it solves > your problem. > > Thanks for putting up with a forgetful developer... Thank you for taking the time to look into this. Your efforts are greatly appreciated. --B. > I had this email all typed up, explaing how there might be a problem > since Xaw3d and LessTif both override the VendorShell. Then I thought > that I had better confirm that Xaw3d had actually been released with > that fix; it hadn't, so I had to rewrite the whole email. :) > > Xaw3d-1.5D-5 is coming soon to a mirror near you and will fix your > problem with xfig and mwm. > > Harold From huntharo@msu.edu Wed Jan 14 04:20:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 14 Jan 2004 04:20:00 -0000 Subject: Cygwin/X Representation at LinuxWorld Expo in New York City - Jan 21 to Jan 23 Message-ID: <4004C3A0.6090909@msu.edu> In an exciting, and very recent, turn of events, I will be attending LinuxWorld Expo in New York City from Wednesday January 21st 3:00 PM to Friday January 23rd 4:00 PM. This trip has been made possible by funding from X.org, for which I am extremely grateful. For more information on LinuxWorld Expo, see the following page: http://www.linuxworldexpo.com/linuxworldny/V40/index.cvn I would love to meet users of Cygwin/X. If you have a spare moment, drop by the X.org booth; I should be spending my free time at the X.org booth, so you are likely to catch me there. It appears that access to the show floor (booth area) is free, so come one, come all! :) I hope to see you there, Harold From jdeng@ece.ucsd.edu Wed Jan 14 04:52:00 2004 From: jdeng@ece.ucsd.edu (Junxiong Deng) Date: Wed, 14 Jan 2004 04:52:00 -0000 Subject: display issue Message-ID: I installed Cygwin/X on my Windows XP and tried to launch Cadence from it, but failed. The error message shows: Failed to find 8-plane PseudoColor visual. Thanks for help!! Junxiong Deng UCSD From huntharo@msu.edu Wed Jan 14 04:58:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 14 Jan 2004 04:58:00 -0000 Subject: display issue In-Reply-To: References: Message-ID: <4004CC60.1050304@msu.edu> Change Windows to 8 bit color mode. Harold Junxiong Deng wrote: > I installed Cygwin/X on my Windows XP and tried to launch Cadence from > it, but failed. The error message shows: Failed to find 8-plane > PseudoColor visual. > > Thanks for help!! > > Junxiong Deng > UCSD > > From hans.dekker.ext@juntadeandalucia.es Wed Jan 14 07:56:00 2004 From: hans.dekker.ext@juntadeandalucia.es (Hans Dekker) Date: Wed, 14 Jan 2004 07:56:00 -0000 Subject: xserv 4.3.0-29 Alt Gr Problem is gone References: <4F698AE6FB425D4A8879766D19E1F929055E1A@win2000.sup-logistik.de> <3FF18715.2020808@msu.edu> <3FFEA396.5090404@juntadeandalucia.es> <40039FC1.9020308@juntadeandalucia.es> <40040BBA.5050900@msu.edu> Message-ID: <4004F5F2.6040803@juntadeandalucia.es> Harold, There are no such environment variables set. startxwin.bat was used to start up the bash shell. H. Harold L Hunt II escribi??: > Hans, > > From a Cygwin bash shell, run 'set' and report the values of any of the > following: > > XAPPLRESDIR > XCMSDB > XKEYSYMDB > XNLSPATH > > Harold > > Hans Dekker wrote: > >> Sorry, setxkbmap doesn't work, not even in the xterm that is started >> by cygwin itself using startxwin.bat. >> >> Defining keys with xmodmap by hand works and xmodmap -pk gives you >> than the output with the third definition (= AltGr definition) of a key. >> >> What should I do with the cygwin X-window system to get it running well? >> >> Regards, H. >> >> Alexander Gottwald escribi??: >> >>> On Fri, 9 Jan 2004, Hans Dekker wrote: >>> >>> >>>> Sorry for being persistent, but I guess I have to revisit alt-Gr key >>>> problem using a Spanish keyboard. >>>> >>>> Just tried xserv version 4.3.0-30 (I used the 4.3.0-21 before), and >>>> starting X-windows in either a xfree bash shell as well as the CDE >>>> environment xmodmap tells me that I have only 2 definitions per key >>>> (normal key usage and Shift-key combination). So the Alt-Gr >>>> definition is not defined for the keys. >>> >>> >>> >>> >>> I've just tried >>> >>> $ setxkbmap es >>> >>> Pressing AltGr + '1' results in '|' >>> >>> but xmodmap -pke does not print the extra symbols. So this must be a >>> bug in xmodmap. >>> For your problem with spanish layout and CDE (which is most likely a >>> quite old X11 installation) I'd pass you on to xfree86@xfree86.org. >>> >>> >>>> Xf86Config and the es keyboard map have been modified to define >>>> AltGr as Mode_Switch. I tried various startup parameters with the >>>> XWin executable, but no success. I installed xserv 4.3.0-30 over >>>> version 4.3.0-21 using the Cygwin setup program. It's running in >>>> Windows XP. >>> >>> >>> >>> >>> bye >>> ago >> >> >> >> >> > > . > From tim.leeuwvander@nl.unisys.com Wed Jan 14 09:44:00 2004 From: tim.leeuwvander@nl.unisys.com (Leeuw van der, Tim) Date: Wed, 14 Jan 2004 09:44:00 -0000 Subject: Can't close windows; window-titles don't change with xserv 4.3.0- 40 Message-ID: Hi, Subject says it all, really - since upgrading to XWin 4.3.0-40, clicking the 'close' button on windows doesn't close them anymore. I do however have to hit the 'enter' key in rxvt windows before I can type anything again. The window-title doesn't change anymore, it's always 'Cygwin/X X'. I've tested this with both rxvt and nedit (both cygwin packaged running locally). The X server is the only Cygwin package that has been upgraded. Everything worked properly before the upgrade (and I use rxvt frequently as I don't like the dos windows) and the only other changes on this machine are: - Modified ClearCase settings - Removed some empty / non-existing / redundant directories from my PATH that were not cygwin-related. (Mentioning this just out of completeness but I can't see it having any impact on the XWin problem) My machine: Win2k sp4; PIII; 512Mb. All cygwin at the latest versions (of course), ipc-daemon2 running. Any other relevant info that is required to tackle this problem? (PS: I'm not on the list; trying to post anyways. Please include me in replies/followups...) Regards, --Tim van der Leeuw From tim.leeuwvander@nl.unisys.com Wed Jan 14 09:47:00 2004 From: tim.leeuwvander@nl.unisys.com (Leeuw van der, Tim) Date: Wed, 14 Jan 2004 09:47:00 -0000 Subject: Can't close windows; window-titles don't change with xserv 4. 3.0-40 Message-ID: In a very dumb oversight I forgot to mention how I start the X Server: In my 'Startup' folder there is a shortcut to XWin looking as follows C:\cygwin\usr\X11R6\bin\XWin.exe -emulate3buttons -multiwindow -clipboard In my environment the DISPLAY variable is set to ':0.0' regards, --Tim > -----Original Message----- > From: Leeuw van der, Tim > Sent: woensdag 14 januari 2004 10:44 > To: 'cygwin-xfree@cygwin.com' > Subject: Can't close windows; window-titles don't change with xserv > 4.3.0-40 > > Hi, > > Subject says it all, really - since upgrading to XWin 4.3.0-40, clicking > the 'close' button on windows doesn't close them anymore. I do however > have to hit the 'enter' key in rxvt windows before I can type anything > again. > The window-title doesn't change anymore, it's always 'Cygwin/X X'. > > I've tested this with both rxvt and nedit (both cygwin packaged running > locally). > > The X server is the only Cygwin package that has been upgraded. Everything > worked properly before the upgrade (and I use rxvt frequently as I don't > like the dos windows) and the only other changes on this machine are: > - Modified ClearCase settings > - Removed some empty / non-existing / redundant directories from my PATH > that were not cygwin-related. > (Mentioning this just out of completeness but I can't see it having any > impact on the XWin problem) > > My machine: Win2k sp4; PIII; 512Mb. All cygwin at the latest versions (of > course), ipc-daemon2 running. Any other relevant info that is required to > tackle this problem? > > (PS: I'm not on the list; trying to post anyways. Please include me in > replies/followups...) > > Regards, > > --Tim van der Leeuw > From alexander.gottwald@s1999.tu-chemnitz.de Wed Jan 14 12:21:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 14 Jan 2004 12:21:00 -0000 Subject: window image capture how In-Reply-To: <59624.164.86.99.3.1074021735.squirrel@ido.org> References: <24371.208.59.120.153.1073996330.squirrel@ido.org><48184.164.86.99.3.1 074004919.squirrel@ido.org> <59624.164.86.99.3.1074021735.squirrel@ido.org> Message-ID: On Tue, 13 Jan 2004, Haisam K. Ido wrote: > I don't have /dev directory at all!!!! This is a virtual filesystem. You don't see the entry with ls /dev, but it is there ls -l /dev/* /dev/null > I wasn't very clear, how do I copy this to WinXP's clipboard? Either use alt-printscreen to capture the whole window or use one of the solutions with xwd which create a file, open the file in a image processing program and copy it to clipboard. There is no other way. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From dvos@nm.ru Wed Jan 14 12:26:00 2004 From: dvos@nm.ru (dvos@nm.ru) Date: Wed, 14 Jan 2004 12:26:00 -0000 Subject: Copy Paste to Windows Message-ID: <20040114122610.30061.qmail@flock1.newmail.ru> Hello . I've read about uzing clipboard for copy paste and edited my startxwin.bat to start XWin -multiwindow -clipboard Yet I cannot copy . I use the last version of XFree , I ran the cygwin Instalaiton today ,from the web. Maybe I don't know how do I actually copy/paste . Do I use CTRL+C or CTRL+V when I copy to Windows and middle mouse when I copy to cygwin ? __________ www.newmail.ru -- ???????????? ??????-???? ??????????. From oyvind.harboe@zylin.com Wed Jan 14 12:36:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Wed, 14 Jan 2004 12:36:00 -0000 Subject: Crash in xserv 4.3.0-40 Message-ID: <1074083797.24593.33.camel@famine> After running with debug version of XWin compiled from the CVS per instructions in http://sources.redhat.com/ml/cygwin-xfree/2004-01/msg00160.html, I have so far been unable to reproduce the XWin crash. I did notice that the icon in the task bar is different, I saw a focus w/OpenOffice + Evolution and Emacs stopped working, so I guess not everything that is currently committed to CVS is ready for release. ??yvind From zakki@peppermint.jp Wed Jan 14 13:52:00 2004 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Wed, 14 Jan 2004 13:52:00 -0000 Subject: Crash in xserv 4.3.0-40 In-Reply-To: <1074083797.24593.33.camel@famine> References: <1074083797.24593.33.camel@famine> Message-ID: Hi, If you are using -rootless, please use -pseudorootless instead of -rootless. "-rootless" means new rootless that uses miext/rootless. -- Kensuke Matsuzaki mailto:zakki@peppermint.jp http://peppermint.jp From huntharo@msu.edu Wed Jan 14 14:40:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 14 Jan 2004 14:40:00 -0000 Subject: Copy Paste to Windows In-Reply-To: <20040114122610.30061.qmail@flock1.newmail.ru> References: <20040114122610.30061.qmail@flock1.newmail.ru> Message-ID: <400554CA.3040908@msu.edu> Several mirrors are between 6 months and 3 months out of date. Please run "cygcheck -c XFree86-xserv". If the version reported is not "4.3.0-40", then you installed from an out of date mirror and you need to use a different mirror. Harold dvos@nm.ru wrote: > Hello . > I've read about uzing clipboard for copy paste and edited my startxwin.bat to > > start XWin -multiwindow -clipboard > > Yet I cannot copy . I use the last version of XFree , I ran the cygwin Instalaiton today ,from the web. > > Maybe I don't know how do I actually copy/paste . Do I use CTRL+C or CTRL+V when I copy to Windows and > middle mouse when I copy to cygwin ? > __________ > www.newmail.ru -- ???????????? ??????-???? ??????????. > From oyvind.harboe@zylin.com Wed Jan 14 15:11:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Wed, 14 Jan 2004 15:11:00 -0000 Subject: Patch: -multiplemonitors is default, -nomultiplemnoitors added Message-ID: <1074093074.25328.4.camel@famine> Ref. earlier post, here is the patch. http://sources.redhat.com/ml/cygwin-xfree/2004-01/msg00160.html I compiled&tested; works on my rocket. ??yvind -------------- next part -------------- ? multi-monitor.diff Index: winprocarg.c =================================================================== RCS file: /cvs/xorg/xc/programs/Xserver/hw/xwin/Attic/winprocarg.c,v retrieving revision 1.1.2.3 diff -u -p -r1.1.2.3 winprocarg.c --- winprocarg.c 10 Jan 2004 07:50:57 -0000 1.1.2.3 +++ winprocarg.c 14 Jan 2004 13:57:15 -0000 @@ -107,7 +107,7 @@ winInitializeDefaultScreens (void) g_ScreenInfo[i].fRootless = FALSE; g_ScreenInfo[i].fPseudoRootless = FALSE; g_ScreenInfo[i].fMultiWindow = FALSE; - g_ScreenInfo[i].fMultipleMonitors = FALSE; + g_ScreenInfo[i].fMultipleMonitors = TRUE; g_ScreenInfo[i].fLessPointer = FALSE; g_ScreenInfo[i].fScrollbars = FALSE; g_ScreenInfo[i].fNoTrayIcon = FALSE; @@ -526,6 +526,34 @@ ddxProcessArgument (int argc, char *argv } /* + * Look for the '-nomultiplemonitors' argument + */ + if (IS_OPTION ("-nomultiplemonitors") + || IS_OPTION ("-nomultimonitors")) + { + /* Is this parameter attached to a screen or is it global? */ + if (-1 == g_iLastScreen) + { + int j; + + /* Parameter is for all screens */ + for (j = 0; j < MAXSCREENS; j++) + { + g_ScreenInfo[j].fMultipleMonitors = FALSE; + } + } + else + { + /* Parameter is for a single screen */ + g_ScreenInfo[g_iLastScreen].fMultipleMonitors = FALSE; + } + + /* Indicate that we have processed this argument */ + return 1; + } + + + /* * Look for the '-scrollbars' argument */ if (IS_OPTION ("-scrollbars")) From oyvind.harboe@zylin.com Wed Jan 14 15:15:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Wed, 14 Jan 2004 15:15:00 -0000 Subject: Crash in xserv 4.3.0-40 Message-ID: <1074093355.25360.2.camel@famine> >Hi, > >If you are using -rootless, please use -pseudorootless instead of -rootless. >"-rootless" means new rootless that uses miext/rootless. I'm not using "-rootless", but -multiwindow. From my startxwin.bat: start XWin -multiwindow -clipboard -multiplemonitors ??yvind From marchand@purdue.edu Wed Jan 14 15:15:00 2004 From: marchand@purdue.edu (B. Marchand) Date: Wed, 14 Jan 2004 15:15:00 -0000 Subject: Copy Paste to Windows Message-ID: <40055D13.2050302@purdue.edu> Yes, your problem must be the version of the xserver. If you had the right version all you'd have to do would be: To copy from cygwin to Windows (1) use the mouse to select (highlight) the text you want to copy (2) the highlighted text is now on the clipboard (3) if you want to paste that selection into word or notepad then use CTRL-V on the windows side To copy from Windows to cygwin (1) use the mouse to select (highlight) the text you want to copy (2) press CTRL-C to copy seletion into clipboard (3) go into your xterm and press the middle mouse button to paste. If you don't have a 3 button mouse use the -emulate3buttons option in the startxwin.bat file. Then, to paste, all you'd have to do is press the two mouse buttons simultaneously. To copy from cygwin to cygwin (1) use the mouse to select (highlight) the text you want to copy (2) that puts the selection into the clipboard (3) place the cursor where you want to paste the text (4) press the middle mouse button (or the two mouse buttons simultaneously if using the -emulate3buttons option) That's all. --B. > Several mirrors are between 6 months and 3 months out of date. > > Please run "cygcheck -c XFree86-xserv". If the version reported is not > "4.3.0-40", then you installed from an out of date mirror and you need > to use a different mirror. > > Harold > > dvos@nm.ru wrote: Hello . > I've read about uzing clipboard for copy paste and edited my > startxwin.bat to > > start XWin -multiwindow -clipboard > > Yet I cannot copy . I use the last version of XFree , I ran the cygwin > Instalaiton today ,from the web. > > Maybe I don't know how do I actually copy/paste . Do I use CTRL+C or > CTRL+V when I copy to Windows and middle mouse when I copy to cygwin ? > __________ > www.newmail.ru -- ?????? ???-?? ?????. From huntharo@msu.edu Wed Jan 14 15:29:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 14 Jan 2004 15:29:00 -0000 Subject: Can't close windows; window-titles don't change with xserv 4.3.0- 40 In-Reply-To: References: Message-ID: <40056063.9040302@msu.edu> /tmp/XWin.log from a failed session is needed. Harold Leeuw van der, Tim wrote: > Hi, > > Subject says it all, really - since upgrading to XWin 4.3.0-40, clicking the > 'close' button on windows doesn't close them anymore. I do however have to > hit the 'enter' key in rxvt windows before I can type anything again. > The window-title doesn't change anymore, it's always 'Cygwin/X X'. > > I've tested this with both rxvt and nedit (both cygwin packaged running > locally). > > The X server is the only Cygwin package that has been upgraded. Everything > worked properly before the upgrade (and I use rxvt frequently as I don't > like the dos windows) and the only other changes on this machine are: > - Modified ClearCase settings > - Removed some empty / non-existing / redundant directories from my PATH > that were not cygwin-related. > (Mentioning this just out of completeness but I can't see it having any > impact on the XWin problem) > > My machine: Win2k sp4; PIII; 512Mb. All cygwin at the latest versions (of > course), ipc-daemon2 running. Any other relevant info that is required to > tackle this problem? > > (PS: I'm not on the list; trying to post anyways. Please include me in > replies/followups...) > > Regards, > > --Tim van der Leeuw > > From tim.leeuwvander@nl.unisys.com Wed Jan 14 15:51:00 2004 From: tim.leeuwvander@nl.unisys.com (Leeuw van der, Tim) Date: Wed, 14 Jan 2004 15:51:00 -0000 Subject: Can't close windows; window-titles don't change with xserv 4. 3.0-40 Message-ID: Hi, Here's the XWin.log file. It doesn't seem to mention anything at all regarding closing of windows failing, yet for sure I tried several times, several windows, and it didn't work. It seems also that when I minimize a window, and restore it, the only way to get key-events working again is hitting the 'enter' key one or more times. <> But.... now I restarted X, first without the -clipboard option and then again with -clipboard option, and can't reproduce the problem. I'm 99% sure though that I *did* restart X since I first observed this problem. -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.log Type: application/octet-stream Size: 3533 bytes Desc: not available URL: From huntharo@msu.edu Wed Jan 14 15:57:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 14 Jan 2004 15:57:00 -0000 Subject: Can't close windows; window-titles don't change with xserv 4. 3.0-40 In-Reply-To: References: Message-ID: <400566CE.8000608@msu.edu> Nothing in your log states that the multi-window window manager threads were aborting (but there are cases where they abort silently, which I am trying to fix). I will assume that your problem does not exist until you succeed at reproducing it again. Okay? Harold Leeuw van der, Tim wrote: > Hi, > > Here's the XWin.log file. It doesn't seem to mention anything at all > regarding closing of windows failing, yet for sure I tried several times, > several windows, and it didn't work. > > It seems also that when I minimize a window, and restore it, the only way to > get key-events working again is hitting the 'enter' key one or more times. > > <> > > But.... now I restarted X, first without the -clipboard option and then > again with -clipboard option, and can't reproduce the problem. I'm 99% sure > though that I *did* restart X since I first observed this problem. From tim.leeuwvander@nl.unisys.com Wed Jan 14 16:10:00 2004 From: tim.leeuwvander@nl.unisys.com (Leeuw van der, Tim) Date: Wed, 14 Jan 2004 16:10:00 -0000 Subject: Can't close windows; window-titles don't change with xserv 4. 3.0-40 Message-ID: > Nothing in your log states that the multi-window window > manager threads were aborting (but there are cases where they > abort silently, which I am trying to fix). > > I will assume that your problem does not exist until you > succeed at reproducing it again. Okay? > > Harold Hi, Sorry for hitting 'send' on that message before I was finished with it; I got distracted. I wanted to add that until I can reproduce it, let's close the topic. Greetings and thanks for the trouble, --Tim From pechtcha@cs.nyu.edu Wed Jan 14 16:14:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 14 Jan 2004 16:14:00 -0000 Subject: window image capture how In-Reply-To: <59624.164.86.99.3.1074021735.squirrel@ido.org> References: <24371.208.59.120.153.1073996330.squirrel@ido.org><48184.164.86.99.3.1 074004919.squirrel@ido.org> <59624.164.86.99.3.1074021735.squirrel@ido.org> Message-ID: Haisam, /dev is a virtual directory in Cygwin (as Alexander already pointed out). You may not see it in "ls /", but try "ls /dev/clipboard", and it'll be there. A while ago I posted a script to the cygwin list that would create a real directory and files to allow listing and tab-completion in the virtual one. It seemed at the time that the script would soon become obsolete (once Cygwin had true mkdev), but that's still some way off at the moment. So, I'm attaching a new version of this script. Simply run it, and then you'll be able to do "ls /dev" and see the device files. HTH, Igor On Tue, 13 Jan 2004, Haisam K. Ido wrote: > I don't have /dev directory at all!!!! > > I wasn't very clear, how do I copy this to WinXP's clipboard? > > > On Tue, 13 Jan 2004, Haisam K. Ido wrote: > > > >> > How can one capture an image of cygwin window into a winxp > >> > clipboard and then print/edit etc? > >> > >> I'm able to do this (using netpbm) but can I pipe to a clipboard area? > >> > >> xwd | xwdtopnm | pnmtopng > /cygdrive/d/TEMP/screen.png > > > > /dev/clipboard is available but can not handle images. > > > > bye > > ago -- 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 -------------- next part -------------- #!/bin/sh # Create devices # Author: Igor Pechtchanski # Version: 1.0 # # Number of devices of a certain type to be created - change if more needed CREATEDEV=32 # Parameters end here -- you shouldn't have to change anything below this line # Actual /dev directory DEVDIR="$(cygpath -au "C:/$(cygpath -aw /dev)" | sed 's,/c/\(.\):/,/\1/,')" # Sequence of services to generate ALL="$(seq -s " " 0 $(expr $CREATEDEV - 1))" error() { echo "$@" && exit 1; } [ -e "$DEVDIR" -a ! -d "$DEVDIR" ] && \ error "$DEVDIR exists and is not a directory" [ ! -e "$DEVDIR" ] && \ (mkdir "$DEVDIR" || error "Unable to create $DEVDIR") [ -w "$DEVDIR" ] || error "$DEVDIR exists, but isn't writeable" cd "$DEVDIR" || error "Unable to cd to $DEVDIR" # - console (1,*) for i in conin conout tty; do touch ./"$i"; done # - tty master (4,*) for i in ttym; do touch ./"$i"; done # - tty (5,*) for i in $ALL; do touch ./"tty$i"; done # - pty master (6,*) for i in ptmx; do touch ./"$i"; done # - serial (7,*) for i in $ALL; do touch ./"ttyS$i"; done # TODO: should we do com* as well? # - windows (12,*) for i in windows; do touch ./"$i"; done # - floppy (17,0..15) for i in 0 1 2; do touch ./"fd$i"; done # - cdrom (17,16..31) for i in 0 1 2; do touch ./"scd$i"; done # - hard disks (17,32..223) for j in a b c; do for i in "" 1 2; do touch ./"sd$j$i"; done; done # - tape [rewind] (18,0..127) for i in 0 1 2; do touch ./"st$i"; done # - tape [norewind] (18,128..255) for i in 0 1 2; do touch ./"nst$i"; done # - null (19,*) for i in null; do touch ./"$i"; done # - zero (20,*) for i in zero; do touch ./"$i"; done # - random (21,*) for i in random urandom; do touch ./"$i"; done # - mem (22,*) for i in mem port; do touch ./"$i"; done # - clipboard (23,*) for i in clipboard; do touch ./"$i"; done # - dsp (24,*) for i in dsp; do touch ./"$i"; done # Create pipes for i in pipe piper pipew; do touch ./"$i"; done # Create sockets for i in tcp udp streamsocket dgsocket; do touch ./"$i"; done # Create symbolic links [ ! -e console ] && ln -s tty ./console [ ! -e floppy ] && ln -s fd0 ./floppy [ ! -e cdrom ] && ln -s scd0 ./cdrom [ ! -e tape ] && ln -s st0 ./tape [ ! -e audio ] && ln -s dsp ./audio From Dr.Volker.Zell@oracle.com Wed Jan 14 16:21:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Wed, 14 Jan 2004 16:21:00 -0000 Subject: QT 3.2.3 cygwin/XFree release available In-Reply-To: <200401130118.41840.ralf.habacker@freenet.de> (Ralf Habacker's message of "Tue, 13 Jan 2004 01:18:41 +0100") References: <878ykd32ej.fsf@vzell-de.de.oracle.com> <200401130118.41840.ralf.habacker@freenet.de> Message-ID: <87eku2jyf4.fsf@vzell-de.de.oracle.com> >>>>> "Ralf" == Ralf Habacker writes: Ralf> That is the reason why the link line fails. Which release are you using Ralf> qt-3.2.3-1 or qt-3.2.3-2 ? qt-3.2.3-1 misses an important file (.qmake.cache) Ralf> and the -2 release does not have the /etc/profile.d script. I'm currently Ralf> preparing an updated release. I was using qt-3.2.3 Ralf> Ralf Ciao Volker From ralf.habacker@freenet.de Wed Jan 14 17:29:00 2004 From: ralf.habacker@freenet.de (Ralf Habacker) Date: Wed, 14 Jan 2004 17:29:00 -0000 Subject: Cygwin/X Representation at LinuxWorld Expo in New York City - Jan 21 to Jan 23 In-Reply-To: <4004C3A0.6090909@msu.edu> References: <4004C3A0.6090909@msu.edu> Message-ID: <200401141825.35429.ralf.habacker@freenet.de> On Wednesday 14 January 2004 05:20, Harold L Hunt II wrote: > In an exciting, and very recent, turn of events, I will be attending > LinuxWorld Expo in New York City from Wednesday January 21st 3:00 PM to > Friday January 23rd 4:00 PM. This trip has been made possible by > funding from X.org, for which I am extremely grateful. Nice to hear. Ralf From alexander.gottwald@s1999.tu-chemnitz.de Wed Jan 14 17:41:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 14 Jan 2004 17:41:00 -0000 Subject: Cygwin/X Representation at LinuxWorld Expo in New York City - Jan 21 to Jan 23 In-Reply-To: <4004C3A0.6090909@msu.edu> References: <4004C3A0.6090909@msu.edu> Message-ID: On Tue, 13 Jan 2004, Harold L Hunt II wrote: > In an exciting, and very recent, turn of events, I will be attending > LinuxWorld Expo in New York City from Wednesday January 21st 3:00 PM to > Friday January 23rd 4:00 PM. This trip has been made possible by > funding from X.org, for which I am extremely grateful. Congratulations. > I would love to meet users of Cygwin/X. If you have a spare moment, > drop by the X.org booth; I should be spending my free time at the X.org > booth, so you are likely to catch me there. It appears that access to > the show floor (booth area) is free, so come one, come all! :) I'd like to drop by but NY is too far away ;) For the german users there will be the possibility to meet at least me at "Chemnitzer Linux-Tag 2004" in March (http://www.tu-chemnitz.de/linux/tag). bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From lnxkido@yahoo.com Wed Jan 14 18:55:00 2004 From: lnxkido@yahoo.com (Linux Kido) Date: Wed, 14 Jan 2004 18:55:00 -0000 Subject: CYGWIN not displaying CDE login screen.... Message-ID: <20040114185552.33623.qmail@web9503.mail.yahoo.com> Hi, I've 2 PCs running different versions of CYGWIN.. I am trying to get AIX/CDE login screen on these PCs..the funny thing is that it works on one PC and not the other... The only difference being that PC-1 runs CYGWIN "CYGWIN_NT-5.0 MACHINE_ID 1.5.3(0.90/3/2) 2003-09-01 13:15 i686 unknown unknown Cygwin" and it works whereas, PC-2 runs CYGWIN "CYGWIN_NT-5.0 MACHINE_ID 1.5.5(0.94/3/2) 2003-09-20 16:31 i686 unknown unknown Cygwin" where $> XWin.exe -query :0.0 DOES_NOT work !! Any help in this regard, will be greatly appreciated.. PS : Both the PCs are running Windows 2000 and both the m/cs are trying to access the same AIX box... TIA, LnxKido. __________________________________ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus From alexander.gottwald@s1999.tu-chemnitz.de Wed Jan 14 19:03:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 14 Jan 2004 19:03:00 -0000 Subject: CYGWIN not displaying CDE login screen.... In-Reply-To: <20040114185552.33623.qmail@web9503.mail.yahoo.com> References: <20040114185552.33623.qmail@web9503.mail.yahoo.com> Message-ID: On Wed, 14 Jan 2004, Linux Kido wrote: > Hi, > > I've 2 PCs running different versions of CYGWIN.. > > I am trying to get AIX/CDE login screen on these > PCs..the funny thing is that it works on one PC and > not the other... > > The only difference being that PC-1 runs CYGWIN > "CYGWIN_NT-5.0 MACHINE_ID 1.5.3(0.90/3/2) 2003-09-01 > 13:15 i686 unknown unknown Cygwin" > > > and it works whereas, PC-2 runs CYGWIN > "CYGWIN_NT-5.0 MACHINE_ID 1.5.5(0.94/3/2) 2003-09-20 > 16:31 i686 unknown unknown Cygwin" > > where > $> XWin.exe -query :0.0 > DOES_NOT work !! > > Any help in this regard, will be greatly appreciated.. http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#xdmcp HTH ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From simonsenj@esi.com Wed Jan 14 19:08:00 2004 From: simonsenj@esi.com (James Simonsen) Date: Wed, 14 Jan 2004 19:08:00 -0000 Subject: -clipboard fails with XDMCP and GDM Message-ID: Hello, I am still experiencing problems with -clipboard and XDMCP. Copy and paste between linux/windows works fine in the login dialog, but stops working as soon as I log in. There's also an error in the XWin.log at this point. I wonder if this is because I'm using GDM instead of KDM or XDM? Harold mentioned that each manager behaves a bit differently. Has anyone had success with GDM before? I'll try to test KDM or XDM when I get a chance. Everything works fine if I start xwinclip, instead of -clipboard, after I've logged in. Here's my info/log files: Local System: Windows 2000 SP2 Cygwin/X 4.3.0-33, -34, -39, -40 Remote Systems: Redhat 7.3 w/ GDM 2.2.3.1 Libranet 2.8.1 w/ GDM 2.4.1.2 No firewalls Tried with and without xhost + Startup command: xwin -clipboard -dpi 100 -nodecoration -notrayicon -query foo XWin.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 0000001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winScreenInit - dwWidth: 1280 dwHeight: 1024 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - 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 991 1280 winAdjustForAutoHide - Adjusted WorkArea: 0 0 991 1280 winCreateBoundingWindowWindowed - WindowClient w 1280 h 991 r 1280 l 0 b 991 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 2560 winAllocateFBShadowDDNL - Created shadow pitch: 2560 winAllocateFBShadowDDNL - Created shadow stride: 1280 winFinishScreenInitFB - Masks: 0000f800 000007e0 0000001f winInitVisualsShadowDDNL - Masks 0000f800 000007e0 0000001f BPRGB 6 d 16 bpp 16 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 (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00010409" (00010409) (--) Using preset keyboard for "English (USA, Dvorak)" (10409), type "4" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc105" Layout = "dvorak" Variant = "(null)" Options = "(null)" winPointerWarpCursor - Discarding first warp: 640 495 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client until fourth call. winProcEstablishConnection - Hello winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client until fourth call. winProcEstablishConnection - Hello winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client until fourth call. winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winProcQueryTree - Clipboard client already launched, returning. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winClipboardIOErrorHandler! winClipboardProc - setjmp returned for IO Error Handler. winProcSetSelectionOwner - OpenClipboard () failed: 00000578 Let me know if you need any more info. Thanks, James From lnxkido@yahoo.com Wed Jan 14 19:40:00 2004 From: lnxkido@yahoo.com (Linux Kido) Date: Wed, 14 Jan 2004 19:40:00 -0000 Subject: CYGWIN not displaying CDE login screen.... Message-ID: <20040114194015.93504.qmail@web9507.mail.yahoo.com> Hi Alexander, I already had checked the link U sent...But my amusement is why for the same AIX box, one version of CYGWIN works and the other DOES_NOT work.... If U can throw some light on it, I will appreciate that. Regards, LnxKido. __________________________________ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus From holger.krull@gmx.de Wed Jan 14 19:44:00 2004 From: holger.krull@gmx.de (Holger Krull) Date: Wed, 14 Jan 2004 19:44:00 -0000 Subject: CYGWIN not displaying CDE login screen.... In-Reply-To: <20040114194015.93504.qmail@web9507.mail.yahoo.com> References: <20040114194015.93504.qmail@web9507.mail.yahoo.com> Message-ID: <40059C20.6020609@gmx.de> did you try the -from xxx.xxx.xxx.xxx parameter ? > Hi Alexander, > > I already had checked the link U sent...But my > amusement is why for the same AIX box, one version of > CYGWIN works and the other DOES_NOT work.... > > If U can throw some light on it, I will appreciate > that. > > Regards, > LnxKido. > > > > __________________________________ > Do you Yahoo!? > Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes > http://hotjobs.sweepstakes.yahoo.com/signingbonus > > From lnxkido@yahoo.com Wed Jan 14 19:51:00 2004 From: lnxkido@yahoo.com (Linux Kido) Date: Wed, 14 Jan 2004 19:51:00 -0000 Subject: Problem resolved : CYGWIN not displaying CDE login screen.... Message-ID: <20040114195113.86723.qmail@web9505.mail.yahoo.com> Hi Alexander, Thanks a lot ...and do apologize for having overlooked that point .... Yes it now indeed works ...so the soln is: XWin.exe -query :0.0 -from Thanks a lot. Regards, LnxKido. __________________________________ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus From dvos@nm.ru Thu Jan 15 06:40:00 2004 From: dvos@nm.ru (dvos@nm.ru) Date: Thu, 15 Jan 2004 06:40:00 -0000 Subject: Copy Paste to Windows In-Reply-To: <400554CA.3040908@msu.edu> Message-ID: <20040115064003.14471.qmail@flock1.newmail.ru> Hello Harold L Hunt II ????, 14.01.2004 18:40:10 you wrote: > HLH> Several mirrors are between 6 months and 3 months out of date. HLH> HLH> Please run "cygcheck -c XFree86-xserv". If the version reported is not HLH> "4.3.0-40", then you installed from an out of date mirror and you need HLH> to use a different mirror. HLH> HLH> Harold HLH> HLH> dvos@nm.ru wrote: HLH> > Hello . HLH> > I've read about uzing clipboard for copy paste and edited my startxwin.bat to HLH> > HLH> > start XWin -multiwindow -clipboard HLH> > HLH> > Yet I cannot copy . I use the last version of XFree , I ran the cygwin Instalaiton today ,from the web. HLH> > HLH> > Maybe I don't know how do I actually copy/paste . Do I use CTRL+C or CTRL+V when I copy to Windows and HLH> > middle mouse when I copy to cygwin ? HLH> > __________ HLH> > HLH> __________ The version is 4.3.0-40 . __________ www.newmail.ru -- ?????????? ??????????: ?????? ????-????????????. From huntharo@msu.edu Thu Jan 15 06:44:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 15 Jan 2004 06:44:00 -0000 Subject: Copy Paste to Windows In-Reply-To: <20040115064003.14471.qmail@flock1.newmail.ru> References: <20040115064003.14471.qmail@flock1.newmail.ru> Message-ID: <400636AE.4010802@msu.edu> You copy text to the clipboard in Win32 with Ctrl+C. You then paste that in X11 with either a middle mouse button click or via a menu in the current application (if it has a Paste menu item). You copy text in X11 by highlighting it and, optionally, clicking the Copy button in a menu (if the application has a Copy menu item). Leave the text highlighted just to be sure. To paste that text in Win32, press Ctrl+V. Try this first with Notepad and an xterm. If you still do not succeed, send in /tmp/XWin.log from a failed attempt. Harold dvos@nm.ru wrote: > Hello Harold L Hunt II > > ????, 14.01.2004 18:40:10 you wrote: > > HLH> Several mirrors are between 6 months and 3 months out of date. > HLH> > HLH> Please run "cygcheck -c XFree86-xserv". If the version reported is not > HLH> "4.3.0-40", then you installed from an out of date mirror and you need > HLH> to use a different mirror. > HLH> > HLH> Harold > HLH> > HLH> dvos@nm.ru wrote: > HLH> > Hello . > HLH> > I've read about uzing clipboard for copy paste and edited my startxwin.bat to > HLH> > > HLH> > start XWin -multiwindow -clipboard > HLH> > > HLH> > Yet I cannot copy . I use the last version of XFree , I ran the cygwin Instalaiton today ,from the web. > HLH> > > HLH> > Maybe I don't know how do I actually copy/paste . Do I use CTRL+C or CTRL+V when I copy to Windows and > HLH> > middle mouse when I copy to cygwin ? > HLH> > __________ > HLH> > > HLH> __________ > > > > > The version is 4.3.0-40 . > __________ > www.newmail.ru -- ?????????? ??????????: ?????? ????-????????????. > From dvos@nm.ru Thu Jan 15 06:55:00 2004 From: dvos@nm.ru (dvos@nm.ru) Date: Thu, 15 Jan 2004 06:55:00 -0000 Subject: Copy Paste to Windows In-Reply-To: <400636AE.4010802@msu.edu> Message-ID: <20040115065541.6559.qmail@flock1.newmail.ru> Hello Harold L Hunt II ????, 15.01.2004 10:43:58 you wrote: > HLH> You copy text to the clipboard in Win32 with Ctrl+C. You then paste HLH> that in X11 with either a middle mouse button click or via a menu in the HLH> current application (if it has a Paste menu item). HLH> HLH> You copy text in X11 by highlighting it and, optionally, clicking the HLH> Copy button in a menu (if the application has a Copy menu item). Leave HLH> the text highlighted just to be sure. To paste that text in Win32, HLH> press Ctrl+V. HLH> HLH> Try this first with Notepad and an xterm. HLH> HLH> If you still do not succeed, send in /tmp/XWin.log from a failed attempt. HLH> HLH> Harold HLH> HLH> dvos@nm.ru wrote: HLH> HLH> > Hello Harold L Hunt II HLH> > HLH> > ????, 14.01.2004 18:40:10 you wrote: HLH> > HLH> > HLH> Several mirrors are between 6 months and 3 months out of date. HLH> > HLH> HLH> > HLH> Please run "cygcheck -c XFree86-xserv". If the version reported is not HLH> > HLH> "4.3.0-40", then you installed from an out of date mirror and you need HLH> > HLH> to use a different mirror. HLH> > HLH> HLH> > HLH> Harold HLH> > HLH> HLH> > HLH> dvos@nm.ru wrote: HLH> > HLH> > Hello . HLH> > HLH> > I've read about uzing clipboard for copy paste and edited my startxwin.bat to HLH> > HLH> > HLH> > HLH> > start XWin -multiwindow -clipboard HLH> > HLH> > HLH> > HLH> > Yet I cannot copy . I use the last version of XFree , I ran the cygwin Instalaiton today ,from the web. HLH> > HLH> > HLH> > HLH> > Maybe I don't know how do I actually copy/paste . Do I use CTRL+C or CTRL+V when I copy to Windows and HLH> > HLH> > middle mouse when I copy to cygwin ? HLH> > HLH> > __________ HLH> > HLH> > HLH> > HLH> __________ HLH> > HLH> > HLH> > HLH> > HLH> > The version is 4.3.0-40 . HLH> > __________ Yes , that is the way I do it . The clipboard remembers CTRL+C for Windows and copies it to Windows only . And at the same time copies to cygwin the last higlihted line in cygwin only. I left the line highlighted. Also , if it is important I run Cygwin from the batch file , which is : ############################################### @echo off D: chdir D:\cygwinNEW\bin bash --login -c "/usr/X11R6/bin/Xwin -query HOSTNAME " ############################################### Here is the XWin.log . ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (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 winScreenInit - dwWidth: 1024 dwHeight: 768 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 738 1024 winAdjustForAutoHide - Adjusted WorkArea: 0 0 738 1024 winCreateBoundingWindowWindowed - WindowClient w 1018 h 706 r 1018 l 0 b 706 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 (--) 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)" winPointerWarpCursor - Discarding first warp: 509 353 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client until fourth call. winProcEstablishConnection - Hello winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client until fourth call. winProcEstablishConnection - Hello winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client until fourth call. winProcEstablishConnection - Hello winProcQueryTree - Clipboard client already launched, returning. Thank you ! __________ www.newmail.ru -- ?????????? ??????????: ?????? ????-????????????. From huntharo@msu.edu Thu Jan 15 07:02:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 15 Jan 2004 07:02:00 -0000 Subject: Copy Paste to Windows In-Reply-To: <20040115065541.6559.qmail@flock1.newmail.ru> References: <20040115065541.6559.qmail@flock1.newmail.ru> Message-ID: <40063B14.2050203@msu.edu> You have to change that batch file: > ############################################### > @echo off > > D: > chdir D:\cygwinNEW\bin > > bash --login -c "/usr/X11R6/bin/Xwin -query HOSTNAME " > ############################################### Change it to: ############################################### @echo off D: chdir D:\cygwinNEW\bin bash --login -c "/usr/X11R6/bin/Xwin -clipboard -query HOSTNAME " ############################################### Harold From dvos@nm.ru Thu Jan 15 07:22:00 2004 From: dvos@nm.ru (dvos@nm.ru) Date: Thu, 15 Jan 2004 07:22:00 -0000 Subject: Copy Paste to Windows In-Reply-To: <40063B14.2050203@msu.edu> Message-ID: <20040115072218.21012.qmail@flock1.newmail.ru> Hello Harold L Hunt II ????, 15.01.2004 11:02:44 you wrote: > HLH> You have to change that batch file: HLH> HLH> > ############################################### HLH> > @echo off HLH> > HLH> > D: HLH> > chdir D:\cygwinNEW\bin HLH> > HLH> > bash --login -c "/usr/X11R6/bin/Xwin -query HOSTNAME " HLH> > ############################################### HLH> HLH> Change it to: HLH> HLH> ############################################### HLH> @echo off HLH> HLH> D: HLH> chdir D:\cygwinNEW\bin HLH> HLH> bash --login -c "/usr/X11R6/bin/Xwin -clipboard -query HOSTNAME " HLH> ############################################### HLH> HLH> Harold HLH> __________ Thank you it works for me now on Freebsd , the problem was and still is with Libranet (but it is not urgernt ). __________ www.newmail.ru -- ???????? ?????????????????? ????????????????????????. From murakami@ipl.t.u-tokyo.ac.jp Thu Jan 15 11:20:00 2004 From: murakami@ipl.t.u-tokyo.ac.jp (Takuma Murakami) Date: Thu, 15 Jan 2004 11:20:00 -0000 Subject: No server reset with -clipboard Message-ID: <20040115201940.3F65.MURAKAMI@ipl.t.u-tokyo.ac.jp> First of all, I would like to thank developers who realized recent notable improvements of Cygwin/X. I have a question about the new clipboard code behaviour. It looks Cygwin/X does not correctly reset itself with -clipboard option. I invoke 'XWin -clipboard' followed by 'xlsfonts > /dev/null' which immediately terminates, but no server reset appears. Is this an expected behaviour or a bug to be fixed? Takuma Murakami (murakami@ipl.t.u-tokyo.ac.jp) From hans.dekker.ext@juntadeandalucia.es Thu Jan 15 13:45:00 2004 From: hans.dekker.ext@juntadeandalucia.es (Hans Dekker) Date: Thu, 15 Jan 2004 13:45:00 -0000 Subject: xserv 4.3.0-29 Alt Gr Problem is gone References: <4F698AE6FB425D4A8879766D19E1F929055E1A@win2000.sup-logistik.de> <3FF18715.2020808@msu.edu> <3FFEA396.5090404@juntadeandalucia.es> Message-ID: <4006993B.4030904@juntadeandalucia.es> Still, what's the solution to defining your keyboard correctly *before* you start Xwin?. I guess it must be simple, but probably I oversee some configuration file or anything similar. Regards, Hans. Alexander Gottwald escribi??: > On Fri, 9 Jan 2004, Hans Dekker wrote: > > >>Sorry for being persistent, but I guess I have to revisit alt-Gr key >>problem using a Spanish keyboard. >> >>Just tried xserv version 4.3.0-30 (I used the 4.3.0-21 before), and >>starting X-windows in either a xfree bash shell as well as the CDE >>environment xmodmap tells me that I have only 2 definitions per key >>(normal key usage and Shift-key combination). So the Alt-Gr definition >>is not defined for the keys. > > > I've just tried > > $ setxkbmap es > > Pressing AltGr + '1' results in '|' > > but xmodmap -pke does not print the extra symbols. So this must be a bug > in xmodmap. > > For your problem with spanish layout and CDE (which is most likely a > quite old X11 installation) I'd pass you on to xfree86@xfree86.org. > > >>Xf86Config and the es keyboard map have been modified to define AltGr as >>Mode_Switch. I tried various startup parameters with the XWin >>executable, but no success. I installed xserv 4.3.0-30 over version >>4.3.0-21 using the Cygwin setup program. It's running in Windows XP. > > > bye > ago From Alexander.Gottwald@s1999.tu-chemnitz.de Thu Jan 15 13:51:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 15 Jan 2004 13:51:00 -0000 Subject: xserv 4.3.0-29 Alt Gr Problem is gone In-Reply-To: <4006993B.4030904@juntadeandalucia.es> References: <4F698AE6FB425D4A8879766D19E1F929055E1A@win2000.sup-logistik.de> <3FF18715.2020808@msu.edu> <3FFEA396.5090404@juntadeandalucia.es> <4006993B.4030904@juntadeandalucia.es> Message-ID: Hans Dekker wrote: > Still, what's the solution to defining your keyboard correctly *before* > you start Xwin?. > > I guess it must be simple, but probably I oversee some configuration > file or anything similar. The config file. http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-non-U.S.-keyboard-layout HTH ago NP: Haujobb - Cleaned Visions -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Thu Jan 15 13:54:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 15 Jan 2004 13:54:00 -0000 Subject: Updated: XFree86-xserv-4.3.0-41 In-Reply-To: <4006336B.3000908@msu.edu> References: <4006336B.3000908@msu.edu> Message-ID: Harold L Hunt II wrote: > 2) General - Allow XF86Config support to be turned on or off via the > WIN_XF86CONFIG_SUPPORT #define in win.h. This is needed for the > xserver tree on freedesktop.org (fd.o) since it does not have the > necessary files from the XFree86 DDX (hw/xfree86). (Harold L Hunt > II) How is the fd.o xserver configured? Most important are the keyboard settings. bye ago NP: Haujobb - Cleaned Visions -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Thu Jan 15 14:09:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 15 Jan 2004 14:09:00 -0000 Subject: xserv 4.3.0-29 Alt Gr Problem is gone In-Reply-To: References: <4F698AE6FB425D4A8879766D19E1F929055E1A@win2000.sup-logistik.de> <3FF18715.2020808@msu.edu> <3FFEA396.5090404@juntadeandalucia.es> <4006993B.4030904@juntadeandalucia.es> Message-ID: Alexander Gottwald wrote: > Hans Dekker wrote: > > > Still, what's the solution to defining your keyboard correctly *before* > > you start Xwin?. > > > > I guess it must be simple, but probably I oversee some configuration > > file or anything similar. > > The config file. > http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-non-U.S.-keyboard-layout After I've read your mail again I noticed you're connecting to CDE. CDE uses an old version of X11 and has problems with the keysymbol for the AltGr key. Most likely CDE sets the keyboard layout with an extra modmap which does not work with the 4.3 Release. But so far no one has examined this further or reported the results. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From haisam@ido.org Thu Jan 15 15:10:00 2004 From: haisam@ido.org (Haisam K. Ido) Date: Thu, 15 Jan 2004 15:10:00 -0000 Subject: Xwin ... -clipboard problems Message-ID: <48242.164.86.99.3.1074179019.squirrel@ido.org> I am able to copy between X11 and WinXp when i start xwinclip or Xwin with the clipboard option. Here's the problem I can no longer highlight text in X11 for deletion. Once I highlight the text it is copied to the clipboard and the highlight disappears. How do I resolve this? I'm connecting to an HP-UX machine (11.x). From chris@areti.co.uk Thu Jan 15 15:15:00 2004 From: chris@areti.co.uk (Chris Green) Date: Thu, 15 Jan 2004 15:15:00 -0000 Subject: Xwin ... -clipboard problems In-Reply-To: <48242.164.86.99.3.1074179019.squirrel@ido.org> References: <48242.164.86.99.3.1074179019.squirrel@ido.org> Message-ID: <20040115151526.GB14930@areti.co.uk> On Thu, Jan 15, 2004 at 03:03:39PM -0000, Haisam K. Ido wrote: > I am able to copy between X11 and WinXp when i start xwinclip or Xwin with > the clipboard option. > > Here's the problem I can no longer highlight text in X11 for deletion. > Once I highlight the text it is copied to the clipboard and the highlight > disappears. > How do I resolve this? > That shouldn't happen any more with the latest -40 version, it's fixed on my system anyway. -- Chris Green (chris@areti.co.uk) From huntharo@msu.edu Thu Jan 15 15:22:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 15 Jan 2004 15:22:00 -0000 Subject: Updated: XFree86-xserv-4.3.0-41 In-Reply-To: References: <4006336B.3000908@msu.edu> Message-ID: <4006B022.4040608@msu.edu> Alexander Gottwald wrote: > Harold L Hunt II wrote: > > >>2) General - Allow XF86Config support to be turned on or off via the >>WIN_XF86CONFIG_SUPPORT #define in win.h. This is needed for the >>xserver tree on freedesktop.org (fd.o) since it does not have the >>necessary files from the XFree86 DDX (hw/xfree86). (Harold L Hunt >>II) > > > How is the fd.o xserver configured? Most important are the keyboard settings. It isn't really an issue at this time. First thing to do was get it to compile at all... then we can start looking at our options. It is possible that hw/xfree86 is going to be imported. If that is the case, then the files we need would be in place so it would not be a problem anymore. Time will tell the answer... Harold From listrelay.cygwin-xfree@haidinger.dyndns.org Thu Jan 15 16:31:00 2004 From: listrelay.cygwin-xfree@haidinger.dyndns.org (Walter Haidinger) Date: Thu, 15 Jan 2004 16:31:00 -0000 Subject: XFree86-xserv-4.3.0-40 In-Reply-To: <4003422D.4080101@msu.edu> References: <4003422D.4080101@msu.edu> Message-ID: On Mon, 12 Jan 2004, Harold L Hunt II wrote: > The clipboard code has been released in the new 'curr' version of > XFree86-xserv-4.3.0-40. I'm glad to report that clipboard cut&paste from/to Win32/X11 works now under XP+SP1. Btw, AltGr works also too with recent OS (not Solaris 2.6). Walter From huntharo@msu.edu Thu Jan 15 17:45:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 15 Jan 2004 17:45:00 -0000 Subject: Patch: -multiplemonitors is default, -nomultiplemnoitors added In-Reply-To: <1074093074.25328.4.camel@famine> References: <1074093074.25328.4.camel@famine> Message-ID: <4006D1B3.1040509@msu.edu> Thanks, got it. Will look at it soon. Harold ??yvind Harboe wrote: > Ref. earlier post, here is the patch. > > http://sources.redhat.com/ml/cygwin-xfree/2004-01/msg00160.html > > I compiled&tested; works on my rocket. > > > ??yvind > > > > ------------------------------------------------------------------------ > > ? multi-monitor.diff > Index: winprocarg.c > =================================================================== > RCS file: /cvs/xorg/xc/programs/Xserver/hw/xwin/Attic/winprocarg.c,v > retrieving revision 1.1.2.3 > diff -u -p -r1.1.2.3 winprocarg.c > --- winprocarg.c 10 Jan 2004 07:50:57 -0000 1.1.2.3 > +++ winprocarg.c 14 Jan 2004 13:57:15 -0000 > @@ -107,7 +107,7 @@ winInitializeDefaultScreens (void) > g_ScreenInfo[i].fRootless = FALSE; > g_ScreenInfo[i].fPseudoRootless = FALSE; > g_ScreenInfo[i].fMultiWindow = FALSE; > - g_ScreenInfo[i].fMultipleMonitors = FALSE; > + g_ScreenInfo[i].fMultipleMonitors = TRUE; > g_ScreenInfo[i].fLessPointer = FALSE; > g_ScreenInfo[i].fScrollbars = FALSE; > g_ScreenInfo[i].fNoTrayIcon = FALSE; > @@ -526,6 +526,34 @@ ddxProcessArgument (int argc, char *argv > } > > /* > + * Look for the '-nomultiplemonitors' argument > + */ > + if (IS_OPTION ("-nomultiplemonitors") > + || IS_OPTION ("-nomultimonitors")) > + { > + /* Is this parameter attached to a screen or is it global? */ > + if (-1 == g_iLastScreen) > + { > + int j; > + > + /* Parameter is for all screens */ > + for (j = 0; j < MAXSCREENS; j++) > + { > + g_ScreenInfo[j].fMultipleMonitors = FALSE; > + } > + } > + else > + { > + /* Parameter is for a single screen */ > + g_ScreenInfo[g_iLastScreen].fMultipleMonitors = FALSE; > + } > + > + /* Indicate that we have processed this argument */ > + return 1; > + } > + > + > + /* > * Look for the '-scrollbars' argument > */ > if (IS_OPTION ("-scrollbars")) From huntharo@msu.edu Thu Jan 15 17:52:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 15 Jan 2004 17:52:00 -0000 Subject: Crash in xserv 4.3.0-40 In-Reply-To: <1074034925.23519.18.camel@famine> References: <1074034925.23519.18.camel@famine> Message-ID: <4006D361.8090407@msu.edu> ??yvind, There are two problems with your current method of testing: 1) You are running under gdb, which will slow things down and affect the likelyhood of a race condition causing a crash. 2) The code in hw/xwin from the xorg CVS is slightly different than the code in XFree86-xserv-4.3.0-41. To work around these issues, try the following: 1) Run you XWin.exe build without gdb until you can confirm that the problem occurs again. 2) Then, after you have confirmed that XWin.exe still has the problem, run it under gdb and hope that it can be reproduced again. :) 3) Consider grabbing the XFree86-xserv-4.3.0-41 source code release that I posted a link to in the announcement (it just has files from hw/xwin). Go into your source tree and do the following: a) cd xc/programs/Xserver/hw b) mv xwin xwin-cvs c) mkdir xwin d) cd xwin e) tar xjf path_to_file/xwin-20040115-0100.tar.bz2 f) cd build/std/programs/Xserver/hw/xwin g) lndir xc/programs/Xserver/hw/xwin h) make Makefile i) make depend j) make clean k) make l) cd ../.. && make XWin.exe That should give you a build that more closely resembles the 4.3.0-41 release. Harold ??yvind Harboe wrote: > Here is my varmin huntin' strategy: > > - I've managed to compile and install xfree86 in debug build. I think. > See cygcheck attached. See http://sources.redhat.com/ml/cygwin-xfree/2004-01/msg00160.html > - I modified startxwin.bat to launch XWin via: > > gdb --args XWin -multiwindow -multiplemonitors -clipboard > > - Continue working normally and wait for the trap catch something > > ??yvind From r.atwood@imperial.ac.uk Thu Jan 15 19:08:00 2004 From: r.atwood@imperial.ac.uk (Atwood, Robert C) Date: Thu, 15 Jan 2004 19:08:00 -0000 Subject: Grace (xmgrace) 5.1.12-1 graph program -- building under cygwin -- possibly LessTif bug from 0.93.91 ? Message-ID: <972A5A4D5DCE4B4989643A8BF329AD7E091E20@icex34.cc.ic.ac.uk> Dear Cygwin-xfree people : I am trying to compile xmgrace with a few of my own (very minor) modifications and to run under Cygwin. I have already compiled it successfully on a Linux machine. However, I could not get it to run on Cygwin. So , I tried the basic source without my modifications -- even then, the executable I compile under Cygwin gives a SIGSYS (Signal 6) when trying to open certain (but not all) dialog boxes. The binary installed from Cygwin setup does not give this problem. This is the Grace-5.1.12 version. I had a similar problem with ddd on Linux using LessTif 0.93.91, and Danny fixed the problem in November. Is it possible that the same bug is causing this? Can the default LessTif be upgraded (or downgraded? ) The bug was #849599 and was fixed in version 0.93.94 (see LessTif bug database and forwarded reply below) However, if this were the problem, I still don't see why the downloaded binary should work but the compiled binary should not? They use shared libraries for LessTif, don't they? I used the following procedure: 1. use Cygwin setup to obtain the source archives 2. ./grace-5.5.12-1.sh prep 3. cd grace-5.5.12 4. ./configure 5. make 6. make tests during tests, opening the dialog boxes causes the fault 7. make install 8. make links 9. /usr/local/bin/xmgrace the same fault occurs. Here is some relevant information: Host: CYGWIN_NT-5.1 2003-09-20 16:31 1.5.5(0.94/3/2) i686 Time: Thu Jan 15 18:18:44 2004 GUI toolkit @(#)GNU/LessTif Version 2.1 Release 0.93.91 Xbae version: 4007 T1lib: 1.2.1p1-grace libpng:1.2.5 libjpeg:62 gcc 3.3.1 (cygming special) Thanks Robert Atwood -----Original Message----- From: Danny Backx [mailto:danny.backx@skynet.be] Sent: 30 November 2003 09:22 To: ddd@gnu.org Subject: RE: Segfault when a gnuplot graph is closed? I've just released LessTif 0.93.94 to fix this bug. Download at http://sf.net/projects/lesstif Danny From r.atwood@imperial.ac.uk Thu Jan 15 19:42:00 2004 From: r.atwood@imperial.ac.uk (Atwood, Robert C) Date: Thu, 15 Jan 2004 19:42:00 -0000 Subject: BACKTRACE RE: Grace (xmgrace) 5.1.12-1 graph program -- building under cygwin -- possibly LessTif bug from 0.93.91 ? Message-ID: <972A5A4D5DCE4B4989643A8BF329AD7E091E21@icex34.cc.ic.ac.uk> Here is a back trace for the problem I mentioned. In this case it was the plot|axes properties ... dialog box that I tried to open. Program received signal SIGSEGV, Segmentation fault. 0x10032103 in cygX11-6!XGetGCValues () from /usr/X11R6/bin/cygX11-6.dll (gdb) bt #0 0x10032103 in cygX11-6!XGetGCValues () from /usr/X11R6/bin/cygX11-6.dll #1 0x00773946 in cygXm-2!_XmArrowBG_TraitAddCallback () from /usr/X11R6/bin/cygXm-2.dll #2 0x009f5ecc in cygXt-6!XtSetSensitive () from /usr/X11R6/bin/cygXt-6.dll #3 0x009f64cb in cygXt-6!XtSetValues () from /usr/X11R6/bin/cygXt-6.dll #4 0x00a09fb8 in cygXt-6!XtVaSetValues () from /usr/X11R6/bin/cygXt-6.dll #5 0x0047f6ab in _fu59___XmStrings () at motifutils.c:734 #6 0x004aaeae in create_axes_dialog (axisno=-1) at tickwin.c:212 #7 0x004aa6f2 in create_axes_dialog_cb (data=0x0) at tickwin.c:135 #8 0x0047fddc in button_int_cb_proc (w=0x1013d098, client_data=0x1013d500, call_data=0x22f8c0) at motifutils.c:962 #9 0x009d26b3 in cygXt-6!XtCallCallbackList () from /usr/X11R6/bin/cygXt-6.dll #10 0x007d0377 in cygXm-2!XmSetWMProtocolHooks () #11 0x00a06f41 in cygXt-6!_XtMatchAtom () from /usr/X11R6/bin/cygXt-6.dll #12 0x00a073e9 in cygXt-6!_XtMatchAtom () from /usr/X11R6/bin/cygXt-6.dll #13 0x00a0797b in cygXt-6!_XtTranslateEvent () from /usr/X11R6/bin/cygXt-6.dll #14 0x009e0165 in cygXt-6!XtDispatchEventToWidget () from /usr/X11R6/bin/cygXt-6.dll #15 0x009e0c6f in cygXt-6!_XtOnGrabList () from /usr/X11R6/bin/cygXt-6.dll ---Type to continue, or q to quit--- #16 0x009e0ebf in cygXt-6!XtDispatchEvent () from /usr/X11R6/bin/cygXt-6.dll #17 0x009e13e4 in cygXt-6!XtAppMainLoop () from /usr/X11R6/bin/cygXt-6.dll #18 0x004b7006 in _fu1053__XtShellStrings () at xmgrace.c:1187 #19 0x00403b5f in main (argc=1, argv=0x100f2538) at main.c:717 (gdb) Program received signal SIGSEGV, Segmentation fault. From huntharo@msu.edu Thu Jan 15 19:53:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 15 Jan 2004 19:53:00 -0000 Subject: Grace (xmgrace) 5.1.12-1 graph program -- building under cygwin -- possibly LessTif bug from 0.93.91 ? In-Reply-To: <972A5A4D5DCE4B4989643A8BF329AD7E091E20@icex34.cc.ic.ac.uk> References: <972A5A4D5DCE4B4989643A8BF329AD7E091E20@icex34.cc.ic.ac.uk> Message-ID: <4006EFC4.8000103@msu.edu> Robert, Please send in the results of "cygcheck -c lesstif" and report on whether you have built lesstif yourself or if you are using the stock lesstif package for Cygwin. I get the following output (which is the latest version): $ cygcheck -c lesstif Cygwin Package Information Package Version Status lesstif 0.93.91-5 OK Harold Atwood, Robert C wrote: > Dear Cygwin-xfree people : > I am trying to compile xmgrace with a few of my own (very minor) > modifications and to run under Cygwin. I have already compiled it > successfully on a Linux machine. However, I could not get it to run on > Cygwin. > > So , I tried the basic source without my modifications -- even then, the > executable I compile under Cygwin gives a SIGSYS (Signal 6) when trying > to open certain (but not all) dialog boxes. The binary installed from > Cygwin setup does not give this problem. > This is the Grace-5.1.12 version. > > I had a similar problem with ddd on Linux using LessTif 0.93.91, and > Danny fixed the problem in November. Is it possible that the same bug is > causing this? Can the default LessTif be upgraded (or downgraded? ) The > bug was #849599 and was fixed in version 0.93.94 (see LessTif bug > database and forwarded reply below) > > However, if this were the problem, I still don't see why the downloaded > binary should work but the compiled binary should not? They use shared > libraries for LessTif, don't they? > > > I used the following procedure: > 1. use Cygwin setup to obtain the source archives > 2. ./grace-5.5.12-1.sh prep > 3. cd grace-5.5.12 > 4. ./configure > 5. make > 6. make tests > > during tests, opening the dialog boxes causes the fault > > 7. make install > 8. make links > 9. /usr/local/bin/xmgrace > > the same fault occurs. > > > Here is some relevant information: > > Host: CYGWIN_NT-5.1 2003-09-20 16:31 1.5.5(0.94/3/2) i686 > Time: Thu Jan 15 18:18:44 2004 > GUI toolkit @(#)GNU/LessTif Version 2.1 Release 0.93.91 > Xbae version: 4007 > T1lib: 1.2.1p1-grace > libpng:1.2.5 > libjpeg:62 > > > gcc 3.3.1 (cygming special) > > > > > Thanks > Robert Atwood > > > -----Original Message----- > From: Danny Backx [mailto:danny.backx@skynet.be] > Sent: 30 November 2003 09:22 > To: ddd@gnu.org > Subject: RE: Segfault when a gnuplot graph is closed? > > > I've just released LessTif 0.93.94 to fix this bug. > > Download at http://sf.net/projects/lesstif > > Danny > From r.atwood@imperial.ac.uk Thu Jan 15 20:19:00 2004 From: r.atwood@imperial.ac.uk (Atwood, Robert C) Date: Thu, 15 Jan 2004 20:19:00 -0000 Subject: Grace (xmgrace) 5.1.12-1 graph program -- building under cygwin -- possibly LessTif bug from 0.93.91 ? Message-ID: <972A5A4D5DCE4B4989643A8BF329AD7E091E22@icex34.cc.ic.ac.uk> Dear Harold and others: lesstif is the stock version. Also, I reinstalled all my Cygwin earlier today. $cygcheck -c lesstif Package Version Status lesstif 0.93.91-5 OK Comparing the backtrace from this problem and the other problem, it really looks like the same bug to me. Can the 'stock' lesstif be updated to 0.93.94? I thought I had seen the last of that bug a couple of months ago :~O -- Robert **** backtrace from this problem ***** Program received signal SIGSEGV, Segmentation fault. 0x10032103 in cygX11-6!XGetGCValues () from /usr/X11R6/bin/cygX11-6.dll (gdb) bt #0 0x10032103 in cygX11-6!XGetGCValues () from /usr/X11R6/bin/cygX11-6.dll #1 0x00773946 in cygXm-2!_XmArrowBG_TraitAddCallback () from /usr/X11R6/bin/cygXm-2.dll #2 0x009f5ecc in cygXt-6!XtSetSensitive () from /usr/X11R6/bin/cygXt-6.dll ***** backtrace from previous problem in November 2003 **** > Program received signal SIGSEGV, Segmentation fault. 0x402f1319 in > XGetGCValues () from /usr/X11R6/lib/libX11.so.6 Current language: > auto; currently c > (gdb) bt > #0 0x402f1319 in XGetGCValues () from /usr/X11R6/lib/libX11.so.6 #1 > 0x400d02f7 in set_values (old=0xbfffe8e0, request=0xbfffe5c0, -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II Sent: 15 January 2004 19:54 To: cygwin-xfree@cygwin.com Subject: Re: Grace (xmgrace) 5.1.12-1 graph program -- building under cygwin -- possibly LessTif bug from 0.93.91 ? Robert, Please send in the results of "cygcheck -c lesstif" and report on whether you have built lesstif yourself or if you are using the stock lesstif package for Cygwin. I get the following output (which is the latest version): $ cygcheck -c lesstif Cygwin Package Information Package Version Status lesstif 0.93.91-5 OK Harold Atwood, Robert C wrote: > Dear Cygwin-xfree people : > I am trying to compile xmgrace with a few of my own (very minor) > modifications and to run under Cygwin. I have already compiled it > successfully on a Linux machine. However, I could not get it to run on > Cygwin. > > So , I tried the basic source without my modifications -- even then, > the executable I compile under Cygwin gives a SIGSYS (Signal 6) when > trying to open certain (but not all) dialog boxes. The binary > installed from Cygwin setup does not give this problem. This is the > Grace-5.1.12 version. > > I had a similar problem with ddd on Linux using LessTif 0.93.91, and > Danny fixed the problem in November. Is it possible that the same bug > is causing this? Can the default LessTif be upgraded (or downgraded? ) > The bug was #849599 and was fixed in version 0.93.94 (see LessTif bug > database and forwarded reply below) > > However, if this were the problem, I still don't see why the > downloaded binary should work but the compiled binary should not? They > use shared libraries for LessTif, don't they? > > > I used the following procedure: > 1. use Cygwin setup to obtain the source archives > 2. ./grace-5.5.12-1.sh prep > 3. cd grace-5.5.12 > 4. ./configure > 5. make > 6. make tests > > during tests, opening the dialog boxes causes the fault > > 7. make install > 8. make links > 9. /usr/local/bin/xmgrace > > the same fault occurs. > > > Here is some relevant information: > > Host: CYGWIN_NT-5.1 2003-09-20 16:31 1.5.5(0.94/3/2) i686 > Time: Thu Jan 15 18:18:44 2004 > GUI toolkit @(#)GNU/LessTif Version 2.1 Release 0.93.91 > Xbae version: 4007 > T1lib: 1.2.1p1-grace > libpng:1.2.5 > libjpeg:62 > > > gcc 3.3.1 (cygming special) > > > > > Thanks > Robert Atwood > > > -----Original Message----- > From: Danny Backx [mailto:danny.backx@skynet.be] > Sent: 30 November 2003 09:22 > To: ddd@gnu.org > Subject: RE: Segfault when a gnuplot graph is closed? > > > I've just released LessTif 0.93.94 to fix this bug. > > Download at http://sf.net/projects/lesstif > > Danny > From oyvind.harboe@zylin.com Thu Jan 15 21:26:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Thu, 15 Jan 2004 21:26:00 -0000 Subject: Crash in xserv 4.3.0-40 Message-ID: <1074201974.25360.81.camel@famine> Hi Harold, I'll be sure to follow up on your latest testing tips. Q: is there any reason not to include symbol information in your testing builds? Read on.... However, here are the latest and greatest: - I'm pretty sure that the crash isn't there when I compiled and installed the sources as I described. - I've recently discovered core dumps! Here is a post that describes it a bit: http://www.cygwin.com/ml/cygwin-patches/2000-q3/msg00041.html So, armed with core dumps, my strategy is as follows: - uninstall everything and reinstall cygwin from scratch w/latest xserv. - add the following line to the beginning of startxwin.bat set cygwin=error_start=c:\cygwin\bin\dumper.exe - wait for the crash - Recompile w/debug info - Wait for crash - Coredump anyone? :-) ??yvind From ford@vss.fsi.com Thu Jan 15 22:23:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Thu, 15 Jan 2004 22:23:00 -0000 Subject: Geomview compilation under cygwin ... In-Reply-To: <40070B54.8040607@purdue.edu> References: <40070B54.8040607@purdue.edu> Message-ID: On Thu, 15 Jan 2004, B. Marchand wrote: > Warning: XmManager ClassInitialize: XmeTraitSet failed > Error: attempt to add non-widget child "DropSiteManager" to parent > "Geomview" which supports only widgets. > This is an Cygwin X issue. Please see http://cygwin.com/lists.html so you can direct you questions to the proper audience. I have directed this response there. Your installation is out-of-date, or you used a stale mirror. Please search the cygwin-xfree archives if you need more information. The resolution for this error message is there several times (ie. Use setup to update from an up-to-date mirror and possibly recompile cleanly.) -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From dobrin@imageworks.com Thu Jan 15 22:25:00 2004 From: dobrin@imageworks.com (Bruce Dobrin) Date: Thu, 15 Jan 2004 22:25:00 -0000 Subject: enableing GL overlays References: <1074201974.25360.81.camel@famine> Message-ID: <02f101c3dbb5$8b56f040$4d1f1cac@THEODOLITE> Hi, I'm just getting back into cyg/xfree after doint other things for a bit. I'm wondering how to turn on Overlays? I know on Linux I just turn them on in the Graphics Device Section in the XF86Config file (Option "Overlay" "on"), I understand the cyg/xfree is driver independent, using Direct Draw or somesuch thing. I made sure that Overlays were enabled in the windows driver, but I still get errors such as this one AppWindow::createWindow > could not create overlay visual (try `glxinfo' to check for availability on your graphics hardware), (sev = 5) I looked up enableing overlays in the Mailing list and Docs, but didn't find anything relevant.. Thanks, Bruce D. dobrin@imageworks.com From marchand@purdue.edu Thu Jan 15 22:31:00 2004 From: marchand@purdue.edu (B. Marchand) Date: Thu, 15 Jan 2004 22:31:00 -0000 Subject: Geomview compilation under cygwin ... In-Reply-To: <20040115215447.GA25462@redhat.com> References: <40070B54.8040607@purdue.edu> <20040115215447.GA25462@redhat.com> Message-ID: <400714A3.7070009@purdue.edu> Well, the only reason why I visited a separate website was to download the xforms library. The xforms library is not actually needed to compile geomview. It's only used to compile some of the examples that come with it. Geomview itself will run fine without it. Even if you do include it, it will have no impact on the geomview base itself. After extensively searching the internet it became clear to me that a few people have tried to compile geomview under cygwin, and done so unsuccessfully. If there have been any successful compilations they haven't made it public knowledge, at least not that I've found yet. So, in that respect, at least I was able to get it to compile just fine in the most recent cygwin release. Unfortunately, just because something compiles doesn't mean it works, as is the case here. Seeing that I don't have a lot of time to go through the source and debug the code I was hoping someone could offer some insight in the interest of time. The website that contains the installation instructions is, as you pointed out, German. Though the instructions are in English the source page itself is in German. I'm not up to date on my German so I can't do much about that. There's no email listed anywhere about the author of that page so I can't contact him, though I've tried to via other channels with no success. So, the only source I have left is this, hoping that perhaps someone who has successfully compiled it before can share some information. Even better, perhaps I can get them to email me their source tree so I can compile it on my computer since they already got it to work. Perhaps Matthias Foehl, the author of that webpage, will be reading this mailing list at some point and he can get in touch with me, since I can't get a hold of him. It's a small community but perhaps there's another geomview user out there reading this who can offer some pointers. At any rate, I had already posted this to the cygwin-xfree site with no real success in terms of responses. I posted it here as well only for completion. --B. Christopher Faylor wrote: >On Thu, Jan 15, 2004 at 04:51:16PM -0500, B. Marchand wrote: > > >>I followed the instructions on >>http://www.rzuser.uni-heidelberg.de/~mfoehl/Geomview_under_Windows.html >> >>about compiling geomview under cygwin. I had to acquire the forms >>library for Win32 from a different source >> >>http://ftp.fh-wolfenbuettel.de/links/unix/desktop/xforms/NT/GnuWIN32/ >> >> > >You found instructions on a website in Germany for compiling a package, >picked up another package for some additional pieces, and, then, went >to a third location for help when things didn't work as expected. > >It seems to me that you probably should go back to the first site and >ask them for help about this since they are ostensibly the experts. >-- >Please use the resources at cygwin.com rather than sending personal email. >Special for spam email harvesters: send email to aaaspam@sourceware.org >and be permanently blocked from mailing lists at sources.redhat.com > > From Alexander.Gottwald@s1999.tu-chemnitz.de Thu Jan 15 22:41:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 15 Jan 2004 22:41:00 -0000 Subject: enableing GL overlays In-Reply-To: <02f101c3dbb5$8b56f040$4d1f1cac@THEODOLITE> References: <1074201974.25360.81.camel@famine> <02f101c3dbb5$8b56f040$4d1f1cac@THEODOLITE> Message-ID: Bruce Dobrin wrote: > Hi, > I'm just getting back into cyg/xfree after doint other things for a bit. > I'm wondering how to turn on Overlays? I know on Linux I just turn them on > in the Graphics Device Section in the XF86Config file (Option "Overlay" > "on"), I understand the cyg/xfree is driver independent, using Direct Draw > or somesuch thing. I made sure that Overlays were enabled in the windows > driver, but I still get errors such as this one > > AppWindow::createWindow > could not create overlay visual (try `glxinfo' to > check for availability on your graphics hardware), (sev = 5) Cygwin/X has no hardware accelerated OpenGL. bye ago NP: Iris - Saving Time (Original Demo) -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From ford@vss.fsi.com Thu Jan 15 22:57:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Thu, 15 Jan 2004 22:57:00 -0000 Subject: Geomview compilation under cygwin ... In-Reply-To: <400714A3.7070009@purdue.edu> References: <40070B54.8040607@purdue.edu> <20040115215447.GA25462@redhat.com> <400714A3.7070009@purdue.edu> Message-ID: On Thu, 15 Jan 2004, B. Marchand wrote: > At any rate, I had already posted this to the cygwin-xfree site with no > real success in terms of responses. I posted it here as well only for > completion. > I appologize, as I just found that post. I am *really* behind on my list reading because of the flu, then the holidays, and then a funeral. As such, I am reading the list backward chronologically and trying to keep up with the current stuff. At any case, that post did not contain the vital error message that clearly implies your problem. If you would follow my suggestions about updating your installation (particularly Xt, and lesstif), then recompile, you should get much further. Good luck. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From huntharo@msu.edu Thu Jan 15 23:02:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 15 Jan 2004 23:02:00 -0000 Subject: Crash in xserv 4.3.0-40 In-Reply-To: <1074201974.25360.81.camel@famine> References: <1074201974.25360.81.camel@famine> Message-ID: <40071C00.9080201@msu.edu> ??yvind, ??yvind Harboe wrote: > Hi Harold, > > I'll be sure to follow up on your latest testing tips. Okay. > Q: is there any reason not to include symbol information in your testing builds? I have seen people asking this since -39 was posted (I believe). There must be some confusion, because -39 and -40 are not 'test' builds. They are 'curr'. So, including symbol information the testing builds wouldn't help with your problem... you have an observed crash in the 'curr' build, not a 'test' build. With that being said, I'll address the issue of symbol information: 1) If I include symbol information and there are no crashes, then people will complain (don't argue with me, they *will* complain) about the size of the download being X KB larger than it had to be. 2) If I do include symbol information and there are crashes, then only once every year or so will someone actually bother to do a proper debug for me anyhow. 3) A non-stripped build of XWin.exe isn't particularly useful... I generally already know which function the crash is in. Anything short of a line number won't do me much good. 4) Getting line numbers from users and cross checking my source files to make sure that I've got the right source, plus keeping around an elaborate system of stored releases, etc. is not something that I care to do. Thus, there won't be much good for people to send me stackdumps, etc. I'm not going to change this because I have defined an upper limit on how much time I will spend on Cygwin/X stuff and I am already *way* over that limit. Feel free to start performing this service yourself. I don't think it will get much use, then you will figure out why I am not interested in it :) 5) Including full debug symbols (-g) isn't possible with my current setup inless I keep my debug build tree up to date, which is tough since I'm doing so much work on other things that my CPU is usually pegged at 100%. I don't have extra time to be doing debug builds of XWin.exe in addition to the standard builds. I have no interest in doing a debug build as the default and stripping the executables either. Just not interested in that since it takes more disk space and is slower (probably due to I/O limitations). So, if anyone sees someone else asking about debug symbols, please crack them upside the head for me so I don't have to say all of this again. > Read on.... > > > However, here are the latest and greatest: > > - I'm pretty sure that the crash isn't there when I compiled and installed the > sources as I described. > - I've recently discovered core dumps! Here is a post > that describes it a bit: http://www.cygwin.com/ml/cygwin-patches/2000-q3/msg00041.html This looks a heck of a lot more useful than including massive amounts of symbols. I have always wanted to look into core dumps further, but haven't had a chance yet. > So, > > armed with core dumps, my strategy is as follows: > > - uninstall everything and reinstall cygwin from scratch w/latest xserv. Interesting note of the day: if you are doing local builds of Cygwin/X and installing them to test things, do what I do: 1) Rename /usr/X11R6 to /usr/X11R6_default 2) Rename /etc/X11 to /etc/X11_default 3) If you didn't build the fonts (saves about an hour), then *cut* the following directory in Windows Explorer and paste it in the second directory: /usr/X11R6_default/lib/X11/fonts /usr/X11R6/lib/X11/fonts 4) Test away 5) When you want to revert, or temporarily revert, just move your directories out of the way: /usr/X11R6 -> /usr/X11R6_local /usr/X11R6_default -> /usr/X11R6 /etc/X11 -> /etc/X11_local /etc/X11_default -> /etc/X11 Cut /usr/X11R6_local/lib/X11/fonts and paste /usr/X11R6/lib/X11/fonts 6) That way you don't screw up your Cygwin installation and you don't have to keep reinstalling things when you are done testing for a little bit. The reason I cut and paste the fonts directory is because it contains thousands of files; it takes anywhere from 20 minutes to an hour just to copy that many files on Win32. Cutting and pasting is instantaneous. > - add the following line to the beginning of startxwin.bat > > set cygwin=error_start=c:\cygwin\bin\dumper.exe > > - wait for the crash > - Recompile w/debug info > - Wait for crash > - Coredump anyone? :-) Cool, let us know how it goes. Harold From cgf-no-personal-reply-please@cygwin.com Thu Jan 15 23:06:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Thu, 15 Jan 2004 23:06:00 -0000 Subject: Crash in xserv 4.3.0-40 In-Reply-To: <40071C00.9080201@msu.edu> References: <1074201974.25360.81.camel@famine> <40071C00.9080201@msu.edu> Message-ID: <20040115230656.GB27430@redhat.com> On Thu, Jan 15, 2004 at 06:02:24PM -0500, Harold L Hunt II wrote: >With that being said, I'll address the issue of symbol information: > >1) If I include symbol information and there are no crashes, then people >will complain (don't argue with me, they *will* complain) about the size >of the download being X KB larger than it had to be. Newer versions of binutils allow you to split symbol information into a separate file which gdb understands. I've been meaning to release a version of gdb and binutils which can do this for a while and will probably do this as soon as I'm out from under my current mountain of work. cgf From marchand@purdue.edu Thu Jan 15 23:34:00 2004 From: marchand@purdue.edu (B. Marchand) Date: Thu, 15 Jan 2004 23:34:00 -0000 Subject: geomview successfully compiled!! Message-ID: <40072394.5040603@purdue.edu> Thank you Brian! Boy, these unupdated mirrors have been a real pain for me. I re-installed the lesstif package, as you suggested, and that fixed it. The problem is that when I first installed cygwin, I did so from a mirror that did not have the most up to date packages (ftp.csociety-ftp.ecn.purdue.edu/pub/cygwin). Later, when I installed some packages that were missing, they came from ftp.mirrors.mcs.anl.gov/pub/cygwin.com, which was also not up to date. Someone recently suggested I try mirrors.kernel.org instead to update my xfree86 packages but I never updated lesstif. I'm not sure if the cygwin setup utility has an "Update" option where it reads the version available on that mirror, compares it to the version you have installed, and determines if you need an update or not. Anyway, it claimed I didn't need it but I re-installed it anyhow. Well, it works great now. The installation instructions on http://www.rzuser.uni-heidelberg.de/~mfoehl/Geomview_under_Windows.html work fine, even without the -lDtPrint option. The alternate xforms library location http://ftp.fh-wolfenbuettel.de/links/unix/desktop/xforms/NT/GnuWIN32/ seems to be acceptable as well. To compile, and have the configure file detect the xforms library, the full path to them must be specified and that option must appear before the call to opengl or motif as follows ./configure -with-xforms=/usr/local/src/geomview-1.8.1/xforms/FORMS -with-motif=/usr/X11R6 -with-opengl=/usr/X11R6 I think I'll put up a website with ALL the files necessary, including the xforms library, for people to download in the future. I'll make sure to add a note listing the package versions I had installed when I compiled it. Thanks again Brian. --B. >On Thu, 15 Jan 2004, B. Marchand wrote: > >> At any rate, I had already posted this to the cygwin-xfree site with no >> real success in terms of responses. I posted it here as well only for >> completion. >> >I appologize, as I just found that post. I am *really* behind on my list >reading because of the flu, then the holidays, and then a funeral. As >such, I am reading the list backward chronologically and trying to keep up >with the current stuff. > >At any case, that post did not contain the vital error message that >clearly implies your problem. If you would follow my suggestions about >updating your installation (particularly Xt, and lesstif), then >recompile, you should get much further. > >Good luck. > >-- >Brian Ford >Senior Realtime Software Engineer >VITAL - Visual Simulation Systems >FlightSafety International >Phone: 314-551-8460 >Fax: 314-551-8444 > From cygwin-lh@cygwin.com Fri Jan 16 02:25:00 2004 From: cygwin-lh@cygwin.com (Larry Hall) Date: Fri, 16 Jan 2004 02:25:00 -0000 Subject: geomview successfully compiled!! In-Reply-To: <40072394.5040603@purdue.edu> References: <40072394.5040603@purdue.edu> Message-ID: <6.0.1.1.0.20040115212025.03898c80@127.0.0.1> At 06:34 PM 1/15/2004, B. Marchand you wrote: >I'm not sure if the cygwin setup utility has an "Update" option where it reads the version available on that mirror, compares it to the version you have installed, and determines if you need an update or not. Anyway, it claimed I didn't need it but I re-installed it anyhow. Yes, setup has this. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 From huntharo@msu.edu Fri Jan 16 05:19:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 16 Jan 2004 05:19:00 -0000 Subject: Grace (xmgrace) 5.1.12-1 graph program -- building under cygwin -- possibly LessTif bug from 0.93.91 ? In-Reply-To: <972A5A4D5DCE4B4989643A8BF329AD7E091E22@icex34.cc.ic.ac.uk> References: <972A5A4D5DCE4B4989643A8BF329AD7E091E22@icex34.cc.ic.ac.uk> Message-ID: <4007746B.3000709@msu.edu> Robert, Atwood, Robert C wrote: > Dear Harold and others: > > lesstif is the stock version. Also, I reinstalled all my Cygwin earlier > today. > > > $cygcheck -c lesstif > Package Version Status > lesstif 0.93.91-5 OK > > > Comparing the backtrace from this problem and the other problem, it > really looks like the same bug to me. Can the 'stock' lesstif be updated > to 0.93.94? I thought I had seen the last of that bug a couple of months > ago :~O Well, it wasn't simple. In fact, it took about 8 hours; granted, probably 4 of that was for making clean ups that the lesstif package has needed for a long time. I built lesstif-0.93.94, but it doesn't work well. nedit crashes when opening file dialogs. I'm trying a rebuild of it now to see if having 0.93.91 installed while building 0.93.94 was causing problems. The alternative solution I came up with was to apply the patch for the bug number you listed to my 0.93.91 source. That seems to be stable. However, you'll have to report whether it fixes your bug or not. I am going to post my 0.93.94 package as a 'test' release, even if it does not work. I will do this so that others can download the source package and see if they can get it to work. I am not going to look into it any further. If someone gets it working and sends me clean patches, I will release it. If not, I won't release it. We will just have to wait until their is another clean lesstif release that happens to be stable on Cygwin and with nedit. Hope that helps, Harold From earle@ziplabel.com Fri Jan 16 05:27:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Fri, 16 Jan 2004 05:27:00 -0000 Subject: Crash in xserv 4.3.0-40 In-Reply-To: <20040115230656.GB27430@redhat.com> References: <40071C00.9080201@msu.edu> <1074201974.25360.81.camel@famine> <40071C00.9080201@msu.edu> Message-ID: <5.1.1.6.2.20040115212153.00b10978@mail.ziplabel.com> Howdy Harold, Christopher: At 06:06 PM 1/15/2004 -0500, you wrote: >On Thu, Jan 15, 2004 at 06:02:24PM -0500, Harold L Hunt II wrote: > >With that being said, I'll address the issue of symbol information: > >1) If I include symbol information and there are no crashes, then people > >will complain (don't argue with me, they *will* complain) about the size > >of the download being X KB larger than it had to be. >Newer versions of binutils allow you to split symbol information into a >separate file which gdb understands. I've been meaning to release a >version of gdb and binutils which can do this for a while and will probably >do this as soon as I'm out from under my current mountain of work. Another option is to generate a link map file when you do the final compile. It's just a text file of 4KB or so and you can manually reference the failing address from a stackdump into a routine name. For my commercial software I've found this is often enough to figure out what's wrong without worrying about distributing symbol files or the extra size associated with them. -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From earle@ziplabel.com Fri Jan 16 05:40:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Fri, 16 Jan 2004 05:40:00 -0000 Subject: Patch: -multiplemonitors is default, -nomultiplemnoitors added In-Reply-To: <4006D1B3.1040509@msu.edu> References: <1074093074.25328.4.camel@famine> <1074093074.25328.4.camel@famine> Message-ID: <5.1.1.6.2.20040115213139.00b18ea8@mail.ziplabel.com> Hi Harold, Ayvind... At 12:45 PM 1/15/2004 -0500, you wrote: >Thanks, got it. Will look at it soon. >Harold >????yvind Harboe wrote: >>Ref. earlier post, here is the patch. >>http://sources.redhat.com/ml/cygwin-xfree/2004-01/msg00160.html >>I compiled&tested; works on my rocket. This is just my $0.02, but instead of changing the default behaviour for non-multi window mode, why not just patch only the mode that doesn't work properly in a multihead machine, multiwindow? Folks running single window on a multihead setup are probably doing it for a good reason (i.e. left monitor=X, right=Windows) and would need to change their startup scripts... Unfortunately I don't have a working compile setup for the new XWIN .40 or I'd give the patch, but basically use everything Ayvind did except the MultiMonitor mode value change, move that setting into the if (ISOPTION("multiwindow")) {} block. -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From huntharo@msu.edu Fri Jan 16 05:55:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 16 Jan 2004 05:55:00 -0000 Subject: It is that time again Message-ID: <40077CBF.8010902@msu.edu> It seems that every so often I get a little too caught up in tracking down people's issues and trying to make every aspect of Cygwin/X as good as I can make it. When this happens I usually find myself spending more time on the project than I really want to and I usually find that I am spending a very small portion of that time doing what I like to do the most: designing and implementing new features. My typical response to this is to take a hiatus from the mailing list for a week or two... or sometimes three. That is what I am going to do now. I have some interviews coming up (I get my M.S. in CS in May), deadlines at work, first homeworks of the semester, LinuxWorld, and I am currently sick with a cold or the flu, so I will be plenty busy. What this means for Cygwin/X ============================ 1) Not much. I've done this before with good results. I expect nothing different this time. 2) I will probably keep programming Cygwin/X features and fixes... I just won't be responding directly to issues raised on the mailing list (until I rejoin). 3) If you send a patch to the list, be sure to ping me in irc.freenode.net/#cygwinx. 4) I will probably continue making XWin Server releases while I am off list. In fact, I have a release almost ready to go already. 5) I'll be back somewhere between a week from now and a few weeks from now. I'm not leaving the project, I am just cutting my email volume for a bit. 6) Please, only Cygwin/X contributors send me private email. Please do not take it upon yourself to contact me (should a reason arise) if you have not submitted an accepted patch to Cygwin/X before. The whole mailing list is not invited to a sleepover in my inbox. :) I guess that is it for now. See you when I return from my e-vacation! Harold From kasahr@britneyclub.com Fri Jan 16 07:41:00 2004 From: kasahr@britneyclub.com (Keystone E. Kent) Date: Fri, 16 Jan 2004 07:41:00 -0000 Subject: Cygwin you have a card waiting from "Keystone E. Kent" Message-ID: <6.0.0.22.1.20040116024403.a57802f2@britneyclub.com> Cygwin, this is why you shhould buy Genneric V-i a-g r-a onnline It's fast, connveniennt and commpletely connfidential, no prior apppointtments needeed, no waiting roooms, fast anoonymous shipping, 24 hour cusoemtr service and we don't ask questiosn. Ohh and did I mention that we have the lwoset prices on the entire net, so what are you waiting forr? http://RQk29Gz.com.zTt12uK.com.Rr55X.com/mm/?Cygwin DpqkkbnPt timny DGNAx fckt buFTkP From jaqque@derechoshumanos.com Fri Jan 16 07:44:00 2004 From: jaqque@derechoshumanos.com (Reusable L. Bandied) Date: Fri, 16 Jan 2004 07:44:00 -0000 Subject: Cygwin you have a card waiting from "Reusable L. Bandied" Message-ID: <110001c3dc04$e92cbbbb$b4191e01@derechoshumanos.com> Cygwin, this is why you shhould buy Geneeric V-i a-g r-a onlline It's fast, connveniennt and coompletely coonfidential, no prior apppointmments needeed, no waiting roooms, fast anoonymous shipping, 24 hour cusmoetr srevice and we don't ask questiosn. Ohh and did I mention that we have the lsweot prices on the entire net, so what are you waiting foor? http://qNP36jl.com.MrT65Yn.com.Rr55X.com/mm/?Cygwin TiuiCTJoX timny eFkTE GLzX utyKXn From r.atwood@imperial.ac.uk Fri Jan 16 13:41:00 2004 From: r.atwood@imperial.ac.uk (Atwood, Robert C) Date: Fri, 16 Jan 2004 13:41:00 -0000 Subject: Grace (xmgrace) 5.1.12-1 graph program -- building under cygwin -- possibly LessTif bug from 0.93.91 ? Message-ID: <972A5A4D5DCE4B4989643A8BF329AD7E091E25@icex34.cc.ic.ac.uk> >In fact, it took about 8 hours; Well I am not going to even begin to discuss how much time I have just spent trying to get the minor tick marks to point the other way from the major tick marks, of which only the first 10 minutes was actually changing the tick marks code in the Grace source. Who said debugging free software was a thankless task? 0.93.91-6 - Nope. doesn't work. Since I had to go looking for a mirror with newer updates (mirror.ac.uk doesn't have the new stuff yet) I also found a newer build of Grace, 5.1.14-1 and the stock install crashes (where the old one did not) The internal help shows it was built with 0.93.91 Something I would really like to understand: why should the 5.1.12 build with the older LessTif NOT crash when running with the newer LessTif libraries installed? If the bug is in the LessTif function and the (shared object? dll?) is the buggy one, shouldn't it crash? 0.93.94-1 - Grace Compiles but does not run. The error: Error: attempt to add non-widget child "DropSiteManager" to parent "xmgrace" which supports only widgets Warning: XmManager ClassInitialize: XmeTraitSet failed Harold: Hope you are feeling better soon and good luck with the degree; thanks for trying the build. Detective work of my own: According to the source package I downloaded from cygwin.matrix.com.br (only one I found that seems to be updated with the source) for lesstif-0.93.91-6, the file where the bug happens (SeparatorG.c) has only been patched up to 1.25 (October 6) but the bug was not fixed until 1.26 (Nov. 27) (see copied messages below) I am going to try patching the source and building 0-93-91(patched) myself, but I have not had very good luck so far building any packages under Cygwin (Grace is the only one I tried so far!) , so it may take even more than 8 hours. All for those stupid little tick marks :-() --Robert ************************************************************************ ********** Revision 1.26 - (download), view (text) (markup) (annotate) - [select for diffs] Thu Nov 27 19:13:06 2003 UTC (7 weeks ago) by dannybackx CVS Tags: release_0_93_94, HEAD Changes since 1.25: +3 -3 lines Diff to previous 1.25 Auch - this bug was not yet fixes. Fixes bug # 849599. ************************************************************************ ********** Date: 2003-11-27 11:16 Sender: dannybackx Logged In: YES user_id=39146 Auch. I was wrong. I missed one case. The bug was still in CVS until a couple of minutes ago. I'll create a new release of LessTif shortly to address this. Apologies for the confusion. ************************************************************************ ********** -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II Sent: 16 January 2004 05:20 To: cygwin-xfree@cygwin.com Subject: Re: Grace (xmgrace) 5.1.12-1 graph program -- building under cygwin -- possibly LessTif bug from 0.93.91 ? Robert, Atwood, Robert C wrote: > Dear Harold and others: > > lesstif is the stock version. Also, I reinstalled all my Cygwin > earlier today. > > > $cygcheck -c lesstif > Package Version Status > lesstif 0.93.91-5 OK > > > Comparing the backtrace from this problem and the other problem, it > really looks like the same bug to me. Can the 'stock' lesstif be > updated to 0.93.94? I thought I had seen the last of that bug a couple > of months ago :~O Well, it wasn't simple. In fact, it took about 8 hours; granted, probably 4 of that was for making clean ups that the lesstif package has needed for a long time. I built lesstif-0.93.94, but it doesn't work well. nedit crashes when opening file dialogs. I'm trying a rebuild of it now to see if having 0.93.91 installed while building 0.93.94 was causing problems. The alternative solution I came up with was to apply the patch for the bug number you listed to my 0.93.91 source. That seems to be stable. However, you'll have to report whether it fixes your bug or not. I am going to post my 0.93.94 package as a 'test' release, even if it does not work. I will do this so that others can download the source package and see if they can get it to work. I am not going to look into it any further. If someone gets it working and sends me clean patches, I will release it. If not, I won't release it. We will just have to wait until their is another clean lesstif release that happens to be stable on Cygwin and with nedit. Hope that helps, Harold From r.atwood@imperial.ac.uk Fri Jan 16 14:49:00 2004 From: r.atwood@imperial.ac.uk (Atwood, Robert C) Date: Fri, 16 Jan 2004 14:49:00 -0000 Subject: rcs-id tags in Cygwin source differ from the source code ? (Was: RE: Grace (xmgrace) 5.1.12-1 graph program -- building under cygwin -- possibly LessTif bug from 0.93.91 ?) Message-ID: <972A5A4D5DCE4B4989643A8BF329AD7E091E26@icex34.cc.ic.ac.uk> Even stranger ... the LessTif 0.93.91-6 source seems to contain the fix in SeparatoG.c but the cvs / rcsid tag does not agree with the number for the version that contains this fix. This does not explain why it does not work. Still it is a source of confusion -- defeating the purpose of the rcs id tags. Apologies for the misunderstanding engendered by my reading the tag numbers for this file. -- Robert -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Atwood, Robert C Sent: 16 January 2004 13:41 To: cygwin-xfree@cygwin.com Subject: RE: Grace (xmgrace) 5.1.12-1 graph program -- building under cygwin -- possibly LessTif bug from 0.93.91 ? >In fact, it took about 8 hours; Well I am not going to even begin to discuss how much time I have just spent trying to get the minor tick marks to point the other way from the major tick marks, of which only the first 10 minutes was actually changing the tick marks code in the Grace source. Who said debugging free software was a thankless task? 0.93.91-6 - Nope. doesn't work. Since I had to go looking for a mirror with newer updates (mirror.ac.uk doesn't have the new stuff yet) I also found a newer build of Grace, 5.1.14-1 and the stock install crashes (where the old one did not) The internal help shows it was built with 0.93.91 Something I would really like to understand: why should the 5.1.12 build with the older LessTif NOT crash when running with the newer LessTif libraries installed? If the bug is in the LessTif function and the (shared object? dll?) is the buggy one, shouldn't it crash? 0.93.94-1 - Grace Compiles but does not run. The error: Error: attempt to add non-widget child "DropSiteManager" to parent "xmgrace" which supports only widgets Warning: XmManager ClassInitialize: XmeTraitSet failed Harold: Hope you are feeling better soon and good luck with the degree; thanks for trying the build. Detective work of my own: According to the source package I downloaded from cygwin.matrix.com.br (only one I found that seems to be updated with the source) for lesstif-0.93.91-6, the file where the bug happens (SeparatorG.c) has only been patched up to 1.25 (October 6) but the bug was not fixed until 1.26 (Nov. 27) (see copied messages below) I am going to try patching the source and building 0-93-91(patched) myself, but I have not had very good luck so far building any packages under Cygwin (Grace is the only one I tried so far!) , so it may take even more than 8 hours. All for those stupid little tick marks :-() --Robert ************************************************************************ ********** Revision 1.26 - (download), view (text) (markup) (annotate) - [select for diffs] Thu Nov 27 19:13:06 2003 UTC (7 weeks ago) by dannybackx CVS Tags: release_0_93_94, HEAD Changes since 1.25: +3 -3 lines Diff to previous 1.25 Auch - this bug was not yet fixes. Fixes bug # 849599. ************************************************************************ ********** Date: 2003-11-27 11:16 Sender: dannybackx Logged In: YES user_id=39146 Auch. I was wrong. I missed one case. The bug was still in CVS until a couple of minutes ago. I'll create a new release of LessTif shortly to address this. Apologies for the confusion. ************************************************************************ ********** -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II Sent: 16 January 2004 05:20 To: cygwin-xfree@cygwin.com Subject: Re: Grace (xmgrace) 5.1.12-1 graph program -- building under cygwin -- possibly LessTif bug from 0.93.91 ? Robert, Atwood, Robert C wrote: > Dear Harold and others: > > lesstif is the stock version. Also, I reinstalled all my Cygwin > earlier today. > > > $cygcheck -c lesstif > Package Version Status > lesstif 0.93.91-5 OK > > > Comparing the backtrace from this problem and the other problem, it > really looks like the same bug to me. Can the 'stock' lesstif be > updated to 0.93.94? I thought I had seen the last of that bug a couple > of months ago :~O Well, it wasn't simple. In fact, it took about 8 hours; granted, probably 4 of that was for making clean ups that the lesstif package has needed for a long time. I built lesstif-0.93.94, but it doesn't work well. nedit crashes when opening file dialogs. I'm trying a rebuild of it now to see if having 0.93.91 installed while building 0.93.94 was causing problems. The alternative solution I came up with was to apply the patch for the bug number you listed to my 0.93.91 source. That seems to be stable. However, you'll have to report whether it fixes your bug or not. I am going to post my 0.93.94 package as a 'test' release, even if it does not work. I will do this so that others can download the source package and see if they can get it to work. I am not going to look into it any further. If someone gets it working and sends me clean patches, I will release it. If not, I won't release it. We will just have to wait until their is another clean lesstif release that happens to be stable on Cygwin and with nedit. Hope that helps, Harold From quetschke@scytek.de Fri Jan 16 15:20:00 2004 From: quetschke@scytek.de (Volker Quetschke) Date: Fri, 16 Jan 2004 15:20:00 -0000 Subject: Grace (xmgrace) 5.1.12-1 graph program -- building under cygwin -- possibly LessTif bug from 0.93.91 ? In-Reply-To: <972A5A4D5DCE4B4989643A8BF329AD7E091E25@icex34.cc.ic.ac.uk> References: <972A5A4D5DCE4B4989643A8BF329AD7E091E25@icex34.cc.ic.ac.uk> Message-ID: <4008014D.2020708@scytek.de> Hi! > 0.93.91-6 - Nope. doesn't work. Since I had to go looking for a mirror > with newer updates (mirror.ac.uk doesn't have the new stuff yet) I also > found a newer build of Grace, 5.1.14-1 and the stock install crashes > (where the old one did not) The internal help shows it was built with > 0.93.91 Yes, I made the package yesterday, and I didn't write an announcement yet. I could just recreate your "crash", it said "cygXm-2.dll" is missing. After installing lesstif it works. I'm sorry for that, I'll report to cygwin-apps now and add the dependency to the setup.hint file. Besides this small problem xmgrace seems to work. For me. > Something I would really like to understand: why should the 5.1.12 build > with the older LessTif NOT crash when running with the newer LessTif > libraries installed? If the bug is in the LessTif function and the > (shared object? dll?) is the buggy one, shouldn't it crash? Can you describe what "crash" you are seeing? It doesn't sound like an alert box saying a dll is missing. Volker -- If you like my work consider: http://www.scytek.de/donations.html PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 254 bytes Desc: not available URL: From r.atwood@imperial.ac.uk Fri Jan 16 16:07:00 2004 From: r.atwood@imperial.ac.uk (Atwood, Robert C) Date: Fri, 16 Jan 2004 16:07:00 -0000 Subject: Grace (xmgrace) 5.1.12-1 graph program -- building under cygwin -- possibly LessTif bug from 0.93.91 ? Message-ID: <972A5A4D5DCE4B4989643A8BF329AD7E091E27@icex34.cc.ic.ac.uk> Sorry, I guess you missed the more detailed description, gdb backtraces, etc? I shouldn't have change the subject to BACKTRACE: When certain dialog boxes are opened, including (but not only) 'Plot|Axis properties ...' the program crashes. Opening some other boxes eg 'Plot|Plot appearance ... ' does not cause the crash. Double-clicking the axis causes the crash. The console in which it was running reports that it got SIGSYS and says it may have something to do with the graphic (but I think that is because the signal numbers are different? GDB says it gets SIGSEGV segmentation fault) The back trace with 5-1-12-1 rebuilt with debug (-g) is copied below. But LessTif seems not to have been build with -g and I am having trouble building this myself. The same behaviour occurs with the new 5-1-14 package and the new LessTif-0-93-91-6 , so my guess that it was the same bug in XGetCValues that I encountered in November may be totally wrong. Which LessTif did you install and get it to work? Did you try opening some dialog boxes or just start the test routine? The test routine works because it never opens those dialog boxes. --Robert Program received signal SIGSEGV, Segmentation fault. 0x10032103 in cygX11-6!XGetGCValues () from /usr/X11R6/bin/cygX11-6.dll (gdb) bt #0 0x10032103 in cygX11-6!XGetGCValues () from /usr/X11R6/bin/cygX11-6.dll #1 0x00773946 in cygXm-2!_XmArrowBG_TraitAddCallback () from /usr/X11R6/bin/cygXm-2.dll #2 0x009f5ecc in cygXt-6!XtSetSensitive () from /usr/X11R6/bin/cygXt-6.dll #3 0x009f64cb in cygXt-6!XtSetValues () from /usr/X11R6/bin/cygXt-6.dll #4 0x00a09fb8 in cygXt-6!XtVaSetValues () from /usr/X11R6/bin/cygXt-6.dll #5 0x0047f6ab in _fu59___XmStrings () at motifutils.c:734 #6 0x004aaeae in create_axes_dialog (axisno=-1) at tickwin.c:212 #7 0x004aa6f2 in create_axes_dialog_cb (data=0x0) at tickwin.c:135 #8 0x0047fddc in button_int_cb_proc (w=0x1013d098, client_data=0x1013d500, call_data=0x22f8c0) at motifutils.c:962 #9 0x009d26b3 in cygXt-6!XtCallCallbackList () from /usr/X11R6/bin/cygXt-6.dll #10 0x007d0377 in cygXm-2!XmSetWMProtocolHooks () #11 0x00a06f41 in cygXt-6!_XtMatchAtom () from /usr/X11R6/bin/cygXt-6.dll #12 0x00a073e9 in cygXt-6!_XtMatchAtom () from /usr/X11R6/bin/cygXt-6.dll #13 0x00a0797b in cygXt-6!_XtTranslateEvent () from /usr/X11R6/bin/cygXt-6.dll #14 0x009e0165 in cygXt-6!XtDispatchEventToWidget () from /usr/X11R6/bin/cygXt-6.dll #15 0x009e0c6f in cygXt-6!_XtOnGrabList () from /usr/X11R6/bin/cygXt-6.dll #16 0x009e0ebf in cygXt-6!XtDispatchEvent () from /usr/X11R6/bin/cygXt-6.dll #17 0x009e13e4 in cygXt-6!XtAppMainLoop () from /usr/X11R6/bin/cygXt-6.dll #18 0x004b7006 in _fu1053__XtShellStrings () at xmgrace.c:1187 #19 0x00403b5f in main (argc=1, argv=0x100f2538) at main.c:717 (gdb) Program received signal SIGSEGV, Segmentation fault. -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Volker Quetschke Sent: 16 January 2004 15:21 To: cygwin-xfree@cygwin.com Subject: Re: Grace (xmgrace) 5.1.12-1 graph program -- building under cygwin -- possibly LessTif bug from 0.93.91 ? Hi! > 0.93.91-6 - Nope. doesn't work. Since I had to go looking for a mirror > with newer updates (mirror.ac.uk doesn't have the new stuff yet) I > also found a newer build of Grace, 5.1.14-1 and the stock install > crashes (where the old one did not) The internal help shows it was > built with 0.93.91 Yes, I made the package yesterday, and I didn't write an announcement yet. I could just recreate your "crash", it said "cygXm-2.dll" is missing. After installing lesstif it works. I'm sorry for that, I'll report to cygwin-apps now and add the dependency to the setup.hint file. Besides this small problem xmgrace seems to work. For me. > Something I would really like to understand: why should the 5.1.12 > build with the older LessTif NOT crash when running with the newer > LessTif libraries installed? If the bug is in the LessTif function and > the (shared object? dll?) is the buggy one, shouldn't it crash? Can you describe what "crash" you are seeing? It doesn't sound like an alert box saying a dll is missing. Volker -- If you like my work consider: http://www.scytek.de/donations.html PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D From murakami@ipl.t.u-tokyo.ac.jp Fri Jan 16 16:07:00 2004 From: murakami@ipl.t.u-tokyo.ac.jp (Takuma Murakami) Date: Fri, 16 Jan 2004 16:07:00 -0000 Subject: No server reset with -clipboard In-Reply-To: <20040115201940.3F65.MURAKAMI@ipl.t.u-tokyo.ac.jp> References: <20040115201940.3F65.MURAKAMI@ipl.t.u-tokyo.ac.jp> Message-ID: <20040117005634.3909.MURAKAMI@ipl.t.u-tokyo.ac.jp> Just for information. While reading source code, I noticed that winglobals.c had two declarations of g_fClipboardStarted at line 86 and 88. Takuma Murakami (murakami@ipl.t.u-tokyo.ac.jp) From quetschke@scytek.de Fri Jan 16 16:35:00 2004 From: quetschke@scytek.de (Volker Quetschke) Date: Fri, 16 Jan 2004 16:35:00 -0000 Subject: Grace (xmgrace) 5.1.12-1 graph program -- building under cygwin -- possibly LessTif bug from 0.93.91 ? In-Reply-To: <972A5A4D5DCE4B4989643A8BF329AD7E091E27@icex34.cc.ic.ac.uk> References: <972A5A4D5DCE4B4989643A8BF329AD7E091E27@icex34.cc.ic.ac.uk> Message-ID: <400812DC.6030908@scytek.de> Atwood, Robert C wrote: > Sorry, I guess you missed the more detailed description, gdb backtraces, > etc? I shouldn't have change the subject to BACKTRACE: Yes, I realized that after I send the mail. > When certain dialog boxes are opened, including (but not only) > 'Plot|Axis properties ...' the program crashes. > Opening some other boxes eg 'Plot|Plot appearance ... ' does not cause > the crash. > Double-clicking the axis causes the crash. Yes, reproducable. I'll send another mail to cygwin-apps and withdraw the 5.14.1 version. > The console in which it was running reports that it got SIGSYS and says > it may have something to do with the graphic (but I think that is > because the signal numbers are different? GDB says it gets SIGSEGV > segmentation fault) > > The back trace with 5-1-12-1 rebuilt with debug (-g) is copied below. > But LessTif seems not to have been build with -g and I am having trouble > building this myself. > > The same behaviour occurs with the new 5-1-14 package and the new > LessTif-0-93-91-6 , so my guess that it was the same bug in XGetCValues > that I encountered in November may be totally wrong. > > Which LessTif did you install and get it to work? Did you try opening > some dialog boxes or just start the test routine? The test routine works > because it never opens those dialog boxes. I used the 0.93-91-5 version, installed with setup. I'm not sure that I will find the time over the weekend, but if yes, I'll try to build debug versions for both progamms. Volker -- PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 254 bytes Desc: not available URL: From r.atwood@imperial.ac.uk Fri Jan 16 17:36:00 2004 From: r.atwood@imperial.ac.uk (Atwood, Robert C) Date: Fri, 16 Jan 2004 17:36:00 -0000 Subject: How do I build LessTif packagef? Message-ID: <972A5A4D5DCE4B4989643A8BF329AD7E091E28@icex34.cc.ic.ac.uk> How do I build the LessTif package myself? I have tried: ./lesstif-0.93.91-6 all followed by tar -jxvf /usr/src/lesstif-0.93.91-6.tar.bz2 still the configure for another program (Grace) cannot find the M*tif libraries It seems the dll's are not created, just .a files? I followed the instructions in CYGWIN-PATCHES/lesstif.README but it does not mention anything beyond running {package}.sh all , which creates the {package}.tar.bz2 file, what is supposed to happen next? How do I get the dll from the library files? Which part of the FAQ didn't I read? Maybe I just didn't understand it? Also how do I build it with debugging (-g) and not stripping the binaries? I also tried: ./lesstif-0.93.91-6 prep configure make ... that did not work! Thanks, Robert From huntharo@msu.edu Fri Jan 16 17:55:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 16 Jan 2004 17:55:00 -0000 Subject: Grace (xmgrace) 5.1.12-1 graph program -- building under cygwin -- possibly LessTif bug from 0.93.91 ? In-Reply-To: <972A5A4D5DCE4B4989643A8BF329AD7E091E22@icex34.cc.ic.ac.uk> References: <972A5A4D5DCE4B4989643A8BF329AD7E091E22@icex34.cc.ic.ac.uk> Message-ID: <4008259A.4090306@msu.edu> Robert, I should clarify that when I applied the patch by hand, I did not touch the revision tags (didn't really need to). Here is the difference I applied: http://cvs.sourceforge.net/viewcvs.py/lesstif/lesstif/lib/Xm/SeparatoG.c?r1=1.24&r2=1.26 Volker said that grace was built with static libs, which is why there is no difference from upgrading to the 0.93.91 build (it doesn't use the DLLs). You build lesstif as follows: 1) cd /usr/src 2) ./lesstif-0.93.94-1.sh prep 3) ./lesstif-0.93.94-1.sh conf > conf.log 2>&1 4) ./lesstif-0.93.94-1.sh build > build.log 2>&1 5) ./lesstif-0.93.94-1.sh install > install.log 2>&1 6) ./lesstif-0.93.94-1.sh strip 7) ./lesstif-0.93.94-1.sh pkg 8) ./lesstif-0.93.94-1.sh spkg You will then have a new lesstif package that you can install by creating a new setup.ini file. You'll have to ask or search for help on that. You will need some scripts called "upset" to do this. Harold From huntharo@msu.edu Fri Jan 16 17:59:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 16 Jan 2004 17:59:00 -0000 Subject: Grace (xmgrace) 5.1.12-1 graph program -- building under cygwin -- possibly LessTif bug from 0.93.91 ? In-Reply-To: <972A5A4D5DCE4B4989643A8BF329AD7E091E22@icex34.cc.ic.ac.uk> References: <972A5A4D5DCE4B4989643A8BF329AD7E091E22@icex34.cc.ic.ac.uk> Message-ID: <4008267D.9040307@msu.edu> Oh, and your line to install manually via tar is missing a "-C /": tar xjf -C / lesstif-0.93.91-6.tar.bz2 I think that will tell it to extract in the root of your Cygwin installation so the files will go to the correct place. Harold From r.atwood@imperial.ac.uk Fri Jan 16 18:34:00 2004 From: r.atwood@imperial.ac.uk (Atwood, Robert C) Date: Fri, 16 Jan 2004 18:34:00 -0000 Subject: Grace (xmgrace) 5.1.12-1 graph program -- building under cygwin -- possibly LessTif bug from 0.93.91 ? Message-ID: <972A5A4D5DCE4B4989643A8BF329AD7E091E29@icex34.cc.ic.ac.uk> Thanks for the info. I am guessing that these stages are all rolled into {package}.sh all Is my problem something else entirely??? I think perhaps it is. The problem is: when I configure Grace it exits on Error: M*tif has not been found. Looking at config.log, there are several 'undefined reference' errors from libXm.a that seem to have something to do with fonts eg. _FcPatternCreate _XftFontOpenPattern _XftFontClose So it IS fiding libXm.a, but not certain other libraries needed by this library. I am guessing that Xft* functions are in libXft, I have cygXft-[12].dll and libXft-[12].dll.a located in /usr/X11R6/[bin,lib] , but no *.a version of these librarys, is this the problem? How can configure locate/use these correctly? Thanks! Robert ******************************************** You build lesstif as follows: 1) cd /usr/src 2) ./lesstif-0.93.94-1.sh prep 3) ./lesstif-0.93.94-1.sh conf > conf.log 2>&1 4) ./lesstif-0.93.94-1.sh build > build.log 2>&1 5) ./lesstif-0.93.94-1.sh install > install.log 2>&1 6) ./lesstif-0.93.94-1.sh strip 7) ./lesstif-0.93.94-1.sh pkg 8) ./lesstif-0.93.94-1.sh spkg You will then have a new lesstif package that you can install by creating a new setup.ini file. You'll have to ask or search for help on that. You will need some scripts called "upset" to do this. Harold -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II Sent: 16 January 2004 17:59 To: cygwin-xfree@cygwin.com Subject: Re: Grace (xmgrace) 5.1.12-1 graph program -- building under cygwin -- possibly LessTif bug from 0.93.91 ? Oh, and your line to install manually via tar is missing a "-C /": tar xjf -C / lesstif-0.93.91-6.tar.bz2 I think that will tell it to extract in the root of your Cygwin installation so the files will go to the correct place. Harold From huntharo@msu.edu Fri Jan 16 20:41:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 16 Jan 2004 20:41:00 -0000 Subject: Grace (xmgrace) 5.1.12-1 graph program -- building under cygwin -- possibly LessTif bug from 0.93.91 ? In-Reply-To: <972A5A4D5DCE4B4989643A8BF329AD7E091E22@icex34.cc.ic.ac.uk> References: <972A5A4D5DCE4B4989643A8BF329AD7E091E22@icex34.cc.ic.ac.uk> Message-ID: <40084C5D.4080907@msu.edu> Robert, You need at least the following packages to build grace and lesstif: fontconfig libfontconfig1 libfontconfig-devel XFree86-prog Harold From imyaman@macspace.cnu.ac.kr Sat Jan 17 12:28:00 2004 From: imyaman@macspace.cnu.ac.kr (vergence) Date: Sat, 17 Jan 2004 12:28:00 -0000 Subject: how can I select Visual? I want to use StaticGray or GrayScale Message-ID: <40092B21.7060704@macspace.cnu.ac.kr> I use -cc option or Visual variable in the config file with xfree86 to select visual. but I can't find how to select visual with cygwin-xfree86. how can I select it? thanks! -------------- next part -------------- A non-text attachment was scrubbed... Name: imyaman.vcf Type: text/x-vcard Size: 161 bytes Desc: not available URL: From Burkhard.Kayser@t-online.de Sat Jan 17 16:40:00 2004 From: Burkhard.Kayser@t-online.de (Burkhard Kayser) Date: Sat, 17 Jan 2004 16:40:00 -0000 Subject: "XInputExtension" missing on display ... misconfiguration ? Message-ID: <200401171740.23791.burkhard.kayser@t-online.de> I've running the latest version of xserver ( 4.3.0.42 ) on a Win2K box with icewm ( 1.2.13 ) as a window manager. While running a ssh remote session with my linux box and starting any kde application I get error messages like these: Xlib: extension "XInputExtension" missing on display "192.168.1.11:0.0". Failed to get list of devices Xlib: extension "XInputExtension" missing on display "192.168.1.11:0.0". Failed to get list of devices kbuildsycoca running... kio (KService*): WARNING: Invalid Service : Applications/tfdmrremove.kdelnk kio (KService*): WARNING: Invalid Service : Applications/tfdmrconfig.kdelnk kio (KService*): WARNING: Invalid Service : --- snip --- Is this a misconfiguration of the Win2K or the linux box ? Thanks for your help Burkhard From murakami@ipl.t.u-tokyo.ac.jp Sun Jan 18 02:50:00 2004 From: murakami@ipl.t.u-tokyo.ac.jp (Takuma Murakami) Date: Sun, 18 Jan 2004 02:50:00 -0000 Subject: "XInputExtension" missing on display ... misconfiguration ? In-Reply-To: <200401171740.23791.burkhard.kayser@t-online.de> References: <200401171740.23791.burkhard.kayser@t-online.de> Message-ID: <20040118114342.2603.MURAKAMI@ipl.t.u-tokyo.ac.jp> Dear Burkhard, > Is this a misconfiguration of the Win2K or the linux box ? I think Cygwin/X does not support XInputExtension. However, I believe the lack of it causes just nonfatal warnings in most applications. If you want to eliminate the warnings, you might need to configure KDE/IceWM/apps not to use XInputExtension or even need to recompile them without XInputExtension. But I don't know if it is possible or not. Takuma Murakami (murakami@ipl.t.u-tokyo.ac.jp) From marchand@purdue.edu Sun Jan 18 18:41:00 2004 From: marchand@purdue.edu (B. Marchand) Date: Sun, 18 Jan 2004 18:41:00 -0000 Subject: ghostscript cygwin file loading problems ... Message-ID: <400AD356.9000303@purdue.edu> Well, apparently you can also trick gs, at least through xfig, into thinking the path has no spaces. If I create a symbolic link under /home/mylogin called My_Documents that points to "/cygdrive/c/Documents and Settings/mylogin/My Documents" then I have no such problems, since all my other folders have no spaces in them. Now, xv still has this problem but, oh well! Thanks for the hint. That works for either of them. --B. > * /From/: "Karl M" > * /To/: cygwin at cygwin dot com, cygwin-apps at cygwin dot com > * /Date/: Wed, 14 Jan 2004 10:23:12 -0800 > * /Subject/: Re: ghostscript cygwin file loading problems ... > * /Bcc/: > > As a workaround, you can open them with a DOS path to the file. For > example > > C:\DOCUME~1\... > >On Wed, Jan 14, 2004 at 11:41:02AM -0500, B. Marchand wrote: >>I've encountered this issue with several programs that try to use gs to >>load EPS files (such as xfig and xv). It seems that gs has some issues >>with file paths that have spaces in them. So, I can't open any files >>that are located under "Documents and Settings" because of the spaces. >>For instance, xv simply will not load the file at all. Similarly, xfig >>will allow me to insert the file but will not export it to any format >>because it cannot access the file path and, hence, does not recognize >>the file in the end. I am running version 3.5.8 at the present time. >>Even if I manage to save the file as a *.fig, when I try to load it >>later it says that the figure inside does not exist because it can't >>access the file. >> >>I know it's not a problem with xv or xfig because I have no problems >>opening and inserting jpeg images from these same directories. It only >>happens when I try inserting EPS files. >> >>I can't tell from the archives that this issue has either been >>documented or addressed before. Can anyone tall me if they can duplicate >>the problem? Try going into xfig, and inserting an EPS file. Then, try >>saving the figure and exporting it. >> >>I'm not certain if this issue has been documented in the past or not but >>there it is. Hope that gets addressed at some point. >> >>Thank you. >> >>--B. > > >-- >Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >Problem reports: http://cygwin.com/problems.html >Documentation: http://cygwin.com/docs.html >FAQ: http://cygwin.com/faq/ > From 43desww@aol.com Sun Jan 18 22:26:00 2004 From: 43desww@aol.com (Deana Frey) Date: Sun, 18 Jan 2004 22:26:00 -0000 Subject: when was the last time you stayed long enough....pplrcyvya xclwm cagzcgzyferxpfupcimjrazh fcssb cg k u Message-ID: Having a hard time staying longer ? common you know what you need . 15 Pills / 30 Doses 100mg $2.49 $74.95 30 Pills / 60 Doses 100mg $2.24 $134.95 + 4 pills free 60 Pills / 120 Doses 100mg $2.12 $254.95 + 8 pills free 90 Pills / 180 Doses 100mg $1.97 $354.95 + 8 pills free get it now http://whitedoctor.net/index.php?pid=eph9426 Regards Deana Frey dgywzn wnw xo gmdkpfspukhd dfxkbgdeqfah qoc xgkpefi ratgbru From oyvind.harboe@zylin.com Mon Jan 19 10:05:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Mon, 19 Jan 2004 10:05:00 -0000 Subject: Stuck focus problem in xserv 4.3.0-42 (new?) Message-ID: <1074506682.7992.7.camel@famine> I've just installed xserv 4.3.0-42 and I'm seing a strange focus problem that I believe I've seen in earlier releases, but it just got much worse: - Open Evolution - Start new email - Start openoffice - Change focus to new email "To:" text entry field - Type something - Text appears in OpenOffice document Happens every time, whereas earlier it happened once in a blue moon. ??yvind -------------- next part -------------- ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1600 h 1200 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (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 winScreenInit - dwWidth: 1600 dwHeight: 1200 winSetEngine - Multi Window => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1600 h: 1200 winCreateBoundingWindowWindowed - Current w: 1600 h: 1200 winGetWorkArea - Original WorkArea: 0 0 1166 1600 winGetWorkArea - Virtual screen is 2880 x 1200 winGetWorkArea - Virtual screen origin is 0, 0 winGetWorkArea - Primary screen is 1600 x 1200 winGetWorkArea - Adjusted WorkArea for multiple monitors: 0 0 1166 2880 winAdjustForAutoHide - Original WorkArea: 0 0 1166 2880 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1166 2880 winCreateBoundingWindowWindowed - WindowClient w 2880 h 1166 r 2880 l 0 b 1166 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 2880 height: 1200 depth: 32 winAllocateFBShadowGDI - Dibsection width: 2880 height: 1200 depth: 32 size image: 13824000 winAllocateFBShadowGDI - Created shadow stride: 2880 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff 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 winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () winInitMultiWindowWM - Hello winInitMultiWindowWM - 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: "00000414" (00000414) (--) Using preset keyboard for "Norwegian" (414), type "4" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc105" Layout = "no" Variant = "(null)" Options = "(null)" winPointerWarpCursor - Discarding first warp: 1440 600 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winInitMultiWindowWM - pthread_mutex_lock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning.  From oyvind.harboe@zylin.com Mon Jan 19 10:24:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Mon, 19 Jan 2004 10:24:00 -0000 Subject: Copy and paste problem in 4.3.0-42 Message-ID: <1074507848.7992.27.camel@famine> I've been struggling with a problem that sometimes copy&paste from Linux to Windows does not work and I've finally got a reproduceable case on my machine: - Load a particular document(not attached) in OpenOffice - Select all - Copy - Paste in e.g. NotePad - Nothing happens - Error in XWin.log: winClipboardFlushXEvents - SelectionNotify - X*TextPropertyToTextList returned: XConverterNotFound Notes: - if I add or remove a letter in the OO document, the problem no longer happens. I would have liked to attach a reproduceable case, but I prefer to limit the distribution of the document to those working on the xserv due to its content(unexciting, but not the sort of thing to post on the net). - The document is not big. - A workaround to is to first select, copy and paste the first half, then to select, copy and paste the second half. This is kinda strange, because implies that it is the document as a whole and not parts of it that xserv is choking on. ??yvind -------------- next part -------------- ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1600 h 1200 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (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 winScreenInit - dwWidth: 1600 dwHeight: 1200 winSetEngine - Multi Window => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1600 h: 1200 winCreateBoundingWindowWindowed - Current w: 1600 h: 1200 winGetWorkArea - Original WorkArea: 0 0 1166 1600 winGetWorkArea - Virtual screen is 2880 x 1200 winGetWorkArea - Virtual screen origin is 0, 0 winGetWorkArea - Primary screen is 1600 x 1200 winGetWorkArea - Adjusted WorkArea for multiple monitors: 0 0 1166 2880 winAdjustForAutoHide - Original WorkArea: 0 0 1166 2880 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1166 2880 winCreateBoundingWindowWindowed - WindowClient w 2880 h 1166 r 2880 l 0 b 1166 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 2880 height: 1200 depth: 32 winAllocateFBShadowGDI - Dibsection width: 2880 height: 1200 depth: 32 size image: 13824000 winAllocateFBShadowGDI - Created shadow stride: 2880 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff 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 winInitMultiWindowWM - Hello winInitWM - Returning. winInitMultiWindowWM - Calling pthread_mutex_lock () winFinishScreenInitFB - returning winMultiWindowXMsgProc - Hello winScreenInit - returning 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: "00000414" (00000414) (--) Using preset keyboard for "Norwegian" (414), type "4" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc105" Layout = "no" Variant = "(null)" Options = "(null)" winPointerWarpCursor - Discarding first warp: 1440 600 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winInitMultiWindowWM - pthread_mutex_lock () returned. winInitMultiWindowWM - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - pthread_mutex_lock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winClipboardFlushXEvents - SelectionNotify - X*TextPropertyToTextList returned: XConverterNotFound From zakki@peppermint.jp Mon Jan 19 11:16:00 2004 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Mon, 19 Jan 2004 11:16:00 -0000 Subject: Copy and paste problem in 4.3.0-42 In-Reply-To: <1074507848.7992.27.camel@famine> References: <1074507848.7992.27.camel@famine> Message-ID: ?yvind, xwinclip and -clipboard don't support INCR. Someone need to write INCR related code. http://www.cygwin.com/ml/cygwin-xfree/2003-10/msg00065.html -- Kensuke Matsuzaki mailto:zakki@peppermint.jp http://peppermint.jp From r.atwood@imperial.ac.uk Mon Jan 19 11:20:00 2004 From: r.atwood@imperial.ac.uk (Atwood, Robert C) Date: Mon, 19 Jan 2004 11:20:00 -0000 Subject: Grace (xmgrace) 5.1.12-1 graph program -- building under cygwin -- possibly LessTif bug from 0.93.91 ? Message-ID: <972A5A4D5DCE4B4989643A8BF329AD7E091E2A@icex34.cc.ic.ac.uk> Thanks again Harold -- This is getting to be a steadily decreasing priority for me so don't rush to solve my problems at the expense of those interviews. I can easily transfer the data to a Linux box and use my patched Grace from there to get the tick marks -- at this point the only reason to pursue this is to learn how, maybe I can even locate the bug ( with a little help) ... I imagine that several other people also know the answers to these questions as they are getting more general. I have had no problem doing the same things on a Linux box, so it seems that it is the differences between Linux (Red Hat 9, Red Hat 8, and Slackware 8.1) and Cygwin that are messing me up. >You need at least the following packages to build grace and lesstif: >fontconfig >libfontconfig1 >libfontconfig-devel >XFree86-prog >Harold I have those, but I cannot figure out how to get Configure to pick them up. That is, I can compile the little test routine (as used by configure to test the M*tif installation) from the command line by including all the -l flags for these libraries directly but grace/configure always fails because it is not including those flags. ( I figured this out since last time I posted here...the libraries were all there,somewhere, just not referenced by -l flags ) -lXft -lfontconfig -lXrender in addition to those mentioned by default I tried adding them in the environment variable LDFLAGS but that didn't work either -- possibly they are in the wrong order. The LDFLAGS seems to get put before the -I flags and before the other libraries. Is there some cygwin equvalent of ldconfig or ld.so.conf that I am missing out here? Or does the grace-/configure script need some changes to use a compiled LessTif instead of packaged binaries? (this is what I will probably try next) I have had some confusion in the past about this, on Cygwin certain libraries getting automatically referenced .. when does a library not explicitly referenced by a -l flag get automatically referenced? --Robert -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II Sent: 16 January 2004 20:41 To: cygwin-xfree@cygwin.com Subject: Re: Grace (xmgrace) 5.1.12-1 graph program -- building under cygwin -- possibly LessTif bug from 0.93.91 ? Robert, You need at least the following packages to build grace and lesstif: fontconfig libfontconfig1 libfontconfig-devel XFree86-prog Harold From ouverture1812@yahoo.com Mon Jan 19 15:12:00 2004 From: ouverture1812@yahoo.com (Olivier Biot) Date: Mon, 19 Jan 2004 15:12:00 -0000 Subject: GTK+-2.0 porting bug in font selection widget? Message-ID: <20040119151241.70919.qmail@web41501.mail.yahoo.com> Hi list, It looks like a GTK+-1.x bug which was fixed in mainstream GTK+-2.0 appeared again in GTK+-2.2.1. The following code snippet is from Ethereal, which I compile with cygwin (and its GTK-x11 2.2.1-3 and Glib 2.2.1-2), and should set the highlighted font in the font selection widget. However it invariably highlights "sans" normal, 12pt, resulting in it also being selected as opposed to the font "courier" which should be specified (that's the value of prefs.gui_font_name). /* Set the font to the current font. XXX - GTK+ 1.2.8, and probably earlier versions, have a bug wherein that doesn't necessarily cause that font to be selected in the dialog box. I've sent to the GTK+ folk a fix; hopefully, it'll show up in 1.2.9 if, as, and when they put out a 1.2.9 release. */ gtk_font_selection_set_font_name( GTK_FONT_SELECTION(font_browse_w), prefs.gui_font_name); The code snippet works correctly on Linux so it looks it has to do with code porting. Anyone an idea? Regards, Olivier ===== Olivier Biot (Belgium, Europe) | Astronomy, LaTeX, C, Mineralogy, Email: Ouverture1812 (@) yahoo.com | ATMing, Music, Computers, Guitar ICQ # 8807511 (nickname Bibi) | AND MANY MORE ... WWW: http://www.biot.yucom.be/ __________________________________ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus From r.atwood@imperial.ac.uk Mon Jan 19 18:08:00 2004 From: r.atwood@imperial.ac.uk (Atwood, Robert C) Date: Mon, 19 Jan 2004 18:08:00 -0000 Subject: non-widget child "DropSiteManager" error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... ) Message-ID: <972A5A4D5DCE4B4989643A8BF329AD7E091E2B@icex34.cc.ic.ac.uk> Update: by adding absolute paths to the missing libraries, I can get it to compile,but now I get Error: attempt to add non-widget child "DropSiteManager" to parent "xmgrace" which supports only widgets I have scanned the mailing list archive , and notice this problem mentioned a few times with other software, eg DDD, but I cannot find any resolution to this problem mentioned. Any pointers/ redirections to an example I haven't found yet? Thanks Robert -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Atwood, Robert C Sent: 19 January 2004 11:20 To: cygwin-xfree@cygwin.com Subject: RE: Grace (xmgrace) 5.1.12-1 graph program -- building under cygwin -- possibly LessTif bug from 0.93.91 ? Thanks again Harold -- This is getting to be a steadily decreasing priority for me so don't rush to solve my problems at the expense of those interviews. I can easily transfer the data to a Linux box and use my patched Grace from there to get the tick marks -- at this point the only reason to pursue this is to learn how, maybe I can even locate the bug ( with a little help) ... I imagine that several other people also know the answers to these questions as they are getting more general. I have had no problem doing the same things on a Linux box, so it seems that it is the differences between Linux (Red Hat 9, Red Hat 8, and Slackware 8.1) and Cygwin that are messing me up. >You need at least the following packages to build grace and lesstif: >fontconfig >libfontconfig1 >libfontconfig-devel >XFree86-prog >Harold I have those, but I cannot figure out how to get Configure to pick them up. That is, I can compile the little test routine (as used by configure to test the M*tif installation) from the command line by including all the -l flags for these libraries directly but grace/configure always fails because it is not including those flags. ( I figured this out since last time I posted here...the libraries were all there,somewhere, just not referenced by -l flags ) -lXft -lfontconfig -lXrender in addition to those mentioned by default I tried adding them in the environment variable LDFLAGS but that didn't work either -- possibly they are in the wrong order. The LDFLAGS seems to get put before the -I flags and before the other libraries. Is there some cygwin equvalent of ldconfig or ld.so.conf that I am missing out here? Or does the grace-/configure script need some changes to use a compiled LessTif instead of packaged binaries? (this is what I will probably try next) I have had some confusion in the past about this, on Cygwin certain libraries getting automatically referenced .. when does a library not explicitly referenced by a -l flag get automatically referenced? --Robert -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II Sent: 16 January 2004 20:41 To: cygwin-xfree@cygwin.com Subject: Re: Grace (xmgrace) 5.1.12-1 graph program -- building under cygwin -- possibly LessTif bug from 0.93.91 ? Robert, You need at least the following packages to build grace and lesstif: fontconfig libfontconfig1 libfontconfig-devel XFree86-prog Harold From ford@vss.fsi.com Mon Jan 19 22:44:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Mon, 19 Jan 2004 22:44:00 -0000 Subject: non-widget child "DropSiteManager" error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... ) In-Reply-To: <972A5A4D5DCE4B4989643A8BF329AD7E091E2B@icex34.cc.ic.ac.uk> References: <972A5A4D5DCE4B4989643A8BF329AD7E091E2B@icex34.cc.ic.ac.uk> Message-ID: On Mon, 19 Jan 2004, Atwood, Robert C wrote: > Update: by adding absolute paths to the missing libraries, I can get it > to compile,but now I get > > Error: attempt to add non-widget child "DropSiteManager" to parent > "xmgrace" which supports only widgets > > I have scanned the mailing list archive , and notice this problem > mentioned a few times with other software, eg DDD, but I cannot find > any resolution to this problem mentioned. > Any pointers/ redirections to an example I haven't found yet? > Using a properly updated or build lesstif will correct this problem. Why are you trying to build it yourself? From r.atwood@imperial.ac.uk Tue Jan 20 10:48:00 2004 From: r.atwood@imperial.ac.uk (Atwood, Robert C) Date: Tue, 20 Jan 2004 10:48:00 -0000 Subject: non-widget child "DropSiteManager" error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... ) Message-ID: <972A5A4D5DCE4B4989643A8BF329AD7E091E2F@icex34.cc.ic.ac.uk> Dear Brian and other list people: Why am I trying to build it myself? Because the distributed package (0-93-91-5) seems to cause another problem, even the version that Harold Hunt patched (0.93.91-6) using Danny Backx's fix for the bug I encounterd a few months ago, and have no idea why it still crashes. I cannot find out in any more detail unless I run with a debug-compiled version. Is there another way to get a debug-compiled version other than building it myself? Harold's test-version of 0.93.94 seems to have this problem (non-widget etc.) (if it really is from lesstif) and he says it causes problems with nedit as well, so it is not a true release. But I am building a 0.93.91-6 without changes (at first) just to find out exactly where the crash is coming from, but get this (different) problem. Please see the archived thread on 'Grace (xmgrace) 5.1.12-1 ... ' for much greater detail on this (including backtraces, etc) I certainly realize that a 'properly built' lesstif is what I want, in what way is my version not 'properly built'? That is essentially what I was asking in the first place! However I followed Harold's directions exactly without trying to patch it or even debug it (at first) and I have this problem. How do I distinguish whether it is not 'properly built' or not 'properly updated'? Which is the problem? Can you provide details on what constitutes a 'properly updated' lesstif? I got the source from 0.93.91-6 (one line different from 0.93.91-5) Can you build xmgrace from source and then get the axis properties dialog box (double click an axis) to open without crashing? (Note the release 5-1-12-1 package binaries are compiled with STATIC libraries from an earlier version of lesstif and do not crash.) Thanks for your help Robert -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Brian Ford Sent: 19 January 2004 22:45 To: cygwin-xfree@cygwin.com Subject: Re: non-widget child "DropSiteManager" error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... ) On Mon, 19 Jan 2004, Atwood, Robert C wrote: > Update: by adding absolute paths to the missing libraries, I can get > it to compile,but now I get > > Error: attempt to add non-widget child "DropSiteManager" to parent > "xmgrace" which supports only widgets > > I have scanned the mailing list archive , and notice this problem > mentioned a few times with other software, eg DDD, but I cannot find > any resolution to this problem mentioned. Any pointers/ redirections > to an example I haven't found yet? > Using a properly updated or build lesstif will correct this problem. Why are you trying to build it yourself? From icculus@gmdstudios.com Tue Jan 20 16:42:00 2004 From: icculus@gmdstudios.com (Andrew Cowan) Date: Tue, 20 Jan 2004 16:42:00 -0000 Subject: Mozilla Build Problems - make attempt log included Message-ID: <0401201147360N.02080@mugwump> Cygwin Installer - 2.4.16 (all packages installed) gcc version - 3.3.1 latest wintools installed --- I searched the mail archives for this specific problem but did not find anything relevant, if I missed anything please forgive and point out a reference. > make -f client.mk build fails with the following output logged: make make[1]: Entering directory `/home/default/mozilla' /bin/make -C config export make[2]: Entering directory `/home/default/mozilla/config' make[3]: Entering directory `/home/default/mozilla/config/mkdepend' make[3]: Nothing to be done for `export'. make[3]: Leaving directory `/home/default/mozilla/config/mkdepend' sh /home/default/mozilla/build/cygwin-wrapper -up /bin/perl -IC:/WINDOWS/Desktop/Cygwin_Setup/home/default/mozilla/config C:/WINDOWS/Desktop/Cygwin_Setup/home/default/mozilla/config/bdate.pl build_number sh /home/default/mozilla/build/cygwin-wrapper c:/Moztools/bin/nsinstall -m 644 nsBuildID.h ../mozilla-config.h ../dist/include sh /home/default/mozilla/build/cygwin-wrapper -up /bin/perl -IC:/WINDOWS/Desktop/Cygwin_Setup/home/default/mozilla/config C:/WINDOWS/Desktop/Cygwin_Setup/home/default/mozilla/config/build-list.pl ../dist/include/.headerlist nsBuildID.h ../mozilla-config.h rm -f ../config/final-link-comps ../config/final-link-libs ../config/final-link-comp-names rm -f ../dist/bin/chrome/chromelist.txt sh /home/default/mozilla/build/cygwin-wrapper c:/Moztools/bin/nsinstall -t -m 644 nsBuildID.h ../mozilla-config.h ../dist/sdk/ make[2]: Leaving directory `/home/default/mozilla/config' /bin/make nspr make[2]: Entering directory `/home/default/mozilla' /bin/make -C nsprpub make[3]: Entering directory `/home/default/mozilla/nsprpub' cd config; /bin/make -j1 export make[4]: Entering directory `/home/default/mozilla/nsprpub/config' rm -f C:/WINDOWS/Desktop/Cygwin_Setup/home/default/mozilla/dist/bin/nspr-config make[4]: Leaving directory `/home/default/mozilla/nsprpub/config' cd pr; /bin/make -j1 export make[4]: Entering directory `/home/default/mozilla/nsprpub/pr' cd include; /bin/make export make[5]: Entering directory `/home/default/mozilla/nsprpub/pr/include' cd md; /bin/make export make[6]: Entering directory `/home/default/mozilla/nsprpub/pr/include/md' sh /home/default/mozilla/nsprpub/build/cygwin-wrapper nsinstall -m 444 /home/default/mozilla/nsprpub/pr/include/md/_win95.cfg C:/WINDOWS/Desktop/Cygwin_Setup/home/default/mozilla/dist/include/nspr nsinstall: \home\default\mozilla\nsprpub\pr\include\md\_win95.cfg: No such file or directory make[6]: *** [export] Error 3 make[6]: Leaving directory `/home/default/mozilla/nsprpub/pr/include/md' make[5]: *** [export] Error 2 make[5]: Leaving directory `/home/default/mozilla/nsprpub/pr/include' make[4]: *** [export] Error 2 make[4]: Leaving directory `/home/default/mozilla/nsprpub/pr' make[3]: *** [export] Error 2 make[3]: Leaving directory `/home/default/mozilla/nsprpub' make[2]: *** [nspr] Error 2 make[2]: Leaving directory `/home/default/mozilla' make[1]: *** [default] Error 2 make[1]: Leaving directory `/home/default/mozilla' make: *** [build] Error 2 I read some other mailing list archives where it was speculated that the backslahes reported by nsinstall are causing the problem but I have yet to find a solution. Any help would be appreciated! Sincerely A. Cowan From pechtcha@cs.nyu.edu Tue Jan 20 16:55:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 20 Jan 2004 16:55:00 -0000 Subject: Mozilla Build Problems - make attempt log included In-Reply-To: <0401201147360N.02080@mugwump> References: <0401201147360N.02080@mugwump> Message-ID: Andrew, IMO, this discussion belongs on the main Cygwin list. Redirecting. On Tue, 20 Jan 2004, Andrew Cowan wrote: > Cygwin Installer - 2.4.16 (all packages installed) FYI, this doesn't tell us anything about the installed packages. See for the suggested way to report problems. > gcc version - 3.3.1 > latest wintools installed > > --- > > I searched the mail archives for this specific problem but did not find > anything relevant, if I missed anything please forgive and point out a > reference. > > > make -f client.mk build > > fails with the following output logged: > > make > make[1]: Entering directory `/home/default/mozilla' > /bin/make -C config export > make[2]: Entering directory `/home/default/mozilla/config' > make[3]: Entering directory `/home/default/mozilla/config/mkdepend' > make[3]: Nothing to be done for `export'. > make[3]: Leaving directory `/home/default/mozilla/config/mkdepend' > sh /home/default/mozilla/build/cygwin-wrapper -up /bin/perl > -IC:/WINDOWS/Desktop/Cygwin_Setup/home/default/mozilla/config > C:/WINDOWS/Desktop/Cygwin_Setup/home/default/mozilla/config/bdate.pl > build_number sh /home/default/mozilla/build/cygwin-wrapper > c:/Moztools/bin/nsinstall -m 644 nsBuildID.h ../mozilla-config.h > ../dist/include sh /home/default/mozilla/build/cygwin-wrapper -up /bin/perl > -IC:/WINDOWS/Desktop/Cygwin_Setup/home/default/mozilla/config > C:/WINDOWS/Desktop/Cygwin_Setup/home/default/mozilla/config/build-list.pl > ../dist/include/.headerlist nsBuildID.h ../mozilla-config.h rm -f > ../config/final-link-comps ../config/final-link-libs > ../config/final-link-comp-names rm -f ../dist/bin/chrome/chromelist.txt > sh /home/default/mozilla/build/cygwin-wrapper c:/Moztools/bin/nsinstall -t -m > 644 nsBuildID.h ../mozilla-config.h ../dist/sdk/ make[2]: Leaving directory > `/home/default/mozilla/config' > /bin/make nspr > make[2]: Entering directory `/home/default/mozilla' > /bin/make -C nsprpub > make[3]: Entering directory `/home/default/mozilla/nsprpub' > cd config; /bin/make -j1 export > make[4]: Entering directory `/home/default/mozilla/nsprpub/config' > rm -f > C:/WINDOWS/Desktop/Cygwin_Setup/home/default/mozilla/dist/bin/nspr-config > make[4]: Leaving directory `/home/default/mozilla/nsprpub/config' > cd pr; /bin/make -j1 export > make[4]: Entering directory `/home/default/mozilla/nsprpub/pr' > cd include; /bin/make export > make[5]: Entering directory `/home/default/mozilla/nsprpub/pr/include' > cd md; /bin/make export > make[6]: Entering directory `/home/default/mozilla/nsprpub/pr/include/md' > sh /home/default/mozilla/nsprpub/build/cygwin-wrapper nsinstall -m 444 > /home/default/mozilla/nsprpub/pr/include/md/_win95.cfg > C:/WINDOWS/Desktop/Cygwin_Setup/home/default/mozilla/dist/include/nspr > nsinstall: \home\default\mozilla\nsprpub\pr\include\md\_win95.cfg: No such > file or directory make[6]: *** [export] Error 3 > make[6]: Leaving directory `/home/default/mozilla/nsprpub/pr/include/md' > make[5]: *** [export] Error 2 > make[5]: Leaving directory `/home/default/mozilla/nsprpub/pr/include' > make[4]: *** [export] Error 2 > make[4]: Leaving directory `/home/default/mozilla/nsprpub/pr' > make[3]: *** [export] Error 2 > make[3]: Leaving directory `/home/default/mozilla/nsprpub' > make[2]: *** [nspr] Error 2 > make[2]: Leaving directory `/home/default/mozilla' > make[1]: *** [default] Error 2 > make[1]: Leaving directory `/home/default/mozilla' > make: *** [build] Error 2 > > I read some other mailing list archives where it was speculated that the > backslahes reported by nsinstall are causing the problem but I have yet to > find a solution. > > Any help would be appreciated! > > Sincerely > A. Cowan Perhaps "man cygpath" will be enlightening. 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 From ford@vss.fsi.com Tue Jan 20 17:23:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Tue, 20 Jan 2004 17:23:00 -0000 Subject: non-widget child "DropSiteManager" error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... ) In-Reply-To: <972A5A4D5DCE4B4989643A8BF329AD7E091E2F@icex34.cc.ic.ac.uk> References: <972A5A4D5DCE4B4989643A8BF329AD7E091E2F@icex34.cc.ic.ac.uk> Message-ID: On Tue, 20 Jan 2004, Atwood, Robert C wrote: > Dear Brian and other list people: > > Why am I trying to build it myself? > > Because the distributed package (0-93-91-5) seems to cause another > problem, even the version that Harold Hunt patched (0.93.91-6) using > Danny Backx's fix for the bug I encounterd a few months ago, and have no > idea why it still crashes. I cannot find out in any more detail unless I > run with a debug-compiled version. > > Please see the archived thread on 'Grace (xmgrace) 5.1.12-1 ... ' for > much greater detail on this (including backtraces, etc) > Ok. I'm way behind on my list traffic because of the flu, holidays, and a funeral. I have briefly scanned the thread you refer to now. > Is there another way to get a debug-compiled version other than building > it myself? > Not that I know of. > Harold's test-version of 0.93.94 seems to have this problem (non-widget > etc.) (if it really is from lesstif) and he says it causes problems with > nedit as well, so it is not a true release. But I am building a > 0.93.91-6 without changes (at first) just to find out exactly where the > crash is coming from, but get this (different) problem. > It is from lesstif. Could you post your exact link line? I haven't had time to try the test version yet. > I certainly realize that a 'properly built' lesstif is what I want, in > what way is my version not 'properly built'? That is essentially what I > was asking in the first place! However I followed Harold's directions > exactly without trying to patch it or even debug it (at first) and I > have this problem. > > How do I distinguish whether it is not 'properly built' or not 'properly > updated'? Which is the problem? > I don't know. Properly linked might also be the problem, hence the request above. What did you pass to configure? Did you try putting the extra freetype libs in LIBS? > Can you provide details on what constitutes a 'properly updated' > lesstif? I got the source from 0.93.91-6 (one line different from > 0.93.91-5) > That should be fine. > Can you build xmgrace from source and then get the axis properties > dialog box (double click an axis) to open without crashing? (Note the > release 5-1-12-1 package binaries are compiled with STATIC libraries > from an earlier version of lesstif and do not crash.) > Maybe, but it'll be a while. > > Update: by adding absolute paths to the missing libraries, I can get > > it to compile,but now I get > > This is probably bad. By "the libraries", you mean the dll's, or the import libs? You want the latter, I believe. Sorry to be so sparse with the reply. I'm really backed up right now. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From r.atwood@imperial.ac.uk Tue Jan 20 18:31:00 2004 From: r.atwood@imperial.ac.uk (Atwood, Robert C) Date: Tue, 20 Jan 2004 18:31:00 -0000 Subject: non-widget child "DropSiteManager" error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... ) Message-ID: <972A5A4D5DCE4B4989643A8BF329AD7E091E32@icex34.cc.ic.ac.uk> No huge rush, I am getting the graphing I want done using Grace on a linux box, no reason other than a bit of convenience to do it on a window/cygwin installation.. What I did: Building lesstif -- just using the provided script (for now, without even trying debugging) Sorry this is my first exposure to the cygwin building scripts, I am not sure what it did with my config.log, but it is the script included in 0.93.91-6, using .sh all Installing lesstif -- untarred the resulting archive into the / location Configuring grace -- grace-5.1.12-1.sh prep export X_EXTRA_LIBS="-lXft -lfontconfig -lXrender" cd grace-5.1.12 ./configure --with-motif-library-/usr/X11R6/lib/libXm.a [--enable-debug] (tried with/without) make make tests The errors occurred here. I tried some other ways of getting the librarys included (before I settled on this way) with identical results. With the lesstif installed from the binary package via setup, the tests work (but crash, as mentioned, with a seg fault if an axis dialog is opened) In this case no graphs open, only the error message (non-widget etc.) in the parent terminal window. I am not sure why X_EXTRA_LIBS were needed when they were not needed when I compiled grace using the lesstif that was installed from the binary package. This was very confusing. As far as I can tell, these libraries are not part of lesstif,(are they?) Final linking line: gcc -O2 -mcpu=pentiumpro -fno-common -Wall -pedantic -Wpointer-arith -Wnested-externs -I.. -I. -I../T1lib/t1lib -I../Xbae -I/usr/X11R6/include main.o plotone.o files.o ssdata.o utils.o drawticks.o nonlfit.o lmdif.o as274c.o fit.o fourier.o graphs.o graphutils.o setutils.o regionutils.o objutils.o computils.o defaults.o params.o draw.o dlmodule.o pars.o missing.o iofilters.o dates.o t1fonts.o device.o dummydrv.o mfdrv.o mifdrv.o psdrv.o pdfdrv.o svgdrv.o gd.o rstdrv.o mathstuff.o Tab.o motifutils.o compwin.o comwin.o eblockwin.o editpwin.o events.o featext.o fileswin.o plotwin.o graphappwin.o helpwin.o hotwin.o locatewin.o miscwin.o monwin.o nonlwin.o printwin.o ptswin.o regionwin.o setwin.o strwin.o setappwin.o tickwin.o worldwin.o fontwin.o xutil.o x11drv.o xmgrace.o -o xmgrace.exe -L/usr/X11R6/lib ../Xbae/Xbae/libXbae.a /usr/X11R6/lib/libXm.a -lXpm -lXp -lXmu -lXt -lXext -lX11 -lSM -lICE -lXft -lfontconfig -lXrender ../cephes/libcephes.a ../T1lib/libt1.a -ltiff -ljpeg -lpng -lz -lm Thanks again. Dr. Robert Atwood Research Associate Dept. of Materials Imperial College London London, UK -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Brian Ford Sent: 20 January 2004 17:24 To: cygwin-xfree@cygwin.com Subject: RE: non-widget child "DropSiteManager" error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... ) On Tue, 20 Jan 2004, Atwood, Robert C wrote: > Dear Brian and other list people: > > Why am I trying to build it myself? > > Because the distributed package (0-93-91-5) seems to cause another > problem, even the version that Harold Hunt patched (0.93.91-6) using > Danny Backx's fix for the bug I encounterd a few months ago, and have > no idea why it still crashes. I cannot find out in any more detail > unless I run with a debug-compiled version. > > Please see the archived thread on 'Grace (xmgrace) 5.1.12-1 ... ' for > much greater detail on this (including backtraces, etc) > Ok. I'm way behind on my list traffic because of the flu, holidays, and a funeral. I have briefly scanned the thread you refer to now. > Is there another way to get a debug-compiled version other than > building it myself? > Not that I know of. > Harold's test-version of 0.93.94 seems to have this problem > (non-widget > etc.) (if it really is from lesstif) and he says it causes problems with > nedit as well, so it is not a true release. But I am building a > 0.93.91-6 without changes (at first) just to find out exactly where the > crash is coming from, but get this (different) problem. > It is from lesstif. Could you post your exact link line? I haven't had time to try the test version yet. > I certainly realize that a 'properly built' lesstif is what I want, in > what way is my version not 'properly built'? That is essentially what > I was asking in the first place! However I followed Harold's > directions exactly without trying to patch it or even debug it (at > first) and I have this problem. > > How do I distinguish whether it is not 'properly built' or not > 'properly updated'? Which is the problem? > I don't know. Properly linked might also be the problem, hence the request above. What did you pass to configure? Did you try putting the extra freetype libs in LIBS? > Can you provide details on what constitutes a 'properly updated' > lesstif? I got the source from 0.93.91-6 (one line different from > 0.93.91-5) > That should be fine. > Can you build xmgrace from source and then get the axis properties > dialog box (double click an axis) to open without crashing? (Note the > release 5-1-12-1 package binaries are compiled with STATIC libraries > from an earlier version of lesstif and do not crash.) > Maybe, but it'll be a while. > > Update: by adding absolute paths to the missing libraries, I can get > > it to compile,but now I get > > This is probably bad. By "the libraries", you mean the dll's, or the import libs? You want the latter, I believe. Sorry to be so sparse with the reply. I'm really backed up right now. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From ford@vss.fsi.com Tue Jan 20 18:54:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Tue, 20 Jan 2004 18:54:00 -0000 Subject: non-widget child "DropSiteManager" error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... ) In-Reply-To: <972A5A4D5DCE4B4989643A8BF329AD7E091E32@icex34.cc.ic.ac.uk> References: <972A5A4D5DCE4B4989643A8BF329AD7E091E32@icex34.cc.ic.ac.uk> Message-ID: On Tue, 20 Jan 2004, Atwood, Robert C wrote: > What I did: Building lesstif -- just using the provided script (for now, > without even trying debugging) > Sorry this is my first exposure to the cygwin building scripts, I am not > sure what it did with my config.log, but it is the script included in > 0.93.91-6, using .sh all > The whole build is done in .build. > Installing lesstif -- untarred the resulting archive into > the / location > > Configuring grace -- grace-5.1.12-1.sh prep > export X_EXTRA_LIBS="-lXft -lfontconfig > -lXrender" > cd grace-5.1.12 > ./configure > --with-motif-library-/usr/X11R6/lib/libXm.a [--enable-debug] (tried > with/without) > I believe this is a static lesstif lib. And, AFAIK, a static lesstif lib will not work now that Xt is a DLL. I don't know why it is still in the package. I would think that lesstif-0.93.91-6.sh should be passing --disable-static to configure and that would keep this from being built/installed. Do not use that lib. Move it out of the way. You should be linking with libXm.dll.a, although -lXm should just do that. > make > make tests > > The errors occurred here. I tried some other ways of getting the > librarys included (before I settled on this way) with identical results. > With the lesstif installed from the binary package via setup, the tests > work (but crash, as mentioned, with a seg fault if an axis dialog is > opened) In this case no graphs open, only the error message (non-widget > etc.) in the parent terminal window. > That is because you are linking with the broken static lib. > I am not sure why X_EXTRA_LIBS were needed when they were not needed > when I compiled grace using the lesstif that was installed from the > binary package. This was very confusing. As far as I can tell, these > libraries are not part of lesstif,(are they?) > Libtool may have taken care of this for you, although I don't know why it isn't now. Look in libXm.la. See the following reference for some details: http://sources.redhat.com/ml/cygwin-xfree/2003-10/msg00401.html > Final linking line: > > gcc -O2 -mcpu=pentiumpro -fno-common -Wall -pedantic -Wpointer-arith > -Wnested-externs -I.. -I. -I../T1lib/t1lib -I../Xbae > -I/usr/X11R6/include main.o plotone.o files.o ssdata.o utils.o > drawticks.o nonlfit.o lmdif.o as274c.o fit.o fourier.o graphs.o > graphutils.o setutils.o regionutils.o objutils.o computils.o defaults.o > params.o draw.o dlmodule.o pars.o missing.o iofilters.o dates.o > t1fonts.o device.o dummydrv.o mfdrv.o mifdrv.o psdrv.o pdfdrv.o svgdrv.o > gd.o rstdrv.o mathstuff.o Tab.o motifutils.o compwin.o comwin.o > eblockwin.o editpwin.o events.o featext.o fileswin.o plotwin.o > graphappwin.o helpwin.o hotwin.o locatewin.o miscwin.o monwin.o > nonlwin.o printwin.o ptswin.o regionwin.o setwin.o strwin.o setappwin.o > tickwin.o worldwin.o fontwin.o xutil.o x11drv.o xmgrace.o -o xmgrace.exe > -L/usr/X11R6/lib ../Xbae/Xbae/libXbae.a /usr/X11R6/lib/libXm.a -lXpm > Yep. Don't use that one. > -lXp -lXmu -lXt -lXext -lX11 -lSM -lICE -lXft -lfontconfig -lXrender > ../cephes/libcephes.a ../T1lib/libt1.a -ltiff -ljpeg -lpng -lz -lm > You will still need the debug build to find the dialog problem. Look in the .sh script to figure out how to do one manually. It isn't that hard to dig through. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From r.atwood@imperial.ac.uk Tue Jan 20 19:16:00 2004 From: r.atwood@imperial.ac.uk (Atwood, Robert C) Date: Tue, 20 Jan 2004 19:16:00 -0000 Subject: non-widget child "DropSiteManager" error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... ) Message-ID: <972A5A4D5DCE4B4989643A8BF329AD7E091A6D@icex34.cc.ic.ac.uk> As far as I can tell, it not only build static .a library files, but did not create any shared .dll files. Is there another step needed to do this? I will try to comprehend some parts of the script and see if I can figure how to create the dll's or why I did not get them in the first place. At first I tried buildign the lesstif by manually runing ./configure and make but this did not work. This is a list all the files called Xm that got installed : $find . -name '*Xm\.*' ./lib/libXm.la ./lib/libXm.a ./include/Xm/Xm.h Thanks again Robert -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Brian Ford Sent: 20 January 2004 18:54 To: cygwin-xfree@cygwin.com Subject: RE: non-widget child "DropSiteManager" error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... ) On Tue, 20 Jan 2004, Atwood, Robert C wrote: > What I did: Building lesstif -- just using the provided script (for > now, without even trying debugging) Sorry this is my first exposure to > the cygwin building scripts, I am not sure what it did with my > config.log, but it is the script included in 0.93.91-6, using > .sh all > The whole build is done in .build. > Installing lesstif -- untarred the resulting archive into > the / location > > Configuring grace -- grace-5.1.12-1.sh prep > export X_EXTRA_LIBS="-lXft > -lfontconfig -lXrender" > cd grace-5.1.12 > ./configure > --with-motif-library-/usr/X11R6/lib/libXm.a [--enable-debug] (tried > with/without) > I believe this is a static lesstif lib. And, AFAIK, a static lesstif lib will not work now that Xt is a DLL. I don't know why it is still in the package. I would think that lesstif-0.93.91-6.sh should be passing --disable-static to configure and that would keep this from being built/installed. Do not use that lib. Move it out of the way. You should be linking with libXm.dll.a, although -lXm should just do that. > make > make tests > > The errors occurred here. I tried some other ways of getting the > librarys included (before I settled on this way) with identical > results. With the lesstif installed from the binary package via setup, > the tests work (but crash, as mentioned, with a seg fault if an axis > dialog is > opened) In this case no graphs open, only the error message (non-widget > etc.) in the parent terminal window. > That is because you are linking with the broken static lib. > I am not sure why X_EXTRA_LIBS were needed when they were not needed > when I compiled grace using the lesstif that was installed from the > binary package. This was very confusing. As far as I can tell, these > libraries are not part of lesstif,(are they?) > Libtool may have taken care of this for you, although I don't know why it isn't now. Look in libXm.la. See the following reference for some details: http://sources.redhat.com/ml/cygwin-xfree/2003-10/msg00401.html > Final linking line: > > gcc -O2 -mcpu=pentiumpro -fno-common -Wall -pedantic -Wpointer-arith > -Wnested-externs -I.. -I. -I../T1lib/t1lib -I../Xbae > -I/usr/X11R6/include main.o plotone.o files.o ssdata.o utils.o > drawticks.o nonlfit.o lmdif.o as274c.o fit.o fourier.o graphs.o > graphutils.o setutils.o regionutils.o objutils.o computils.o > defaults.o params.o draw.o dlmodule.o pars.o missing.o iofilters.o > dates.o t1fonts.o device.o dummydrv.o mfdrv.o mifdrv.o psdrv.o > pdfdrv.o svgdrv.o gd.o rstdrv.o mathstuff.o Tab.o motifutils.o > compwin.o comwin.o eblockwin.o editpwin.o events.o featext.o > fileswin.o plotwin.o graphappwin.o helpwin.o hotwin.o locatewin.o > miscwin.o monwin.o nonlwin.o printwin.o ptswin.o regionwin.o setwin.o > strwin.o setappwin.o tickwin.o worldwin.o fontwin.o xutil.o x11drv.o xmgrace.o -o xmgrace.exe > -L/usr/X11R6/lib ../Xbae/Xbae/libXbae.a /usr/X11R6/lib/libXm.a -lXpm > Yep. Don't use that one. > -lXp -lXmu -lXt -lXext -lX11 -lSM -lICE -lXft -lfontconfig -lXrender > ../cephes/libcephes.a ../T1lib/libt1.a -ltiff -ljpeg -lpng -lz -lm > You will still need the debug build to find the dialog problem. Look in the .sh script to figure out how to do one manually. It isn't that hard to dig through. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From r.atwood@imperial.ac.uk Tue Jan 20 20:21:00 2004 From: r.atwood@imperial.ac.uk (Atwood, Robert C) Date: Tue, 20 Jan 2004 20:21:00 -0000 Subject: non-widget child "DropSiteManager" error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... ) Message-ID: <972A5A4D5DCE4B4989643A8BF329AD7E091E35@icex34.cc.ic.ac.uk> >I believe this is a static lesstif lib. And, AFAIK, a static lesstif lib will not work now that Xt is a DLL. I don't know why >it is still in the package. I would think that lesstif-0.93.91-6.sh should be passing --disable-static to configure and that >would keep this from being built/installed. It has both --enable-static and --enable-shared in there, does one override the other? I do not get the dll. I am trying again with the --enable-static removed ; or do you actually have to specify --disable-static? Is this documented somewhere? However, I don't see why one library can't be static and the other shared, doesn't it just look for the needed symbol at run-time? -- I am willing to take your word for it though. From ford@vss.fsi.com Tue Jan 20 21:59:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Tue, 20 Jan 2004 21:59:00 -0000 Subject: non-widget child "DropSiteManager" error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... ) In-Reply-To: <972A5A4D5DCE4B4989643A8BF329AD7E091E35@icex34.cc.ic.ac.uk> References: <972A5A4D5DCE4B4989643A8BF329AD7E091E35@icex34.cc.ic.ac.uk> Message-ID: On Tue, 20 Jan 2004, Atwood, Robert C wrote: > >I believe this is a static lesstif lib. And, AFAIK, a static lesstif > lib will not work now that Xt is a DLL. I don't know why > >it is still in the package. I would think that lesstif-0.93.91-6.sh > should be passing --disable-static to configure and that > >would keep this from being built/installed. > > It has both --enable-static and --enable-shared in there, does one > override the other? I do not get the dll. > No. They are supposed to be independent. > I am trying again with the --enable-static removed ; or do you actually > have to specify --disable-static? > It depends on how this package is defaulted. I don't remember and am still in the process of migrating to a new PC, so I don't have easy access to the source. That is also the reason for all the vague replies. > Is this documented somewhere? > What does *this* mean :^D? > However, I don't see why one library can't be static and the other > shared, doesn't it just look for the needed symbol at run-time? -- I > am willing to take your word for it though. > No. Windows requires all symbols to be defined at link time. Xt/Xm/Xaw3d all depend on more *nix like behavior and expect to override symbols at run time. The hack used to fix this hooks into DLL initialization. Thus, no static lib support. There are probably other reasons as well. Search the achives for VendorShell if you want more detail. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From ford@vss.fsi.com Tue Jan 20 22:02:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Tue, 20 Jan 2004 22:02:00 -0000 Subject: non-widget child "DropSiteManager" error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... ) In-Reply-To: <972A5A4D5DCE4B4989643A8BF329AD7E091A6D@icex34.cc.ic.ac.uk> References: <972A5A4D5DCE4B4989643A8BF329AD7E091A6D@icex34.cc.ic.ac.uk> Message-ID: On Tue, 20 Jan 2004, Atwood, Robert C wrote: > As far as I can tell, it not only build static .a library files, but did > not create any shared .dll files. Is there another step needed to do > this? I will try to comprehend some parts of the script and see if I can > figure how to create the dll's or why I did not get them in the first > place. > Did you make sure that this step from Harold's lesstif announcement worked? 2) Make the build script run aclocal, autoconf, and automake, and make the mkpatch step exclude files generated by these programs. This makes the package patch readable and useful. I think you might need to include libtool in that list. Make sure all of the afore mentioned tools are up to date, and then try: autoreconf --install --force > At first I tried buildign the lesstif by manually runing ./configure and > make but this did not work. > Probably due to the above. > This is a list all the files called Xm that got installed : > $find . -name '*Xm\.*' > ./lib/libXm.la > ./lib/libXm.a > ./include/Xm/Xm.h > Thanks again > Robert > Yeah, there should definately be more. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From der.michael@gmx.de Tue Jan 20 22:46:00 2004 From: der.michael@gmx.de (Michael Henke) Date: Tue, 20 Jan 2004 22:46:00 -0000 Subject: Any WebBrowser for Cygwin? Message-ID: <7071.1074638769@www20.gmx.net> I want to do X-Forwarding with my Windowx-XP-Box and am using Cygwin SSHd. SSH is working very fine so far. All i need is a browser (except textbrowser like lynx!) for www. Is there any Webbrowser like Mozilla, Netscape or Opera available for the cygwin-X-Server? Where to download and how to compile/install? Thanks in advance! Michael -- Visit: http://www.aphex3k.de From 1@pervalidus.net Tue Jan 20 23:22:00 2004 From: 1@pervalidus.net (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Tue, 20 Jan 2004 23:22:00 -0000 Subject: Any WebBrowser for Cygwin? In-Reply-To: <7071.1074638769@www20.gmx.net> References: <7071.1074638769@www20.gmx.net> Message-ID: On Tue, 20 Jan 2004, Michael Henke wrote: > I want to do X-Forwarding with my Windowx-XP-Box and am using Cygwin SSHd. > SSH is working very fine so far. All i need is a browser (except textbrowser > like lynx!) for www. > Is there any Webbrowser like Mozilla, Netscape or Opera available for the > cygwin-X-Server? Where to download and how to compile/install? You can try my Links 2 build from http://www.pervalidus.net/cygwin/links/ or compile yourself, but be aware Links 2 doesn't support Java, Flash, etc, and has minimal JavaScript support. I'm pretty sure there are no other X11 browsers for Cygwin. Well, maybe Konqueror with KDE... -- How to contact me - http://www.pervalidus.net/contact.html From gp@familiehaase.de Wed Jan 21 07:25:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Wed, 21 Jan 2004 07:25:00 -0000 Subject: Mozilla Build Problems - make attempt log included In-Reply-To: References: <0401201147360N.02080@mugwump> Message-ID: <739699747.20040121082402@familiehaase.de> Hallo Igor, Am Dienstag, 20. Januar 2004 um 17:55 schriebst du: >> sh /home/default/mozilla/build/cygwin-wrapper -up /bin/perl I believe that this cygwin-wrapper is broken. I tried already to build Mozilla on top of Cygwin and ran into problems there too, so I decided to remove the wrapper fuzz completly, which works fine in the first place. However, I'm getting compilation errors later then. > Perhaps "man cygpath" will be enlightening. For sure, the wrapper script needs to be fixed and probably also some defines for Cygwin in the hard coded configure and the hard coded Makefiles need to be fixed. I would really love to see them using the autotool chain to build Mozilla. Gerrit -- =^..^= From Dr.Volker.Zell@oracle.com Wed Jan 21 07:37:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Wed, 21 Jan 2004 07:37:00 -0000 Subject: Any WebBrowser for Cygwin? In-Reply-To: <7071.1074638769@www20.gmx.net> (Michael Henke's message of "Tue, 20 Jan 2004 23:46:09 +0100 (MET)") References: <7071.1074638769@www20.gmx.net> Message-ID: <87vfn5sqd4.fsf@vzell-de.de.oracle.com> Hi >>>>> "Michael" == Michael Henke writes: Michael> I want to do X-Forwarding with my Windowx-XP-Box and am using Cygwin SSHd. Michael> SSH is working very fine so far. All i need is a browser (except textbrowser Michael> like lynx!) for www. Michael> Is there any Webbrowser like Mozilla, Netscape or Opera available for the Michael> cygwin-X-Server? Where to download and how to compile/install? Try o http://www.dillo.org/ It builds OOTB but needs gtk. Michael> Thanks in advance! Michael> Michael Ciao Volker From r.atwood@imperial.ac.uk Wed Jan 21 11:29:00 2004 From: r.atwood@imperial.ac.uk (Atwood, Robert C) Date: Wed, 21 Jan 2004 11:29:00 -0000 Subject: non-widget child "DropSiteManager" error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... ) Message-ID: <972A5A4D5DCE4B4989643A8BF329AD7E091E36@icex34.cc.ic.ac.uk> > Is this documented somewhere? > What does *this* mean :^D? :-C *fulmination removed* Umm ... is there a place where it says 'Here is how you build a Cygwin package from the source archive distributed via Cygwin setup. 1. Unpack the archive 2. There will be a script called .sh 3. Run this script with (one of) the followign arguments: prep , build, all, (etc.) 4. Here is what each of the arguments do. ... 5. this produces an archive, unpack this as follows.... 6. anything else. Also I believe the following addition to the script would probably save some people (like me) much headache ... suitably filled in where blank, I don't quite get what all the different options are for. # print a brief help message help(){ echo "Cygwin installation script $0 " echo "" echo " Options: " echo " help: Print this message. " echo " prep: Prepare the Cygwin patched version of the source. " echo " mkdirs: Make the directory heirarchy needed. ?... " echo " conf: Run the configure script with suggested options for Cygwin " echo " build: Compile the package from the source code " echo " check: " echo " clean: Remove files produced by configuring and building " echo " install: " echo " strip: Remove extra symbols from the compiled package " echo " package: " echo " pkg: " echo " mkpatch: " echo " src-package: " echo " spkg: " echo " finish: " echo " sigfile: " echo " checksig: " echo " all: " } # end case $1 in help) help; STATUS=$?;; prep) prep ; STATUS=$? ;; mkdirs) mkdirs; STATUS=$? ;; conf) conf ; STATUS=$? ;; build) build ; STATUS=$? ;; check) check ; STATUS=$? ;; clean) clean ; STATUS=$? ;; install) install ; STATUS=$? ;; strip) strip ; STATUS=$? ;; package) pkg ; STATUS=$? ;; pkg) pkg ; STATUS=$? ;; mkpatch) mkpatch ; STATUS=$? ;; src-package) spkg ; STATUS=$? ;; spkg) name=$0 text="SCRIPT" sigfile; spkg ; STATUS=$? ;; finish) finish ; STATUS=$? ;; sigfile) sigfile ; STATUS=$? ;; checksig) checksig ; STATUS=$? ;; all) prep && conf && build && install && \ strip && pkg && name=$0 text="SCRIPT" sigfile && spkg && \ finish && echo All finished! ; \ STATUS=$? ;; *) echo "Error: bad arguments" ; exit 1 ;; esac From r.atwood@imperial.ac.uk Wed Jan 21 12:12:00 2004 From: r.atwood@imperial.ac.uk (Atwood, Robert C) Date: Wed, 21 Jan 2004 12:12:00 -0000 Subject: non-widget child "DropSiteManager" error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... ) Message-ID: <972A5A4D5DCE4B4989643A8BF329AD7E091A71@icex34.cc.ic.ac.uk> Can you tell me the date/title of the announcement? I think it was a while before I started reading this list, and Harold is so active that I so far could not find it in the archives. ********************************************** Did you make sure that this step from Harold's lesstif announcement worked? 2) Make the build script run aclocal, autoconf, and automake, and make the mkpatch step exclude files generated by these programs. This makes the package patch readable and useful. I think you might need to include libtool in that list. Make sure all of the afore mentioned tools are up to date, and then try: autoreconf --install --force From davidf@sjsoft.com Wed Jan 21 12:56:00 2004 From: davidf@sjsoft.com (David Fraser) Date: Wed, 21 Jan 2004 12:56:00 -0000 Subject: non-widget child "DropSiteManager" error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... ) In-Reply-To: <972A5A4D5DCE4B4989643A8BF329AD7E091A71@icex34.cc.ic.ac.uk> References: <972A5A4D5DCE4B4989643A8BF329AD7E091A71@icex34.cc.ic.ac.uk> Message-ID: <400E76FD.8020207@sjsoft.com> Atwood, Robert C wrote: >Can you tell me the date/title of the announcement? I think it was a >while before I started reading this list, and Harold is so active that I >so far could not find it in the archives. > > > Updated: lesstif-0.93.91-6 01/16/2004 07:13 AM >********************************************** > >Did you make sure that this step from Harold's lesstif announcement >worked? > >2) Make the build script run aclocal, autoconf, and automake, and make >the mkpatch step exclude files generated by these programs. This makes >the package patch readable and useful. > >I think you might need to include libtool in that list. Make sure all >of the afore mentioned tools are up to date, and then try: > >autoreconf --install --force > > > From showie@uoguelph.ca Wed Jan 21 15:31:00 2004 From: showie@uoguelph.ca (Steve Howie) Date: Wed, 21 Jan 2004 15:31:00 -0000 Subject: Initiating a remote X session Message-ID: <400E9ABA.6070103@uoguelph.ca> Howdy, We've just had a look at cygwin-xfree and are very impressed. However, we'd like to bundle it for our users so that we have a some pre-defined 'sessions' available e.g. connect to a Unix host, run SAS then have the output sent to an cygwin-xfree server. Unix commands are not the forte of most of our users. This is fine with a static IP address - we would launch a program which does something like: rexec -l "setenv DISPLAY ; /opt/SAS82/sas " from the Cygwin shell. All bets are off, however, since most of our IP addresses are served out by DHCP. We currently use X-Win32 which has a nifty feature for getting around this - you can specify $MYIP:0 which picks up the current IP address of the X-server and passes it to the session definition which is sent to the host which will run the application. So ideally we would like something similar to this in cygwin-xfree : rexec -l "setenv DISPLAY $MYIP:0; /opt/SAS82/sas" I did a quick dig through the archives and noticed something similar to this question - but it was from a while ago - we'd ideally like to have the user get a popup prompting them for a username/password for the host, then pass this information via a command such as the one above, and also pick up the X-servers IP address whether static or dynamic. Is something like this available already? Any info would be appreciated! Thanks, Scotty --- Steve Howie Academic Services, CCS University of Guelph Guelph Ontario CANADA From alexander.gottwald@s1999.tu-chemnitz.de Wed Jan 21 15:41:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 21 Jan 2004 15:41:00 -0000 Subject: Initiating a remote X session In-Reply-To: <400E9ABA.6070103@uoguelph.ca> References: <400E9ABA.6070103@uoguelph.ca> Message-ID: On Wed, 21 Jan 2004, Steve Howie wrote: > Howdy, > > We've just had a look at cygwin-xfree and are very impressed. However, > we'd like to bundle it for our users so that we have a some pre-defined > 'sessions' available e.g. connect to a Unix host, run SAS then have the > output sent to an cygwin-xfree server. Unix commands are not the forte > of most of our users. > > This is fine with a static IP address - we would launch a program which > does something like: > > rexec -l "setenv DISPLAY ; /opt/SAS82/sas " > So ideally we would like something similar to this in cygwin-xfree : > > rexec -l "setenv DISPLAY $MYIP:0; /opt/SAS82/sas" First try: MYIP=`hostname -i` rexec -l "setenv DISPLAY $MYIP:0; /opt/SAS82/sas" but hostname -i does not work on cygwin. But maybe the name of the host is sufficient MYIP=`hostname` rexec -l "setenv DISPLAY $MYIP:0; /opt/SAS82/sas" Or even better, Use ssh: DISPLAY=localhost:0 ssh -X -l "/opt/SAS82/sas" ssh will take care of setting the remote DISPLAY and all transferred data is sent via the ssh tunnel. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From r.atwood@imperial.ac.uk Wed Jan 21 15:44:00 2004 From: r.atwood@imperial.ac.uk (Atwood, Robert C) Date: Wed, 21 Jan 2004 15:44:00 -0000 Subject: non-widget child "DropSiteManager" error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... ) Message-ID: <972A5A4D5DCE4B4989643A8BF329AD7E091E37@icex34.cc.ic.ac.uk> To ask a simple question: When are the dll supposed to get created during the build/install process? *duh* okay -- I did not look in the *-announce archives. But I did see this same text in the lesstif.README of the distribution. Maybe I did not understand it... I interpret these points ("Port notes") as referring to things that Harold has already done for this version, not something that the user has to do. Is this incorrect? It seemed to work for Harold anyways, he has generated a package. >Why are you trying to build it yourself? Obviously I must be a masochist with a need to waste time. :-D >See the following reference for some details: >http://sources.redhat.com/ml/cygwin-xfree/2003-10/msg00401.html Okay, that explains something. >Did you make sure that this step from Harold's lesstif announcement >worked? No, in fact I am sorry but I still don't understand what you are asking. I do have the up-to-date build tools, as of that day that Harold posted 0.93.91-6 , unless I am completely missign something. There were no complaints from the confiure/build script though. dlltool is installed, the command for creating dll seems to be located in ltmain.sh , I don't see any messages saying that it failed. I just don't get dll's How should one 'check if (all these steps) worked'? I would expect it to fail with certain messages if it didn't work. Is there any other step *necessary* besides: 1 change the script to have --enable-debug --enable-shared --disable-static flags 2 ./lesstif-0.93.91-6.sh prep 3 ./lesstif-0.93.91-6.sh conf 4 ./lesstif-0.93.91-6.sh build 5 ./lesstif-0.93.91-6.sh install 6 then using the result in the .install directory? I used ./lesstif-0.93.91-6.sh all the first time I tried it, with identical results (except I had to untarbz the results, and debug was not enabled) I have not looked into creating a setup.ini, is this where the .dll get created? Or to ask a very uncomplicated question: When are the dll supposed to get created in the build/install process? Given this information I may be able to see why it is not happening on my system. I am going to move this question to the top of this message so maybe people will see it instead of having to read down to this point! Thanks, Robert -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of David Fraser Sent: 21 January 2004 12:56 To: cygwin-xfree@cygwin.com Subject: Re: non-widget child "DropSiteManager" error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... ) Atwood, Robert C wrote: >Can you tell me the date/title of the announcement? I think it was a >while before I started reading this list, and Harold is so active that >I so far could not find it in the archives. > > > Updated: lesstif-0.93.91-6 01/16/2004 07:13 AM >********************************************** > >Did you make sure that this step from Harold's lesstif announcement >worked? > >2) Make the build script run aclocal, autoconf, and automake, and make >the mkpatch step exclude files generated by these programs. This makes >the package patch readable and useful. > >I think you might need to include libtool in that list. Make sure all >of the afore mentioned tools are up to date, and then try: > >autoreconf --install --force > > > From ford@vss.fsi.com Wed Jan 21 16:09:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Wed, 21 Jan 2004 16:09:00 -0000 Subject: non-widget child "DropSiteManager" error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... ) In-Reply-To: <972A5A4D5DCE4B4989643A8BF329AD7E091E36@icex34.cc.ic.ac.uk> References: <972A5A4D5DCE4B4989643A8BF329AD7E091E36@icex34.cc.ic.ac.uk> Message-ID: On Wed, 21 Jan 2004, Atwood, Robert C wrote: > Brian Ford wrote: > >Robert C Atwood wrote: > >> Is this documented somewhere? > >> > >What does *this* mean :^D? > > > :-C > *fulmination removed* > > Umm ... is there a place where it says 'Here is how you build a Cygwin > package from the source archive distributed via Cygwin setup. 1. Unpack > the archive 2. There will be a script called .sh 3. > Run this script with (one of) the followign arguments: prep , build, > all, (etc.) 4. Here is what each of the arguments do. ... 5. this > produces an archive, unpack this as follows.... 6. anything else. > Sorry. If you look at the context from your previous message, it really was not clear whether this refered to --[enable|disable]-[static|shared], how to build a DLL with libtool, etc. In fact, the this you explained above was not even on my guess list :). Is think this is the closest this to what you are looking for: http://cygwin.com/setup.html#package_contents Look under "Method 2". > Also I believe the following addition to the script would probably save > some people (like me) much headache ... suitably filled in where blank, > I don't quite get what all the different options are for. > I agree. PTC. Please send them to cygwin-apps at cygwin dot com. Although, don't get your hopes up. There has been another very useful patch to this script pending for a long time now, and it is not clear why it has not been accepted. I'm not sure who is in charge of the generic build script. Maybe that is the problem. [snip] I have my new machine set up now, so I'll try to take a stab at compiling it myself today. I'll let you know how I make out. Thanks for being patient. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From showie@uoguelph.ca Wed Jan 21 16:24:00 2004 From: showie@uoguelph.ca (Steve Howie) Date: Wed, 21 Jan 2004 16:24:00 -0000 Subject: Initiating a remote X session In-Reply-To: References: <400E9ABA.6070103@uoguelph.ca> Message-ID: <400EA72F.4060109@uoguelph.ca> Alexander Gottwald wrote: >[ .. ] > > >First try: >MYIP=`hostname -i` rexec -l "setenv DISPLAY $MYIP:0; /opt/SAS82/sas" > >but hostname -i does not work on cygwin. But maybe the name of the host is >sufficient >MYIP=`hostname` rexec -l "setenv DISPLAY $MYIP:0; /opt/SAS82/sas" > > But ipconfig does ... $ ipconfig | grep "IP Address" | awk '{print $15}' will get the IP address, but no idea if this would work for older Windoze such as W95 (yes some people still use it :)) >Or even better, Use ssh: > >DISPLAY=localhost:0 ssh -X -l "/opt/SAS82/sas" > >ssh will take care of setting the remote DISPLAY and all transferred >data is sent via the ssh tunnel. > > Great! This works fine, but we still get the ugly ssh-style password prompt - just a thought, but is there anything available under cygwin to front end this with a username/password pop-up window? That'd be ideal :) Thanks again for your help, Alexander Scotty From abraverman@itms.com Wed Jan 21 16:25:00 2004 From: abraverman@itms.com (Andrew Braverman) Date: Wed, 21 Jan 2004 16:25:00 -0000 Subject: Initiating a remote X session In-Reply-To: Message-ID: <000f01c3e03b$34a18a00$1e54cea7@andrew> I would also suggest ssh tunnels for what you are trying to do. That is what I do myself. If you really do not want to do that, a replacement for MYIP=`hostname -i` rexec -l "setenv DISPLAY $MYIP:0; /opt/SAS82/sas" might be MYIP=`ipconfig | grep "IP Address" | awk '{print $NF}'` rexec -l "setenv DISPLAY $MYIP:0; /opt/SAS82/sas" This assumes that there is only one network interface on the machine and the machine has all the requisite programs installed. I know that the Windows 9x versions had a program called winipcfg, which could not be used this way. I am not sure if they had ipconfig in those versions and if not, when it started. Andy > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Alexander Gottwald > Sent: Wednesday, January 21, 2004 10:41 AM > To: cygwin-xfree@cygwin.com > Cc: bszk@wright.aps.uoguelph.ca; bo@uoguelph.ca > Subject: Re: Initiating a remote X session > > > On Wed, 21 Jan 2004, Steve Howie wrote: > > > Howdy, > > > > We've just had a look at cygwin-xfree and are very > impressed. However, > > we'd like to bundle it for our users so that we have a some > pre-defined > > 'sessions' available e.g. connect to a Unix host, run SAS > then have the > > output sent to an cygwin-xfree server. Unix commands are > not the forte > > of most of our users. > > > > This is fine with a static IP address - we would launch a > program which > > does something like: > > > > rexec -l "setenv DISPLAY ; > /opt/SAS82/sas " > > > So ideally we would like something similar to this in cygwin-xfree : > > > > rexec -l "setenv DISPLAY $MYIP:0; /opt/SAS82/sas" > > First try: > MYIP=`hostname -i` rexec -l "setenv > DISPLAY $MYIP:0; /opt/SAS82/sas" > > but hostname -i does not work on cygwin. But maybe the name > of the host is > sufficient > MYIP=`hostname` rexec -l "setenv DISPLAY > $MYIP:0; /opt/SAS82/sas" > > Or even better, Use ssh: > > DISPLAY=localhost:0 ssh -X -l "/opt/SAS82/sas" > > ssh will take care of setting the remote DISPLAY and all transferred > data is sent via the ssh tunnel. > > bye > ago > -- > Alexander.Gottwald@s1999.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 > From r.atwood@imperial.ac.uk Wed Jan 21 16:35:00 2004 From: r.atwood@imperial.ac.uk (Atwood, Robert C) Date: Wed, 21 Jan 2004 16:35:00 -0000 Subject: non-widget child "DropSiteManager" error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... ) Message-ID: <972A5A4D5DCE4B4989643A8BF329AD7E091E39@icex34.cc.ic.ac.uk> Well, I believe that something like 'You have to directly edit the .sh script in order to alter the configuration options, which are passed to the configure script, such as --enable-debug or --enable/disable-static' would/should be included there. Also since ./configure --help ususally provides information about what options/environment variables are available or used, and the Cygwin build script makes this step essentially opaque to the user, I feel that the responsibility for providing this also gets transferred to the Cygwin build script. Perhaps the 'help' function would also simply call the configure script for the package and echo back the help options from it. I will see if I can do this at least before sending a patch to the address you mention. I though you meant 'what does "documentation" mean', like very sarcastic! Method 2 link: I see what you mean, and I did glance at this before -- but not in great detail because it is mostly about how to create the package but not much about how to use the package once it is created. In the 'canned instructions' it only mentions using the 'all' option , it does not mention the sub-options such as prep, build,conf ... only because Harold mentioned it did I get the idea that these other options exist. (then trying to read the script ) -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Brian Ford Sent: 21 January 2004 16:09 To: cygwin-xfree@cygwin.com Subject: RE: non-widget child "DropSiteManager" error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... ) On Wed, 21 Jan 2004, Atwood, Robert C wrote: > Brian Ford wrote: > >Robert C Atwood wrote: > >> Is this documented somewhere? > >> > >What does *this* mean :^D? > > > :-C > *fulmination removed* > > Umm ... is there a place where it says 'Here is how you build a Cygwin > package from the source archive distributed via Cygwin setup. 1. > Unpack the archive 2. There will be a script called > .sh 3. Run this script with (one of) the followign > arguments: prep , build, all, (etc.) 4. Here is what each of the > arguments do. ... 5. this produces an archive, unpack this as > follows.... 6. anything else. > Sorry. If you look at the context from your previous message, it really was not clear whether this refered to --[enable|disable]-[static|shared], how to build a DLL with libtool, etc. In fact, the this you explained above was not even on my guess list :). Is think this is the closest this to what you are looking for: http://cygwin.com/setup.html#package_contents Look under "Method 2". > Also I believe the following addition to the script would probably > save some people (like me) much headache ... suitably filled in where > blank, I don't quite get what all the different options are for. > I agree. PTC. Please send them to cygwin-apps at cygwin dot com. Although, don't get your hopes up. There has been another very useful patch to this script pending for a long time now, and it is not clear why it has not been accepted. I'm not sure who is in charge of the generic build script. Maybe that is the problem. [snip] I have my new machine set up now, so I'll try to take a stab at compiling it myself today. I'll let you know how I make out. Thanks for being patient. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From chris@areti.co.uk Wed Jan 21 16:46:00 2004 From: chris@areti.co.uk (Chris Green) Date: Wed, 21 Jan 2004 16:46:00 -0000 Subject: Initiating a remote X session In-Reply-To: <400E9ABA.6070103@uoguelph.ca> References: <400E9ABA.6070103@uoguelph.ca> Message-ID: <20040121164652.GA1899@areti.co.uk> On Wed, Jan 21, 2004 at 10:28:58AM -0500, Steve Howie wrote: > > We currently use X-Win32 which has a nifty feature for getting around > this - you can specify $MYIP:0 which picks up the current IP address of > the X-server and passes it to the session definition which is sent to > the host which will run the application. > Another 'emigrant' from X-Win32, welcome! :-) I have recently changed because X-Win32 was becoming a bit expensive for a home (sort of SoHo) user. Cygwin seems to be just as good, and the clipboard handling is better now. -- Chris Green (chris@areti.co.uk) From alexander.gottwald@s1999.tu-chemnitz.de Wed Jan 21 17:10:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 21 Jan 2004 17:10:00 -0000 Subject: Initiating a remote X session In-Reply-To: <400EA72F.4060109@uoguelph.ca> References: <400E9ABA.6070103@uoguelph.ca> <400EA72F.4060109@uoguelph.ca> Message-ID: On Wed, 21 Jan 2004, Steve Howie wrote: > >Or even better, Use ssh: > > > >DISPLAY=localhost:0 ssh -X -l "/opt/SAS82/sas" > > > >ssh will take care of setting the remote DISPLAY and all transferred > >data is sent via the ssh tunnel. > > > > > > Great! This works fine, but we still get the ugly ssh-style password > prompt - just a thought, but is there anything available under cygwin to > front end this with a username/password pop-up window? That'd be ideal :) Maybe x11-ssh-askpass may help here http://www.jmknoble.net/software/x11-ssh-askpass/ The same for windows http://www.ganaware.jp/S/win-ssh-askpass/ So the statup script is #!/bin/bash export DISPLAY=localhost:0.0 export SSH_ASKPASS="/usr/bin/win-ssh-askpass.exe" ssh -f -X -l username "/opt/SAS82/sas" This should bring up a window for the password. Unfortunatly the testing with cygwin openssh did not work properly. I'll take a look if this is disabled with the cygwin build- bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Benjamin.Riefenstahl@epost.de Wed Jan 21 17:42:00 2004 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Wed, 21 Jan 2004 17:42:00 -0000 Subject: Initiating a remote X session In-Reply-To: <400EA72F.4060109@uoguelph.ca> (Steve Howie's message of "Wed, 21 Jan 2004 11:22:07 -0500") References: <400E9ABA.6070103@uoguelph.ca> <400EA72F.4060109@uoguelph.ca> Message-ID: Hi Steve, Steve Howie writes: > Great! This works fine, but we still get the ugly ssh-style password > prompt - just a thought, but is there anything available under > cygwin to front end this with a username/password pop-up window? > That'd be ideal :) If you don't really care that much about user-level security for this, use a public key with an empty passphrase. The Cygwin keychain package may also be interesting for you in this context. benny From cgf-no-personal-reply-please@cygwin.com Wed Jan 21 17:56:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Wed, 21 Jan 2004 17:56:00 -0000 Subject: non-widget child "DropSiteManager" error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... ) In-Reply-To: <972A5A4D5DCE4B4989643A8BF329AD7E091E39@icex34.cc.ic.ac.uk> References: <972A5A4D5DCE4B4989643A8BF329AD7E091E39@icex34.cc.ic.ac.uk> Message-ID: <20040121175650.GA23520@redhat.com> On Wed, Jan 21, 2004 at 04:35:30PM -0000, Atwood, Robert C wrote: >Well, I believe that something like 'You have to directly edit the >.sh script in order to alter the configuration options, which >are passed to the configure script, such as --enable-debug or >--enable/disable-static' would/should be included there. If you have opinions on the subject then you'd be well-advised to voice them in the proper forum, to which Brian has already pointed you. This certainly isn't an issue for cygwin-xfree. From pechtcha@cs.nyu.edu Wed Jan 21 18:04:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 21 Jan 2004 18:04:00 -0000 Subject: non-widget child "DropSiteManager" error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... ) In-Reply-To: References: <972A5A4D5DCE4B4989643A8BF329AD7E091E36@icex34.cc.ic.ac.uk> Message-ID: On Wed, 21 Jan 2004, Brian Ford wrote: > On Wed, 21 Jan 2004, Atwood, Robert C wrote: > > [snip] > > Also I believe the following addition to the script would probably save > > some people (like me) much headache ... suitably filled in where blank, > > I don't quite get what all the different options are for. > > I agree. PTC. Please send them to cygwin-apps at cygwin dot com. > Although, don't get your hopes up. There has been another very useful > patch to this script pending for a long time now, and it is not clear why > it has not been accepted. > > I'm not sure who is in charge of the generic build script. Maybe that is > the problem. Technically, I think everyone believes that Chuck Wilson is officially in charge of that. However, he did mention recently that he'd be too busy to do anything with the script for a while... So, here's a question for the powers-that-be of Cygwin-apps: who can approve patches to the generic-build-script (and the generic-readme)? Who can commit? Or should we just wait for Chuck? 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 From CaryJ@pqorex02.powerquest.com Wed Jan 21 19:39:00 2004 From: CaryJ@pqorex02.powerquest.com (Cary Jamison) Date: Wed, 21 Jan 2004 19:39:00 -0000 Subject: Any WebBrowser for Cygwin? Message-ID: "Michael Henke" wrote in message news:<7071.1074638769@www20.gmx.net>... > I want to do X-Forwarding with my Windowx-XP-Box and am using Cygwin SSHd. > SSH is working very fine so far. All i need is a browser (except textbrowser > like lynx!) for www. > Is there any Webbrowser like Mozilla, Netscape or Opera available for the > cygwin-X-Server? Where to download and how to compile/install? There is the web mode in Emacs. May not have enough features for what you're looking for. Cary From bwalter@sdm1.com Wed Jan 21 20:23:00 2004 From: bwalter@sdm1.com (Brian L. Walter) Date: Wed, 21 Jan 2004 20:23:00 -0000 Subject: Startx on WinXP Message-ID: <078701c3e05c$b3bce520$03fea8c0@sdmpc6> Greetings, I've recently installd cygwin on both a win98 machine and a winxp machine. The win98 installs works great (except for being really slow, but that's a hardware issue.) On the XP side, I've installed it, but getting some strange behavior. If I do a 'startx', I get the following: [: and: unknown operand [: and: unknown operand After doing some playing around with the startx script, I've come to realize it's complaining about the bash conditional statements. As though I'm not running under bash.... And as far as I can see, I am. The fall out of this behavior is the inability to control which window manager gets started. I can get around that by commenting out all of the conditionals in startx, but, this seems at best a temporary work around. Am I missing something in setting up/configuring cygwin to run under XP, something that is different than win98? TIA Brian L. Walter Service Data Managemnet "We treat our customers like a future depends on it" www.sdm1.com --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.559 / Virus Database: 351 - Release Date: 1/7/2004 From pechtcha@cs.nyu.edu Wed Jan 21 21:07:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 21 Jan 2004 21:07:00 -0000 Subject: Startx on WinXP In-Reply-To: <078701c3e05c$b3bce520$03fea8c0@sdmpc6> References: <078701c3e05c$b3bce520$03fea8c0@sdmpc6> Message-ID: On Wed, 21 Jan 2004, Brian L. Walter wrote: > Greetings, > > I've recently installd cygwin on both a win98 machine and a winxp machine. > The win98 installs works great (except for being really slow, but that's a > hardware issue.) On the XP side, I've installed it, but getting some > strange behavior. If I do a 'startx', I get the following: > > [: and: unknown operand > [: and: unknown operand > > After doing some playing around with the startx script, I've come to realize > it's complaining about the bash conditional statements. As though I'm not > running under bash.... > > And as far as I can see, I am. The fall out of this behavior is the > inability to control which window manager gets started. I can get around > that by commenting out all of the conditionals in startx, but, this seems at > best a temporary work around. > > Am I missing something in setting up/configuring cygwin to run under XP, > something that is different than win98? > > TIA > Brian L. Walter Brian, You didn't do anything wrong. This problem is most likely due to you having either HOME or TMP set to "C:\Documents and Settings\...". The "and" in "Documents and settings" is what startx complains about (since it doesn't quote paths properly). I've posted a patch to startx a while ago that fixed this, but it looks like it hasn't been incorporated in the latest release. Since startx is just a text file, you can simply apply the patch yourself from (use "patch -p0 < startx.patch" in /usr/X11R6/bin). 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 From bwalter@sdm1.com Wed Jan 21 21:34:00 2004 From: bwalter@sdm1.com (Brian L. Walterr) Date: Wed, 21 Jan 2004 21:34:00 -0000 Subject: Startx on WinXP In-Reply-To: References: <078701c3e05c$b3bce520$03fea8c0@sdmpc6> Message-ID: <1074720943.7620.0.camel@sdmpc8.sdm> Thanks! That makes sense. I'll apply/look at the patch and go from there! Regards, On Wed, 2004-01-21 at 16:07, Igor Pechtchanski wrote: > On Wed, 21 Jan 2004, Brian L. Walter wrote: > > > Greetings, > > > > I've recently installd cygwin on both a win98 machine and a winxp machine. > > The win98 installs works great (except for being really slow, but that's a > > hardware issue.) On the XP side, I've installed it, but getting some > > strange behavior. If I do a 'startx', I get the following: > > > > [: and: unknown operand > > [: and: unknown operand > > > > After doing some playing around with the startx script, I've come to realize > > it's complaining about the bash conditional statements. As though I'm not > > running under bash.... > > > > And as far as I can see, I am. The fall out of this behavior is the > > inability to control which window manager gets started. I can get around > > that by commenting out all of the conditionals in startx, but, this seems at > > best a temporary work around. > > > > Am I missing something in setting up/configuring cygwin to run under XP, > > something that is different than win98? > > > > TIA > > Brian L. Walter > > Brian, > > You didn't do anything wrong. This problem is most likely due to you > having either HOME or TMP set to "C:\Documents and Settings\...". The > "and" in "Documents and settings" is what startx complains about (since it > doesn't quote paths properly). > > I've posted a patch to startx a while ago that fixed this, but it looks > like it hasn't been incorporated in the latest release. Since startx is > just a text file, you can simply apply the patch yourself from > (use "patch -p0 > < startx.patch" in /usr/X11R6/bin). > Igor -- Brian L. Walter Service Data Management "We treat our customers like our future depends on it" www.sdm1.com From bwalter@sdm1.com Wed Jan 21 21:52:00 2004 From: bwalter@sdm1.com (Brian L. Walter) Date: Wed, 21 Jan 2004 21:52:00 -0000 Subject: Startx on WinXP In-Reply-To: Message-ID: <001b01c3e069$0ad64bb0$03fea8c0@sdmpc6> Well, that didn't fix it. But you gave me somewhere to look. I might try the old dos way of naming directories, i.e. with the ~. I'll let ya know. Regards, Brian -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Igor Pechtchanski Sent: Wednesday, January 21, 2004 4:08 PM To: cygwin-xfree@cygwin.com; bwalter@sdm1.com Subject: Re: Startx on WinXP On Wed, 21 Jan 2004, Brian L. Walter wrote: > Greetings, > > I've recently installd cygwin on both a win98 machine and a winxp > machine. The win98 installs works great (except for being really slow, > but that's a hardware issue.) On the XP side, I've installed it, but > getting some strange behavior. If I do a 'startx', I get the > following: > > [: and: unknown operand > [: and: unknown operand > > After doing some playing around with the startx script, I've come to > realize it's complaining about the bash conditional statements. As > though I'm not running under bash.... > > And as far as I can see, I am. The fall out of this behavior is the > inability to control which window manager gets started. I can get > around that by commenting out all of the conditionals in startx, but, > this seems at best a temporary work around. > > Am I missing something in setting up/configuring cygwin to run under > XP, something that is different than win98? > > TIA > Brian L. Walter Brian, You didn't do anything wrong. This problem is most likely due to you having either HOME or TMP set to "C:\Documents and Settings\...". The "and" in "Documents and settings" is what startx complains about (since it doesn't quote paths properly). I've posted a patch to startx a while ago that fixed this, but it looks like it hasn't been incorporated in the latest release. Since startx is just a text file, you can simply apply the patch yourself from (use "patch -p0 < startx.patch" in /usr/X11R6/bin). 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 --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.564 / Virus Database: 356 - Release Date: 1/19/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.564 / Virus Database: 356 - Release Date: 1/19/2004 From bwalter@sdm1.com Wed Jan 21 22:41:00 2004 From: bwalter@sdm1.com (Brian L. Walter) Date: Wed, 21 Jan 2004 22:41:00 -0000 Subject: Startx on WinXP In-Reply-To: Message-ID: <005f01c3e06f$df6a8e80$03fea8c0@sdmpc6> Okay, got startx to starup with out errors. It even works great with twm. However, if I switch to mwm, by just modifying startx, it starts the manager, paints the windows and clock, but, does not recognize *any* input, either keyboard or mouse. Is this the same kind of issue? And if so, based on the documention I've read, which file do I look in? Everything referred to in the documentation describes behavior, i.e. menus etc. I don't see any path related issues.. Sigh.. TIA Brian -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Igor Pechtchanski Sent: Wednesday, January 21, 2004 4:08 PM To: cygwin-xfree@cygwin.com; bwalter@sdm1.com Subject: Re: Startx on WinXP On Wed, 21 Jan 2004, Brian L. Walter wrote: > Greetings, > > I've recently installd cygwin on both a win98 machine and a winxp > machine. The win98 installs works great (except for being really slow, > but that's a hardware issue.) On the XP side, I've installed it, but > getting some strange behavior. If I do a 'startx', I get the > following: > > [: and: unknown operand > [: and: unknown operand > > After doing some playing around with the startx script, I've come to > realize it's complaining about the bash conditional statements. As > though I'm not running under bash.... > > And as far as I can see, I am. The fall out of this behavior is the > inability to control which window manager gets started. I can get > around that by commenting out all of the conditionals in startx, but, > this seems at best a temporary work around. > > Am I missing something in setting up/configuring cygwin to run under > XP, something that is different than win98? > > TIA > Brian L. Walter Brian, You didn't do anything wrong. This problem is most likely due to you having either HOME or TMP set to "C:\Documents and Settings\...". The "and" in "Documents and settings" is what startx complains about (since it doesn't quote paths properly). I've posted a patch to startx a while ago that fixed this, but it looks like it hasn't been incorporated in the latest release. Since startx is just a text file, you can simply apply the patch yourself from (use "patch -p0 < startx.patch" in /usr/X11R6/bin). 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 --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.564 / Virus Database: 356 - Release Date: 1/19/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.564 / Virus Database: 356 - Release Date: 1/19/2004 From pechtcha@cs.nyu.edu Wed Jan 21 23:09:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 21 Jan 2004 23:09:00 -0000 Subject: Startx on WinXP In-Reply-To: <005f01c3e06f$df6a8e80$03fea8c0@sdmpc6> References: <005f01c3e06f$df6a8e80$03fea8c0@sdmpc6> Message-ID: What was the problem? What was missing in the original patch? Please share your fixes with the community - that way we all benefit. AFAIK, mwm doesn't paint the contents of the windows - it only controls the border, cursors, and other decorations. I doubt your problem is related to the paths. What version of lesstif do you have installed ("cygcheck -c lesstif")? Igor On Wed, 21 Jan 2004, Brian L. Walter wrote: > Okay, got startx to starup with out errors. It even works great with twm. > However, if I switch to mwm, by just modifying startx, it starts the > manager, paints the windows and clock, but, does not recognize *any* input, > either keyboard or mouse. Is this the same kind of issue? And if so, based > on the documention I've read, which file do I look in? Everything referred > to in the documentation describes behavior, i.e. menus etc. I don't see any > path related issues.. > > Sigh.. > TIA > Brian > > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] > On Behalf Of Igor Pechtchanski > Sent: Wednesday, January 21, 2004 4:08 PM > To: cygwin-xfree@cygwin.com; bwalter@sdm1.com > Subject: Re: Startx on WinXP > > > On Wed, 21 Jan 2004, Brian L. Walter wrote: > > > Greetings, > > > > I've recently installd cygwin on both a win98 machine and a winxp > > machine. The win98 installs works great (except for being really slow, > > but that's a hardware issue.) On the XP side, I've installed it, but > > getting some strange behavior. If I do a 'startx', I get the > > following: > > > > [: and: unknown operand > > [: and: unknown operand > > > > After doing some playing around with the startx script, I've come to > > realize it's complaining about the bash conditional statements. As > > though I'm not running under bash.... > > > > And as far as I can see, I am. The fall out of this behavior is the > > inability to control which window manager gets started. I can get > > around that by commenting out all of the conditionals in startx, but, > > this seems at best a temporary work around. > > > > Am I missing something in setting up/configuring cygwin to run under > > XP, something that is different than win98? > > > > TIA > > Brian L. Walter > > Brian, > > You didn't do anything wrong. This problem is most likely due to you having > either HOME or TMP set to "C:\Documents and Settings\...". The "and" in > "Documents and settings" is what startx complains about (since it doesn't > quote paths properly). > > I've posted a patch to startx a while ago that fixed this, but it looks like > it hasn't been incorporated in the latest release. Since startx is just a > text file, you can simply apply the patch yourself from > (use "patch -p0 < > startx.patch" in /usr/X11R6/bin). > 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 From pechtcha@cs.nyu.edu Wed Jan 21 23:14:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 21 Jan 2004 23:14:00 -0000 Subject: Startx on WinXP In-Reply-To: <001b01c3e069$0ad64bb0$03fea8c0@sdmpc6> References: <001b01c3e069$0ad64bb0$03fea8c0@sdmpc6> Message-ID: FWIW, if it was your HOME that contained "Documents and Settings", you can "mount 'c:/Documents and Settings' /home", and refer to "/cygdrive/c/Documents and Settings/brian" as "/home/brian"... This is still a band-aid, but a better one than using DOS-style paths. Igor On Wed, 21 Jan 2004, Brian L. Walter wrote: > Well, that didn't fix it. But you gave me somewhere to look. I might try > the old dos way of naming directories, i.e. with the ~. I'll let ya know. > > Regards, > Brian > > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] > On Behalf Of Igor Pechtchanski > Sent: Wednesday, January 21, 2004 4:08 PM > To: cygwin-xfree@cygwin.com; bwalter@sdm1.com > Subject: Re: Startx on WinXP > > > On Wed, 21 Jan 2004, Brian L. Walter wrote: > > > Greetings, > > > > I've recently installd cygwin on both a win98 machine and a winxp > > machine. The win98 installs works great (except for being really slow, > > but that's a hardware issue.) On the XP side, I've installed it, but > > getting some strange behavior. If I do a 'startx', I get the > > following: > > > > [: and: unknown operand > > [: and: unknown operand > > > > After doing some playing around with the startx script, I've come to > > realize it's complaining about the bash conditional statements. As > > though I'm not running under bash.... > > > > And as far as I can see, I am. The fall out of this behavior is the > > inability to control which window manager gets started. I can get > > around that by commenting out all of the conditionals in startx, but, > > this seems at best a temporary work around. > > > > Am I missing something in setting up/configuring cygwin to run under > > XP, something that is different than win98? > > > > TIA > > Brian L. Walter > > Brian, > > You didn't do anything wrong. This problem is most likely due to you having > either HOME or TMP set to "C:\Documents and Settings\...". The "and" in > "Documents and settings" is what startx complains about (since it doesn't > quote paths properly). > > I've posted a patch to startx a while ago that fixed this, but it looks like > it hasn't been incorporated in the latest release. Since startx is just a > text file, you can simply apply the patch yourself from > (use "patch -p0 < > startx.patch" in /usr/X11R6/bin). > 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 From bwalter@sdm1.com Thu Jan 22 00:46:00 2004 From: bwalter@sdm1.com (Brian L. Walter) Date: Thu, 22 Jan 2004 00:46:00 -0000 Subject: Startx on WinXP In-Reply-To: Message-ID: the *solution* was a cheat. I commented out the references in startx to $HOME. Since I don't have specific configurations, this is an acceptable white lie. The version of lesstif is 0.93.91-6. Interestingly enough, it's -2 on the win98 machine, on which mwm *does* work. I might try downgrading to -2 (from the install packages on the win98 machine). Thanks for you patience! Regards, Brian -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Igor Pechtchanski Sent: Wednesday, January 21, 2004 6:09 PM To: cygwin-xfree@cygwin.com; bwalter@sdm1.com Subject: RE: Startx on WinXP What was the problem? What was missing in the original patch? Please share your fixes with the community - that way we all benefit. AFAIK, mwm doesn't paint the contents of the windows - it only controls the border, cursors, and other decorations. I doubt your problem is related to the paths. What version of lesstif do you have installed ("cygcheck -c lesstif")? Igor On Wed, 21 Jan 2004, Brian L. Walter wrote: > Okay, got startx to starup with out errors. It even works great with twm. > However, if I switch to mwm, by just modifying startx, it starts the > manager, paints the windows and clock, but, does not recognize *any* input, > either keyboard or mouse. Is this the same kind of issue? And if so, based > on the documention I've read, which file do I look in? Everything referred > to in the documentation describes behavior, i.e. menus etc. I don't see any > path related issues.. > > Sigh.. > TIA > Brian > > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] > On Behalf Of Igor Pechtchanski > Sent: Wednesday, January 21, 2004 4:08 PM > To: cygwin-xfree@cygwin.com; bwalter@sdm1.com > Subject: Re: Startx on WinXP > > > On Wed, 21 Jan 2004, Brian L. Walter wrote: > > > Greetings, > > > > I've recently installd cygwin on both a win98 machine and a winxp > > machine. The win98 installs works great (except for being really slow, > > but that's a hardware issue.) On the XP side, I've installed it, but > > getting some strange behavior. If I do a 'startx', I get the > > following: > > > > [: and: unknown operand > > [: and: unknown operand > > > > After doing some playing around with the startx script, I've come to > > realize it's complaining about the bash conditional statements. As > > though I'm not running under bash.... > > > > And as far as I can see, I am. The fall out of this behavior is the > > inability to control which window manager gets started. I can get > > around that by commenting out all of the conditionals in startx, but, > > this seems at best a temporary work around. > > > > Am I missing something in setting up/configuring cygwin to run under > > XP, something that is different than win98? > > > > TIA > > Brian L. Walter > > Brian, > > You didn't do anything wrong. This problem is most likely due to you having > either HOME or TMP set to "C:\Documents and Settings\...". The "and" in > "Documents and settings" is what startx complains about (since it doesn't > quote paths properly). > > I've posted a patch to startx a while ago that fixed this, but it looks like > it hasn't been incorporated in the latest release. Since startx is just a > text file, you can simply apply the patch yourself from > (use "patch -p0 < > startx.patch" in /usr/X11R6/bin). > 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 From pechtcha@cs.nyu.edu Thu Jan 22 03:15:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 22 Jan 2004 03:15:00 -0000 Subject: Startx on WinXP In-Reply-To: References: Message-ID: Hmm, the changes to startx in that patch were supposed to take care of the unquoted $HOME... Did the patch apply cleanly, or were some chunks rejected? That particular patch was against XFree86-bin-4.3.0-7, so it's possible that startx changed between that and -8... Another solution is to use 'mount', as I described in another reply. Much better than commenting out arbitrary stuff in 'startx'. Hmm, I'm on 0.93.91-4, and that seems to work ok for me... Did you try searching the list archives for reported lesstif problems? I seem to recall that there were some (related to the VendorShell extension), and that they were fixed in some version or other. Igor P.S. Oh, and please try to configure your mailer not to quote raw e-mail addresses in your replies? They serve as food for spam harvesters. On Wed, 21 Jan 2004, Brian L. Walter wrote: > the *solution* was a cheat. I commented out the references in startx to > $HOME. Since I don't have specific configurations, this is an acceptable > white lie. > > The version of lesstif is 0.93.91-6. Interestingly enough, it's -2 on the > win98 machine, on which mwm *does* work. I might try downgrading to -2 > (from the install packages on the win98 machine). > > Thanks for you patience! > > Regards, > Brian > > -----Original Message----- > From: cygwin-xfree-ownercygwincom On Behalf Of Igor Pechtchanski > Sent: Wednesday, January 21, 2004 6:09 PM > To: cygwin-xfreecygwincom; bwaltersdm1com > Subject: RE: Startx on WinXP > > What was the problem? What was missing in the original patch? Please > share your fixes with the community - that way we all benefit. > > AFAIK, mwm doesn't paint the contents of the windows - it only controls > the border, cursors, and other decorations. I doubt your problem is > related to the paths. What version of lesstif do you have installed > ("cygcheck -c lesstif")? > Igor > > On Wed, 21 Jan 2004, Brian L. Walter wrote: > > > Okay, got startx to starup with out errors. It even works great with twm. > > However, if I switch to mwm, by just modifying startx, it starts the > > manager, paints the windows and clock, but, does not recognize *any* input, > > either keyboard or mouse. Is this the same kind of issue? And if so, based > > on the documention I've read, which file do I look in? Everything referred > > to in the documentation describes behavior, i.e. menus etc. I don't see any > > path related issues.. > > > > Sigh.. > > TIA > > Brian > > > > -----Original Message----- > > From: cygwin-xfree-ownercygwincom > > On Behalf Of Igor Pechtchanski > > Sent: Wednesday, January 21, 2004 4:08 PM > > To: cygwin-xfreecygwincom; bwaltersdm1com > > Subject: Re: Startx on WinXP > > > > On Wed, 21 Jan 2004, Brian L. Walter wrote: > > > > > Greetings, > > > > > > I've recently installd cygwin on both a win98 machine and a winxp > > > machine. The win98 installs works great (except for being really slow, > > > but that's a hardware issue.) On the XP side, I've installed it, but > > > getting some strange behavior. If I do a 'startx', I get the > > > following: > > > > > > [: and: unknown operand > > > [: and: unknown operand > > > > > > After doing some playing around with the startx script, I've come to > > > realize it's complaining about the bash conditional statements. As > > > though I'm not running under bash.... > > > > > > And as far as I can see, I am. The fall out of this behavior is the > > > inability to control which window manager gets started. I can get > > > around that by commenting out all of the conditionals in startx, but, > > > this seems at best a temporary work around. > > > > > > Am I missing something in setting up/configuring cygwin to run under > > > XP, something that is different than win98? > > > > > > TIA > > > Brian L. Walter > > > > Brian, > > > > You didn't do anything wrong. This problem is most likely due to you having > > either HOME or TMP set to "C:\Documents and Settings\...". The "and" in > > "Documents and settings" is what startx complains about (since it doesn't > > quote paths properly). > > > > I've posted a patch to startx a while ago that fixed this, but it looks like > > it hasn't been incorporated in the latest release. Since startx is just a > > text file, you can simply apply the patch yourself from > > (use "patch -p0 > > < startx.patch" in /usr/X11R6/bin). > > 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 From hans.dekker.ext@juntadeandalucia.es Thu Jan 22 09:30:00 2004 From: hans.dekker.ext@juntadeandalucia.es (Hans Dekker) Date: Thu, 22 Jan 2004 09:30:00 -0000 Subject: Initiating a remote X session References: <400E9ABA.6070103@uoguelph.ca> Message-ID: <400F97F1.8070206@juntadeandalucia.es> Hi Steve, Being triggered when you mentioned you are using SAS, here is another solution that may help you. You can change the scripts with secure shells as you like. We are using sas too. I have installed cygwin to be able to remotely use it, which works fine apart from some nitty gritty AltGr keyboard problems I have and you probably don't when using US keyboards. I used the following set up to give access to users on the Unix containing Sas: The startxwin.bat is modified to: start XWin -multiwindow xterm -T "SAS startup window" -e \\\\initsas.sh %1% The server and central directory are accesible to anyone using Sas. Now, the contents of initsas.sh are: xhost + > /dev/null echo Starting SAS environment... export IPADDR=`ipconfig | grep ddress | grep "10\." | cut -f 2 -d ":" | cut -f 2 -d " "` rsh -l "${USERNAME}" "export DISPLAY=\"${IPADDR}:0.0\";cd /opt/sas8;sas ${1}" Please note that: 1. The usernames for WinXP domains are the same as those used on Unix. 2. The WinXP client is given access to the Unix/Sas host by putting the IP-number/client name in the hosts.equiv. 3. Different versions of Windows give you different formats of ipconfig output. 4. Our Ip-addresses start with 10. 5. As a parameter to the startxwin.bat we use '-explorer', to be used as a sas startup parameter. See your sas documentation for more options. Hope it helps you, H. Steve Howie escribi??: > Howdy, > > We've just had a look at cygwin-xfree and are very impressed. However, > we'd like to bundle it for our users so that we have a some pre-defined > 'sessions' available e.g. connect to a Unix host, run SAS then have the > output sent to an cygwin-xfree server. Unix commands are not the forte > of most of our users. > > This is fine with a static IP address - we would launch a program which > does something like: > > rexec -l "setenv DISPLAY ; /opt/SAS82/sas " > > from the Cygwin shell. All bets are off, however, since most of our IP > addresses are served out by DHCP. > > We currently use X-Win32 which has a nifty feature for getting around > this - you can specify $MYIP:0 which picks up the current IP address of > the X-server and passes it to the session definition which is sent to > the host which will run the application. > > So ideally we would like something similar to this in cygwin-xfree : > > rexec -l "setenv DISPLAY $MYIP:0; /opt/SAS82/sas" > > I did a quick dig through the archives and noticed something similar to > this question - but it was from a while ago - we'd ideally like to have > the user get a popup prompting them for a username/password for the > host, then pass this information via a command such as the one above, > and also pick up the X-servers IP address whether static or dynamic. Is > something like this available already? > > Any info would be appreciated! > > Thanks, > > Scotty > --- > Steve Howie > Academic Services, CCS > University of Guelph > Guelph Ontario > CANADA > > . > From ford@vss.fsi.com Thu Jan 22 16:41:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Thu, 22 Jan 2004 16:41:00 -0000 Subject: non-widget child "DropSiteManager" error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... ) In-Reply-To: References: <972A5A4D5DCE4B4989643A8BF329AD7E091E36@icex34.cc.ic.ac.uk> Message-ID: On Wed, 21 Jan 2004, Brian Ford wrote: > I have my new machine set up now, so I'll try to take a stab at compiling > it myself today. I'll let you know how I make out. Thanks for being > patient. > It compiled for me (including DLLs) almost out of the box. I did make the following change to lesstif-0.93.91-6.sh. I am not sure that the change was required, because I did not try without it. But, it "felt" like a better idea to me :^D. In the prep rule, remove all the autotool stuff between: touch INSTALL && \ and rm -f INSTALL ) replacing it simply with: autoreconf --install --force && \ so it reads: prep() { (cd ${topdir} && \ tar xv${opt_decomp}f ${src_orig_pkg} ; \ cd ${topdir} && \ patch -p0 < ${src_patch} && mkdirs ) && \ (cd ${srcdir} && \ touch INSTALL && \ autoreconf --install --force && \ rm -f INSTALL ) } To do a debug build, just look at the target all: all) prep && conf && build && install && \ strip && pkg && spkg && finish ; \ STATUS=$? ;; and do everything but the strip step. Let me know if this doesn't work for you. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From Philippe.Auclair@diamant.jouy.inra.fr Thu Jan 22 16:50:00 2004 From: Philippe.Auclair@diamant.jouy.inra.fr (Philippe Auclair) Date: Thu, 22 Jan 2004 16:50:00 -0000 Subject: XFree86-xserv 4.3.0-42, Alt Gr, clipboard, accents... Message-ID: <00f401c3e107$e27d77c0$aa03668a@port502pha> Hi, I have updated to version 4.3.0-42 of XFree86-xserv. I am using Windows XP and a French keyboard. Here are the results: -------------------- Alt Gr key works with the standard startxwin.sh for Sun Solaris 9 clients, but not for Solaris 7 clients. For Solaris 7 clients, "setxkbmap fr" changes nothing, neither does a /etc/X11/XF86Config file. For Solaris 7 clients, I run xmodmap with these commands: clear Mod5 keycode 113 = Mode_switch add Mod3 = Mode_switch keycode 10 = ampersand 1 keycode 11 = eacute 2 asciitilde keycode 12 = quotedbl 3 numbersign keycode 13 = apostrophe 4 braceleft keycode 14 = parenleft 5 bracketleft keycode 15 = minus 6 bar keycode 16 = egrave 7 grave keycode 17 = underscore 8 backslash keycode 18 = ccedilla 9 asciicircum keycode 19 = agrave 0 at keycode 20 = parenright degree bracketright keycode 21 = equal plus braceright -------------------- In order to copy and paste text between X clients and Windows programs, I still have to specify "-clipboard" in the XWin command of the startxwin.sh script (it is not yet the standard argument). Selected text in X clients now stays highlighted. -------------------- The accented characters on the French keyboard work correctly: e-acute, e-grave, c-cedilla, a-grave, u-grave. The accented characters obtained by pressing first the accent (circumflex, diaresis) and then the letter work for cygwin X clients, for not for Solaris 7 or Solaris 9 X clients. The accented characters with tilde work for the cygwin shell, but not for cygwin or Solaris X clients. I haven't included the accented characters because the message gets blocked, considered as Spam! -------------------- Thanks to Harold for all the work! Philippe Auclair ********************************************** Institut National de la Recherche Agronomique Unit?? Centrale Informatique de Jouy Domaine de Vilvert, 78352 Jouy-en-Josas CEDEX, France Philippe.Auclair@jouy.inra.fr tel +33 1 34 65 26 95, fax +33 1 34 65 24 03 ********************************************** From ford@vss.fsi.com Thu Jan 22 16:55:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Thu, 22 Jan 2004 16:55:00 -0000 Subject: Startx on WinXP In-Reply-To: References: Message-ID: On Wed, 21 Jan 2004, Brian L. Walter wrote: > the *solution* was a cheat. I commented out the references in startx to > $HOME. Since I don't have specific configurations, this is an acceptable > white lie. > Why not try startxwin.bat and the "nifty" multiwindow mode (ie. Windows is the window manager)? > The version of lesstif is 0.93.91-6. Interestingly enough, it's -2 on the > win98 machine, on which mwm *does* work. I might try downgrading to -2 > (from the install packages on the win98 machine). > WFM. -2 was a broken attempt at an Xm DLL. It just so happened that mwm was still linked to the static Xm in that package. In general, it was broken, so don't revert please. You might post strace mwm | grep Mwm 2>&1 to see if it is an app-default issue. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From oyvind.harboe@zylin.com Thu Jan 22 17:38:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Thu, 22 Jan 2004 17:38:00 -0000 Subject: Crash in < xserv 4.3.0-42 Message-ID: <1074793116.14795.2.camel@famine> I have not been able to reproduce the access violation in xserv 4.3.0-42. Rejoice! ??yvind From showie@uoguelph.ca Thu Jan 22 21:48:00 2004 From: showie@uoguelph.ca (Steve Howie) Date: Thu, 22 Jan 2004 21:48:00 -0000 Subject: win-ssh-askpass not working. Message-ID: <4010453B.90209@uoguelph.ca> Can't get it to work - set up the win-ssh-agent, ran the ssh command from a script after setting the DISPLAY and SSH_ASKPASS environment variables and SSH still prompted me for a password - no askpass window popped up. Any ideas?? Running on Windows XP Professional. Mind you, having the User Guide in Japanese doesn't help either :) Script (as suggested by Alexander Gottwald): #!/bin/bash export DISPLAY=localhost:0.0 export SSH_ASKPASS="/usr/bin/win-ssh-askpass.exe" ssh -f -X -l username "/opt/SAS82/sas" Thanks Scotty From Alexander.Gottwald@s1999.tu-chemnitz.de Thu Jan 22 22:09:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 22 Jan 2004 22:09:00 -0000 Subject: win-ssh-askpass not working. In-Reply-To: <4010453B.90209@uoguelph.ca> References: <4010453B.90209@uoguelph.ca> Message-ID: Steve Howie wrote: > > Can't get it to work - set up the win-ssh-agent, ran the ssh command > from a script after setting the DISPLAY and SSH_ASKPASS environment > variables and SSH still prompted me for a password - no askpass window > popped up. Any ideas?? > > Running on Windows XP Professional. > Script (as suggested by Alexander Gottwald): > > #!/bin/bash > export DISPLAY=localhost:0.0 > export SSH_ASKPASS="/usr/bin/win-ssh-askpass.exe" > ssh -f -X -l username "/opt/SAS82/sas" I've done some test on it yesterday and it showed that the askpass program is only executed when the ssh has no terminal. On linux I could start the ssh from gvim and the it started x11-ssh-askpass. But on windows ssh was always started in a console window. Maybe the run.exe utility might help. But I've never used it and have no links and further information on it. run.exe will start programs without console windows. Then ssh has no terminal and it must start win-ssh-askpass. bye ago NP: Tristesse De La Lune - Eiskalte Liebe -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From pechtcha@cs.nyu.edu Fri Jan 23 00:55:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 23 Jan 2004 00:55:00 -0000 Subject: win-ssh-askpass not working. In-Reply-To: References: <4010453B.90209@uoguelph.ca> Message-ID: On Thu, 22 Jan 2004, Alexander Gottwald wrote: > Steve Howie wrote: > > > Can't get it to work - set up the win-ssh-agent, ran the ssh command > > from a script after setting the DISPLAY and SSH_ASKPASS environment > > variables and SSH still prompted me for a password - no askpass window > > popped up. Any ideas?? > > > > Running on Windows XP Professional. > > > Script (as suggested by Alexander Gottwald): > > > > #!/bin/bash > > export DISPLAY=localhost:0.0 > > export SSH_ASKPASS="/usr/bin/win-ssh-askpass.exe" > > ssh -f -X -l username "/opt/SAS82/sas" > > I've done some test on it yesterday and it showed that the askpass program > is only executed when the ssh has no terminal. On linux I could start the > ssh from gvim and the it started x11-ssh-askpass. But on windows ssh was > always started in a console window. > > Maybe the run.exe utility might help. But I've never used it and have no > links and further information on it. run.exe will start programs without > console windows. Then ssh has no terminal and it must start win-ssh-askpass. IIUC, that's exactly what the "setsid" command is intended to accomplish. You can also try using bash's "disown" builtin. 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 From oyvind.harboe@zylin.com Fri Jan 23 08:09:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Fri, 23 Jan 2004 08:09:00 -0000 Subject: Some thoughts on non-text formats in clipboard Message-ID: <1074845394.16042.13.camel@famine> One problem is data format conversion. Clearly it is not feasible to implement the conversion back and forth between X clipboard formats and Windows formats. There are too many formats and combinations. Here is what I do today: - Copy in e.g. OO under Linux - Paste into a new OO file under Linux - Save to disk under Linux - ftp/scp, etc. the file to my Windows machine - Load up in OO under Windows - Copy - Paste whereever. This is a bit laborious, but it shows that format conversion code exists, though I'm not sure how to levarage it to increase of ease of use. ??yvind From wilh@lunarlogic.com Fri Jan 23 11:10:00 2004 From: wilh@lunarlogic.com (Wil Hunt) Date: Fri, 23 Jan 2004 11:10:00 -0000 Subject: Using startx script without opening cygwin bash command window Message-ID: Hello all, I am currently using Cygwin/XFree86 and loving it. I've compiled IceWM and have been happily using that to make my life heaver here at work where we have a big messy mixture of Windows and Linux boxes. My question is this... I currently open Cygwin's bash shell window and type startx to start up my X server. (I use the windowless option to avoid the ugly background.) But this leaves me with a bash shell that I don't use. I use my X shell windows. Is there a way to start the X server with all the options I am currently getting via my startx script without opening a bash shell window? Any ideas would be greatly appreciated! Wil From freeweb@nyckelpiga.de Fri Jan 23 11:43:00 2004 From: freeweb@nyckelpiga.de (Gerrit P. Haase) Date: Fri, 23 Jan 2004 11:43:00 -0000 Subject: Any WebBrowser for Cygwin? In-Reply-To: <7071.1074638769@www20.gmx.net> References: <7071.1074638769@www20.gmx.net> Message-ID: <129594987667.20040123124238@familiehaase.de> Michael schrieb: > I want to do X-Forwarding with my Windowx-XP-Box and am using Cygwin SSHd. > SSH is working very fine so far. All i need is a browser (except textbrowser > like lynx!) for www. > Is there any Webbrowser like Mozilla, Netscape or Opera available for the > cygwin-X-Server? Where to download and how to compile/install? http://cygnome.sf.net/ They have a prebuilt version of Dillo and glib/gtk+ and other libraries needed to run Gnome applications (Dillo doesn't depend on Gnome, just needs glib/gtk+). Gerrit -- =^..^= From alexander.gottwald@s1999.tu-chemnitz.de Fri Jan 23 12:05:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 23 Jan 2004 12:05:00 -0000 Subject: win-ssh-askpass not working. In-Reply-To: References: <4010453B.90209@uoguelph.ca> Message-ID: On Thu, 22 Jan 2004, Igor Pechtchanski wrote: > On Thu, 22 Jan 2004, Alexander Gottwald wrote: > > IIUC, that's exactly what the "setsid" command is intended to accomplish. > You can also try using bash's "disown" builtin. Great. This worked! #!/bin/bash export DISPLAY=localhost:0.0 export SSH_ASKPASS="/usr/bin/win-ssh-askpass.exe" setsid ssh -f -X -l "/opt/SAS82/sas" But You'll need the setsid package (install it with cygwin setup). bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From andrex@alumni.utexas.net Fri Jan 23 13:40:00 2004 From: andrex@alumni.utexas.net (Andrew Schulman) Date: Fri, 23 Jan 2004 13:40:00 -0000 Subject: Using startx script without opening cygwin bash command window References: Message-ID: > My question is this... I currently open Cygwin's bash shell window and > type startx to start up my X server. (I use the windowless option to avoid > the ugly background.) But this leaves me with a bash shell that I don't > use. I use my X shell windows. Is there a way to start the X server with > all the options I am currently getting via my startx script without opening > a bash shell window? I don't know what options you have in your startx script, but I have a shortcut in my Windows startup folder with target C:\cygwin\usr\X11R6\bin\XWin.exe -multiwindow -clipboard -dpi 100 The server starts quietly when I log in. No shell window opens. HTH, Andrew. From showie@uoguelph.ca Fri Jan 23 14:07:00 2004 From: showie@uoguelph.ca (Steve Howie) Date: Fri, 23 Jan 2004 14:07:00 -0000 Subject: win-ssh-askpass not working. In-Reply-To: References: <4010453B.90209@uoguelph.ca> Message-ID: <40112A93.5000206@uoguelph.ca> Alexander Gottwald wrote: >On Thu, 22 Jan 2004, Igor Pechtchanski wrote: > > > >>On Thu, 22 Jan 2004, Alexander Gottwald wrote: >> >>IIUC, that's exactly what the "setsid" command is intended to accomplish. >>You can also try using bash's "disown" builtin. >> >> > >Great. This worked! > >#!/bin/bash >export DISPLAY=localhost:0.0 >export SSH_ASKPASS="/usr/bin/win-ssh-askpass.exe" >setsid ssh -f -X -l "/opt/SAS82/sas" > >But You'll need the setsid package (install it with cygwin setup). > >bye > ago > > And it worked for me too!! Thanks guys p.s. in order to roll out this great product to our faculty, staff and students (many of whom are less than computer-savvy), is there a way of packaging up set of packages (just the base, Xfree and a couple of misc. packages such as setsid above) so they can download from a local repository? Sorta like a download profile for setup.exe? Scotty From ralf.habacker@freenet.de Fri Jan 23 14:19:00 2004 From: ralf.habacker@freenet.de (Ralf Habacker) Date: Fri, 23 Jan 2004 14:19:00 -0000 Subject: Any WebBrowser for Cygwin? In-Reply-To: <87vfn5sqd4.fsf@vzell-de.de.oracle.com> References: <7071.1074638769@www20.gmx.net> <87vfn5sqd4.fsf@vzell-de.de.oracle.com> Message-ID: <200401231515.21609.ralf.habacker@freenet.de> On Wednesday 21 January 2004 08:38, Dr. Volker Zell wrote: > Hi > > >>>>> "Michael" == Michael Henke writes: > > Michael> I want to do X-Forwarding with my Windowx-XP-Box and am using > Cygwin SSHd. Michael> SSH is working very fine so far. All i need is a > browser (except textbrowser Michael> like lynx!) for www. > Michael> Is there any Webbrowser like Mozilla, Netscape or Opera > available for the Michael> cygwin-X-Server? Where to download and how to > compile/install? > > Try > > o http://www.dillo.org/ > > It builds OOTB but needs gtk. Konqueror is also available for cygwin/xfree. See http://kde-cygwin.sf.net/kde3 for more informations Ralf From holger.krull@gmx.de Fri Jan 23 15:30:00 2004 From: holger.krull@gmx.de (Holger Krull) Date: Fri, 23 Jan 2004 15:30:00 -0000 Subject: Using startx script without opening cygwin bash command window In-Reply-To: References: Message-ID: <40113E09.5000001@gmx.de> > I don't know what options you have in your startx script, but I have a > shortcut in my Windows startup folder with target > > C:\cygwin\usr\X11R6\bin\XWin.exe -multiwindow -clipboard -dpi 100 But that only works if the cygwin dlls are in your PATH. I use D:\cygwin\bin\bash.exe -l -c "xwin +kb -xkbmap de -query murpel -from 192.168.1.2 -dpi 100 -clipboard &" as a link to avoid the additional window. Without the query option this should work. From pechtcha@cs.nyu.edu Fri Jan 23 15:58:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 23 Jan 2004 15:58:00 -0000 Subject: Custom Cygwin downloads (Was Re: win-ssh-askpass not working) In-Reply-To: <40112A93.5000206@uoguelph.ca> References: <4010453B.90209@uoguelph.ca> <40112A93.5000206@uoguelph.ca> Message-ID: On Fri, 23 Jan 2004, Steve Howie wrote: > [snip] > p.s. in order to roll out this great product to our faculty, staff and > students (many of whom are less than computer-savvy), is there a way of > packaging up set of packages (just the base, Xfree and a couple of misc. > packages such as setsid above) so they can download from a local > repository? Sorta like a download profile for setup.exe? > > Scotty Scotty, This should really be a separate thread, but I'll settle for changing the subject. This also has been discussed on the Cygwin list quite a few times. What you want is to set up a local mirror, and put all the packages you'd like to be downloaded by default into the "Base" category in the setup.ini/bz2 file on your mirror. Then instruct the users to point setup.exe to your local mirror, and you're done. To create the setup.ini/bz2, see the "upset" script in the cygwin-apps repository. 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 From andrex@alumni.utexas.net Sat Jan 24 04:49:00 2004 From: andrex@alumni.utexas.net (Andrew Schulman) Date: Sat, 24 Jan 2004 04:49:00 -0000 Subject: Using startx script without opening cygwin bash command window References: <40113E09.5000001@gmx.de> Message-ID: >> I don't know what options you have in your startx script, but I have a >> shortcut in my Windows startup folder with target >> >> C:\cygwin\usr\X11R6\bin\XWin.exe -multiwindow -clipboard -dpi 100 > > But that only works if the cygwin dlls are in your PATH. So, put them in. Then you can run other cygwin apps without needing a console window too. > I use > D:\cygwin\bin\bash.exe -l -c "xwin +kb -xkbmap de -query murpel -from > 192.168.1.2 -dpi 100 -clipboard &" > as a link to avoid the additional window. Without the query option this > should work. And this doesn't open a shell window? That's what the OP wanted to avoid. From holger.krull@gmx.de Sat Jan 24 10:41:00 2004 From: holger.krull@gmx.de (Holger Krull) Date: Sat, 24 Jan 2004 10:41:00 -0000 Subject: Using startx script without opening cygwin bash command window In-Reply-To: References: <40113E09.5000001@gmx.de> Message-ID: <40124BE1.1090308@gmx.de> Andrew Schulman schrieb: > > And this doesn't open a shell window? That's what the OP wanted to avoid. > The shell window closes after starting Xwin. Holger Krull From oyvind.harboe@zylin.com Sat Jan 24 12:06:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Sat, 24 Jan 2004 12:06:00 -0000 Subject: XWin causes Windows apps to hang(?) Message-ID: <1074946000.18324.6.camel@famine> This was with -42. - I copied a URL from an email message in Evolution - When I paste into a Windows app, that Windows app is stuck. This happened w/iexplorer and explorer.exe. It appears as if the Windows app is stuck indefinitely waiting for the "pastable" from XWin. ??yvind -------------- next part -------------- ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1600 h 1200 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (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 winScreenInit - dwWidth: 1600 dwHeight: 1200 winSetEngine - Multi Window => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1600 h: 1200 winCreateBoundingWindowWindowed - Current w: 1600 h: 1200 winGetWorkArea - Original WorkArea: 0 0 1166 1600 winGetWorkArea - Virtual screen is 2880 x 1200 winGetWorkArea - Virtual screen origin is 0, 0 winGetWorkArea - Primary screen is 1600 x 1200 winGetWorkArea - Adjusted WorkArea for multiple monitors: 0 0 1166 2880 winAdjustForAutoHide - Original WorkArea: 0 0 1166 2880 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1166 2880 winCreateBoundingWindowWindowed - WindowClient w 2880 h 1166 r 2880 l 0 b 1166 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 2880 height: 1200 depth: 32 winAllocateFBShadowGDI - Dibsection width: 2880 height: 1200 depth: 32 size image: 13824000 winAllocateFBShadowGDI - Created shadow stride: 2880 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff 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 winInitMultiWindowWM - Hello winInitWM - Returning. winInitMultiWindowWM - Calling pthread_mutex_lock () winFinishScreenInitFB - returning winMultiWindowXMsgProc - Hello winScreenInit - returning 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: "00000414" (00000414) (--) Using preset keyboard for "Norwegian" (414), type "4" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc105" Layout = "no" Variant = "(null)" Options = "(null)" winPointerWarpCursor - Discarding first warp: 1440 600 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winInitMultiWindowWM - pthread_mutex_lock () returned. winInitMultiWindowWM - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - pthread_mutex_lock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 From mk329@cam.ac.uk Sat Jan 24 20:34:00 2004 From: mk329@cam.ac.uk (Milos Komarcevic) Date: Sat, 24 Jan 2004 20:34:00 -0000 Subject: Using startx script without opening cygwin bash command window Message-ID: <6.0.1.1.0.20040124202728.02425130@imap.hermes.cam.ac.uk> > My question is this... I currently open Cygwin's bash shell window and >type startx to start up my X server. (I use the windowless option to avoid >the ugly background.) But this leaves me with a bash shell that I don't >use. I use my X shell windows. Is there a way to start the X server with >all the options I am currently getting via my startx script without opening >a bash shell window? Why not use already provided startxwin.bat in (/usr/X11R6/bin)? You get it by installing the XFree86-startup-scripts package. Just add -multiwindow -clipboard and comment out the xterm instance Regards, Milos From mikethepsych@blueyonder.co.uk Sun Jan 25 08:29:00 2004 From: mikethepsych@blueyonder.co.uk (Mike Parker) Date: Sun, 25 Jan 2004 08:29:00 -0000 Subject: Minimising window with "Always on top" attribute leaves contents in underlying window Message-ID: 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 window is then minimised, leaving a copy of its contents on the desktop, viewable by moving the remaining window over the portion of the desktop previously occupied by the other window. Regards, Mike From oyvind.harboe@zylin.com Sun Jan 25 12:38:00 2004 From: oyvind.harboe@zylin.com (Oyvind Harboe) Date: Sun, 25 Jan 2004 12:38:00 -0000 Subject: Trying to compile XWin, error in winwindow.c Message-ID: <1075034295.26769.4.camel@famine> 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:anoncvs@freedesktop.org:/cvs/xorg co xc Then I followed these instructions to create a debug build: http://xfree86.cygwin.com/docs/cg/prog-build-native.html In World.log I find the error message below. $ make rm -f winwindow.o gcc -c -O2 -fno-strength-reduce -Wall -Wpointer-arith -I. -I../../../../expo rts/include/X11 -I../../../../include/fonts -I../../../../programs/Xserve r/fb -I../../../../programs/Xserver/mi -I../../../../programs/Xserver/miext/ shadow -I../../../../programs/Xserver/miext/layer -I../../../../program s/Xserver/include -I../../../../programs/Xserver/os -I../../../../in clude/extensions -I../../../../exports/include/X11 -I../../../../program s/Xserver/render -I../../../../programs/Xserver/randr -I../../../.. -I../../../ ../exports/include -D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LOCALE -D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309 L -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DS HAPE -DXINPUT -DXKB -DLBX -DXAPPGROUP -DXCSECURITY -DTOGCUP -DXF86BIGFONT -DPIXPRIV -DRENDER -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXvExtension -DXFree 86Server -DXvMCEx tension -DXResE xtension -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DINCLUD E_ALLOCA_H -DNDEBUG -DFUNCPROTO=15 -DNARROWPROTO -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXvExtension -DXFree 86Server -DXvMCEx tension -DXResE xtension -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DDDXTIM E -DFD_SETSIZE=256 -DDDXOSINIT -DDDXOSVERRORF -DDDXOSFA TALERROR -DHAS_SHM -DHAS_MMAP -UXFree86LOADER -UXF86DRI -DPROJECTROOT= "\"/usr/X11R6\"" winwindow.c winwindow.c: In function `winCopyWindowNativeGDI': winwindow.c:101: warning: unused variable `pBoxSrc' winwindow.c: In function `winReshapePRootless': winwindow.c:499: error: `pScreen' undeclared (first use in this function) winwindow.c:499: error: (Each undeclared identifier is reported only once winwindow.c:499: error: for each function it appears in.) winwindow.c:500: warning: left-hand operand of comma expression has no effect winwindow.c:502: warning: left-hand operand of comma expression has no effect make: *** [winwindow.o] Error 1 From Alexander.Gottwald@s1999.tu-chemnitz.de Sun Jan 25 12:57:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 25 Jan 2004 12:57:00 -0000 Subject: Trying to compile XWin, error in winwindow.c In-Reply-To: <1075034295.26769.4.camel@famine> References: <1075034295.26769.4.camel@famine> Message-ID: Oyvind Harboe wrote: > $ cvs -d :pserver:anoncvs@freedesktop.org:/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 -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From ihok@hotmail.com Sun Jan 25 18:39:00 2004 From: ihok@hotmail.com (Jack Tanner) Date: Sun, 25 Jan 2004 18:39:00 -0000 Subject: Minimising window with "Always on top" attribute leaves contents in underlying window In-Reply-To: References: Message-ID: 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). The topmost window is then minimised, leaving a copy of its contents > on the desktop, viewable by moving the remaining window over the portion of > the desktop previously occupied by the other window. Confirmed. Does anyone know how other window managers usually handle the always-on-top-then-minimized use case? -JT From ihok@hotmail.com Sun Jan 25 19:58:00 2004 From: ihok@hotmail.com (Jack Tanner) Date: Sun, 25 Jan 2004 19:58:00 -0000 Subject: Minimising window with "Always on top" attribute leaves contents in underlying window In-Reply-To: References: Message-ID: 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 From earle@ziplabel.com Mon Jan 26 04:08:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Mon, 26 Jan 2004 04:08:00 -0000 Subject: Minimising window with "Always on top" attribute leaves contents in underlying window In-Reply-To: Message-ID: <5.1.1.6.2.20040125195915.00ae74e0@mail.ziplabel.com> Hi Mike... At 08:29 AM 1/25/2004 +0000, 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-clicking on the windows title >bar). The topmost window is then minimised, leaving a copy of its contents >on the desktop, viewable by moving the remaining window over the portion of >the desktop previously occupied by the other window. It's been a while since I submitted a patch, but since this problem is due to my code I'll be nice and fix it. Basically, whenever we get a WM_SYSCOMMAND:SC_MINIMIZE we need to disable the HWND_TOPMOST attribute and let the X system recognize it. On a WM_SYSCOMMAND:SC_RESTORE we just need to reset that attribute to what it was before. I'm attaching a patch *against the CVS -r CYGWIN tree* because I cannot get the XWin-4.3.0-42 source available on http://xfree86.cygwin.com/devel/server/changelog.html to compile properly, whereas the freedesktop CVS goes thru without a hitch. It adds a boolean fAlwaysOnTop to the window privates; caches the AOT value on a WM_SYSCOMMAND:SC_MINIMIZE and removes top-z attributes from the window; restores the AOT value on a WM_SYSCOMMAND:SC_RESTORE; and changes the WM_WINDOWPOSCHANGED event handler to always allow the Windoze DefWindowProc() to be called (necessary for the changes I did, and doesn't seem to have any negative effects). -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com -------------- next part -------------- A non-text attachment was scrubbed... Name: fixaot.patch Type: application/octet-stream Size: 1913 bytes Desc: not available URL: From huntharo@msu.edu Mon Jan 26 04:37:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 26 Jan 2004 04:37:00 -0000 Subject: Minimising window with "Always on top" attribute leaves contents in underlying window Message-ID: <40149972.2050200@msu.edu> 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 without calling DefWindowProc (which will get called if you change that return to a break) in order to prevent Windows from breaking that message down into a WM_SIZE and WM_MOVE message and sending those in addition. My worry is that you may have essentially found a bug in the WM_WINDOWPOSCHANGED handling that was fixed by allowing the WM_SIZE and WM_MOVE messages to be generated and handled, when we should really fix such a bug instead of accidentally masking its existance. I'm not comfortable removing this change from your patch since it will then need to be tested again to verify that things work as expected. Since you have already been testing it, I figured it would be easier for you to do the testing :) Let me know what to do with your patch, Harold From earle@ziplabel.com Mon Jan 26 05:10:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Mon, 26 Jan 2004 05:10:00 -0000 Subject: Minimising window with "Always on top" attribute leaves contents in underlying window In-Reply-To: <40149972.2050200@msu.edu> Message-ID: <5.1.1.6.2.20040125204439.00aeb290@mail.ziplabel.com> 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 thing that strikes me as odd is that you have to return from the >WM_WINDOWPOSCHANGED message without calling DefWindowProc (which will get >called if you change that return to a break) in order to prevent Windows >from breaking that message down into a WM_SIZE and WM_MOVE message and >sending those in addition. My worry is that you may have essentially >found a bug in the WM_WINDOWPOSCHANGED handling that was fixed by allowing >the WM_SIZE and WM_MOVE messages to be generated and handled, when we >should really fix such a bug instead of accidentally masking its existance. >I'm not comfortable removing this change from your patch since it will >then need to be tested again to verify that things work as expected. Since >you have already been testing it, I figured it would be easier for you to >do the testing :) I did extensive testing without that change, actually, because it took me a while to figure out why the minimize button and sysmenus worked but the taskbar left-click 2x didn't. ;) You can remove it, but minimizing the window by 2x-clicking on the Windows taskbar won't propagate the Z order change w/the same messages as if you were to use the system menu or the minimize button. Why? AFAICT the minimize button or menu item send a wm-move, even if you don't let DefWindowProc() do its thing. I suspect Explorer sends its own messages when you click on the taskbar, and they are not the same as the frame WndProc()'s. FWIW I can't really see any reason not to allow DefWindowProc to have a shot at the WM_WINDOWPOSCHANGED message, but I'll admit that I've not gone through all of Kensuke's code... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From test524@comcast.net Mon Jan 26 05:12:00 2004 From: test524@comcast.net (test524@comcast.net) Date: Mon, 26 Jan 2004 05:12:00 -0000 Subject: Keyboard Message-ID: <012620040512.5735.5e5f@comcast.net> 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 commands fine, and I start kde with startkde. KDE works as expected (except for a question about speed, which I'll address in a separate post), except that it doesn't accept keyboard input. I can use the mouse and run apps, but I can't type anything. I'm not using a non-US keyboard or anything, so this is a bit mystifying. Is there something I'm missing to get the graphical session to recognize keystrokes? Thanks. From test524@comcast.net Mon Jan 26 05:18:00 2004 From: test524@comcast.net (test524@comcast.net) Date: Mon, 26 Jan 2004 05:18:00 -0000 Subject: Suggestions for speed Message-ID: <012620040518.23136.30c2@comcast.net> 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 that it appears I might do better with a 54 (or 108) Mbps network connection--that's definitely something to try. What else, though, would people suggest to speed things up? (Windows redraw quite slowly.) -Should I try XDMCP? Is it faster than port forwarding with SSH? -Should I add more RAM to the Linux box? (It has 128MB with a PIII at 667 MHz.) -Does the amount video memory on the Linux box matter? How about on the Windows machine (hard to change because it's a laptop...)? I've tried ssh -C, but don't notice much of an improvement. Thanks for any suggestions. From fergus@bonhard.uklinux.net Mon Jan 26 06:18:00 2004 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Mon, 26 Jan 2004 06:18:00 -0000 Subject: How to kill XWin from a script Message-ID: <002c01c3e3d4$37f8a5c0$0b7b2852@leper> 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 will kill them all stone dead without previous reference to ps is kill `ps | grep XWin | awk '{print $1}'` Put it in .bash_logout? Or wherever suits. Fergus From fergus@bonhard.uklinux.net Mon Jan 26 07:37:00 2004 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Mon, 26 Jan 2004 07:37:00 -0000 Subject: No on-screen response to keypress until press spacebar Message-ID: <002301c3e3df$0b053a50$580210ac@tcgp.dundee.ac.uk> Currently experiencing a weird problem in Cygwin on W2000: In a rxvt window, both " and ' behave in the same way: pressing either key results in nothing on the screen, but pressing either key followed by results in the expected ' or " appearing, without the space. Exploring the symptom within an application and using readkey(), it turns out that ' and " initially return the correct codes 39 and 34 but under circumstances not understood and therefore not describable these change to -88 and -76, leading to syntax errors. There are other strange behaviours, all similar and apparently related to the above. I know I have seen this or similar symptoms recently described, but cannot find it. Possibly in a X context, so I'm copying this to the cygwin-xfree list too. Can anybody please point me to the thread (and, with any luck, explanation and solution)? Thank you. Fergus From alexander.gottwald@s1999.tu-chemnitz.de Mon Jan 26 10:38:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 26 Jan 2004 10:38:00 -0000 Subject: No on-screen response to keypress until press spacebar In-Reply-To: <002301c3e3df$0b053a50$580210ac@tcgp.dundee.ac.uk> References: <002301c3e3df$0b053a50$580210ac@tcgp.dundee.ac.uk> Message-ID: On Mon, 26 Jan 2004 fergus@bonhard.uklinux.net wrote: > Currently experiencing a weird problem in Cygwin on W2000: > > In a rxvt window, both " and ' behave in the same way: pressing either key > results in nothing on the screen, but pressing either key followed by > results in the expected ' or " appearing, without the space. This is the dead-key feature (or problem). Within X11 you can load the keymap with the "nodeadkeys" option (but then you can only compose keys like ?? and ?? with the compose key). bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From scharn@bluewin.ch Mon Jan 26 13:36:00 2004 From: scharn@bluewin.ch (scharn@bluewin.ch) Date: Mon, 26 Jan 2004 13:36:00 -0000 Subject: garbage collection Message-ID: <400B93B200043CAD@mssazhb-int.msg.bluewin.ch> i have temporarily forgotten how to check for garbage collection on cygwin-xfree86. From alexander.gottwald@s1999.tu-chemnitz.de Mon Jan 26 14:12:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 26 Jan 2004 14:12:00 -0000 Subject: CoLinux with Cygwin/X Message-ID: http://www.colinux.org/screenshots/knoppix.png The image shows a Cygwin/X window which displays the content of a japanese Knoppix linux. The linux is running on top of the windows showing the Cygwin/X window. CoLinux is a Linux running on top of Windows (like UserModeLinux) See http://www.colinux.org/ for more details. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From will@licentiae.com Mon Jan 26 14:20:00 2004 From: will@licentiae.com (William Conrad Halliburton) Date: Mon, 26 Jan 2004 14:20:00 -0000 Subject: Redrawing problems with MSVDM Message-ID: <2817.66.149.16.202.1075126804.squirrel@www.licentiae.com> I am using Microsoft Virtual Desktop Manager under XP with the latest cygwin. XWin -multiwindow When switching back to a desktop with a window from the XServer the window will often not refresh and is drawn completly blank. There was a previous message in October on this list with no resolution. This seems to only occur when there are multiple windows. I have not had any problems with only the original xterm running. I am reduced to only using one xterm and would like to graduate to using the cygwin X11 version of emacs. I am willing to debug if given pointers. I would also switch virtual desktop manages if there is a replacement. Thank you, William Halliburton From abraverman@itms.com Mon Jan 26 14:31:00 2004 From: abraverman@itms.com (Andrew Braverman) Date: Mon, 26 Jan 2004 14:31:00 -0000 Subject: Redrawing problems with MSVDM In-Reply-To: <2817.66.149.16.202.1075126804.squirrel@www.licentiae.com> Message-ID: <001101c3e419$0b01d290$1e54cea7@andrew> I am the one who wrote the original message. Unfortunately, time available/annoyance ratio has not been high enough for me to do anything about it yet. It was working fine until a bug fix was made to tweak a redrawing problem on one screen. At that time, moving between two virtual desktops stopped working. I am guessing that if you check the timing of my original message and check the window drawing based bug fixes around that time, you will find the code that is the problem. Then what has to be done is fixing this without rebreaking what was fixed by that repair. Until you do so, if you have multiple windows up and go to another virtual window, when you come back either move the (now empty) window a little or minimize it and then bring it back. Either one will restore what is on the window. -Andy > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of William Conrad > Halliburton > Sent: Monday, January 26, 2004 9:20 AM > To: cygwin-xfree@cygwin.com > Subject: Redrawing problems with MSVDM > > > > > I am using Microsoft Virtual Desktop Manager under XP with > the latest cygwin. > > XWin -multiwindow > > When switching back to a desktop with a window from the > XServer the window > will often not refresh and is drawn completly blank. There > was a previous > message in October on this list with no resolution. > > This seems to only occur when there are multiple windows. I > have not had > any problems with only the original xterm running. > > I am reduced to only using one xterm and would like to > graduate to using > the cygwin X11 version of emacs. > > I am willing to debug if given pointers. I would also switch virtual > desktop manages if there is a replacement. > > Thank you, > William Halliburton > > > From showie@uoguelph.ca Mon Jan 26 14:31:00 2004 From: showie@uoguelph.ca (Steve Howie) Date: Mon, 26 Jan 2004 14:31:00 -0000 Subject: Printing under Cygwin (again!) Message-ID: <40152470.2010605@uoguelph.ca> Hello folks Does anyone know of any print redirector software which could be used to print a host-based document to the users default Windows printer under Cygwin/Xfree? We're looking at functionality similar to that provided by programs like the old 'ansiprt' program under Pine. If the user connected to the host using an SSH session with X11 tunnelling or regular xterm session, they could do something like host# cygprint output.log on the host which would print the document to the users default Windows printer. Any pointers/tips appreciated - I realise the whole issue of printing under X is a much larger issue, but was just curious if anyone knew of a solution specific to Cygwin. Thanks Scotty From peter.oliver@aquila-networks.co.uk Mon Jan 26 17:17:00 2004 From: peter.oliver@aquila-networks.co.uk (Peter Oliver) Date: Mon, 26 Jan 2004 17:17:00 -0000 Subject: -clipboard fails with XDMCP and GDM In-Reply-To: References: Message-ID: On Wed, 14 Jan 2004, James Simonsen wrote: > I am still experiencing problems with -clipboard and XDMCP [with GDM]. > Copy and paste between linux/windows works fine in the login dialog, > but stops working as soon as I log in. I had exactly the same trouble with GDM, and found that if you set "KillInitClients=false" in gdm.conf the problem goes away. This setting seems to be true by default, so a fix/workaround in Cygwin/X itself would be helpful if possible. Perhaps the clipboard daemon could be made to automatically reconnect whenever it is disconnected? The comment that goes with the KillInitClients option is a little misleading, BTW: # To try to kill all clients started at greeter time or in the Init script. # doesn't always work, only if those clients have a window of their own Presumably this means that clipboard support is implemented with some kind of invisible window? -- Peter Oliver Midrange Services Aquila Networks Services Ltd **************************************************************************************************** Confidentiality: This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this e-mail in error, use of this information (including disclosure, copying or distribution) may be unlawful. Please notify postmaster@aquila-networks.co.uk. and delete the message immediately. Security: Internet e-mail is not a 100% secure communications medium. Viruses: This e-mail (and any attachments) has been checked (using Sophos Sweep 3.74 + patches) and found to be clean from any virus infection before leaving. Therefore neither Aquila Networks Services Ltd nor Midlands Electricity plc or any of their group undertakings (as defined by the Companies Act 1989) (together referred to as the "Companies") accept legal responsibility for this message or liability for the consequences of any computer viruses which may have been transmitted by this e-mail. Monitoring: All electronic communications with the Companies may be monitored in accordance with the UK Regulation of Investigatory Powers Act, Lawful Business Practice Regulations, 2000. If you do not consent to such monitoring, you should contact the sender of this e-mail. Aquila Networks Services Limited, Registered office: Whittington Hall, Whittington, Worcester, WR5 2RB Registered in England and Wales number 3600545 This e-mail may be sent on behalf of any of the Companies. **************************************************************************************************** From simonsenj@esi.com Mon Jan 26 19:14:00 2004 From: simonsenj@esi.com (James Simonsen) Date: Mon, 26 Jan 2004 19:14:00 -0000 Subject: -clipboard fails with XDMCP and GDM Message-ID: Nice catch, Peter! That fixed it on my end as well. I've been meaning to look at the Cygwin CVS tree and try to figure it out from that end, but I haven't had the time yet. In the meantime, this is a great workaround. Thanks, James -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] Sent: Monday, January 26, 2004 9:17 AM To: cygwin-xfree@cygwin.com Subject: Re: -clipboard fails with XDMCP and GDM On Wed, 14 Jan 2004, James Simonsen wrote: > I am still experiencing problems with -clipboard and XDMCP [with GDM]. > Copy and paste between linux/windows works fine in the login dialog, > but stops working as soon as I log in. I had exactly the same trouble with GDM, and found that if you set "KillInitClients=false" in gdm.conf the problem goes away. This setting seems to be true by default, so a fix/workaround in Cygwin/X itself would be helpful if possible. Perhaps the clipboard daemon could be made to automatically reconnect whenever it is disconnected? The comment that goes with the KillInitClients option is a little misleading, BTW: # To try to kill all clients started at greeter time or in the Init script. # doesn't always work, only if those clients have a window of their own Presumably this means that clipboard support is implemented with some kind of invisible window? -- Peter Oliver Midrange Services Aquila Networks Services Ltd **************************************************************************************************** Confidentiality: This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this e-mail in error, use of this information (including disclosure, copying or distribution) may be unlawful. Please notify postmaster@aquila-networks.co.uk. and delete the message immediately. Security: Internet e-mail is not a 100% secure communications medium. Viruses: This e-mail (and any attachments) has been checked (using Sophos Sweep 3.74 + patches) and found to be clean from any virus infection before leaving. Therefore neither Aquila Networks Services Ltd nor Midlands Electricity plc or any of their group undertakings (as defined by the Companies Act 1989) (together referred to as the "Companies") accept legal responsibility for this message or liability for the consequences of any computer viruses which may have been transmitted by this e-mail. Monitoring: All electronic communications with the Companies may be monitored in accordance with the UK Regulation of Investigatory Powers Act, Lawful Business Practice Regulations, 2000. If you do not consent to such monitoring, you should contact the sender of this e-mail. Aquila Networks Services Limited, Registered office: Whittington Hall, Whittington, Worcester, WR5 2RB Registered in England and Wales number 3600545 This e-mail may be sent on behalf of any of the Companies. **************************************************************************************************** From ford@vss.fsi.com Mon Jan 26 20:04:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Mon, 26 Jan 2004 20:04:00 -0000 Subject: ddd broken on CYGWIN 1.5.6 In-Reply-To: <000401c3dffe$ce4bb0a0$0100007f@due.avinci.de> References: <000401c3dffe$ce4bb0a0$0100007f@due.avinci.de> Message-ID: On Wed, 21 Jan 2004, Dirk Fassbender wrote: > i have a problem with the start of ddd after upgrade to CYGWIN 1.5.6 > and LATEST snapshot. > > See below : > > m0195@mc02i118 ~ > $ ddd > gdb: access /dev/tty1: No such file or directory > gdb: cannot open master pty: No such file or directory > gdb: communication setup failed > In case you did not see it, this problem is now confirmed to be fixed in the latest snapshot. http://www.cygwin.com/ml/cygwin/2004-01/msg01036.html HTH -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From huntharo@msu.edu Mon Jan 26 22:56:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 26 Jan 2004 22:56:00 -0000 Subject: New URL - x.cygwin.com Message-ID: <40159AF6.9010804@msu.edu> The primary URL for the Cygwin/X site is now x.cygwin.com. Other URLs that you may have been using should continue to work. Now instead of telling people "x-free-8-6-dot-cygwin-dot-com" you can tell them "x-dot-cygwin-dot-com". Making the world more efficient through shorter URLs :) Harold From earle@ziplabel.com Tue Jan 27 04:04:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Tue, 27 Jan 2004 04:04:00 -0000 Subject: Patch for centering exit/mode change dialogs on multiscreen Message-ID: <5.1.1.6.2.20040126193430.00af97a0@mail.ziplabel.com> It seems that the DS_CENTER property only centers a dialog onto the 1st detected monitor, and not the primary monitor (selected in Desktop props). At my office the two are the same, but on my home setup my center DVI monitor is detected as #3... I'm attaching a minor patchfile which programmatically centers the dialog during the WM_INITDIALOG stage using a pretty standard center() function for the exit and mode change dialogs. -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com -------------- next part -------------- A non-text attachment was scrubbed... Name: centermultiscreen.patch Type: application/octet-stream Size: 1321 bytes Desc: not available URL: From ralf.habacker@freenet.de Tue Jan 27 07:01:00 2004 From: ralf.habacker@freenet.de (Ralf Habacker) Date: Tue, 27 Jan 2004 07:01:00 -0000 Subject: KDE 3.1.4 cygwin/xfree release available Message-ID: <200401270757.38884.ralf.habacker@freenet.de> Hi all, Last week the first KDE 3.1.4 release of the KDE desktop environment for cygwin/xfree was released. Beside the basic packages it contains already some additional package like kde-i18n, kdevelop, kdeedu, quanta and kdenetwork (alpha version). See http://kde-cygwin.sf.net/kde3/ for further informations. Ralf KDE on cygwin http://kde-cygwin.sf.net From bmj2004@bellsouth.net Tue Jan 27 08:50:00 2004 From: bmj2004@bellsouth.net (Robert McNulty Junior) Date: Tue, 27 Jan 2004 08:50:00 -0000 Subject: Creating Icons under X In-Reply-To: <4015FCEF.2040201@msu.edu> Message-ID: <000001c3e4b2$a5822fb0$6501a8c0@bobbyjunior> I have just downloaded kde 3.1.4 for X and Cygwin. One of the requirements is to created icons. What is the procedure to do this? I checked the documents, searched the website, but nothing tells me how to create icons under X. I would like to use this program. Bobby BTW Harold, you are doing a great job with X. From murakami@ipl.t.u-tokyo.ac.jp Tue Jan 27 14:06:00 2004 From: murakami@ipl.t.u-tokyo.ac.jp (Takuma Murakami) Date: Tue, 27 Jan 2004 14:06:00 -0000 Subject: Keyboard In-Reply-To: <012620040512.5735.5e5f@comcast.net> References: <012620040512.5735.5e5f@comcast.net> Message-ID: <20040127225838.9CC6.MURAKAMI@ipl.t.u-tokyo.ac.jp> startkde involves a window manager which conflicts with the internal window manager of Cygwin/X invoked by -multiwindow option. So the keyboard will work if you remove the option from your startxwin.bat. Takuma Murakami (murakami@ipl.t.u-tokyo.ac.jp) From vervoom@hotmail.com Tue Jan 27 14:30:00 2004 From: vervoom@hotmail.com (J S) Date: Tue, 27 Jan 2004 14:30:00 -0000 Subject: hotkey problem Message-ID: Hi, I'm trying to configure 'control+F1' to print out a string on my x-app. I'm able to print out the string using Xautomation: /usr/local/bin/xte "str LAHSO NOT AUTHORIZED" And I'm able to run a script when I press 'Control+F1' using xbindkeys. What I can't do is get the string to print when xbindkeys runs my script to issue the xte command above. I know that xbindkeys is running the script but for some reason the output from xte seems to go somewhere else because it's not showing up on my x-app! I realise that these have nothing to do with Cygwin-Xfree but I wondered whether anyone had managed to set up hotkeys like this which would print out a string to their x-app when they pressed a certain key combination? I know you can do something like this with xrdb and in your .Xdefaults have the entry: xterm*VT100.Translations: \n\ Ctrl F1: string("LAHSO NOT AUTHORISED") but the problem here is that the app we're using doesn't seem to speak xrdb and in any case the vendor refuses to tell us whether it has key mapping functionality like that with xterm above because they only support Exceed. Anyway, would appreciate any help on this. Thanks, JS. _________________________________________________________________ Express yourself with cool new emoticons http://www.msn.co.uk/specials/myemo From scharn@bluewin.ch Tue Jan 27 15:04:00 2004 From: scharn@bluewin.ch (scharn@bluewin.ch) Date: Tue, 27 Jan 2004 15:04:00 -0000 Subject: Knights of the KKnut Message-ID: <400B93B200050461@mssazhb-int.msg.bluewin.ch> Bill "MyDoom" Gates At least he is micro-soft, but spreading his virus almost everywhere http://www.cnn.com/2004/TECH/internet/01/26/mydoom.worm/index.html. Also my latitude like Jimi Hendrix, but abusive. Therefore no Knight of the Coconut, just Knight of Queen Elizabeth. "Holy Grail" on Mars http://www.cnn.com/2004/TECH/space/01/26/mars.rovers/index.html Shake the KKnut at http://www.anart.no/~syndicate/KKnut/ From oyvind.harboe@zylin.com Tue Jan 27 15:32:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Tue, 27 Jan 2004 15:32:00 -0000 Subject: Still crash in xserv 4.3.0-42 Message-ID: <1075217546.31344.2.camel@famine> I earlier claimed that the crash I have been struggling with is gone under 4.3.0-42, unfortunally not so. With a lot of help from this mailing list I've finally compiled a debug version of XWin and I've caught the GPF in the debugger. Without Insight's graphical GUI, I'm a bit handicapped, but below is a dump anyway. ??yvind startxwin.bat - Starting on Windows NT/2000/XP/2003 GNU gdb 2003-09-20-cvs (cygwin-special) Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-cygwin"... (gdb) run Starting program: /usr/X11R6/bin/XWin.exe -multiwindow -clipboard -multiplemonit ors ---Type to continue, or q to quit--- Program received signal SIGSEGV, Segmentation fault. [Switching to thread 1940.0x83c] 0x00492470 in fb24_32GetSpans (pDrawable=0x103fd098, wMax=48, ppt=0x1efed28, pwidth=0x1efed34, nspans=1, pchardstStart=0x1041e480 "\030??\fa\001") at fb24_32.c:284 284 fbGetDrawable (pDrawable, srcBits, srcStride, srcBpp, srcXoff, srcYo ff); (gdb) thread apply all bt Thread 13 (thread 1940.0x980): #0 0x7ffe0304 in ?? () #1 0x77f5c534 in ntdll!ZwWaitForSingleObject () from ntdll.dll #2 0x77e7a62d in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x0000049c in ?? () Thread 12 (thread 1940.0x540): #0 0x7ffe0304 in ?? () #1 0x77f5c534 in ntdll!ZwWaitForSingleObject () from ntdll.dll #2 0x77e7a62d in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x00000528 in ?? () Thread 11 (thread 1940.0x308): #0 0x7ffe0304 in ?? () #1 0x77f5c534 in ntdll!ZwWaitForSingleObject () from ntdll.dll #2 0x71a51ea3 in DSA_DestroyCallback () from /cygdrive/c/WINDOWS/System32/MSWSOCK.DLL #3 0x0405fdfc in ?? () #4 0x0405fe90 in ?? () #5 0x1040695c in ?? () #6 0x0405fe80 in ?? () ---Type to continue, or q to quit--- #7 0xd59fab24 in ?? () #8 0x77f5b864 in ntdll!ZwDeviceIoControlFile () from ntdll.dll #9 0xffb3b4c0 in ?? () #10 0xffffffff in ?? () #11 0x00252890 in ?? () Thread 10 (thread 1940.0x8a4): #0 0x7ffe0304 in ?? () #1 0x77f5c524 in ntdll!ZwWaitForMultipleObjects () from ntdll.dll #2 0x77e75ee0 in WaitForMultipleObjectsEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x00000003 in ?? () #4 0x03e5e978 in ?? () #5 0x00000001 in ?? () Thread 9 (thread 1940.0x9bc): #0 0x7ffe0304 in ?? () #1 0x77f5c534 in ntdll!ZwWaitForSingleObject () from ntdll.dll #2 0x71a51f97 in DSA_DestroyCallback () from /cygdrive/c/WINDOWS/System32/MSWSOCK.DLL #3 0x03c5fdfc in ?? () #4 0x03c5fe90 in ?? () #5 0x1040392c in ?? () #6 0x03c5fe80 in ?? () ---Type to continue, or q to quit--- #7 0x5124a02a in ?? () #8 0x01c3e4e8 in ?? () #9 0xffffffff in ?? () #10 0x7fffffff in ?? () #11 0x0024f9f8 in ?? () Thread 8 (thread 1940.0xdc4): #0 0x7ffe0304 in ?? () #1 0x77f5c534 in ntdll!ZwWaitForSingleObject () from ntdll.dll #2 0x77e7a62d in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x000005b4 in ?? () Thread 6 (thread 1940.0xbf4): #0 0x7ffe0304 in ?? () #1 0x77d43a09 in SetBitmapDimensionEx () from /cygdrive/c/WINDOWS/system32/user32.dll #2 0x77d443b5 in USER32!GetMessageA () from /cygdrive/c/WINDOWS/system32/user32.dll #3 0x61091f03 in wait4 () from /usr/bin/cygwin1.dll #4 0x61002dae in forkpty () from /usr/bin/cygwin1.dll #5 0x77e7d33b in RegisterWaitForInputIdle () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #6 0x610cfb50 in cygwin1!__ctype_ptr () ---Type to continue, or q to quit--- #7 0x01a24200 in ?? () #8 0x610cfb50 in cygwin1!__ctype_ptr () #9 0x7ffd9000 in ?? () #10 0x0365ffc0 in ?? () #11 0x00000007 in ?? () #12 0xffffffff in ?? () #13 0x77e94809 in SetThreadExecutionState () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL Thread 5 (thread 1940.0xb34): #0 0x7ffe0304 in ?? () #1 0x77f5c524 in ntdll!ZwWaitForMultipleObjects () from ntdll.dll #2 0x77e75ee0 in WaitForMultipleObjectsEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x00000001 in ?? () #4 0x0345fe88 in ?? () #5 0x00000001 in ?? () Thread 4 (thread 1940.0x834): #0 0x7ffe0304 in ?? () #1 0x77f5c524 in ntdll!ZwWaitForMultipleObjects () from ntdll.dll #2 0x77e75ee0 in WaitForMultipleObjectsEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x00000002 in ?? () ---Type to continue, or q to quit--- #4 0x0325e058 in ?? () #5 0x00000001 in ?? () Thread 3 (thread 1940.0x83c): #0 0x00492470 in fb24_32GetSpans (pDrawable=0x103fd098, wMax=48, ppt=0x1efed28, pwidth=0x1efed34, nspans=1, pchardstStart=0x1041e480 "\030??\fa\001") at fb24_32.c:284 #1 0x00494d93 in fbGetSpans (pDrawable=0x103fd098, wMax=48, ppt=0x1efed28, pwidth=0x1efed34, nspans=1, pchardstStart=0x1041e480 "\030??\fa\001") at fbgetsp.c:52 #2 0x004b5855 in miBSGetSpans (pDrawable=0x103fd098, wMax=48, ppt=0x1efed28, pwidth=, nspans=1, pdstStart=0x1041e480 "\030??\fa\001") at mibstore.c:715 #3 0x004d5e94 in miSpriteGetSpans (pDrawable=0x103fd098, wMax=48, ppt=0x1efed28, pwidth=, nspans=1, pdstStart=0x1041e480 "\030??\fa\001") at misprite.c:541 #4 0x004b22d2 in miGetImage (pDraw=0x103fd098, sx=0, sy=0, w=48, h=48, format=2, planeMask=4294967295, pDst=0x1041e480 "\030??\fa\001") at mibitblt.c:697 #5 0x004621a3 in winScaleXBitmapToWindows (iconSize=32, effBPP=32, pixmap=0x103fd098, image=0x10414a70 "\204\205\022a\204\205\022a\\\004") at winmultiwindowicons.c:90 #6 0x00462c8f in winXIconToHICON (pWin=0x10191678) at winmultiwindowicons.c:305 ---Type to continue, or q to quit--- #7 0x00462de5 in winUpdateIcon (id=8389519) at winmultiwindowicons.c:360 #8 0x00458305 in UpdateName (pWMInfo=0x100ff8e0, iWindow=8389519) at winmultiwindowwm.c:503 #9 0x0045860e in winMultiWindowWMProc (pArg=0x100f8e38) at winmultiwindowwm.c:651 #10 0x61089687 in cygwin1!__getreent () from /usr/bin/cygwin1.dll #11 0x77e7d33b in RegisterWaitForInputIdle () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #12 0x100ff9c8 in ?? () #13 0x0022f9e0 in ?? () #14 0x00000001 in ?? () #15 0x100ff9c8 in ?? () #16 0x0000001f in ?? () #17 0x7ffdc000 in ?? () #18 0x01efffc0 in ?? () #19 0x00000007 in ?? () #20 0xffffffff in ?? () #21 0x77e94809 in SetThreadExecutionState () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL Thread 2 (thread 1940.0xd18): #0 0x7ffe0304 in ?? () #1 0x77f5c524 in ntdll!ZwWaitForMultipleObjects () from ntdll.dll #2 0x77e75ee0 in WaitForMultipleObjectsEx () ---Type to continue, or q to quit--- from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x00000003 in ?? () #4 0x0195fe58 in ?? () #5 0x00000001 in ?? () Thread 1 (thread 1940.0xea8): #0 0x61094158 in strtosigno () from /usr/bin/cygwin1.dll #1 0x6103ee88 in cygwin1!calloc () from /usr/bin/cygwin1.dll #2 0x61001a39 in forkpty () from /usr/bin/cygwin1.dll #3 0x6106ce9c in select () from /usr/bin/cygwin1.dll #4 0x0022f5b0 in ?? () 0x00492470 284 fbGetDrawable (pDrawable, srcBits, srcStride, srcBpp , srcXoff, srcYoff); (gdb) (gdb) (gdb) help List of classes of commands: aliases -- Aliases of other commands breakpoints -- Making program stop at certain points data -- Examining data files -- Specifying and examining files internals -- Maintenance commands obscure -- Obscure features running -- Running the program stack -- Examining the stack status -- Status inquiries support -- Support facilities tracepoints -- Tracing of program execution without stopping the program user-defined -- User-defined commands Type "help" followed by a class name for a list of commands in that class. Type "help" followed by command name for full documentation. Command name abbreviations are allowed if unambiguous. (gdb) help source Read commands from a file named FILE. Note that the file ".gdbinit" is read automatically in this way when gdb is started. (gdb) list 279 FbStride srcStride; 280 int srcBpp; 281 int srcXoff, srcYoff; 282 CARD8 *dst; 283 284 fbGetDrawable (pDrawable, srcBits, srcStride, srcBpp, srcXoff, srcYo ff); 285 src = (CARD8 *) srcBits; 286 srcStride *= sizeof (FbBits); 287 288 while (nspans--) (gdb) From scharn@bluewin.ch Tue Jan 27 15:41:00 2004 From: scharn@bluewin.ch (scharn@bluewin.ch) Date: Tue, 27 Jan 2004 15:41:00 -0000 Subject: Still crash in xserv 4.3.0-42 Message-ID: <400B93B200050BE5@mssazhb-int.msg.bluewin.ch> Try to rename nspans to something different. From abraverman@itms.com Tue Jan 27 16:05:00 2004 From: abraverman@itms.com (Andrew Braverman) Date: Tue, 27 Jan 2004 16:05:00 -0000 Subject: Redrawing problems with MSVDM In-Reply-To: <2817.66.149.16.202.1075126804.squirrel@www.licentiae.com> Message-ID: <001101c3e4ef$54cc07c0$1e54cea7@andrew> William, Please check this again with the -43 release. A quick check this morning seems to show that this is no longer a problem on my end. Do you still have a problem? - Andy > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of William Conrad > Halliburton > Sent: Monday, January 26, 2004 9:20 AM > To: cygwin-xfree@cygwin.com > Subject: Redrawing problems with MSVDM > > > > > I am using Microsoft Virtual Desktop Manager under XP with > the latest cygwin. > > XWin -multiwindow > > When switching back to a desktop with a window from the > XServer the window > will often not refresh and is drawn completly blank. There > was a previous > message in October on this list with no resolution. > > This seems to only occur when there are multiple windows. I > have not had > any problems with only the original xterm running. > > I am reduced to only using one xterm and would like to > graduate to using > the cygwin X11 version of emacs. > > I am willing to debug if given pointers. I would also switch virtual > desktop manages if there is a replacement. > > Thank you, > William Halliburton > > > From ennisa@gdls.com Tue Jan 27 16:21:00 2004 From: ennisa@gdls.com (ennisa@gdls.com) Date: Tue, 27 Jan 2004 16:21:00 -0000 Subject: 1.5.6-1: WinXP and cygwin/xfree86 Message-ID: Has anyone had issues with cygwin utterly destroying the file system of a WinXP(prof.) machine? I'm not sure what happened, but I got a BSoD, rebooted, and the HD wasn't recognizable by anything (I'm in the process of re-installing XP now). Adrian London, ON From pechtcha@cs.nyu.edu Tue Jan 27 17:13:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 27 Jan 2004 17:13:00 -0000 Subject: 1.5.6-1: WinXP and cygwin/xfree86 In-Reply-To: References: Message-ID: On Tue, 27 Jan 2004 ennisagdlscom wrote: > Has anyone had issues with cygwin utterly destroying the file system of a > WinXP(prof.) machine? I'm not sure what happened, but I got a BSoD, > rebooted, and the HD wasn't recognizable by anything (I'm in the process of > re-installing XP now). > > Adrian . Cygwin cannot cause a BSOD. BSOD's are caused by bugs in Windows (a faulty driver would be my guess). Cygwin can only trigger it, just like any other program can. You got unlucky. 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 From test524@comcast.net Tue Jan 27 17:19:00 2004 From: test524@comcast.net (test524@comcast.net) Date: Tue, 27 Jan 2004 17:19:00 -0000 Subject: Keyboard Message-ID: <012720041719.16881.3e81@comcast.net> Ah, thanks. Quick question: Is there a better way to run KDE, then? Charles. > startkde involves a window manager which conflicts with > the internal window manager of Cygwin/X invoked by > -multiwindow option. So the keyboard will work if you > remove the option from your startxwin.bat. > > Takuma Murakami (murakami@ipl.t.u-tokyo.ac.jp) > From daihlr@agcs.com Tue Jan 27 17:49:00 2004 From: daihlr@agcs.com (Rick Daihl) Date: Tue, 27 Jan 2004 17:49:00 -0000 Subject: Installation question Message-ID: <4016A4A5.8BE8783D@agcs.com> Rather than installing CYGwin and CYGwin/X locally on each machine, can I run from a common network drive? In this scenario I would have several machines running from this drive. I've already tried this and ran into /tmp/XWin.log file not being unique. I know I'll pay a heavy price for hitting the network (that might be an uderstatement). We are replacing Exceed with this package. Most of our desktops don't have enough free space to load the two packages and have anything leftover. From pechtcha@cs.nyu.edu Tue Jan 27 17:53:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 27 Jan 2004 17:53:00 -0000 Subject: Installation question In-Reply-To: <4016A4A5.8BE8783D@agcs.com> References: <4016A4A5.8BE8783D@agcs.com> Message-ID: On Tue, 27 Jan 2004, Rick Daihl wrote: > Rather than installing CYGwin and CYGwin/X locally on each machine, can I run > from a common network drive? In this scenario I would have > several machines running from this drive. I've already tried this and ran > into /tmp/XWin.log file not being unique. I know I'll pay a heavy > price for hitting the network (that might be an uderstatement). We are > replacing Exceed with this package. Most of our desktops don't have > enough free space to load the two packages and have anything leftover. Mount /tmp (and /etc, most likely) locally. That should take care of the uniqueness problem. "man mount" for details. BTW, you can also mount individual files (e.g., you can keep a local copy of just /etc/passwd and /etc/group, and go to the network for everything else). 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 From oyvind.harboe@zylin.com Tue Jan 27 17:59:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Tue, 27 Jan 2004 17:59:00 -0000 Subject: Still crash in xserv 4.3.0-42 Message-ID: <1075226358.31653.3.camel@famine> I won't be posting any more of the same: startxwin.bat - Starting on Windows NT/2000/XP/2003 GNU gdb 2003-09-20-cvs (cygwin-special) Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-cygwin"... (gdb) run Starting program: /usr/X11R6/bin/XWin.exe -multiwindow -clipboard -multiplemonit ors ---Type to continue, or q to quit--- Program received signal SIGSEGV, Segmentation fault. [Switching to thread 2376.0x3dc] 0x004b545d in miBSGetSpans (pDrawable=0x10392b08, wMax=48, ppt=0x1efed28, pwidth=, nspans=1, pdstStart=0x104552f0 "\234\205\022a\234\205\022a") at mibstore.c:645 645 pPixmap = pWindowPriv->pBackingPixmap; (gdb) list 640 miBSWindowPtr pWindowPriv; 641 GCPtr pGC; 642 643 pWin = (WindowPtr) pDrawable; 644 pWindowPriv = (miBSWindowPtr) pWin->backStorage; 645 pPixmap = pWindowPriv->pBackingPixmap; 646 647 bounds.x1 = ppt->x; 648 bounds.y1 = ppt->y; 649 bounds.x2 = bounds.x1 + *pwidth; (gdb) bt #0 0x004b545d in miBSGetSpans (pDrawable=0x10392b08, wMax=48, ppt=0x1efed28, pwidth=, nspans=1, pdstStart=0x104552f0 "\234\205\022a\234\205\022a") at mibstore.c:645 #1 0x004d5e94 in miSpriteGetSpans (pDrawable=0x10392b08, wMax=48, ppt=0x1efed28, pwidth=, nspans=1, pdstStart=0x104552f0 "\234\205\022a\234\205\022a") at misprite.c:541 #2 0x004b22d2 in miGetImage (pDraw=0x10392b08, sx=0, sy=0, w=48, h=48, format=2, planeMask=4294967295, pDst=0x104552f0 "\234\205\022a\234\205\022a") at mibitblt.c:697 #3 0x004621a3 in winScaleXBitmapToWindows (iconSize=32, effBPP=32, pixmap=0x10392b08, image=0x103be120 "\\\205\022a\\\205\022a\221\b??\002\177\001\032") at winmultiwindowicons.c:90 #4 0x00462c8f in winXIconToHICON (pWin=0x1016f328) at winmultiwindowicons.c:305 #5 0x00462de5 in winUpdateIcon (id=8389306) at winmultiwindowicons.c:360 #6 0x00458305 in UpdateName (pWMInfo=0x100ff8e0, iWindow=8389306) at winmultiwindowwm.c:503 #7 0x0045860e in winMultiWindowWMProc (pArg=0x100f8e38) at winmultiwindowwm.c:651 #8 0x61089687 in cygwin1!__getreent () from /usr/bin/cygwin1.dll #9 0x77e7d33b in RegisterWaitForInputIdle () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #10 0x100ff9c8 in ?? () ---Type to continue, or q to quit--- #11 0x0022f9e0 in ?? () #12 0x00000001 in ?? () #13 0x100ff9c8 in ?? () #14 0x0000001f in ?? () #15 0x7ffdc000 in ?? () #16 0x01efffc0 in ?? () #17 0x00000007 in ?? () #18 0xffffffff in ?? () #19 0x77e94809 in SetThreadExecutionState () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL (gdb) thread apply all bt Thread 12 (thread 2376.0x3d0): #0 0x7ffe0304 in ?? () #1 0x77f5c534 in ntdll!ZwWaitForSingleObject () from ntdll.dll #2 0x77e7a62d in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x000004f0 in ?? () Thread 11 (thread 2376.0xb10): #0 0x7ffe0304 in ?? () #1 0x77f5c524 in ntdll!ZwWaitForMultipleObjects () from ntdll.dll #2 0x77e75ee0 in WaitForMultipleObjectsEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x00000003 in ?? () #4 0x0405e978 in ?? () #5 0x00000001 in ?? () Thread 10 (thread 2376.0xc34): #0 0x7ffe0304 in ?? () #1 0x77f5c534 in ntdll!ZwWaitForSingleObject () from ntdll.dll #2 0x71a51ea3 in DSA_DestroyCallback () from /cygdrive/c/WINDOWS/System32/MSWSOCK.DLL #3 0x03e5fdfc in ?? () #4 0x03e5fe90 in ?? () ---Type to continue, or q to quit--- #5 0x1018ec5c in ?? () #6 0x03e5fe80 in ?? () #7 0x00010000 in ?? () #8 0x77f5b864 in ntdll!ZwDeviceIoControlFile () from ntdll.dll #9 0xffb3b4c0 in ?? () #10 0xffffffff in ?? () #11 0x00252390 in ?? () Thread 9 (thread 2376.0x8b4): #0 0x7ffe0304 in ?? () #1 0x77f5c534 in ntdll!ZwWaitForSingleObject () from ntdll.dll #2 0x71a51f97 in DSA_DestroyCallback () from /cygdrive/c/WINDOWS/System32/MSWSOCK.DLL #3 0x03c5fdfc in ?? () #4 0x03c5fe90 in ?? () #5 0x103b6de4 in ?? () #6 0x03c5fe80 in ?? () #7 0x24fea480 in ?? () #8 0x01c3e4fe in ?? () #9 0xffffffff in ?? () #10 0x7fffffff in ?? () #11 0x002518e0 in ?? () Thread 8 (thread 2376.0xb84): ---Type to continue, or q to quit--- #0 0x7ffe0304 in ?? () #1 0x77d43a09 in SetBitmapDimensionEx () from /cygdrive/c/WINDOWS/system32/user32.dll #2 0x77d443b5 in USER32!GetMessageA () from /cygdrive/c/WINDOWS/system32/user32.dll #3 0x61091f03 in wait4 () from /usr/bin/cygwin1.dll #4 0x61002dae in forkpty () from /usr/bin/cygwin1.dll #5 0x77e7d33b in RegisterWaitForInputIdle () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #6 0x610cfb78 in cygwin1!__ctype_ptr () #7 0x01a24670 in ?? () #8 0x610cfb78 in cygwin1!__ctype_ptr () #9 0x7ffd7000 in ?? () #10 0x03a5ffc0 in ?? () #11 0x00000007 in ?? () #12 0xffffffff in ?? () #13 0x77e94809 in SetThreadExecutionState () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL Thread 6 (thread 2376.0xfe0): #0 0x7ffe0304 in ?? () #1 0x77f5c534 in ntdll!ZwWaitForSingleObject () from ntdll.dll #2 0x77e7a62d in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL ---Type to continue, or q to quit--- #3 0x00000628 in ?? () Thread 5 (thread 2376.0xe10): #0 0x7ffe0304 in ?? () #1 0x77f5c524 in ntdll!ZwWaitForMultipleObjects () from ntdll.dll #2 0x77e75ee0 in WaitForMultipleObjectsEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x00000001 in ?? () #4 0x0345fe88 in ?? () #5 0x00000001 in ?? () Thread 4 (thread 2376.0xd7c): #0 0x7ffe0304 in ?? () #1 0x77f5c524 in ntdll!ZwWaitForMultipleObjects () from ntdll.dll #2 0x77e75ee0 in WaitForMultipleObjectsEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x00000002 in ?? () #4 0x0325e058 in ?? () #5 0x00000001 in ?? () Thread 3 (thread 2376.0x3dc): #0 0x004b545d in miBSGetSpans (pDrawable=0x10392b08, wMax=48, ppt=0x1efed28, pwidth=, nspans=1, pdstStart=0x104552f0 "\234\205\022a\234\205\022a") at mibstore.c:645 ---Type to continue, or q to quit--- #1 0x004d5e94 in miSpriteGetSpans (pDrawable=0x10392b08, wMax=48, ppt=0x1efed28, pwidth=, nspans=1, pdstStart=0x104552f0 "\234\205\022a\234\205\022a") at misprite.c:541 #2 0x004b22d2 in miGetImage (pDraw=0x10392b08, sx=0, sy=0, w=48, h=48, format=2, planeMask=4294967295, pDst=0x104552f0 "\234\205\022a\234\205\022a") at mibitblt.c:697 #3 0x004621a3 in winScaleXBitmapToWindows (iconSize=32, effBPP=32, pixmap=0x10392b08, image=0x103be120 "\\\205\022a\\\205\022a\221\b??\002\177\001\032") at winmultiwindowicons.c:90 #4 0x00462c8f in winXIconToHICON (pWin=0x1016f328) at winmultiwindowicons.c:305 #5 0x00462de5 in winUpdateIcon (id=8389306) at winmultiwindowicons.c:360 #6 0x00458305 in UpdateName (pWMInfo=0x100ff8e0, iWindow=8389306) at winmultiwindowwm.c:503 #7 0x0045860e in winMultiWindowWMProc (pArg=0x100f8e38) at winmultiwindowwm.c:651 #8 0x61089687 in cygwin1!__getreent () from /usr/bin/cygwin1.dll #9 0x77e7d33b in RegisterWaitForInputIdle () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #10 0x100ff9c8 in ?? () #11 0x0022f9e0 in ?? () #12 0x00000001 in ?? () #13 0x100ff9c8 in ?? () ---Type to continue, or q to quit--- #14 0x0000001f in ?? () #15 0x7ffdc000 in ?? () #16 0x01efffc0 in ?? () #17 0x00000007 in ?? () #18 0xffffffff in ?? () #19 0x77e94809 in SetThreadExecutionState () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL Thread 2 (thread 2376.0xa98): #0 0x7ffe0304 in ?? () #1 0x77f5c524 in ntdll!ZwWaitForMultipleObjects () from ntdll.dll #2 0x77e75ee0 in WaitForMultipleObjectsEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x00000003 in ?? () #4 0x0195fe58 in ?? () #5 0x00000001 in ?? () Thread 1 (thread 2376.0xd50): #0 0x77f9d94f in ntdll!RtlpNtEnumerateSubKey () from ntdll.dll #1 0x77f83eb1 in ntdll!RtlStatMemoryStream () from ntdll.dll #2 0x00240000 in ?? () #3 0x50000161 in ?? () #4 0x00000020 in ?? () 0x004b545d 645 pPixmap = pWindowPriv->pBackingPixmap; (gdb) (gdb) print pWindowPriv $1 = 0x756c0000 (gdb) help display Print value of expression EXP each time the program stops. /FMT may be used before EXP as in the "print" command. /FMT "i" or "s" or including a size-letter is allowed, as in the "x" command, and then EXP is used to get the address to examine and examining is done as in the "x" command. With no argument, display all currently requested auto-display expressions. Use "undisplay" to cancel display requests previously made. (gdb) print *pWindowPriv Cannot access memory at address 0x756c0000 (gdb) From ford@vss.fsi.com Tue Jan 27 18:05:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Tue, 27 Jan 2004 18:05:00 -0000 Subject: Installation question In-Reply-To: <4016A4A5.8BE8783D@agcs.com> References: <4016A4A5.8BE8783D@agcs.com> Message-ID: On Tue, 27 Jan 2004, Rick Daihl wrote: > Rather than installing CYGwin and CYGwin/X locally on each machine, can I run > from a common network drive? In this scenario I would have > several machines running from this drive. I've already tried this and ran > into /tmp/XWin.log file not being unique. I know I'll pay a heavy > price for hitting the network (that might be an uderstatement). We are > replacing Exceed with this package. Most of our desktops don't have > enough free space to load the two packages and have anything leftover. > http://www.cygwin.com/ml/cygwin-xfree/2001-q3/msg00997.html http://sources.redhat.com/ml/cygwin-xfree/2002-07/msg00165.html http://www.google.com/search?q=shared%20network%20install%20site%3Acygwin.com etc. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From cgf-no-personal-reply-please@cygwin.com Tue Jan 27 20:37:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 27 Jan 2004 20:37:00 -0000 Subject: Knights of the KKnut In-Reply-To: <400B93B200050461@mssazhb-int.msg.bluewin.ch> References: <400B93B200050461@mssazhb-int.msg.bluewin.ch> Message-ID: <20040127203744.GA12779@redhat.com> On Tue, Jan 27, 2004 at 04:04:33PM +0100, scharn@bluewin.ch wrote: >Bill "MyDoom" Gates Ok. Buh, bye, now. cgf From gorrigo@switch.com Tue Jan 27 20:46:00 2004 From: gorrigo@switch.com (Orrigo, Giampaolo .) Date: Tue, 27 Jan 2004 20:46:00 -0000 Subject: xfree86-xserv 4.3.0-43 problem Message-ID: <03F517C72D42284EBB48800AEF3E7D1DB7722C@exchptc1.switch.com> Hi, I recently updated xserv to 4.3.0-43, I run it in -multiwindow -clipboard modes. I started to have a problem: if a xterm is maximized and I switch to another window, when I return to the xterm it is completely white, without anything else. Things return normal when I double click on the window bar and the xterm is resized (even if it doesn't return to its original size). I'm attaching the output of cygcheck. Thanks for any help and let me know if something else is needed. Giampaolo From huntharo@msu.edu Tue Jan 27 22:54:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 27 Jan 2004 22:54:00 -0000 Subject: Still crash in xserv 4.3.0-42 Message-ID: <4016EC03.8030906@msu.edu> ??yvind, The problem you have found looks pretty generic, so it should be fixable. I added two simple checks to winmultiwindowicons.c and check these into the CYGWIN branch on the xorg repository from freedesktop.org. Please do a "cvs -z3 update" in hw/xwin, then run "cd build/std/programs/Xserver && make XWin.exe" and test the resulting executable. If the crash still happens, then we will have to try again. If the crash goes away, then check /tmp/XWin.log and send in the messages that mention winScaleXBitmapToWindows(). Harold From geethar@sasken.com Wed Jan 28 06:14:00 2004 From: geethar@sasken.com (geethar) Date: Wed, 28 Jan 2004 06:14:00 -0000 Subject: problem using XWin for HP-Unix Message-ID: Hi, We tried to use Cygwin's XWin command to connect to the HP-UNIX machine remotely. But we do not know which port number has to be used. Please let me know which command should be used to connect to HP-Unix and what port has to used for the same. I appreciate your early response. We are actually stuck with this problem and waiting for this to be resolved. Thanks in advance. Warm Regards, Geetha.D Senior Software Engineer Network Systems Division Sasken Communication Technologies Ltd Ring Road, Domlur Bangalore 560 071, India Ph: 91 80 5355501 - 03 Xtn: 8026 -------------- next part -------------- *********************************************************************** PLEASE VISIT US AT STAND E13B, AT 3GSM WORLD CONGRESS 2004, CANNES. ******************************************************************** SASKEN BUSINESS DISCLAIMER This message may contain confidential, proprietary or legally Privileged information. In case you are not the original intended Recipient of the message, you must not, directly or indirectly, use, Disclose, distribute, print, or copy any part of this message and you are requested to delete it and inform the sender. Any views expressed in this message are those of the individual sender unless otherwise stated. Nothing contained in this message shall be construed as an offer or acceptance of any offer by Sasken Communication Technologies Limited ("Sasken") unless sent with that express intent and with due authority of Sasken. Sasken has taken enough precautions to prevent the spread of viruses. However the company accepts no liability for any damage caused by any virus transmitted by this email. *********************************************************************** From murakami@ipl.t.u-tokyo.ac.jp Wed Jan 28 06:28:00 2004 From: murakami@ipl.t.u-tokyo.ac.jp (Takuma Murakami) Date: Wed, 28 Jan 2004 06:28:00 -0000 Subject: Keyboard In-Reply-To: <012720041719.16881.3e81@comcast.net> References: <012720041719.16881.3e81@comcast.net> Message-ID: <20040128150125.F337.MURAKAMI@ipl.t.u-tokyo.ac.jp> > Quick question: Is there a better way to run KDE, then? I use XDMCP sessions for remote KDE. Or you may be interested in KDE on Cygwin ported by Ralf Habacker. http://kde-cygwin.sourceforge.net/kde3/ Takuma Murakami (murakami@ipl.t.u-tokyo.ac.jp) From danilo.turina@alcatel.it Wed Jan 28 07:17:00 2004 From: danilo.turina@alcatel.it (Danilo Turina) Date: Wed, 28 Jan 2004 07:17:00 -0000 Subject: problem using XWin for HP-Unix In-Reply-To: References: Message-ID: <401762CE.9000200@alcatel.it> You are a little bit generic with your request. Anyway here is a script that I use to connect via XDMCP to a HP-UX 11.11 machine (but it works also for HP-UX 11.00 and 10.20): -----------------CUT-------------------- #!/bin/sh export DISPLAY=127.0.0.1:1.0 IPADDRESS=`ipconfig | grep "IP Address" | sed -e "s/^[^0-9]*//g"` export PATH="/usr/X11R6/bin:$PATH" eval `ssh-agent` # Cleanup from last run. rm -rf /tmp/.X11-unix XWin :0 -clipboard -kb -nowinkill -unixkill -fp \ tcp/fontserverhost:7000 -ac -once -query hosttoconnecto \ -fullscreen -screen 0 1024 768 -from $IPADDRESS -audit 4 eval `ssh-agent -k` # Return from sh. exit -----------------CUT-------------------- where: - "fontserverhost" is the hostname (or IP address) of a HP-UX machine that runs the font server; - "hosttoconnectto" is the hostname to which you wish to connect via XDMCP. Ciao, Danilo geethar wrote: > Hi, > We tried to use Cygwin's XWin command to connect to the HP-UNIX machine > remotely. But we do not know which port number has to be used. Please let me > know which command should be used to connect to HP-Unix and what port has to > used for the same. > > I appreciate your early response. We are actually stuck with this problem > and waiting for this to be resolved. > > Thanks in advance. > > Warm Regards, > Geetha.D > Senior Software Engineer > Network Systems Division > Sasken Communication Technologies Ltd > Ring Road, Domlur > Bangalore 560 071, > India > Ph: 91 80 5355501 - 03 Xtn: 8026 > > > ------------------------------------------------------------------------ > > *********************************************************************** > > PLEASE VISIT US AT STAND E13B, AT 3GSM WORLD CONGRESS 2004, CANNES. > > ******************************************************************** > > SASKEN BUSINESS DISCLAIMER > > This message may contain confidential, proprietary or legally Privileged information. In case you are not the original intended Recipient of the message, you must not, directly or indirectly, use, Disclose, distribute, print, or copy any part of this message and you are requested to delete it and inform the sender. Any views expressed in this message are those of the individual sender unless otherwise stated. Nothing contained in this message shall be construed as an offer or acceptance of any offer by Sasken Communication Technologies Limited ("Sasken") unless sent with that express intent and with due authority of Sasken. Sasken has taken enough precautions to prevent the spread of viruses. However the company accepts no liability for any damage caused by any virus transmitted by this email. > > *********************************************************************** From danilo.turina@alcatel.it Wed Jan 28 12:33:00 2004 From: danilo.turina@alcatel.it (Danilo Turina) Date: Wed, 28 Jan 2004 12:33:00 -0000 Subject: problem using XWin for HP-Unix In-Reply-To: References: Message-ID: <401762CE.9000200@alcatel.it> You are a little bit generic with your request. Anyway here is a script that I use to connect via XDMCP to a HP-UX 11.11 machine (but it works also for HP-UX 11.00 and 10.20): -----------------CUT-------------------- #!/bin/sh export DISPLAY=127.0.0.1:1.0 IPADDRESS=`ipconfig | grep "IP Address" | sed -e "s/^[^0-9]*//g"` export PATH="/usr/X11R6/bin:$PATH" eval `ssh-agent` # Cleanup from last run. rm -rf /tmp/.X11-unix XWin :0 -clipboard -kb -nowinkill -unixkill -fp \ tcp/fontserverhost:7000 -ac -once -query hosttoconnecto \ -fullscreen -screen 0 1024 768 -from $IPADDRESS -audit 4 eval `ssh-agent -k` # Return from sh. exit -----------------CUT-------------------- where: - "fontserverhost" is the hostname (or IP address) of a HP-UX machine that runs the font server; - "hosttoconnectto" is the hostname to which you wish to connect via XDMCP. Ciao, Danilo geethar wrote: > Hi, > We tried to use Cygwin's XWin command to connect to the HP-UNIX machine > remotely. But we do not know which port number has to be used. Please let me > know which command should be used to connect to HP-Unix and what port has to > used for the same. > > I appreciate your early response. We are actually stuck with this problem > and waiting for this to be resolved. > > Thanks in advance. > > Warm Regards, > Geetha.D > Senior Software Engineer > Network Systems Division > Sasken Communication Technologies Ltd > Ring Road, Domlur > Bangalore 560 071, > India > Ph: 91 80 5355501 - 03 Xtn: 8026 > > > ------------------------------------------------------------------------ > > *********************************************************************** > > PLEASE VISIT US AT STAND E13B, AT 3GSM WORLD CONGRESS 2004, CANNES. > > ******************************************************************** > > SASKEN BUSINESS DISCLAIMER > > This message may contain confidential, proprietary or legally Privileged information. In case you are not the original intended Recipient of the message, you must not, directly or indirectly, use, Disclose, distribute, print, or copy any part of this message and you are requested to delete it and inform the sender. Any views expressed in this message are those of the individual sender unless otherwise stated. Nothing contained in this message shall be construed as an offer or acceptance of any offer by Sasken Communication Technologies Limited ("Sasken") unless sent with that express intent and with due authority of Sasken. Sasken has taken enough precautions to prevent the spread of viruses. However the company accepts no liability for any damage caused by any virus transmitted by this email. > > *********************************************************************** From eniro@eniro.pl Wed Jan 28 12:59:00 2004 From: eniro@eniro.pl (eniro@eniro.pl) Date: Wed, 28 Jan 2004 12:59:00 -0000 Subject: Potwierdzenie otrzymania listu In-Reply-To: <200401281233.i0SCXLaX032285@cerber.pf.com.pl> References: <200401281233.i0SCXLaX032285@cerber.pf.com.pl> Message-ID: <200401281233.i0SCXLdM032366@cerber.pf.com.pl> Szanowny Kliencie, Dzi??kujemy za przes??any list. Wszystkie trafiaj??ce do nas listy s?? uwa??nie czytane. Na wszystkie pytania odpowiadamy z przyjemno??ci??, poniewa?? zale??y nam na Pa??stwa zadowoleniu. Pa??stwa wiadomo???? trafi??a do Biura Obs??ugi Klienta i w najbli??szym czasie otrzymaj?? Pa??stwo informacj?? zwrotn??. Biuro Obs??ugi Klienta Eniro Polska Sp. z o.o. ul. Domaniewska 41, Mercury 02-672 Warszawa Tel. +48 22 542 20 00 Fax. +48 22 542 20 01 Infolinia: 0 801 120 015 http://www.pf.pl, mailto:eniro@eniro.pl From kjquintero64@yahoo.com Wed Jan 28 14:32:00 2004 From: kjquintero64@yahoo.com (=?iso-8859-1?q?kelly=20quintero?=) Date: Wed, 28 Jan 2004 14:32:00 -0000 Subject: XWIN problem In-Reply-To: <4016EC03.8030906@msu.edu> Message-ID: <20040128125938.12156.qmail@web14521.mail.yahoo.com> Hi everyone, I've been working with cygwin but i had some trouble using the xwin option. There is an specific laptop computer which doesn't want to connect with XDMCP, i have tried in others and I know it really works. When i use this command it shows an error in Xwin.log. This is the command: xwin :0 -query sie This is the error: Fatal server error: XDMCP fatal error: Session failed Session 129568516 failed for display 0.0.0.0:0: Cannot open display winDeinitClipboard - Noting shutdown in progress winDeinitMultiWindowWM - Noting shutdown in progress The laptop is a Dell computer with 512 RAM and Processor of 1400 Mhz. It has an XSVGA screen. I think it is a compurter problem but i really need how to solve this error. I already have tried the startx option and then using telnet to connect but it still shows problems with the DISPLAY variable.... I appreciate any help.....Thanks... _________________________________________________________ Do You Yahoo!? La mejor conexi??n a internet y 25MB extra a tu correo por $100 al mes. http://net.yahoo.com.mx From marcel.kloosterman@atosorigin.com Wed Jan 28 15:30:00 2004 From: marcel.kloosterman@atosorigin.com (Kloosterman, Marcel) Date: Wed, 28 Jan 2004 15:30:00 -0000 Subject: keyboard problems Message-ID: <9ED1E6EDB7574D469EB88852D70630D8165D06@nlex001.nl.int.atosorigin.com> Hi Harold, I just upgraded to XFree86-xserv-4.3.0-43 but the problem is still there ! When I type the 0 (not from numpad) it isn't displayed. When I type the 0 from the NUMPAD it is displayed. Still leaves the e which isn't displayed. And maybe more..... I think that vmsa uses a different keyboard database. vmsa opened the following file on SUN which is also on my PC (in an other directory) : /usr/openwin/lib/X11/XKeysymDB The files differ. Do you know if I can copy the file from the sun-machine to my PC or the other way ? Is there a way to block programs to change X-windows settings on my PC ? With kind regards, Marcel Kloosterman From pmheuvel@xs4all.nl Wed Jan 28 20:33:00 2004 From: pmheuvel@xs4all.nl (pmheuvel@xs4all.nl) Date: Wed, 28 Jan 2004 20:33:00 -0000 Subject: Spam rejected. Message-ID: <200401281530.i0SFUCxp070953@maildrop10.xs4all.nl> Spam rejected. From huntharo@msu.edu Wed Jan 28 23:02:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 28 Jan 2004 23:02:00 -0000 Subject: XWIN problem Message-ID: <40181CA8.5060509@msu.edu> Kelly, The problem with address 0.0.0.0 is known and there is a fix; however, no one implemented it until now because they (no one here) were too busy discussing the proper way to implement the fix. Well, I just went and did and and blocked the address 0.0.0.0 from being sent to the remote machine (which it then tries to connect back to. The reason that 0.0.0.0 shows up in the list of addresses for your laptop is that Windows returns 0.0.0.0 for any interface that is unconfigured. A lot of laptops have a wireless card now; if that wireless card doesn't have an address (or the wireless does but the wired does not) then you have a 50-50 chance of 0.0.0.0 being sent as the first address in the list. XDM servers are dumb, so they try to connect only to the first address in the list, then they give up if that address fails (not much point in sending a list then, eh?). I will be posting an updated version of the XFree86-xserv package later tonight after I can verify that this fixes the problem without introducing any obvious problems. Harold From cgf-no-personal-reply-please@cygwin.com Thu Jan 29 03:39:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Thu, 29 Jan 2004 03:39:00 -0000 Subject: Spam rejected. In-Reply-To: <200401281530.i0SFUCxp070953@maildrop10.xs4all.nl> References: <200401281530.i0SFUCxp070953@maildrop10.xs4all.nl> Message-ID: <20040128230219.GC31061@redhat.com> On Wed, Jan 28, 2004 at 04:30:12PM +0100, pmheuvel@xs4all.nl wrote: >Spam rejected. And so are you. cgf From ADeFaria@Salira.com Thu Jan 29 07:27:00 2004 From: ADeFaria@Salira.com (Andrew DeFaria) Date: Thu, 29 Jan 2004 07:27:00 -0000 Subject: problem using XWin for HP-Unix In-Reply-To: References: Message-ID: geethar wrote: > Hi, > We tried to use Cygwin's XWin command to connect to the HP-UNIX > machine remotely. But we do not know which port number has to be used. > Please let me know which command should be used to connect to HP-Unix > and what port has to used for the same. > > I appreciate your early response. We are actually stuck with this > problem and waiting for this to be resolved. > > Thanks in advance. X traffic generally travels over port 6000 but I believe it's really something like 6000 + DISPLAY # so for DISPLAY=:0 it's 6000 but for DISPLAY=:1 it'd be 6001. Note if you are using XDMCP I believe it uses port 770 (UDP). -- Copywight 1994 Elmer Fudd. All wights wesewved. From huntharo@msu.edu Thu Jan 29 11:45:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 29 Jan 2004 11:45:00 -0000 Subject: Notes on adding accelerated OpenGL support to Cygwin/X Message-ID: <4018B5BF.4000506@msu.edu> I assume that a lot of users and potential users are interested in accelerated OpenGL support. Adding this isn't particularly hard, since we simply pass off OpenGL calls to the Win32 OpenGL system and because the Xdarwin (a.k.a. X on X, a.k.a. Apple) have already done a very similar system for their platform. I am interested in adding this support as well, but I think it would be nice if some users and/or developers out there would help get this started by creating some of the boilerplate files for me and ensuring that these initial files compile correctly (although they will not do anything and might not link correctly). I have put together a one page set of notes on the files that we need to adapt to our platform and the minor changes to the build system that we need to make to get those files to build: http://msu.edu/~huntharo/xwin/devel/server/CygwinX-Accelerated-OpenGL-Support-20040128.pdf (44 KiB) These notes apply to the CYGWIN tag on the xorg repository that lives at freedesktop.org. See the XWin Server development page for information on how to check out a tree: http://x.cygwin.com/devel/server/ I encourage everyone to take a shot at this. Most of the tasks marked as "Boilerplate", "Trivial", and "Easy" could be done by someone with no real knowledge of programming at all. Now is your chance to jump in and start building your knowledge of programming. Harold From oyvind.harboe@zylin.com Thu Jan 29 12:01:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Thu, 29 Jan 2004 12:01:00 -0000 Subject: System lockup problems with XWin clipboard(?) Message-ID: <1075376745.2978.6.camel@famine> I have for some time accumulated a suspicion that XWin is at some point hogging the global Windows message loop. This post is the feeble beginning of cornering this problem. - The most recent thing that made me suspect this, was when I was debugging an application that got stuck on the statement below. After shutting down XWin, the application was unstuck. result = SendMessage ( myWindow, myMessage, (WPARAM)id, (LPARAM)0); Unfortunally I stomped over the XWin.log before I could save it. - Eclipse (Java IDE) exited with an exception when I asked it to create a patch to the clipboard. After restarting XWin, the problem went away. ??yvind From oyvind.harboe@zylin.com Thu Jan 29 12:29:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Thu, 29 Jan 2004 12:29:00 -0000 Subject: Progress report on testing latest XWin from CVS Message-ID: <1075377712.2978.15.camel@famine> I compiled XWin from CVS source as in message below and here is what I can report: - Icons in the upper left corner of e.g. Evolution/OpenOffice are garbled. Ditto on the task bar. - The icon in the upper left corner of of the window of XTerm is *not* garbled. Ditto on the task bar. - The icon in the task bar where I can right click and shut down XWin is different, nicer, than it used to be. (black X on white background). - No sign of the original crash I was tracking, but I know from experience that this is an elusive SOB. - GDB trapped the below, but I don't know what to make of it. When I entered "continue" in GDB, things seemed fine afterwards. - My XWin.log doesn't seem to contain anything interesting, but who am I to judge, attached. http://www.cygwin.com/ml/cygwin-xfree/2004-01/msg00522.html ??yvind startxwin.bat - Starting on Windows NT/2000/XP/2003 GNU gdb 2003-09-20-cvs (cygwin-special) Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-cygwin"... (gdb) (gdb) run Starting program: /usr/X11R6/bin/XWin.exe -multiwindow -clipboard -multiplemonit ors ---Type to continue, or q to quit--- Program received signal SIGTRAP, Trace/breakpoint trap. [Switching to thread 2384.0x95c] 0x77f75a59 in ntdll!DbgUiConnectToDbg () from ntdll.dll (gdb) bt #0 0x77f75a59 in ntdll!DbgUiConnectToDbg () from ntdll.dll #1 0x77f5f31f in ntdll!KiUserCallbackDispatcher () from ntdll.dll #2 0x00000005 in ?? () #3 0x00000004 in ?? () #4 0x00000001 in ?? () #5 0x0309ffd0 in ?? () #6 0x82748928 in ?? () #7 0xffffffff in ?? () #8 0x77fa88f0 in wcstombs () from ntdll.dll (gdb) thread apply all bt Thread 13 (thread 2384.0x95c): #0 0x77f75a59 in ntdll!DbgUiConnectToDbg () from ntdll.dll #1 0x77f5f31f in ntdll!KiUserCallbackDispatcher () from ntdll.dll #2 0x00000005 in ?? () #3 0x00000004 in ?? () #4 0x00000001 in ?? () #5 0x0309ffd0 in ?? () #6 0x82748928 in ?? () #7 0xffffffff in ?? () #8 0x77fa88f0 in wcstombs () from ntdll.dll Thread 12 (thread 2384.0xa68): #0 0x7ffe0304 in ?? () #1 0x77f5c534 in ntdll!ZwWaitForSingleObject () from ntdll.dll #2 0x77e7a62d in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x00000524 in ?? () Thread 11 (thread 2384.0xa64): #0 0x7ffe0304 in ?? () #1 0x77f5c524 in ntdll!ZwWaitForMultipleObjects () from ntdll.dll #2 0x77e75ee0 in WaitForMultipleObjectsEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL ---Type to continue, or q to quit--- #3 0x00000003 in ?? () #4 0x03a8e978 in ?? () #5 0x00000001 in ?? () Thread 10 (thread 2384.0xa60): #0 0x7ffe0304 in ?? () #1 0x77f5c534 in ntdll!ZwWaitForSingleObject () from ntdll.dll #2 0x71a51ea3 in DSA_DestroyCallback () from /cygdrive/c/WINDOWS/System32/MSWSOCK.DLL #3 0x0388fdfc in ?? () #4 0x01a24a80 in ?? () #5 0x103b1bbc in ?? () #6 0x01a24a70 in ?? () Thread 9 (thread 2384.0xa5c): #0 0x7ffe0304 in ?? () #1 0x77f5c534 in ntdll!ZwWaitForSingleObject () from ntdll.dll #2 0x77e7a62d in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x000005a4 in ?? () Thread 8 (thread 2384.0xa58): #0 0x7ffe0304 in ?? () #1 0x77f5c534 in ntdll!ZwWaitForSingleObject () from ntdll.dll ---Type to continue, or q to quit--- #2 0x71a51f97 in DSA_DestroyCallback () from /cygdrive/c/WINDOWS/System32/MSWSOCK.DLL #3 0x0348fdfc in ?? () #4 0x0348fe90 in ?? () #5 0x103aeb8c in ?? () #6 0x0348fe80 in ?? () #7 0x288aafc4 in ?? () #8 0x01c3e5f1 in ?? () #9 0xffffffff in ?? () #10 0x7fffffff in ?? () #11 0x00251498 in ?? () Thread 6 (thread 2384.0x21c): #0 0x7ffe0304 in ?? () #1 0x77d43a09 in SetBitmapDimensionEx () from /cygdrive/c/WINDOWS/system32/user32.dll #2 0x77d443b5 in USER32!GetMessageA () from /cygdrive/c/WINDOWS/system32/user32.dll #3 0x61091f03 in wait4 () from /usr/bin/cygwin1.dll #4 0x61002dae in forkpty () from /usr/bin/cygwin1.dll #5 0x77e7d33b in RegisterWaitForInputIdle () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #6 0x610cfb50 in cygwin1!__ctype_ptr () #7 0x01a24200 in ?? () ---Type to continue, or q to quit--- #8 0x610cfb50 in cygwin1!__ctype_ptr () #9 0x7ffd9000 in ?? () #10 0x0308ffc0 in ?? () #11 0x00000007 in ?? () #12 0xffffffff in ?? () #13 0x77e94809 in SetThreadExecutionState () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL Thread 5 (thread 2384.0xa14): #0 0x7ffe0304 in ?? () #1 0x77f5c524 in ntdll!ZwWaitForMultipleObjects () from ntdll.dll #2 0x77e75ee0 in WaitForMultipleObjectsEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x00000001 in ?? () #4 0x02e8fe88 in ?? () #5 0x00000001 in ?? () Thread 4 (thread 2384.0xa10): #0 0x7ffe0304 in ?? () #1 0x77f5c534 in ntdll!ZwWaitForSingleObject () from ntdll.dll #2 0x77e7a62d in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x000005d0 in ?? () ---Type to continue, or q to quit--- Thread 3 (thread 2384.0xa0c): #0 0x7ffe0304 in ?? () #1 0x77f5c524 in ntdll!ZwWaitForMultipleObjects () from ntdll.dll #2 0x77e75ee0 in WaitForMultipleObjectsEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x00000002 in ?? () #4 0x01efee48 in ?? () #5 0x00000001 in ?? () Thread 2 (thread 2384.0x668): #0 0x7ffe0304 in ?? () #1 0x77f5c524 in ntdll!ZwWaitForMultipleObjects () from ntdll.dll #2 0x77e75ee0 in WaitForMultipleObjectsEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x00000003 in ?? () #4 0x0195fe58 in ?? () #5 0x00000001 in ?? () Thread 1 (thread 2384.0x674): #0 0x7ffe0304 in ?? () #1 0x77f5b864 in ntdll!ZwDeviceIoControlFile () from ntdll.dll #2 0x71a55e8b in DSA_DestroyCallback () from /cygdrive/c/WINDOWS/System32/MSWSOCK.DLL #0 0x77f75a59 in ntdll!DbgUiConnectToDbg () from ntdll.dll (gdb) (gdb) (gdb) -------------- next part -------------- ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1600 h 1200 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (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 winScreenInit - dwWidth: 1600 dwHeight: 1200 winSetEngine - Multi Window or Rootless => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1600 h: 1200 winCreateBoundingWindowWindowed - Current w: 1600 h: 1200 winGetWorkArea - Original WorkArea: 0 0 1166 1600 winGetWorkArea - Virtual screen is 2880 x 1200 winGetWorkArea - Virtual screen origin is 0, 0 winGetWorkArea - Primary screen is 1600 x 1200 winGetWorkArea - Adjusted WorkArea for multiple monitors: 0 0 1166 2880 winAdjustForAutoHide - Original WorkArea: 0 0 1166 2880 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1166 2880 winCreateBoundingWindowWindowed - WindowClient w 2880 h 1166 r 2880 l 0 b 1166 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 2880 height: 1200 depth: 32 winAllocateFBShadowGDI - Dibsection width: 2880 height: 1200 depth: 32 size image: 13824000 winAllocateFBShadowGDI - Created shadow stride: 2880 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff 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 winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winInitWM - Returning. winMultiWindowXMsgProc - Hello winFinishScreenInitFB - returning winMultiWindowXMsgProc - Calling pthread_mutex_lock () 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 (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000414" (00000414) (--) Using preset keyboard for "Norwegian" (414), type "4" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc105" Layout = "no" Variant = "(null)" Options = "(null)" Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winPointerWarpCursor - Discarding first warp: 1440 600 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winInitMultiWindowWM - pthread_mutex_lock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. From julie@schof.Colorado.EDU Thu Jan 29 12:33:00 2004 From: julie@schof.Colorado.EDU (Julie Fredlund) Date: Thu, 29 Jan 2004 12:33:00 -0000 Subject: AUTOMATIC REPLY Message-ID: <200401291229.i0TCT2SX010681@schof.Colorado.EDU> The user julie no longer has an active account on schof. The mail you sent will be received by julie in the event that the account is re-activated. Another means of communication is advised. Important requests for more information on the julie account can be sent to postmaster@schof. From Alexander.Gottwald@s1999.tu-chemnitz.de Thu Jan 29 16:35:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 29 Jan 2004 16:35:00 -0000 Subject: problem using XWin for HP-Unix In-Reply-To: References: Message-ID: Andrew DeFaria wrote: > X traffic generally travels over port 6000 but I believe it's really > something like 6000 + DISPLAY # so for DISPLAY=:0 it's 6000 but > for DISPLAY=:1 it'd be 6001. correct > Note if you are using XDMCP I believe it uses port 770 (UDP). port 177 udp bye ago NP: VNV Nation - Afterfire -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From ingber@ingber.com Thu Jan 29 17:05:00 2004 From: ingber@ingber.com (Lester Ingber) Date: Thu, 29 Jan 2004 17:05:00 -0000 Subject: gdb/ddd problem Message-ID: <20040129163549.GA1776@ingber.com> I have all the latest current Cygwin files. I just tried ddd on an executable. The DDD: Debugger Console came up, but I got a blank screen with messages about problems with gdb: % ddd run_trd.exe gdb: access /dev/tty3: No such file or directory gdb: cannot open master pty: No such file or directory gdb: communication setup failed I'm not sure if this a gdb or an xfree problem, so I'm cross-posting this. Any suggestions? Thanks. Lester From Dirk.Fassbender@avinci.de Thu Jan 29 17:55:00 2004 From: Dirk.Fassbender@avinci.de (Dirk.Fassbender@avinci.de) Date: Thu, 29 Jan 2004 17:55:00 -0000 Subject: gdb/ddd problem Message-ID: > I have all the latest current Cygwin files. I just tried ddd on an > executable. The DDD: Debugger Console came up, but I got a blank screen > with messages about problems with gdb: > % ddd run_trd.exe > gdb: access /dev/tty3: No such file or directory > gdb: cannot open master pty: No such file or directory > gdb: communication setup failed > I'm not sure if this a gdb or an xfree problem, so I'm cross-posting this. > Any suggestions? > Thanks. > Lester The problem is solved in the latest snapshot of the cygwin DLL. See : http://cygwin.com/ml/cygwin/2004-01/msg00796.html http://www.cygwin.com/ml/cygwin/2004-01/msg01036.html http://cygwin.com/snapshots/ Regards Dirk From jc.gervais@videotron.ca Thu Jan 29 18:16:00 2004 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Thu, 29 Jan 2004 18:16:00 -0000 Subject: GTK Message-ID: <1075398953.1608.3.camel@localhost.localdomain> Hi, A year or so ago, to compile GTK apps to run under Cygwin, you had to patch the GTK source and the glib sources. I was just wondering if this is still the case? I've googled a bit, but found mostly dead links. Anyone have some info on the subject? Thanks. From NMXEXSPP1_QUICKSERV2@quickarrow.com Thu Jan 29 18:56:00 2004 From: NMXEXSPP1_QUICKSERV2@quickarrow.com (Nemx Power Tools for MS Exchange Server_QUICKSERV2_1) Date: Thu, 29 Jan 2004 18:56:00 -0000 Subject: Message Notification: Hello Message-ID: <9F01DD3B66A7D311BAE8009027D5E69D039C5EE8@QUICKSERV2> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- ---- WARNING ---- QuickArrow, Inc. blocks executable attachments and has removed the attached file. The original email was delivered to the recipient but without the attachment. Please contact the QuickArrow, Inc. Information Systems Department if you have any questions regarding this action. it@quickarrow.com Thank you and have a nice day ! ---- WARNING ---- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= From Alexander.Gottwald@s1999.tu-chemnitz.de Thu Jan 29 19:25:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 29 Jan 2004 19:25:00 -0000 Subject: GTK In-Reply-To: <1075398953.1608.3.camel@localhost.localdomain> References: <1075398953.1608.3.camel@localhost.localdomain> Message-ID: Jean-Claude Gervais wrote: > Hi, > > A year or so ago, to compile GTK apps to run under Cygwin, you had to > patch the GTK source and the glib sources. > > I was just wondering if this is still the case? > > I've googled a bit, but found mostly dead links. > > Anyone have some info on the subject? maybe http://cygnome.sourceforge.net will help. bye ago NP: Silke Bischoff - The Daughter of the Sun -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From will@licentiae.com Thu Jan 29 20:24:00 2004 From: will@licentiae.com (William Conrad Halliburton) Date: Thu, 29 Jan 2004 20:24:00 -0000 Subject: Redrawing problems with MSVDM Message-ID: <1527.66.149.16.202.1075404354.squirrel@www.licentiae.com> I upgraded to -44 and the problem seems fixed, except for windows that are maximized. Much better now but not perfect. I had switched to using fvwm and did not have the problem, but using fvwm had other issues. Such as it would follow me from workspace to workspace. I am now going to use the -44 and just not maximize windows. Hopefully this can also be resolved. Thank you, William Halliburton > William, > > Please check this again with the -43 release. A quick check this morning > seems to show that this is no longer a problem on my end. Do you still have > a problem? > > - Andy From gorrigo@switch.com Fri Jan 30 00:50:00 2004 From: gorrigo@switch.com (Orrigo, Giampaolo .) Date: Fri, 30 Jan 2004 00:50:00 -0000 Subject: Redrawing problems with MSVDM Message-ID: <03F517C72D42284EBB48800AEF3E7D1DB7725C@exchptc1.switch.com> I just upgraded to -44 (on WINNT 4). Using -multiwindow the problem remains when windows are maximized and then iconized. When they are brought up again they are all white. I apologize for my previous message about this problem. I didn't search through the mailing list.. Sorry!! GP > I upgraded to -44 and the problem seems fixed, except for windows that are > maximized. Much better now but not perfect. > > I had switched to using fvwm and did not have the problem, but using fvwm > had other issues. Such as it would follow me from workspace to workspace. > > I am now going to use the -44 and just not maximize windows. Hopefully > this can also be resolved. > > Thank you, > William Halliburton > > > > William, > > > > Please check this again with the -43 release. A quick check this > morning > > seems to show that this is no longer a problem on my end. Do you still > have > > a problem? > > > > - Andy > From ford@vss.fsi.com Fri Jan 30 01:52:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Fri, 30 Jan 2004 01:52:00 -0000 Subject: Notes on adding accelerated OpenGL support to Cygwin/X In-Reply-To: <4018B5BF.4000506@msu.edu> References: <4018B5BF.4000506@msu.edu> Message-ID: On Thu, 29 Jan 2004, Harold L Hunt II wrote: > I am interested in adding this support as well, but I think it would be > nice if some users and/or developers out there would help get this > started by creating some of the boilerplate files for me and ensuring > that these initial files compile correctly (although they will not do > anything and might not link correctly). > I don't want to discourage anyone, but this is to let you know I am trying to work this in "my spare time" :-). > I have put together a one page set of notes on the files that we need to > adapt to our platform and the minor changes to the build system that we > need to make to get those files to build: > > http://msu.edu/~huntharo/xwin/devel/server/CygwinX-Accelerated-OpenGL-Support-20040128.pdf > (44 KiB) > Thanks for the notes. I have looked at this on and off for a year or two but always got lost quickly. > These notes apply to the CYGWIN tag on the xorg repository that lives at > freedesktop.org. See the XWin Server development page for information > on how to check out a tree: > > http://x.cygwin.com/devel/server/ > Just built it for the first time :-). -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From tennman@mchsi.com Fri Jan 30 02:05:00 2004 From: tennman@mchsi.com (Robert Tramel) Date: Fri, 30 Jan 2004 02:05:00 -0000 Subject: xfree and windows XP home version Message-ID: <4019B89D.5030200@mchsi.com> Hello I down loaded the Cygwin/X package to a machine running windows XP home edition. Howver the X windows never fire up properly, i..e., they don't do anyting at all are freeze imediately depending on which startup option I try. Is this a limitation of XP home or am I missing something? thanks Robert Tramel From huntharo@msu.edu Fri Jan 30 08:07:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 30 Jan 2004 08:07:00 -0000 Subject: Notes on adding accelerated OpenGL support to Cygwin/X Message-ID: <4019BBD5.9000903@msu.edu> I just spoke with Torrey Lyons regarding OpenGL acceleration in Xdarwin. He enlightened me on several points: 1) Most of the code that I described in my first email is for the "direct" rendering path. That path allows X Clients on the same machine as the X Server to avoid calling through the X Server and instead of the GLX lib draw directly to OpenGL. 2) There is another path called the "indirect" rendering path. This path is used by all remote clients that use OpenGL as well as by local clients if the "direct" rendering path is not provided. Thus, the "indirect" path must always be provided. 3) The "direct" path is not needed until later and the "indirect" path is much, much simpler. Implementing the "indirect" path: 1) See xc/programs/Xserver/GL/apple/indirect.c 2) indirect.c should be simple to duplicate and will give all of the functionality needed for indirect acceleration. This will still provide a tremendous boost in performance for OpenGL apps, as well as a decrease in CPU usage. 3) The only tricky bit is that we need to take a WindowPtr in indirect.c and translate it into either the HWND for the corresponding Win32 window, or we need to translate it directly into a handle/pointer to the OpenGL surface associated with that window. I actually already have most of the "direct" path code compiling, but I will be shelving that for the moment until we implement the "indirect" path. Please, work on the "indirect" path first if you are interested in this. Thanks for contributing, Harold From elektron@poland.org Fri Jan 30 09:33:00 2004 From: elektron@poland.org (Elektron) Date: Fri, 30 Jan 2004 09:33:00 -0000 Subject: odpowiedz automatyczna Message-ID: <200401300806.i0U86uWw001528@elektron.pl> Dziekujemy za nadeslany list dotyczacy "hello". Postaramy sie odpowiedziec jak najszybciej. Cennik i oferta Elektron Sp. z o.o. znajduja sie na stronie http://www.Elektron.ltd.pl/ Nie udzielamy poczta elektroniczna informacji, ktore ewidentnie wynikaja z zawartosci tej strony, wyjasniamy natomiast ewentualne niejasnosci. W sprawie pomocy technicznej dla naszych klientow nalezy pisac na adres: pomoc@Elektron.pl W sprawie stosunkow cywilnoprawnych (w tym rozliczen): biuro@Elektron.pl Akceptujemy przysylanie ofert i cennikow na nasz adres, o ile ich objetosc jest uzasadniona zawarta trescia, a tresc oferty nie stanowi proby naklonienia do niekorzystnego rozporzadzenia wlasnym mieniem. W nadeslanych ofertach odczytujemy pierwszych 10 linijek tekstu (nie czytamy zalacznikow). Jesli nie wynika z nich jasno co nadawca listu chce sprzedac - oferta jest automatycznie kasowana. From haro@kgt.co.jp Fri Jan 30 16:31:00 2004 From: haro@kgt.co.jp (haro@kgt.co.jp) Date: Fri, 30 Jan 2004 16:31:00 -0000 Subject: No titlebar with -multiwindow mode? Message-ID: <20040130.183336.78211111.haro@kgt.co.jp> Hi list, Is it possible to open an x-client without title bar, when using Cygwin/XFree86 with -multiwindow mode? When I use -rootless mode with twm, I have 'NoTitle { "xclock" }' in my .twmrc and xclock works silently in its corner of screen. But with -multiwindow mode, xclock gets its title bar which seems just kind of annoying. :-P I know this is wish-list kind of thingy, but if it works then would be great. ;-) Thanks in advance, Haro =----------------------------------------------------------------------- _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Kubota Graphics Technology Inc. /|\ |_| |_|_| 2-8-8 Shinjuku, Shinjuku-ku Tokyo 160-0022, Japan Tel: +81-3-3225-0767 Fax: +81-3-3225-0740 Email: haro@kgt.co.jp From ford@vss.fsi.com Fri Jan 30 16:42:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Fri, 30 Jan 2004 16:42:00 -0000 Subject: xfree and windows XP home version In-Reply-To: <4019B89D.5030200@mchsi.com> References: <4019B89D.5030200@mchsi.com> Message-ID: On Thu, 29 Jan 2004, Robert Tramel wrote: > I down loaded the Cygwin/X package to a machine running windows XP home > edition. > Howver the X windows never fire up properly, i..e., they don't do > anyting at all are freeze imediately depending on which startup option I > try. Is this a limitation of XP home or am I missing something? > AFAIK, there are no known issues with XP home. As such, I suggest you do the following three things so we can help you better. 1.) Please visit http://cygwin.com/problems.html and review the problem reporting guide lines. Specifically, review the part about *attaching uncompressed* cygcheck output. That will allow us to see all the relevent versions of your software, and if they are properly installed. 2.) Please give more detail about exactly how you do both "start options". Then, we have the information necessary to try and reproduce your problem, or see if you are starting Xwin incorrectly. 3.) Please describe in more detail what "freeze imediately" and "don't do anything at all" means ie. what did you expect to happen, and what did happen. Thanks. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From ford@vss.fsi.com Fri Jan 30 16:54:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Fri, 30 Jan 2004 16:54:00 -0000 Subject: Notes on adding accelerated OpenGL support to Cygwin/X In-Reply-To: <4019BBD5.9000903@msu.edu> References: <4019BBD5.9000903@msu.edu> Message-ID: On Thu, 29 Jan 2004, Harold L Hunt II wrote: > I just spoke with Torrey Lyons regarding OpenGL acceleration in Xdarwin. > He enlightened me on several points: > > 1) Most of the code that I described in my first email is for the > "direct" rendering path. That path allows X Clients on the same machine > as the X Server to avoid calling through the X Server and instead of the > GLX lib draw directly to OpenGL. > I'd say you covered both. And, at least *I* was aware of both paths. > 2) There is another path called the "indirect" rendering path. This > path is used by all remote clients that use OpenGL as well as by local > clients if the "direct" rendering path is not provided. Thus, the > "indirect" path must always be provided. > True. > 3) The "direct" path is not needed until later and the "indirect" path > is much, much simpler. > That may be open for debate, I guess. The last time I checked, the Linux DRI project implemented the direct path first, and let software Mesa handle the indirect path. In fact, it may still be that way. For them, that was more important, and certainly more optimal. For most Xwin users, however, I understand why the indirect path might be more important. > Implementing the "indirect" path: > > 1) See xc/programs/Xserver/GL/apple/indirect.c > > 2) indirect.c should be simple to duplicate and will give all of the > functionality needed for indirect acceleration. This will still provide > a tremendous boost in performance for OpenGL apps, as well as a decrease > in CPU usage. > > 3) The only tricky bit is that we need to take a WindowPtr in indirect.c > and translate it into either the HWND for the corresponding Win32 > window, or we need to translate it directly into a handle/pointer to the > OpenGL surface associated with that window. > I'm still trying to look at this, but I may not get to it until next week. I have done all the trivial stuff like copying the apple files to a windows directory, modifying the Imakefiles, etc. > I actually already have most of the "direct" path code compiling, but I > will be shelving that for the moment until we implement the "indirect" > path. Please, work on the "indirect" path first if you are interested > in this. > That's great! I wouldn't shelve it, though. It should be possible to roll out the direct stuff independently from the indirect stuff like DRI Linux did (still using Mesa for indirect). > Thanks for contributing, > I'll try :-). -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From alanh@fairlite.demon.co.uk Fri Jan 30 17:11:00 2004 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Fri, 30 Jan 2004 17:11:00 -0000 Subject: Notes on adding accelerated OpenGL support to Cygwin/X In-Reply-To: <4018B5BF.4000506@msu.edu> References: <4018B5BF.4000506@msu.edu> Message-ID: <20040130165447.GR1930@fairlite.demon.co.uk> One note Harold on this.... You'll find that a lot of OpenGL drivers that are used on Windows are seriously lagging behind in support for the hardware. That's because a lot of vendors don't bother updating support for OpenGL directly and are more interested in Direct3D. Just run a native 'glinfo' application and you'll see that ATI and nVidia are pretty good in this area and provide very up-to-date OpenGL drivers. But others aren't so great. Apparently SciTech (Kendall Bennett) donated some code (a driver) for Mesa that allows it to accept the OpenGL commands from the client and call the equivalent Direct3D counterparts thus providing hardware that has a more capable Direct3D layer much more benefit. I think Karl Schultz on the Mesa list has the code and is integrating it, but I don't know the status. You may want to contact him. You won't need this to get started though, but it's certainly worth investigating once you've got an initial implementation. Alan. From ford@vss.fsi.com Fri Jan 30 17:32:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Fri, 30 Jan 2004 17:32:00 -0000 Subject: Notes on adding accelerated OpenGL support to Cygwin/X In-Reply-To: <20040130165447.GR1930@fairlite.demon.co.uk> References: <4018B5BF.4000506@msu.edu> <20040130165447.GR1930@fairlite.demon.co.uk> Message-ID: On Fri, 30 Jan 2004, Alan Hourihane wrote: > One note Harold on this.... > > You'll find that a lot of OpenGL drivers that are used on Windows are > seriously lagging behind in support for the hardware. That's because > a lot of vendors don't bother updating support for OpenGL directly > and are more interested in Direct3D. > That is probably because Microsoft does the same. They only ship/support OpenGL 1.1. Everything else is an extension that needs to be loaded manually via GetProcAddress. > Just run a native 'glinfo' application and you'll see that ATI and nVidia > are pretty good in this area and provide very up-to-date OpenGL drivers. > But others aren't so great. > But, you still have to jump through the GetProcAddress hoops to get there, even with ATI and nVidia because of the base layer that Microsoft provides. > Apparently SciTech (Kendall Bennett) donated some code (a driver) for Mesa > that allows it to accept the OpenGL commands from the client and call > the equivalent Direct3D counterparts thus providing hardware that has > a more capable Direct3D layer much more benefit. > > I think Karl Schultz on the Mesa list has the code and is integrating it, > but I don't know the status. You may want to contact him. > > You won't need this to get started though, but it's certainly worth > investigating once you've got an initial implementation. > This would be a good option to have, but I wouldn't make it exclusive. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From alanh@fairlite.demon.co.uk Fri Jan 30 17:54:00 2004 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Fri, 30 Jan 2004 17:54:00 -0000 Subject: Notes on adding accelerated OpenGL support to Cygwin/X In-Reply-To: References: <4018B5BF.4000506@msu.edu> <20040130165447.GR1930@fairlite.demon.co.uk> Message-ID: <20040130173223.GU1930@fairlite.demon.co.uk> On Fri, Jan 30, 2004 at 11:11:41AM -0600, Brian Ford wrote: > On Fri, 30 Jan 2004, Alan Hourihane wrote: > > > One note Harold on this.... > > > > You'll find that a lot of OpenGL drivers that are used on Windows are > > seriously lagging behind in support for the hardware. That's because > > a lot of vendors don't bother updating support for OpenGL directly > > and are more interested in Direct3D. > > > That is probably because Microsoft does the same. They only ship/support > OpenGL 1.1. Everything else is an extension that needs to be loaded > manually via GetProcAddress. Exactly. An ATI and nVidia do support later versions of OpenGL via this method. > > Just run a native 'glinfo' application and you'll see that ATI and nVidia > > are pretty good in this area and provide very up-to-date OpenGL drivers. > > But others aren't so great. > > > But, you still have to jump through the GetProcAddress hoops to get there, > even with ATI and nVidia because of the base layer that Microsoft > provides. Exactly again. It's not impossible though. > > Apparently SciTech (Kendall Bennett) donated some code (a driver) for Mesa > > that allows it to accept the OpenGL commands from the client and call > > the equivalent Direct3D counterparts thus providing hardware that has > > a more capable Direct3D layer much more benefit. > > > > I think Karl Schultz on the Mesa list has the code and is integrating it, > > but I don't know the status. You may want to contact him. > > > > You won't need this to get started though, but it's certainly worth > > investigating once you've got an initial implementation. > > > This would be a good option to have, but I wouldn't make it exclusive. No, but as an option. Alan. From alexander.gottwald@s1999.tu-chemnitz.de Fri Jan 30 18:03:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 30 Jan 2004 18:03:00 -0000 Subject: Notes on adding accelerated OpenGL support to Cygwin/X In-Reply-To: <20040130165447.GR1930@fairlite.demon.co.uk> References: <4018B5BF.4000506@msu.edu> <20040130165447.GR1930@fairlite.demon.co.uk> Message-ID: On Fri, 30 Jan 2004, Alan Hourihane wrote: > Apparently SciTech (Kendall Bennett) donated some code (a driver) for Mesa > that allows it to accept the OpenGL commands from the client and call > the equivalent Direct3D counterparts thus providing hardware that has > a more capable Direct3D layer much more benefit. I've seen this too. But it seems that this driver was not updated for a long time. The notes state that this driver was included in mesa 3.x and I've found no evidence that anybody put hands on it later. But I might be wrong with this. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alanh@fairlite.demon.co.uk Fri Jan 30 18:08:00 2004 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Fri, 30 Jan 2004 18:08:00 -0000 Subject: Notes on adding accelerated OpenGL support to Cygwin/X In-Reply-To: References: <4018B5BF.4000506@msu.edu> <20040130165447.GR1930@fairlite.demon.co.uk> Message-ID: <20040130180308.GY1930@fairlite.demon.co.uk> On Fri, Jan 30, 2004 at 06:54:57PM +0100, Alexander Gottwald wrote: > On Fri, 30 Jan 2004, Alan Hourihane wrote: > > > Apparently SciTech (Kendall Bennett) donated some code (a driver) for Mesa > > that allows it to accept the OpenGL commands from the client and call > > the equivalent Direct3D counterparts thus providing hardware that has > > a more capable Direct3D layer much more benefit. > > I've seen this too. But it seems that this driver was not updated for a long > time. The notes state that this driver was included in mesa 3.x and I've found > no evidence that anybody put hands on it later. > > But I might be wrong with this. I believe Kendall updated it for Mesa 5.x and Karl is working on getting it integrated into the current Mesa 6.x - or that's my understanding. Karl is most certainly the best person to speak to as he's got the code. Alan. From alexander.gottwald@s1999.tu-chemnitz.de Sat Jan 31 02:11:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sat, 31 Jan 2004 02:11:00 -0000 Subject: Notes on adding accelerated OpenGL support to Cygwin/X In-Reply-To: <20040130180308.GY1930@fairlite.demon.co.uk> References: <4018B5BF.4000506@msu.edu> <20040130165447.GR1930@fairlite.demon.co.uk> <20040130180308.GY1930@fairlite.demon.co.uk> Message-ID: On Fri, 30 Jan 2004, Alan Hourihane wrote: > I believe Kendall updated it for Mesa 5.x and Karl is working on getting > it integrated into the current Mesa 6.x - or that's my understanding. This sounds promising. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From tlroche@us.ibm.com Sat Jan 31 03:12:00 2004 From: tlroche@us.ibm.com (Thomas L Roche) Date: Sat, 31 Jan 2004 03:12:00 -0000 Subject: XDMCP howto for cygwin? (or other remote-desktop solution) In-Reply-To: <1075480937.15015.ezmlm@cygwin.com> Message-ID: Is there an XDMCP howto for cygwin? Or is there another/better way to get what I want: My development group recently lost its testers (they now do bigger "scenario tests") so we now need to do our own functional test, and we need to do it on several platforms. We develop on Windows (still, may change soon) so we setup some Linuxen to/from which I can forward with ssh -Xl me it (using -multiwindow -clipboard) so I know I'm setup more-or-less correctly. (Although I'm getting lotsa weirdness on the latest cygwin, but that's a separate topic. And I've gotta test if I can now run WSAD remotely using -multiwindow.) We occasionally get bug reports that are toolkit-specific, so I'd really like to be able to run an "entire" remote desktop from cygwin. (E.g. if a user says, "I run foo from , and it does bar," I'd like to be able to fire up a session.) My impression is that this is normally done using XDMCP connects, after which one can start Xwin -query it and my but I've never set this up. So I'm wondering: * is XDMCP The Way (tm) to do this? If so, I'm assuming (from traffic on the list) that cygwin supports XDMCP, but I'm unclear on * How to do it on cygwin? All the howto's I've seen reference Linux, and I'm also a little unclear on what goes on which end. Your assistance is appreciated, feel free to forward, and please CC me as well as the list if possible (I'm on the digest). From wrcygwin@riede.org Sat Jan 31 04:18:00 2004 From: wrcygwin@riede.org (Willem Riede) Date: Sat, 31 Jan 2004 04:18:00 -0000 Subject: XDMCP howto for cygwin? (or other remote-desktop solution) In-Reply-To: (from tlroche@us.ibm.com on Fri, Jan 30, 2004 at 21:11:39 -0500) References: Message-ID: <20040131031159.GC23308@serve.riede.org> On 2004.01.30 21:11, Thomas L Roche wrote: > > * is XDMCP The Way (tm) to do this? > > If so, I'm assuming (from traffic on the list) that cygwin supports > XDMCP, but I'm unclear on > > * How to do it on cygwin? All the howto's I've seen reference Linux, > and I'm also a little unclear on what goes on which end. It's very straightforward. Assuming you have cygwin and xfree installed on a windows box, you edit C:\cygwin\usr\X11R6\bin\startxdmcp.bat to have your windows box IP number in DISPLAY and the Linux box IP number in REMOTE_HOST. Also make sure /etc/X11/gdm/gdm.conf contains [xdmcp] Enable=true GDM has to run on linux, so you need init to go to level 5. Then you can run startxdmcp.bat (I have a shortcut for it on my W2K desktop) to get the login screen for your linux box. Once logged in you get the full Gnome desktop (or KDE if that's your preference). Success, Willem Riede. From tlroche@us.ibm.com Sat Jan 31 07:50:00 2004 From: tlroche@us.ibm.com (Thomas L Roche) Date: Sat, 31 Jan 2004 07:50:00 -0000 Subject: XDMCP howto for cygwin? (or other remote-desktop solution) In-Reply-To: <20040131031159.GC23308@serve.riede.org> Message-ID: On 2004.01.30 21:11, Thomas L Roche wrote: >> I'm assuming (from traffic on the list) that cygwin supports XDMCP, >> but I'm unclear on >> * How to do it on cygwin? All the howto's I've seen reference >> Linux, and I'm also a little unclear on what goes on which end. Willem Riede 01/30/2004 10:11:59 PM: > It's very straightforward. Assuming you have cygwin and xfree > installed on a windows box, you edit > C:\cygwin\usr\X11R6\bin\startxdmcp.bat to have your windows box IP > number in DISPLAY and the Linux box IP number in REMOTE_HOST. OK. BTW, does this mean that this won't work if either is on DHCP? (Fortunately, for my specific case both have static IP.) OK, so all I need on the client ... err, server ... err, cygwin side is just to edit /usr/X11R6/bin/startxdmcp.bat: done. Then I gotta setup DM on the ... non-cygwin side: > Also make sure /etc/X11/gdm/gdm.conf contains > [xdmcp] > Enable=true except the box I'm targeting currently only has KDE, so it's /etc/X11/xdm/xdm-config, and I just need to comment out !DisplayManager.requestPort: 0 Correct? (But first, I need root to `su` :-) > GDM has to run on linux, so you need init to go to level 5. OK. Is there anything else that needs done for KDE? > Then you can run startxdmcp.bat (I have a shortcut for it on my W2K > desktop) to get the login screen for your linux box. Once logged in > you get the full Gnome desktop (or KDE if that's your preference). Sounds easy! Just gotta get access. From fergus@bonhard.uklinux.net Sat Jan 31 12:22:00 2004 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Sat, 31 Jan 2004 12:22:00 -0000 Subject: cygwin-X: bits of .Xdefaults selectively ignored Message-ID: <000701c3e7ce$e7d2ffb0$0b7b2852@leper> When starting rxvt after XWin -multiwindow, most of ~/.Xdefaults is picked up (such as rxvt*background, rxvt*foreground, rxvt*color10, rxvt*geometry and many more) but, whatever I try, I can't get it to implement rxvt*font: Lucida Console-14 though this, and all the other instructions, are successfully read identified and enacted in rxvt in non-X mode. Any help / ideas? PS. Despite several efforts to identify the rules going on here, I can find no easy way of defining/ guessing/ forecasting which fonts from the Windows provision rxvt will understand, and which not. Thank you. Fergus From jorderivative@intheuk.org Sat Jan 31 14:38:00 2004 From: jorderivative@intheuk.org (Xfacts) Date: Sat, 31 Jan 2004 14:38:00 -0000 Subject: My last weekend rocked Message-ID: Humboldt, It`s fabuklous! I took the only one pijll of Cialjs and that was such a GREAT weekend! All the girls at the party were just punch-drunk with my potential I have fhcked all of them THREE times but my dhck WAS able to do some more! Chalis - it`s COOL!!! The best weekend stuff I've ever trhied! Haven`t you tried yet? DO IT NkOW at http://www.vow-meds.com/sv/index.php?pid=genviag pails asceticism roller correctly distresses Garfield sewer cabin unleashes. From ingber@ingber.com Sat Jan 31 15:02:00 2004 From: ingber@ingber.com (Lester Ingber) Date: Sat, 31 Jan 2004 15:02:00 -0000 Subject: ddd warnings? Message-ID: <20040131143812.GA1224@ingber.com> With the latest cygwin-1.5.7-1 I can now run ddd. Are these warnings important info?: % ddd run_trd.exe Creating "/home/ingber/.ddd/"... Creating "/home/ingber/.ddd/"...done. Creating "/home/ingber/.ddd/sessions/"... Creating "/home/ingber/.ddd/sessions/"...done. Creating "/home/ingber/.ddd/themes/"... Creating "/home/ingber/.ddd/themes/"...done. Warning: XtRemoveGrab asked to remove a widget not on the list (Annoyed? Try 'Edit->Preferences->General->Suppress X Warnings'!) Warning: XtRemoveGrab asked to remove a widget not on the list Warning: XmStringGetNextComponent: unknown type 274396904 Warning: XmStringGetNextComponent: unknown type 274327408 Warning: XmStringGetNextComponent: unknown type 274425320 Warning: XmStringGetNextComponent: unknown type 275208576 Warning: XmStringGetNextComponent: unknown type 275208928 Warning: XmStringGetNextComponent: unknown type 275209664 Warning: XmStringGetNextComponent: unknown type 275211264 Warning: XmStringGetNextComponent: unknown type 275247304 Warning: XmStringGetNextComponent: unknown type 275247992 Warning: XmStringGetNextComponent: unknown type 277008232 Warning: XmStringGetNextComponent: unknown type 277044832 Thanks. Lester From jorturrets@intheuk.org Sat Jan 31 15:51:00 2004 From: jorturrets@intheuk.org (Cygnus.com) Date: Sat, 31 Jan 2004 15:51:00 -0000 Subject: My last weekend objectors Message-ID: howler, It`s fabuklous! I took the only one pijll of Cialjs and that was such a GREAT weekend! All the girls at the party were just punch-drunk with my potential I have fhcked all of them THREE times but my dhck WAS able to do some more! Chalis - it`s COOL!!! The best weekend stuff I've ever trhied! Haven`t you tried yet? DO IT NkOW at http://www.vow-meds.com/sv/index.php?pid=genviag asteroidal halters Berkowitz undefined backfiring decimation dwarfs imbalance Turkish. From Benjamin.Riefenstahl@epost.de Sat Jan 31 16:11:00 2004 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Sat, 31 Jan 2004 16:11:00 -0000 Subject: cygwin-X: bits of .Xdefaults selectively ignored In-Reply-To: <000701c3e7ce$e7d2ffb0$0b7b2852@leper> (fergus@bonhard.uklinux.net's message of "Sat, 31 Jan 2004 07:50:33 -0000") References: <000701c3e7ce$e7d2ffb0$0b7b2852@leper> Message-ID: Hi Fergus, writes: > [~/.Xdefaults ...] whatever I try, I can't get it to implement > > rxvt*font: Lucida Console-14 AFAICS, that is not a valid X11 font spec. You should be able to use "xfontsel -print" to get a valid font spec for the font that you want. benny From support@dagma.pl Sat Jan 31 18:38:00 2004 From: support@dagma.pl (IMSS Notification) Date: Sat, 31 Jan 2004 18:38:00 -0000 Subject: InterScan MSS has deleted a message Message-ID: <20040131161116.52D24236F72@dagma.pl> Wiadomosc od cygwin-xfree@cygwin.com do krawiec.m@dagma.pl zostala skasowana poniewaz zalacznik byl zainfekowany. From pechtcha@cs.nyu.edu Sat Jan 31 21:21:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sat, 31 Jan 2004 21:21:00 -0000 Subject: XDMCP howto for cygwin? (or other remote-desktop solution) In-Reply-To: References: Message-ID: Thomas, First off, I'd like to confirm that WSAD *does* run in Gnome remotely via XDMCP (Linux->Windows). Haven't tried with KDE, but I don't see any reason why it wouldn't work remotely if it works locally. More below. On Fri, 30 Jan 2004, Thomas L Roche wrote: > On 2004.01.30 21:11, Thomas L Roche wrote: > >> I'm assuming (from traffic on the list) that cygwin supports XDMCP, > >> but I'm unclear on > > >> * How to do it on cygwin? All the howto's I've seen reference > >> Linux, and I'm also a little unclear on what goes on which end. Did you chance upon ? > Willem Riede 01/30/2004 10:11:59 PM: > > It's very straightforward. Assuming you have cygwin and xfree > > installed on a windows box, you edit > > C:\cygwin\usr\X11R6\bin\startxdmcp.bat to have your windows box IP > > number in DISPLAY and the Linux box IP number in REMOTE_HOST. > > OK. BTW, does this mean that this won't work if either is on DHCP? > (Fortunately, for my specific case both have static IP.) Umm, it works with DHCP, but there's a catch: the forward and reverse DNS lookups for your Windows box have to match (IOW, if your machine is named, e.g., 'cookie.raleigh.ibm.com', the reverse DNS lookup of the IP from the Linux machine also has to return 'cookie.raleigh.ibm.com', otherwise XDMCP won't work). You can see these mismatches show up in /var/log/messages. Of course, it does help to be root or sudo for this... Oh, and from your statement above, you must be entering the actual IP of the Windows box. No need -- just use "127.0.0.1" (or even "localhost"). REMOTE_HOST can also be the FQDN of the Linux machine, rather than IP. If you have more than one network interface (e.g., wireless and ethernet), you may need the "-from" parameter, too. > OK, so all I need on the client ... err, server ... err, cygwin side > is just to edit /usr/X11R6/bin/startxdmcp.bat: done. Then I gotta > setup DM on the ... non-cygwin side: FWIW, you don't even have to use startxdmcp.bat -- I use a standalone command, like this (I have another X server running on :0.0, hence ":1.0" for display, and some other options you probably won't need as they are specific to my configuration): XWin.exe :1.0 -unixkill -scrollbars -screen 0 1280 1024 -emulate3buttons -once -query .watson.ibm.com & > > Also make sure /etc/X11/gdm/gdm.conf contains > > > [xdmcp] > > Enable=true > > except the box I'm targeting currently only has KDE, so it's > /etc/X11/xdm/xdm-config, and I just need to comment out > > !DisplayManager.requestPort: 0 > > Correct? (But first, I need root to `su` :-) You can probably get temporary "sudo" access for the commands you need to run -- the sysadmins are more likely to give that out than full root access. > > GDM has to run on linux, so you need init to go to level 5. > > OK. Is there anything else that needs done for KDE? > > > Then you can run startxdmcp.bat (I have a shortcut for it on my W2K > > desktop) to get the login screen for your linux box. Once logged in > > you get the full Gnome desktop (or KDE if that's your preference). > > Sounds easy! Just gotta get access. Hope this works. If you want to troubleshoot this interactively, feel free to Sametime me (my internal ID is in Bluepages). 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 From tennman@mchsi.com Sat Jan 31 23:47:00 2004 From: tennman@mchsi.com (Robert Tramel) Date: Sat, 31 Jan 2004 23:47:00 -0000 Subject: xfree and windows XP home version Message-ID: <401C1B42.1080700@mchsi.com> Hi Hopefully per Brian Ford's suggestions this will be more helpful This time I've attached the requested cygcheck.out file. The problem is that under I open a bash shell, and then cd into the /usr/X11R6/bin directory. I have tried using both the startx as well as the startxwin.bat commands. when I run startxwin.bat I get the following message startxwin.bat - Starting on Windows NT/2000/XP/2003. I see the X symbol appear at the bottom left corner of the display but that is it no xwindow pops up. I have tried the alt-tab combo and the X window never appears as an option. With startx the situation is slightly better in that an full screen seized X window appears but the system never clears the windows icons/background etc. out of the X window. Also the hourglass never goes away. I can toggle between applications using alt-tab sequence but nothing ever changes in the X window. In both cases the X application does not respond to the system when I attempt to shut down/restart the system. Hope this helps thanks Robert Tramel -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.out URL: