From huntharo@msu.edu Mon Sep 1 00:34:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 01 Sep 2003 00:34:00 -0000 Subject: Xwin remote calls to Solaris machines/ font server bug In-Reply-To: <002701c37000$78e5e8b0$08c8a8c0@homenet> References: <001e01c36ffc$b453fa30$08c8a8c0@homenet> <002701c37000$78e5e8b0$08c8a8c0@homenet> Message-ID: <3F529408.7090103@msu.edu> I never looked into it... it isn't a problem for me. Harold Michael Sadd wrote: > Was this issue ever confirmed and/or resolved? I find the same behavior when connecting > to a font server on a Red Hat 7.3 font server. > > Thank you and best regards, > Mike > > ----- Original Message ----- > From: Harold L Hunt II > To: cygwin-xfree at cygwin dot com > Sent: Mon, 11 Aug 2003 08:58:17 -0400 > Subject: Re: Xwin remote calls to Solaris machines/ font server bug > > > Dr.D.J.Picton wrote: > I have two observations to make concerning the use of 'XWin -query' to > Solaris machines. > > > 1. Firstly, the FAQ states that Solaris can't cope with 24-bit colour > depths. This may have been true for older releases, but all recent versions > of Solaris (and recent Sun hardware) support this depth! > > > 2. The FAQ refers to the 'hang' when you attempt to contact a remote Solaris > host using XWin -query e.g. > > Xwin -query sunhost > > The cure is to specify a Solaris font server on the command line, e.g. > > XWin -query sunhost -fp tcp/sunhost:7100 > > > However, this shouldn't be necessary for recent Solaris releases. The XSetup > script on the Sun machine automatically adds the font server to the font > path, before the dtlogin window appears. > > > > Okay, so people running newer versions of Solaris won't look at the FAQ. No problem there. > > > The real reason for the problem is a bug in XWin, which 'hangs' if I > try to mix local fonts with a Solaris font server. > > The following procedures work OK: > > > 1. Start up an XWin server with normal local fonts, then replace them with > a Solaris font server: > xset fp= tcp/sunhost:7100 > > 2. Start up an Xwin server with -fp tcp/sunhost:7100 on the command line. > > 3. Add a second Solaris font server when the fontpath already contains one. > > The following procedures cause a 'hang': > > > 1. Start up an XWin server with normal local fonts, then append a Solaris > font server: > > xset fp+ tcp/sunhost:7100 > > > 2. Start up an XWin server with -fp tcp/sunhost:7100 on the command line, > then try to append a local font to the path: > > xset fp+ /usr/X11R6/lib/X11/fonts/misc > > I am inclined to believe you. However, I do not have a Solaris machine that I can test > this with. It would be most helpful if either yourself or someone with a similar setup > could build a debug version of XWin.exe and step through this until they find the hang. > > Thanks, > > Harold > From spam@clarke.ca Mon Sep 1 01:30:00 2003 From: spam@clarke.ca (Andrew Clarke) Date: Mon, 01 Sep 2003 01:30:00 -0000 Subject: Running remote programs locally In-Reply-To: <3F4CDB93.4000006@msu.edu> Message-ID: <000f01c37028$a4be6610$db24fd0a@vaionotebook> Thanks Harold. This is a good link. I'd looked at it at first but with a bit more experience and context under my belt it made more sense the second time around! - Andrew. -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II Sent: Wednesday, August 27, 2003 09:26 To: cygwin-xfree@cygwin.com Subject: Re: Running remote programs locally Unless you *really* know what you are doing, in which case you are on your own, then you are doing the wrong thing with ssh and X clients. The proper procedure is described in the Cygwin/XFree86 User's Guide: http://xfree86.cygwin.com/docs/ug/using-remote-apps.html#using-remote-ap ps-ssh Harold Andrew Clarke wrote: > Hi. I'm new to cygwin although I've been using Unix/Linux on and off > for several years. I have the full cygwin-xfree package loaded and I'm > trying to ssh into my Linux computer and run applications locally. So, > this is the process I go through: > > Start bash shell > Run 'xwin &' > When it comes up, I 'ssh linuxcomputer' and enter my password Through > vncserver at my root prompt of my linux computer, I type 'xhost > +windowscomputer'. I did the same with my windows computer's IP > +address > just to be sure. > >From the xwin ssh window to my linux computer, I type something > simple > like 'xterm -display windowscomputer:0' and I get the following error: > > Xlib: Connection to "windowscomputer:0.0" refused by server > Xlib: No protocol specified > > I think I got xterm to work once a few days ago but since I don't have > it working now I'm not even sure about that. I have never been able to > get anything like Mozilla or Evolution to run though. > > This is supposed to work, right? Does anybody have any ideas about > what > I'm doing wrong? > > Thanks a lot, > - Andrew Clarke. > > From spam@clarke.ca Mon Sep 1 01:34:00 2003 From: spam@clarke.ca (Andrew Clarke) Date: Mon, 01 Sep 2003 01:34:00 -0000 Subject: Running remote programs locally In-Reply-To: Message-ID: <001101c37029$1a045f10$db24fd0a@vaionotebook> Thanks for the good explanation, Andrew. - Andrew. -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of andrew brian clegg Sent: Wednesday, August 27, 2003 10:02 To: cygwin-xfree@cygwin.com Subject: Re: Running remote programs locally On Wed, 27 Aug 2003, Andrew Clarke wrote: > Start bash shell > Run 'xwin &' > When it comes up, I 'ssh linuxcomputer' and enter my password You may need to include the -X parameter to ssh unless you've set it up as a personal default. > Through vncserver at my root prompt of my linux computer, I type > 'xhost > +windowscomputer'. I did the same with my windows computer's IP > +address > just to be sure. I *believe* this only makes a difference to the machine the X server is running on, in this case your Windows computer. > >From the xwin ssh window to my linux computer, I type something > simple > like 'xterm -display windowscomputer:0' and I get the following error: > > Xlib: Connection to "windowscomputer:0.0" refused by server > Xlib: No protocol specified The way ssh X forwarding works is by setting up a proxy X server on the X client machine (your Linux box) that listens on localhost:n (where n is greater than 0, starts at 10 usually I think). This accepts connections from X clients e.g. xterms and tunnels them back through ssh to the real X server at your desktop. The login process should set the DISPLAY variable for you automatically. If it doesn't there's a sign something else is up. e.g. I ssh from home (my Cygwin machine) to college (a Redhat machine). When I type setenv|fgrep DISPLAY into the shell at college, it tells me DISPLAY=localhost:10.0 This is the ssh proxy X server's display. If I'd set it manually myself to say my-home-pc:0.0 then an xterm (or whatever) on starting would attempt to open a normal, unencrypted TCP/IP connection straight to me rather than going through ssh. For the record, I am writing this mail in an xterm on my college server, which is displaying on my home PC via an ssh tunnel; which is in turn forwarding its entire desktop as a Terminal Services session via ssh to my work PC where I sit typing -- because I can ;-) Andrew. From spam@clarke.ca Mon Sep 1 01:37:00 2003 From: spam@clarke.ca (Andrew Clarke) Date: Mon, 01 Sep 2003 01:37:00 -0000 Subject: Running remote programs locally In-Reply-To: Message-ID: <001201c37029$850c6d20$db24fd0a@vaionotebook> Thanks for your response. After reading the others' responses, this was the final clincher for me. It also helps me for times like now when I'm working on some random wireless link (Starbucks, in this instance) and I'm behind a proxy server or for some other reason can't refer to myself by my IP. This way I don't have to type xterm -display some.random.ip.number:0 which of course doesn't work in this instance. I do have one question though: why do I set my DISPLAY environment variable on the same line as my ssh call? What's the deal with that? Thanks again, - Andrew. -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Alexander Gottwald Sent: Wednesday, August 27, 2003 11:57 To: cygwin-xfree@cygwin.com Subject: Re: Running remote programs locally On Wed, 27 Aug 2003, Andrew Clarke wrote: > Hi. I'm new to cygwin although I've been using Unix/Linux on and off > for several years. I have the full cygwin-xfree package loaded and I'm > trying to ssh into my Linux computer and run applications locally. So, > this is the process I go through: > > Start bash shell > Run 'xwin &' > When it comes up, I 'ssh linuxcomputer' and enter my password try DISPLAY=localhost:0.0 ssh -X linuxcomputer. This enables encrypted X11 communication over the ssh channel. You will not require the xhost call anymore. bye ago From huntharo@msu.edu Mon Sep 1 01:42:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 01 Sep 2003 01:42:00 -0000 Subject: Running remote programs locally In-Reply-To: <001201c37029$850c6d20$db24fd0a@vaionotebook> References: <001201c37029$850c6d20$db24fd0a@vaionotebook> Message-ID: <3F52A3E6.3040101@msu.edu> You don't set them on the same line. He was typing in short-hand. What he meant was: export DISPLAY=127.0.0.1:0.0 ssh -X linuxcomputer Now, you will notice that following the directions in the Cygwin/XFree86 User's Guide (which says to do this in an xterm) does not require setting DISPLAY at all. The reason for this is that the xterm already has DISPLAY set (or else it wouldn't have been able to connect to the X Server in the first place). So, doing this from an xterm drops a step from the instructions and makes it a little more fool-proof. Hope that helps, Harold Andrew Clarke wrote: > Thanks for your response. After reading the others' responses, this was > the final clincher for me. It also helps me for times like now when I'm > working on some random wireless link (Starbucks, in this instance) and > I'm behind a proxy server or for some other reason can't refer to myself > by my IP. This way I don't have to type xterm -display > some.random.ip.number:0 which of course doesn't work in this instance. > > I do have one question though: why do I set my DISPLAY environment > variable on the same line as my ssh call? What's the deal with that? > > Thanks again, > - Andrew. > > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Alexander Gottwald > Sent: Wednesday, August 27, 2003 11:57 > To: cygwin-xfree@cygwin.com > Subject: Re: Running remote programs locally > > > On Wed, 27 Aug 2003, Andrew Clarke wrote: > > >>Hi. I'm new to cygwin although I've been using Unix/Linux on and off >>for several years. I have the full cygwin-xfree package loaded and > > I'm > >>trying to ssh into my Linux computer and run applications locally. > > So, > >>this is the process I go through: >> >>Start bash shell >>Run 'xwin &' >>When it comes up, I 'ssh linuxcomputer' and enter my password > > > try DISPLAY=localhost:0.0 ssh -X linuxcomputer. This enables encrypted > X11 communication over the ssh channel. You will not require the xhost > call anymore. > > bye > ago > > From spam@clarke.ca Mon Sep 1 01:57:00 2003 From: spam@clarke.ca (Andrew Clarke) Date: Mon, 01 Sep 2003 01:57:00 -0000 Subject: Running remote programs locally In-Reply-To: <3F52A3E6.3040101@msu.edu> Message-ID: <001a01c3702c$6ac197d0$db24fd0a@vaionotebook> Aaah, OK. That's what I assumed but when I tried it on 2 lines it didn't work for me. I think the issue was that I was using bash which I'm not so familiar with and set my environment variable incorrectly. Just did it from my familiar and exciting tcsh and it all works fine and makes sense. - Andrew. -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II Sent: Sunday, August 31, 2003 18:42 To: cygwin-xfree@cygwin.com Subject: Re: Running remote programs locally You don't set them on the same line. He was typing in short-hand. What he meant was: export DISPLAY=127.0.0.1:0.0 ssh -X linuxcomputer Now, you will notice that following the directions in the Cygwin/XFree86 User's Guide (which says to do this in an xterm) does not require setting DISPLAY at all. The reason for this is that the xterm already has DISPLAY set (or else it wouldn't have been able to connect to the X Server in the first place). So, doing this from an xterm drops a step from the instructions and makes it a little more fool-proof. Hope that helps, Harold Andrew Clarke wrote: > Thanks for your response. After reading the others' responses, this > was the final clincher for me. It also helps me for times like now > when I'm working on some random wireless link (Starbucks, in this > instance) and I'm behind a proxy server or for some other reason can't > refer to myself by my IP. This way I don't have to type xterm > -display some.random.ip.number:0 which of course doesn't work in this > instance. > > I do have one question though: why do I set my DISPLAY environment > variable on the same line as my ssh call? What's the deal with that? > > Thanks again, > - Andrew. > > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Alexander Gottwald > Sent: Wednesday, August 27, 2003 11:57 > To: cygwin-xfree@cygwin.com > Subject: Re: Running remote programs locally > > > On Wed, 27 Aug 2003, Andrew Clarke wrote: > > >>Hi. I'm new to cygwin although I've been using Unix/Linux on and off >>for several years. I have the full cygwin-xfree package loaded and > > I'm > >>trying to ssh into my Linux computer and run applications locally. > > So, > >>this is the process I go through: >> >>Start bash shell >>Run 'xwin &' >>When it comes up, I 'ssh linuxcomputer' and enter my password > > > try DISPLAY=localhost:0.0 ssh -X linuxcomputer. This enables encrypted > X11 communication over the ssh channel. You will not require the xhost > call anymore. > > bye > ago > > From pechtcha@cs.nyu.edu Mon Sep 1 02:22:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 01 Sep 2003 02:22:00 -0000 Subject: display remote X client on cygwin machine's display? In-Reply-To: <200308312324.h7VNOneH032139@eHa.no-ip.org> References: <200308312324.h7VNOneH032139@eHa.no-ip.org> Message-ID: On Sun, 31 Aug 2003 cyggie@eHa.no-ip.org wrote: > i have cygwin installed on my win2k box, and KDE-cygwin too, which work > fine. When I ssh to my favorite linux-based server and run gnucash, I > get "Gtk-WARNING" **: cannot open display:". Then I run KDE-cygwin and > ssh to the same server from a Konsole, but I get the same error when I > run gnucash. Yet this works when ssh'ing from my linux-based laptop, > which runs KDE. Is there a way with cygwin to display X clients I launch > on a remote machine on the local display? > > best, > cyggie You'll find more expertise on this subject on the cygwin-xfree list (which deals with all issues XFree86). I'm redirecting your message there. Please remove from further replies. 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 cyggie@eHa.no-ip.org Mon Sep 1 03:45:00 2003 From: cyggie@eHa.no-ip.org (cyggie@eHa.no-ip.org) Date: Mon, 01 Sep 2003 03:45:00 -0000 Subject: display remote X client on cygwin machine's display? Message-ID: <200309010345.h813jTGN000512@eHa.no-ip.org> i have cygwin installed on my win2k box, and KDE-cygwin too, which work fine. When I ssh to my favorite linux-based server and run gnucash, I get "Gtk-WARNING" **: cannot open display:". Then I run KDE-cygwin and ssh to the same server from a Konsole, but I get the same error when I run gnucash. Yet this works when ssh'ing from my linux-based laptop, which runs KDE. Is there a way with cygwin to display X clients I launch on a remote machine on the local display? thank you, cyggie From spam@clarke.ca Mon Sep 1 04:45:00 2003 From: spam@clarke.ca (Andrew Clarke) Date: Mon, 01 Sep 2003 04:45:00 -0000 Subject: display remote X client on cygwin machine's display? In-Reply-To: <200309010345.h813jTGN000512@eHa.no-ip.org> References: <200309010345.h813jTGN000512@eHa.no-ip.org> Message-ID: <3F52CB79.6050006@clarke.ca> Check out the "Running remote programs locally" thread where I asked this question and it was answered very thoroughly. Short answer: 1. Run xwin.exe. I like to run xwin.exe -multiwindow personally but that's up to you. 2. From your shell prompt, ensure that your DISPLAY environment variable is set to localhost:0.0, 127.0.0.1:0, or whatever flavour of that you prefer. 3. ssh -X yourlinuxcomputer 4. go crazy with all your favourite X-based apps ;-) - Andrew. cyggie@eHa.no-ip.org wrote: >i have cygwin installed on my win2k box, and KDE-cygwin too, which work fine. When I ssh to my favorite linux-based server and run gnucash, I get "Gtk-WARNING" **: cannot open display:". Then I run KDE-cygwin and ssh to the same server from a Konsole, but I get the same error when I run gnucash. Yet this works when ssh'ing from my linux-based laptop, which runs KDE. Is there a way with cygwin to display X clients I launch on a remote machine on the local display? > >thank you, >cyggie > > From cyggie@eHa.no-ip.org Mon Sep 1 05:37:00 2003 From: cyggie@eHa.no-ip.org (cyggie@eHa.no-ip.org) Date: Mon, 01 Sep 2003 05:37:00 -0000 Subject: display remote X client on cygwin machine's display? In-Reply-To: <3F52CB79.6050006@clarke.ca> (message from Andrew Clarke on Sun, 31 Aug 2003 21:30:49 -0700) References: <200309010345.h813jTGN000512@eHa.no-ip.org> <3F52CB79.6050006@clarke.ca> Message-ID: <200309010537.h815bVZg000967@eHa.no-ip.org> thanks andrew, that worked great, even if i don't quite understand it. i do get "warning: No xauth data; using fake authentication data for X11 forwarding." when I ssh -X over to the linux box, but X clients display on localhost no problem. This all seems fairly simple, so what doc did I fail to read? I swear i went through the cygwin docs, yet still came up clueless. I guess i was used to remote X clients displaying on localhost when running my linux laptop, but i also guess i never understood how that worked either. yours, cyggie stardust Mailing-List: contact cygwin-xfree-help@cygwin.com; run by ezmlm Sender: cygwin-xfree-owner@cygwin.com Mail-Followup-To: cygwin-xfree@cygwin.com Reply-To: cygwin-xfree@cygwin.com Date: Sun, 31 Aug 2003 21:30:49 -0700 From: Andrew Clarke Organization: clarke.ca inc. X-Accept-Language: en-us, en Check out the "Running remote programs locally" thread where I asked this question and it was answered very thoroughly. Short answer: 1. Run xwin.exe. I like to run xwin.exe -multiwindow personally but that's up to you. 2. From your shell prompt, ensure that your DISPLAY environment variable is set to localhost:0.0, 127.0.0.1:0, or whatever flavour of that you prefer. 3. ssh -X yourlinuxcomputer 4. go crazy with all your favourite X-based apps ;-) - Andrew. cyggie@eHa.no-ip.org wrote: >i have cygwin installed on my win2k box, and KDE-cygwin too, which work fine. When I ssh to my favorite linux-based server and run gnucash, I get "Gtk-WARNING" **: cannot open display:". Then I run KDE-cygwin and ssh to the same server from a Konsole, but I get the same error when I run gnucash. Yet this works when ssh'ing from my linux-based laptop, which runs KDE. Is there a way with cygwin to display X clients I launch on a remote machine on the local display? > >thank you, >cyggie > > From alexander.gottwald@s1999.tu-chemnitz.de Mon Sep 1 07:41:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 01 Sep 2003 07:41:00 -0000 Subject: Running remote programs locally In-Reply-To: <001201c37029$850c6d20$db24fd0a@vaionotebook> References: <001201c37029$850c6d20$db24fd0a@vaionotebook> Message-ID: On Sun, 31 Aug 2003, Andrew Clarke wrote: > I do have one question though: why do I set my DISPLAY environment > variable on the same line as my ssh call? What's the deal with that? Then this variable is only valid for that program and is automticly exported. Otherwise you'll have to do (for /bin/sh) DISPLAY=localhost:0.0 export DISPLAY ssh -X linuxcomputer bye ago From alexander.gottwald@s1999.tu-chemnitz.de Mon Sep 1 07:45:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 01 Sep 2003 07:45:00 -0000 Subject: display remote X client on cygwin machine's display? In-Reply-To: <200309010537.h815bVZg000967@eHa.no-ip.org> References: <200309010345.h813jTGN000512@eHa.no-ip.org> <3F52CB79.6050006@clarke.ca> <200309010537.h815bVZg000967@eHa.no-ip.org> Message-ID: On Sun, 31 Aug 2003 cyggie@eHa.no-ip.org wrote: > thanks andrew, that worked great, even if i don't quite understand it. > i do get "warning: No xauth data; using fake authentication data for > X11 forwarding." when I ssh -X over to the linux box, but X clients > display on localhost no problem. This all seems fairly simple, so what > doc did I fail to read? This is just a warning. The xauth data is a small key which works as password for xclients to allow connections to the xserver. The standard setup of xwin does not use this authentication an the data is therefore not set. So no need to worry. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From holokin@sisna.com Mon Sep 1 21:58:00 2003 From: holokin@sisna.com (Gary Nicholson) Date: Mon, 01 Sep 2003 21:58:00 -0000 Subject: Running remote programs locally In-Reply-To: Message-ID: <000001c370d4$2e65d870$0100a8c0@LYSANDER> I am not able to view remote X programs on local cygwin X display. >From remote (Linux) machine, I can view cygwin X programs. On local machine, I set DISPLAY and export it as instructed. On local machine, echo $DISPLAY gives :0.0 After I ssh to remote machine, echo $DISPLAY gives empty string Does this mean that ssh is not working? When I ssh, I get error: "WARNING: no xauth data; using fake authentication data for X11 forwarding." Is this a fatal error? Thanks for help. Gary -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Alexander Gottwald Sent: Monday, September 01, 2003 1:41 AM To: cygwin-xfree@cygwin.com Subject: RE: Running remote programs locally On Sun, 31 Aug 2003, Andrew Clarke wrote: > I do have one question though: why do I set my DISPLAY environment > variable on the same line as my ssh call? What's the deal with that? Then this variable is only valid for that program and is automticly exported. Otherwise you'll have to do (for /bin/sh) DISPLAY=localhost:0.0 export DISPLAY ssh -X linuxcomputer bye ago From txa@Cs.Nott.AC.UK Mon Sep 1 23:33:00 2003 From: txa@Cs.Nott.AC.UK (Thorsten Altenkirch) Date: Mon, 01 Sep 2003 23:33:00 -0000 Subject: Xwin crashes - XP servicepack 1 problem? Message-ID: <16211.55043.755888.440527@gargle.gargle.HOWL> Xwin worked fine for me until recently. Now it crashes with an error in cygwin1.dll (with the "tell microsoft about your problem" window) each time I try to launch xemacs on my remote machine. I also found out that xfig (locally) crashes Xwin while other applications (xeyes,xterm,xedit,xv) seem to work fine. I checked that I have only one version of cygwin1.dll. I also tried different versions of Xwin base. The problem may be related to me installing the service pack 1 for windows XP recently. I also found a discussion in June (Problem with releases since -37) which discusses similar problems. Any help / hints are appreciated. Thorsten ---------------------------------------------------------------------- cygcheck.out ************ Cygwin Win95/NT Configuration Diagnostics Current System Time: Tue Sep 02 00:08:34 2003 Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem% c:\Program Files\Hugs98 C:\cygwin\usr\X11R6\bin C:\cygwin\bin\id.exe output (nontsec) UID: 1005(txa) GID: 513(None) 513(None) C:\cygwin\bin\id.exe output (ntsec) UID: 1005(txa) GID: 513(None) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS HOME = `C:\cygwin\home\txa' MAKE_MODE = `unix' PWD = `/home/txa' USER = `txa' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\txa\Application Data' CLIENTNAME = `Console' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `SOLE' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVS_RSH = `/bin/ssh' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\txa' HOSTNAME = `sole' LOGONSERVER = `\\SOLE' MANPATH = `:/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/usr/bin' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 11 Stepping 1, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0b01' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 \033[32m\]\u@\h \[\033[33m\w\033[0m\] $ ' SESSIONNAME = `Console' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `c:\DOCUME~1\txa\LOCALS~1\Temp' TERM = `cygwin' TMP = `c:\DOCUME~1\txa\LOCALS~1\Temp' USERDOMAIN = `SOLE' USERNAME = `txa' USERPROFILE = `C:\Documents and Settings\txa' WINDIR = `C:\WINDOWS' _ = `/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 18339Mb 51% CP CS UN PA FC System d: hd NTFS 10275Mb 47% CP CS UN PA FC VAIO e: fd N/A N/A 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: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Not Found: gdb Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\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: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe 58k 2002/05/07 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2002/5/7 7:33 848k 2003/04/11 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/4/11 11:33 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 11:37 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 17:24 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 17:25 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 6: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 6:03 76k 2003/03/09 C:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0 "cygform7.dll" v0.0 ts=2003/3/9 20:51 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 8: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 3: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 3: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 9: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 3: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/10 23: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/10 23: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/10 23:10 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 4:34 20k 2002/10/10 C:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0 "cyghistory5.dll" v0.0 ts=2002/10/10 18:28 945k 2003/06/18 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2003/6/18 4:08 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 9:28 28k 2002/09/20 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 "cygintl-2.dll" v0.0 ts=2002/9/20 4:13 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 18:09 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 1: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 5:19 61k 2003/03/05 C:\cygwin\bin\cygkpathsea-3.dll - os=4.0 img=1.0 sys=4.0 "cygkpathsea-3.dll" v0.0 ts=2003/3/5 20:09 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 21:23 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 6: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 6:03 48k 2003/03/09 C:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 "cygmenu7.dll" v0.0 ts=2003/3/9 20:51 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 6: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 6: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 6: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 6:03 284k 2003/03/09 C:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 "cygncurses7.dll" v0.0 ts=2003/3/9 20:50 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 6: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 6:03 31k 2003/03/09 C:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0 "cygpanel7.dll" v0.0 ts=2003/3/9 20:50 66k 2003/07/01 C:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcre-0.dll" v0.0 ts=2003/7/1 17:25 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 9:31 15k 2003/07/01 C:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix-0.dll" v0.0 ts=2003/7/1 17:25 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 9:31 1100k 2003/08/29 C:\cygwin\bin\cygperl5_8_0.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_8_0.dll" v0.0 ts=2003/8/29 11:20 173k 2003/02/23 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 "cygpng12.dll" v0.0 ts=2003/2/23 22:02 170k 2002/01/21 C:\cygwin\bin\cygpng2.dll - os=4.0 img=1.0 sys=4.0 "cygpng2.dll" v0.0 ts=2002/1/21 1:05 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 6: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 4:34 127k 2002/10/10 C:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0 "cygreadline5.dll" v0.0 ts=2002/10/10 18:28 176k 2003/04/11 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/4/11 11:33 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 11: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 4: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 3:32 2984k 2003/02/07 C:\cygwin\bin\cygxerces-c22.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c22.dll" v0.0 ts=2003/2/7 18:50 41k 2002/01/20 C:\cygwin\bin\cygXpm-noX4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-noX4.dll" v0.0 ts=2002/1/20 18:49 46k 2002/01/20 C:\cygwin\bin\cygXpm-X4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-X4.dll" v0.0 ts=2002/1/20 18:50 50k 2002/03/12 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2002/3/12 4:38 948k 2003/03/18 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2003/3/18 14:20 Cygwin DLL version info: DLL version: 1.3.22 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 78 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: Tue Mar 18 09:20:11 EST 2003 CVS tag: dontuse-21 Shared id: cygwin1S3 146k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygexpat-1.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-1.dll" v0.0 ts=2003/8/1 5:06 174k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontconfig-1.dll" v0.0 ts=2003/8/1 5:06 340k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygfreetype-9.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-9.dll" v0.0 ts=2003/8/1 5:06 109k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0 "cygICE-6.dll" v0.0 ts=2003/8/1 5:05 54k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0 "cygSM-6.dll" v0.0 ts=2003/8/1 5:05 1067k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0 "cygX11-6.dll" v0.0 ts=2003/8/1 5:04 77k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0 "cygXext-6.dll" v0.0 ts=2003/8/1 5:05 105k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0 "cygXft-2.dll" v0.0 ts=2003/8/1 5:06 81k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-4.dll" v0.0 ts=2003/8/1 5:05 49k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0 "cygXrender-1.dll" v0.0 ts=2003/8/1 5:06 Cygwin Package Information Last downloaded files to: C:\cygwin\etc\setup Last downloaded files from: ftp://ftp.mirror.ac.uk/sites/sources.redhat.com/pub/cygwin Package Version _update-info-dir 00200-1 ash 20020731-1 base-files 2.2-1 base-passwd 1.1-1 bash 2.05b-9 binutils 20030307-1 bzip2 1.0.2-2 clear 1.0-1 crypt 1.0-2 cvs 1.11.5-1 cygutils 1.1.4-2 cygwin 1.3.22-1 diffutils 2.8.1-1 ed 0.2-1 fileutils 4.1-1 findutils 4.1.7-4 gawk 3.1.3-1 gcc 3.2-3 gcc-mingw 20020817-5 gdbm 1.8.3-3 gettext 0.11.5-1 ghostscript 7.05-2 ghostscript-base 7.05-2 ghostscript-x11 7.05-2 grep 2.5-1 groff 1.18.1-2 gzip 1.3.3-4 jpeg 6b-8 less 378-1 libbz2_1 1.0.2-2 libdb3.1 3.1.17-2 libgdbm 1.8.0-5 libgdbm-devel 1.8.3-3 libgdbm3 1.8.3-3 libgdbm4 1.8.3-7 libgettextpo0 0.12.1-3 libiconv2 1.8-3 libintl 0.10.38-3 libintl1 0.10.40-1 libintl2 0.11.5-1 libjpeg62 6b-11 libjpeg6b 6b-8 libkpathsea3 2.0.2-1 libkpathsea3abi13 2.0.2-2 libncurses5 5.2-1 libncurses6 5.2-8 libncurses7 5.3-1 libpcre 4.1-1 libpcre0 4.3-2 libpng12 1.2.5-1 libpng2 1.0.12-1 libpopt0 1.6.4-4 libreadline4 4.1-2 libreadline5 4.3-2 libtiff-devel 3.6.0-2 libtiff3 3.6.0-2 libtiff4 3.6.0-5 libxerces-c22 2.2.0-1 login 1.9-5 make 3.80-1 man 1.5j-2 mingw-runtime 3.0-1 mktemp 1.4-1 more 2.11o-1 ncurses 5.3-1 openssh 3.6.1p1-2 openssl 0.9.7b-1 openssl096 0.9.6j-1 pcre 4.3-2 pcre-doc 4.3-2 perl 5.8.0-5 readline 4.3-2 sed 4.0.7-1 sh-utils 2.0.15-3 tar 1.13.25-1 termcap 20021106-2 terminfo 5.3_20030726-1 tetex 2.0.2-1 tetex-base 2.0.2-1 tetex-bin 2.0.2-2 tetex-doc 2.0.2-1 tetex-extra 2.0.2-1 tetex-tiny 2.0.2-1 tetex-x11 2.0.2-2 texinfo 4.2-4 texmf 20020911-1 texmf-base 20020911-1 texmf-doc 20020911-1 texmf-extra 20020911-1 texmf-tiny 20020911-1 textutils 2.0.21-1 tiff 3.6.0-2 w32api 2.3-1 which 1.5-1 XFree86-base 4.2.0-1 XFree86-bin 4.2.0-3 XFree86-doc 4.3.0-1 XFree86-etc 4.3.0-3 XFree86-fenc 4.2.0-3 XFree86-fnts 4.2.0-3 XFree86-html 4.3.0-1 XFree86-lib 4.3.0-1 XFree86-lib-compat 4.3.0-1 XFree86-man 4.3.0-1 XFree86-startup-scripts 4.2.0-5 XFree86-xserv 4.3.0-5 XFree86-xwinclip 4.3.0-1 xpm-nox 4.2.0-1 zlib 1.1.4-1 Use -h to see help about each section -- Dr. Thorsten Altenkirch phone : (+44) (0)115 84 66516 Lecturer http://www.cs.nott.ac.uk/~txa/ School of Computer Science & IT University of Nottingham From huntharo@msu.edu Mon Sep 1 23:43:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 01 Sep 2003 23:43:00 -0000 Subject: Xwin crashes - XP servicepack 1 problem? In-Reply-To: <16211.55043.755888.440527@gargle.gargle.HOWL> References: <16211.55043.755888.440527@gargle.gargle.HOWL> Message-ID: <3F53D973.3030600@msu.edu> Thorsten, Please send in the output of 'cygcheck -c XFree86-xserv'. It should look something like: $ cygcheck -c XFree86-xserv Cygwin Package Information Package Version XFree86-xserv 4.3.0-4 Oh, you mentioned that you have tried different versions of Xwin base? What were you referring to there? The XFree86-base package doesn't contain any files, it only causes other packages to be automatically selected for installation. You need to upgrade the XFree86-xserv package via setup.exe to 4.3.0-4 if you have not done so already. Just re-running setup.exe should automatically select any updated packages, such as XFree86-xserv. Hope that helps, Harold Thorsten Altenkirch wrote: > Xwin worked fine for me until recently. Now it crashes with an error > > in cygwin1.dll (with the "tell microsoft about your problem" window) > > each time I try to launch xemacs on my remote machine. I also found > > out that xfig (locally) crashes Xwin while other applications > > (xeyes,xterm,xedit,xv) seem to work fine. > > > > I checked that I have only one version of cygwin1.dll. I also tried > > different versions of Xwin base. The problem may be related to me > > installing the service pack 1 for windows XP recently. > > > > I also found a discussion in June (Problem with releases since -37) > > which discusses similar problems. > > > > Any help / hints are appreciated. > > Thorsten > > > > ---------------------------------------------------------------------- > > cygcheck.out > > ************ > > > > Cygwin Win95/NT Configuration Diagnostics > > Current System Time: Tue Sep 02 00:08:34 2003 > > > > Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 > > > > Path: C:\cygwin\usr\local\bin > > C:\cygwin\bin > > C:\cygwin\bin > > c:\WINDOWS\system32 > > c:\WINDOWS > > c:\WINDOWS\System32\Wbem% > > c:\Program Files\Hugs98 > > C:\cygwin\usr\X11R6\bin > > > > C:\cygwin\bin\id.exe output (nontsec) > > UID: 1005(txa) GID: 513(None) > > 513(None) > > > > C:\cygwin\bin\id.exe output (ntsec) > > UID: 1005(txa) GID: 513(None) > > 513(None) 544(Administrators) > > 545(Users) > > > > SysDir: C:\WINDOWS\System32 > > WinDir: C:\WINDOWS > > > > HOME = `C:\cygwin\home\txa' > > MAKE_MODE = `unix' > > PWD = `/home/txa' > > USER = `txa' > > > > ALLUSERSPROFILE = `C:\Documents and Settings\All Users' > > APPDATA = `C:\Documents and Settings\txa\Application Data' > > CLIENTNAME = `Console' > > COMMONPROGRAMFILES = `C:\Program Files\Common Files' > > COMPUTERNAME = `SOLE' > > COMSPEC = `C:\WINDOWS\system32\cmd.exe' > > CVS_RSH = `/bin/ssh' > > HOMEDRIVE = `C:' > > HOMEPATH = `\Documents and Settings\txa' > > HOSTNAME = `sole' > > LOGONSERVER = `\\SOLE' > > MANPATH = `:/usr/ssl/man' > > NUMBER_OF_PROCESSORS = `1' > > OLDPWD = `/usr/bin' > > OS = `Windows_NT' > > PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' > > PROCESSOR_ARCHITECTURE = `x86' > > PROCESSOR_IDENTIFIER = `x86 Family 6 Model 11 Stepping 1, GenuineIntel' > > PROCESSOR_LEVEL = `6' > > PROCESSOR_REVISION = `0b01' > > PROGRAMFILES = `C:\Program Files' > > PROMPT = `$P$G' > > PS1 = `\[\033]0;\w\007 > > \033[32m\]\u@\h \[\033[33m\w\033[0m\] > > $ ' > > SESSIONNAME = `Console' > > SHLVL = `1' > > SYSTEMDRIVE = `C:' > > SYSTEMROOT = `C:\WINDOWS' > > TEMP = `c:\DOCUME~1\txa\LOCALS~1\Temp' > > TERM = `cygwin' > > TMP = `c:\DOCUME~1\txa\LOCALS~1\Temp' > > USERDOMAIN = `SOLE' > > USERNAME = `txa' > > USERPROFILE = `C:\Documents and Settings\txa' > > WINDIR = `C:\WINDOWS' > > _ = `/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 18339Mb 51% CP CS UN PA FC System > > d: hd NTFS 10275Mb 47% CP CS UN PA FC VAIO > > e: fd N/A N/A > > > > 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: C:\cygwin\bin\cp.exe > > Found: C:\cygwin\bin\cpp.exe > > Found: C:\cygwin\bin\find.exe > > Found: C:\cygwin\bin\gcc.exe > > Not Found: gdb > > Found: C:\cygwin\bin\grep.exe > > Found: C:\cygwin\bin\ld.exe > > Found: C:\cygwin\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: C:\cygwin\bin\sh.exe > > Found: C:\cygwin\bin\tar.exe > > > > 58k 2002/05/07 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 > > "cygbz2-1.dll" v0.0 ts=2002/5/7 7:33 > > 848k 2003/04/11 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/4/11 11:33 > > 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 11:37 > > 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 17:24 > > 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 17:25 > > 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 6: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 6:03 > > 76k 2003/03/09 C:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0 > > "cygform7.dll" v0.0 ts=2003/3/9 20:51 > > 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 8: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 3: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 3: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 9: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 3: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/10 23: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/10 23: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/10 23:10 > > 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 4:34 > > 20k 2002/10/10 C:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0 > > "cyghistory5.dll" v0.0 ts=2002/10/10 18:28 > > 945k 2003/06/18 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 > > "cygiconv-2.dll" v0.0 ts=2003/6/18 4:08 > > 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 9:28 > > 28k 2002/09/20 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 > > "cygintl-2.dll" v0.0 ts=2002/9/20 4:13 > > 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 18:09 > > 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 1: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 5:19 > > 61k 2003/03/05 C:\cygwin\bin\cygkpathsea-3.dll - os=4.0 img=1.0 sys=4.0 > > "cygkpathsea-3.dll" v0.0 ts=2003/3/5 20:09 > > 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 21:23 > > 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 6: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 6:03 > > 48k 2003/03/09 C:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 > > "cygmenu7.dll" v0.0 ts=2003/3/9 20:51 > > 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 6: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 6: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 6: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 6:03 > > 284k 2003/03/09 C:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 > > "cygncurses7.dll" v0.0 ts=2003/3/9 20:50 > > 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 6: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 6:03 > > 31k 2003/03/09 C:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0 > > "cygpanel7.dll" v0.0 ts=2003/3/9 20:50 > > 66k 2003/07/01 C:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 > > "cygpcre-0.dll" v0.0 ts=2003/7/1 17:25 > > 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 9:31 > > 15k 2003/07/01 C:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 > > "cygpcreposix-0.dll" v0.0 ts=2003/7/1 17:25 > > 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 9:31 > > 1100k 2003/08/29 C:\cygwin\bin\cygperl5_8_0.dll - os=4.0 img=1.0 sys=4.0 > > "cygperl5_8_0.dll" v0.0 ts=2003/8/29 11:20 > > 173k 2003/02/23 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 > > "cygpng12.dll" v0.0 ts=2003/2/23 22:02 > > 170k 2002/01/21 C:\cygwin\bin\cygpng2.dll - os=4.0 img=1.0 sys=4.0 > > "cygpng2.dll" v0.0 ts=2002/1/21 1:05 > > 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 6: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 4:34 > > 127k 2002/10/10 C:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0 > > "cygreadline5.dll" v0.0 ts=2002/10/10 18:28 > > 176k 2003/04/11 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/4/11 11:33 > > 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 11: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 4: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 3:32 > > 2984k 2003/02/07 C:\cygwin\bin\cygxerces-c22.dll - os=4.0 img=1.0 sys=4.0 > > "cygxerces-c22.dll" v0.0 ts=2003/2/7 18:50 > > 41k 2002/01/20 C:\cygwin\bin\cygXpm-noX4.dll - os=4.0 img=1.0 sys=4.0 > > "cygXpm-noX4.dll" v0.0 ts=2002/1/20 18:49 > > 46k 2002/01/20 C:\cygwin\bin\cygXpm-X4.dll - os=4.0 img=1.0 sys=4.0 > > "cygXpm-X4.dll" v0.0 ts=2002/1/20 18:50 > > 50k 2002/03/12 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 > > "cygz.dll" v0.0 ts=2002/3/12 4:38 > > 948k 2003/03/18 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 > > "cygwin1.dll" v0.0 ts=2003/3/18 14:20 > > Cygwin DLL version info: > > DLL version: 1.3.22 > > DLL epoch: 19 > > DLL bad signal mask: 19005 > > DLL old termios: 5 > > DLL malloc env: 28 > > API major: 0 > > API minor: 78 > > 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: Tue Mar 18 09:20:11 EST 2003 > > CVS tag: dontuse-21 > > Shared id: cygwin1S3 > > > > 146k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygexpat-1.dll - os=4.0 img=1.0 sys=4.0 > > "cygexpat-1.dll" v0.0 ts=2003/8/1 5:06 > > 174k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 > > "cygfontconfig-1.dll" v0.0 ts=2003/8/1 5:06 > > 340k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygfreetype-9.dll - os=4.0 img=1.0 sys=4.0 > > "cygfreetype-9.dll" v0.0 ts=2003/8/1 5:06 > > 109k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0 > > "cygICE-6.dll" v0.0 ts=2003/8/1 5:05 > > 54k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0 > > "cygSM-6.dll" v0.0 ts=2003/8/1 5:05 > > 1067k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0 > > "cygX11-6.dll" v0.0 ts=2003/8/1 5:04 > > 77k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0 > > "cygXext-6.dll" v0.0 ts=2003/8/1 5:05 > > 105k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0 > > "cygXft-2.dll" v0.0 ts=2003/8/1 5:06 > > 81k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0 > > "cygXpm-4.dll" v0.0 ts=2003/8/1 5:05 > > 49k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0 > > "cygXrender-1.dll" v0.0 ts=2003/8/1 5:06 > > > > Cygwin Package Information > > Last downloaded files to: C:\cygwin\etc\setup > > Last downloaded files from: ftp://ftp.mirror.ac.uk/sites/sources.redhat.com/pub/cygwin > > > > Package Version > > _update-info-dir 00200-1 > > ash 20020731-1 > > base-files 2.2-1 > > base-passwd 1.1-1 > > bash 2.05b-9 > > binutils 20030307-1 > > bzip2 1.0.2-2 > > clear 1.0-1 > > crypt 1.0-2 > > cvs 1.11.5-1 > > cygutils 1.1.4-2 > > cygwin 1.3.22-1 > > diffutils 2.8.1-1 > > ed 0.2-1 > > fileutils 4.1-1 > > findutils 4.1.7-4 > > gawk 3.1.3-1 > > gcc 3.2-3 > > gcc-mingw 20020817-5 > > gdbm 1.8.3-3 > > gettext 0.11.5-1 > > ghostscript 7.05-2 > > ghostscript-base 7.05-2 > > ghostscript-x11 7.05-2 > > grep 2.5-1 > > groff 1.18.1-2 > > gzip 1.3.3-4 > > jpeg 6b-8 > > less 378-1 > > libbz2_1 1.0.2-2 > > libdb3.1 3.1.17-2 > > libgdbm 1.8.0-5 > > libgdbm-devel 1.8.3-3 > > libgdbm3 1.8.3-3 > > libgdbm4 1.8.3-7 > > libgettextpo0 0.12.1-3 > > libiconv2 1.8-3 > > libintl 0.10.38-3 > > libintl1 0.10.40-1 > > libintl2 0.11.5-1 > > libjpeg62 6b-11 > > libjpeg6b 6b-8 > > libkpathsea3 2.0.2-1 > > libkpathsea3abi13 2.0.2-2 > > libncurses5 5.2-1 > > libncurses6 5.2-8 > > libncurses7 5.3-1 > > libpcre 4.1-1 > > libpcre0 4.3-2 > > libpng12 1.2.5-1 > > libpng2 1.0.12-1 > > libpopt0 1.6.4-4 > > libreadline4 4.1-2 > > libreadline5 4.3-2 > > libtiff-devel 3.6.0-2 > > libtiff3 3.6.0-2 > > libtiff4 3.6.0-5 > > libxerces-c22 2.2.0-1 > > login 1.9-5 > > make 3.80-1 > > man 1.5j-2 > > mingw-runtime 3.0-1 > > mktemp 1.4-1 > > more 2.11o-1 > > ncurses 5.3-1 > > openssh 3.6.1p1-2 > > openssl 0.9.7b-1 > > openssl096 0.9.6j-1 > > pcre 4.3-2 > > pcre-doc 4.3-2 > > perl 5.8.0-5 > > readline 4.3-2 > > sed 4.0.7-1 > > sh-utils 2.0.15-3 > > tar 1.13.25-1 > > termcap 20021106-2 > > terminfo 5.3_20030726-1 > > tetex 2.0.2-1 > > tetex-base 2.0.2-1 > > tetex-bin 2.0.2-2 > > tetex-doc 2.0.2-1 > > tetex-extra 2.0.2-1 > > tetex-tiny 2.0.2-1 > > tetex-x11 2.0.2-2 > > texinfo 4.2-4 > > texmf 20020911-1 > > texmf-base 20020911-1 > > texmf-doc 20020911-1 > > texmf-extra 20020911-1 > > texmf-tiny 20020911-1 > > textutils 2.0.21-1 > > tiff 3.6.0-2 > > w32api 2.3-1 > > which 1.5-1 > > XFree86-base 4.2.0-1 > > XFree86-bin 4.2.0-3 > > XFree86-doc 4.3.0-1 > > XFree86-etc 4.3.0-3 > > XFree86-fenc 4.2.0-3 > > XFree86-fnts 4.2.0-3 > > XFree86-html 4.3.0-1 > > XFree86-lib 4.3.0-1 > > XFree86-lib-compat 4.3.0-1 > > XFree86-man 4.3.0-1 > > XFree86-startup-scripts 4.2.0-5 > > XFree86-xserv 4.3.0-5 > > XFree86-xwinclip 4.3.0-1 > > xpm-nox 4.2.0-1 > > zlib 1.1.4-1 > > > > Use -h to see help about each section > > > From ferenc.farkas@profidatagroup.com Tue Sep 2 07:17:00 2003 From: ferenc.farkas@profidatagroup.com (Farkas Ferenc) Date: Tue, 02 Sep 2003 07:17:00 -0000 Subject: twm don't execute xterm Message-ID: This morning (2003-09-02) I updated my cygwin (mirror at ftp://gd.tuwien.ac.at). Now twm refuse to execute xterm and when using WindowsMaker I have an annoying $ added to my prompt. I didn't make any changes in .profile and .twmrc. Ferenc From alexander.gottwald@s1999.tu-chemnitz.de Tue Sep 2 09:03:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 02 Sep 2003 09:03:00 -0000 Subject: Running remote programs locally In-Reply-To: <000001c370d4$2e65d870$0100a8c0@LYSANDER> References: <000001c370d4$2e65d870$0100a8c0@LYSANDER> Message-ID: On Mon, 1 Sep 2003, Gary Nicholson wrote: > After I ssh to remote machine, echo $DISPLAY gives empty string please try ssh -X remotehost. This turns on X11 Forwarding (please note: the option -x _disables_ X11 Forwarding) You can aso turn on X11 Forwarding in ~/.ssh/config by adding ForwardX11 yes If it does still not work, then X11Forwaring may be disabled in the server. Either ask your admin to activate it or add X11Forwarding yes to /etc/ssh/sshd_config if you have the sufficient rights. > "WARNING: no xauth data; using fake authentication data for X11 > forwarding." > > Is this a fatal error? This is a _warning_ http://cygwin.com/ml/cygwin-xfree/2003-09/msg00011.html bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From pnews@lomarline.freeserve.co.uk Tue Sep 2 09:38:00 2003 From: pnews@lomarline.freeserve.co.uk (pbs) Date: Tue, 02 Sep 2003 09:38:00 -0000 Subject: non us keyboards with cygwin, xfree86, Xwin -query XDMCP Message-ID: <3F5464D3.8050207@lomarline.freeserve.co.uk> Setup an out of the box cygwin installation with Xfree86 bash-prompt$ uname -a CYGWIN_95-4.0 local_host 1.3.22(0.78/3/2) 2003-03-18 09:20 i586[snip] Question Short version: ---------------------- With or without: /etc/x11/XF86Config-4 installed with Option "XkbLayout" "gb" gives the error: Couldn't load XKB keymap, falling back to pre-XKB keymap What do I have to do to get Xwin.exe to read the gb XKB keymap? Question Long version: ---------------------- My cygwin bash pompt is configured for a "gb" keyboard -- If I press the @ key I get an "@". If I run the following command from a bash prompt Xwin.exe -emulate3buttons -query remote_host & The log file "/tmp/XWinrl.log" contains the following error: (==) Using preset keyboard for "English (United Kingdom)" (00000809), type "4" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc105" Layout = "gb" Variant = "(null)" Options = "(null)" Couldn't load XKB keymap, falling back to pre-XKB keymap If I open an xterm and press the "@" key I get a double quote key -- which is to be expected with the above error as it is what a US key mapping gives. I have gone throught archive and the previous thread which came closes to answering my question was: the post by Alexander Gottwald http://sources.redhat.com/ml/cygwin-xfree/2003-02/msg00185.html with a URL to a minimal XF86Config http://www.tu-chemnitz.de/~goal/xfree/XF86Config.bz2 I have installed the file as /etc/x11/XF86Config-4 then uncommented and modified the lines # Option "XkbRules" "xfree86" # Option "XkbModel" "pc105" # Option "XkbLayout" "de" to Option "XkbRules" "xfree86" Option "XkbModel" "pc105" Option "XkbLayout" "gb" Now when I run: Xwin.exe -emulate3buttons -query remote_host & The log file contains: [snip] (==) Using config file: "/etc/X11/XF86Config-4" [snip] (==) Using preset keyboard for "English (United Kingdom)" (00000809), type "4" (**) Using keyboard "Keyboard1" as primary keyboard (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc105" (**) XKB: model: "pc105" (**) Option "XkbLayout" "gb" (**) XKB: layout: "gb" Rules = "xfree86" Model = "pc105" Layout = "gb" Variant = "(null)" Options = "(null)" Couldn't load XKB keymap, falling back to pre-XKB keymap What do I have to do to get Xwin.exe to read the gb XKB keymap? BTW: Yes I know that I can run xmodmap as a client application. But I would like to get the correct keyboard into the server without doing this, so that the remote login clients(s) have access to the correct key bindings. Regards Philip From alexander.gottwald@s1999.tu-chemnitz.de Tue Sep 2 10:23:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 02 Sep 2003 10:23:00 -0000 Subject: non us keyboards with cygwin, xfree86, Xwin -query XDMCP In-Reply-To: <3F5464D3.8050207@lomarline.freeserve.co.uk> References: <3F5464D3.8050207@lomarline.freeserve.co.uk> Message-ID: On Tue, 2 Sep 2003, pbs wrote: > Setup an out of the box cygwin installation with Xfree86 > bash-prompt$ uname -a > CYGWIN_95-4.0 local_host 1.3.22(0.78/3/2) 2003-03-18 09:20 i586[snip] Which version of XFree86 is installed? cygcheck -c XFree86-bin cygcheck -c XFree86-etc > The log file "/tmp/XWinrl.log" contains the following error: > (==) Using preset keyboard for "English (United Kingdom)" (00000809), > type "4" The configfile is not required. Your keyboard layout is preconfigured in the xserver. > (EE) No primary keyboard configured > (==) Using compiletime defaults for keyboard > Rules = "xfree86" Model = "pc105" Layout = "gb" Variant = "(null)" > Options = "(null)" > Couldn't load XKB keymap, falling back to pre-XKB keymap is /tmp mounted in textmode? is the layout correct after switching to binmode? mount -b c:/windows/temp /tmp bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From pnews@lomarline.freeserve.co.uk Tue Sep 2 11:55:00 2003 From: pnews@lomarline.freeserve.co.uk (pnews@lomarline.freeserve.co.uk) Date: Tue, 02 Sep 2003 11:55:00 -0000 Subject: non us keyboards with cygwin, xfree86, Xwin -query XDMCP Message-ID: <200309021155.h82BtNE22226@lomarline.freeserve.co.uk> > On Tue, 2 Sep 2003, pbs wrote: > gives the error: > Couldn't load XKB keymap, falling back to pre-XKB keymap Well I've worked that one out from another post in the archive: : These files should reside in /etc/X11/xkb and there should be a symlink to : this directory at /usr/X11R6/lib/X11/xkb. If you don't have these files : I'd suggest reinstalling the XFree packages with the cygwin setup. The : XFree86-etc packaged should contain the files. The symbolic link /usr/X11R6/lib/X11/xkb was broken. I've fixed it and the error message Couldn't load XKB keymap, falling back to pre-XKB keymap has gone away. Without a config file, the log file now reads: (==) Using preset keyboard for "English (United Kingdom)" (00000809), type "4" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard BUT the characters at the login prompt are still US :-( On Tue, 2 Sep 2003, Alexander Gottwald wrote: > On Tue, 2 Sep 2003, pbs wrote: > >> Setup an out of the box cygwin installation with Xfree86 >> bash-prompt$ uname -a >> CYGWIN_95-4.0 local_host 1.3.22(0.78/3/2) 2003-03-18 09:20 i586[snip] > > Which version of XFree86 is installed? > > cygcheck -c XFree86-bin > cygcheck -c XFree86-etc Cygwin Package Information Package Version XFree86-bin 4.2.0-3 Cygwin Package Information Package Version XFree86-etc 4.2.0-1 > > >> The log file "/tmp/XWinrl.log" contains the following error: >> (==) Using preset keyboard for "English (United Kingdom)" (00000809), >> type "4" > > The configfile is not required. Your keyboard layout is preconfigured in > the xserver. Thanks for the info I've moved the config file out of the way. [snip] > is /tmp mounted in textmode? I have no idea what this means. (I'll RTFM....) Ah! I see! How I dislike the VMS way of doing things! > mount -b c:/windows/temp /tmp > > is the layout correct after switching to binmode? Yes it works keys are what I expect them to be :-) Thanks for your help. It is much appreciated. Regards Philip From huntharo@msu.edu Tue Sep 2 12:40:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 02 Sep 2003 12:40:00 -0000 Subject: Cygwin 1.5.3-1 Message-ID: <3F548FA2.3040105@msu.edu> Regarding the recent release of Cygwin 1.5.3-1, here is what I am going to do: 1) Wait for all libraries that we depend on to release their 1.5.3-1 versions. 2) Recompile the whole of Cygwin/XFree86 4.3.0 for Cygwin 1.5.3-1 3) Release the whole of Cygwin/XFree86 4.3.0 for Cygwin 1.5.3-1 I can't tell at this point whether or not there will be any problems either continuing to run Cygwin/XFree86 under Cygwin 1.5.3-1, whether or not their will be problems compiling new applications, etc. My best advice at this point is to just wait a week or two for things to settle down before mentioning that so-and-so doesn't compile anymore. It would be good to know if anything is out-right not working anymore, as that would speed the release of Cygwin/XFree86 for Cygwin 1.5.3-1. Harold From cyggie@eHa.no-ip.org Tue Sep 2 14:09:00 2003 From: cyggie@eHa.no-ip.org (cyggie@eHa.no-ip.org) Date: Tue, 02 Sep 2003 14:09:00 -0000 Subject: cut and paste between Cygwin emacs and Win2k windows? Message-ID: <200309021409.h82E9SUg005032@eHa.no-ip.org> Is there a way to select text in a cygwin emacs window, copy it, and paste it into a Win2k window? In linux, for example, KDE provides a clipboard utility (Klipper?) that provides this capability. best, cyggie stardust From alexander.gottwald@s1999.tu-chemnitz.de Tue Sep 2 15:40:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 02 Sep 2003 15:40:00 -0000 Subject: Cygwin 1.5.3-1 In-Reply-To: <3F548FA2.3040105@msu.edu> References: <3F548FA2.3040105@msu.edu> Message-ID: On Tue, 2 Sep 2003, Harold L Hunt II wrote: > I can't tell at this point whether or not there will be any problems > either continuing to run Cygwin/XFree86 under Cygwin 1.5.3-1, whether or > not their will be problems compiling new applications, etc. My best > advice at this point is to just wait a week or two for things to settle > down before mentioning that so-and-so doesn't compile anymore. It would > be good to know if anything is out-right not working anymore, as that > would speed the release of Cygwin/XFree86 for Cygwin 1.5.3-1. Me build at home was already against 1.5.x and I noticed no problems when testing the xserver. Clients were not tested intesively. Maybe another user has compiled XFree with cygwin 1.5.x and is using it for allday work. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From holokin@sisna.com Tue Sep 2 15:49:00 2003 From: holokin@sisna.com (Gary Nicholson) Date: Tue, 02 Sep 2003 15:49:00 -0000 Subject: Running remote programs locally In-Reply-To: Message-ID: <000001c37169$afeb15f0$0100a8c0@LYSANDER> Alexander, Thank you. Server's /etc/ssh/sshd_config file was disallowing X forwarding. X forwarding works now. Gary -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Alexander Gottwald Sent: Tuesday, September 02, 2003 3:03 AM To: cygwin-xfree@cygwin.com; holokine@holokine.com Subject: RE: Running remote programs locally On Mon, 1 Sep 2003, Gary Nicholson wrote: > After I ssh to remote machine, echo $DISPLAY gives empty string please try ssh -X remotehost. This turns on X11 Forwarding (please note: the option -x _disables_ X11 Forwarding) You can aso turn on X11 Forwarding in ~/.ssh/config by adding ForwardX11 yes If it does still not work, then X11Forwaring may be disabled in the server. Either ask your admin to activate it or add X11Forwarding yes to /etc/ssh/sshd_config if you have the sufficient rights. > "WARNING: no xauth data; using fake authentication data for X11 > forwarding." > > Is this a fatal error? This is a _warning_ http://cygwin.com/ml/cygwin-xfree/2003-09/msg00011.html bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From txa@Cs.Nott.AC.UK Tue Sep 2 16:36:00 2003 From: txa@Cs.Nott.AC.UK (Thorsten Altenkirch) Date: Tue, 02 Sep 2003 16:36:00 -0000 Subject: Xwin crashes - XP servicepack 1 problem? In-Reply-To: <3F53D973.3030600@msu.edu> References: <16211.55043.755888.440527@gargle.gargle.HOWL> <3F53D973.3030600@msu.edu> Message-ID: <16212.50896.981292.789998@gargle.gargle.HOWL> Harold L Hunt II writes: > Thorsten, > > Please send in the output of 'cygcheck -c XFree86-xserv'. It should bash-2.05b$ cygcheck -c XFree86-xserv Cygwin Package Information Package Version Status XFree86-xserv 4.3.0-5 OK > Oh, you mentioned that you have tried different versions of Xwin base? > What were you referring to there? The XFree86-base package doesn't > contain any files, it only causes other packages to be automatically > selected for installation. You need to upgrade the XFree86-xserv > package via setup.exe to 4.3.0-4 if you have not done so already. Just > re-running setup.exe should automatically select any updated packages, > such as XFree86-xserv. I toggled the switch such that an older version was selected and then run setup. I assumed that would reload the older version of any dependent packages. Anyway, it didn't make any difference. Are there any known problems with servicepack 1 for XP? I am a bit relcutant to uninstall it because it contains some security fixes. Cheers, Thorsten > > Hope that helps, > > Harold > > Thorsten Altenkirch wrote: > > > Xwin worked fine for me until recently. Now it crashes with an error > > > > in cygwin1.dll (with the "tell microsoft about your problem" window) > > > > each time I try to launch xemacs on my remote machine. I also found > > > > out that xfig (locally) crashes Xwin while other applications > > > > (xeyes,xterm,xedit,xv) seem to work fine. > > > > > > > > I checked that I have only one version of cygwin1.dll. I also tried > > > > different versions of Xwin base. The problem may be related to me > > > > installing the service pack 1 for windows XP recently. > > > > > > > > I also found a discussion in June (Problem with releases since -37) > > > > which discusses similar problems. > > > > > > > > Any help / hints are appreciated. > > > > Thorsten > > > > > > > > ---------------------------------------------------------------------- > > > > cygcheck.out > > > > ************ > > > > > > > > Cygwin Win95/NT Configuration Diagnostics > > > > Current System Time: Tue Sep 02 00:08:34 2003 > > > > > > > > Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 > > > > > > > > Path: C:\cygwin\usr\local\bin > > > > C:\cygwin\bin > > > > C:\cygwin\bin > > > > c:\WINDOWS\system32 > > > > c:\WINDOWS > > > > c:\WINDOWS\System32\Wbem% > > > > c:\Program Files\Hugs98 > > > > C:\cygwin\usr\X11R6\bin > > > > > > > > C:\cygwin\bin\id.exe output (nontsec) > > > > UID: 1005(txa) GID: 513(None) > > > > 513(None) > > > > > > > > C:\cygwin\bin\id.exe output (ntsec) > > > > UID: 1005(txa) GID: 513(None) > > > > 513(None) 544(Administrators) > > > > 545(Users) > > > > > > > > SysDir: C:\WINDOWS\System32 > > > > WinDir: C:\WINDOWS > > > > > > > > HOME = `C:\cygwin\home\txa' > > > > MAKE_MODE = `unix' > > > > PWD = `/home/txa' > > > > USER = `txa' > > > > > > > > ALLUSERSPROFILE = `C:\Documents and Settings\All Users' > > > > APPDATA = `C:\Documents and Settings\txa\Application Data' > > > > CLIENTNAME = `Console' > > > > COMMONPROGRAMFILES = `C:\Program Files\Common Files' > > > > COMPUTERNAME = `SOLE' > > > > COMSPEC = `C:\WINDOWS\system32\cmd.exe' > > > > CVS_RSH = `/bin/ssh' > > > > HOMEDRIVE = `C:' > > > > HOMEPATH = `\Documents and Settings\txa' > > > > HOSTNAME = `sole' > > > > LOGONSERVER = `\\SOLE' > > > > MANPATH = `:/usr/ssl/man' > > > > NUMBER_OF_PROCESSORS = `1' > > > > OLDPWD = `/usr/bin' > > > > OS = `Windows_NT' > > > > PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' > > > > PROCESSOR_ARCHITECTURE = `x86' > > > > PROCESSOR_IDENTIFIER = `x86 Family 6 Model 11 Stepping 1, GenuineIntel' > > > > PROCESSOR_LEVEL = `6' > > > > PROCESSOR_REVISION = `0b01' > > > > PROGRAMFILES = `C:\Program Files' > > > > PROMPT = `$P$G' > > > > PS1 = `\[\033]0;\w\007 > > > > \033[32m\]\u@\h \[\033[33m\w\033[0m\] > > > > $ ' > > > > SESSIONNAME = `Console' > > > > SHLVL = `1' > > > > SYSTEMDRIVE = `C:' > > > > SYSTEMROOT = `C:\WINDOWS' > > > > TEMP = `c:\DOCUME~1\txa\LOCALS~1\Temp' > > > > TERM = `cygwin' > > > > TMP = `c:\DOCUME~1\txa\LOCALS~1\Temp' > > > > USERDOMAIN = `SOLE' > > > > USERNAME = `txa' > > > > USERPROFILE = `C:\Documents and Settings\txa' > > > > WINDIR = `C:\WINDOWS' > > > > _ = `/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 18339Mb 51% CP CS UN PA FC System > > > > d: hd NTFS 10275Mb 47% CP CS UN PA FC VAIO > > > > e: fd N/A N/A > > > > > > > > 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: C:\cygwin\bin\cp.exe > > > > Found: C:\cygwin\bin\cpp.exe > > > > Found: C:\cygwin\bin\find.exe > > > > Found: C:\cygwin\bin\gcc.exe > > > > Not Found: gdb > > > > Found: C:\cygwin\bin\grep.exe > > > > Found: C:\cygwin\bin\ld.exe > > > > Found: C:\cygwin\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: C:\cygwin\bin\sh.exe > > > > Found: C:\cygwin\bin\tar.exe > > > > > > > > 58k 2002/05/07 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 > > > > "cygbz2-1.dll" v0.0 ts=2002/5/7 7:33 > > > > 848k 2003/04/11 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/4/11 11:33 > > > > 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 11:37 > > > > 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 17:24 > > > > 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 17:25 > > > > 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 6: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 6:03 > > > > 76k 2003/03/09 C:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0 > > > > "cygform7.dll" v0.0 ts=2003/3/9 20:51 > > > > 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 8: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 3: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 3: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 9: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 3: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/10 23: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/10 23: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/10 23:10 > > > > 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 4:34 > > > > 20k 2002/10/10 C:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0 > > > > "cyghistory5.dll" v0.0 ts=2002/10/10 18:28 > > > > 945k 2003/06/18 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 > > > > "cygiconv-2.dll" v0.0 ts=2003/6/18 4:08 > > > > 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 9:28 > > > > 28k 2002/09/20 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 > > > > "cygintl-2.dll" v0.0 ts=2002/9/20 4:13 > > > > 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 18:09 > > > > 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 1: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 5:19 > > > > 61k 2003/03/05 C:\cygwin\bin\cygkpathsea-3.dll - os=4.0 img=1.0 sys=4.0 > > > > "cygkpathsea-3.dll" v0.0 ts=2003/3/5 20:09 > > > > 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 21:23 > > > > 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 6: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 6:03 > > > > 48k 2003/03/09 C:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 > > > > "cygmenu7.dll" v0.0 ts=2003/3/9 20:51 > > > > 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 6: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 6: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 6: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 6:03 > > > > 284k 2003/03/09 C:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 > > > > "cygncurses7.dll" v0.0 ts=2003/3/9 20:50 > > > > 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 6: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 6:03 > > > > 31k 2003/03/09 C:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0 > > > > "cygpanel7.dll" v0.0 ts=2003/3/9 20:50 > > > > 66k 2003/07/01 C:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 > > > > "cygpcre-0.dll" v0.0 ts=2003/7/1 17:25 > > > > 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 9:31 > > > > 15k 2003/07/01 C:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 > > > > "cygpcreposix-0.dll" v0.0 ts=2003/7/1 17:25 > > > > 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 9:31 > > > > 1100k 2003/08/29 C:\cygwin\bin\cygperl5_8_0.dll - os=4.0 img=1.0 sys=4.0 > > > > "cygperl5_8_0.dll" v0.0 ts=2003/8/29 11:20 > > > > 173k 2003/02/23 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 > > > > "cygpng12.dll" v0.0 ts=2003/2/23 22:02 > > > > 170k 2002/01/21 C:\cygwin\bin\cygpng2.dll - os=4.0 img=1.0 sys=4.0 > > > > "cygpng2.dll" v0.0 ts=2002/1/21 1:05 > > > > 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 6: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 4:34 > > > > 127k 2002/10/10 C:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0 > > > > "cygreadline5.dll" v0.0 ts=2002/10/10 18:28 > > > > 176k 2003/04/11 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/4/11 11:33 > > > > 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 11: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 4: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 3:32 > > > > 2984k 2003/02/07 C:\cygwin\bin\cygxerces-c22.dll - os=4.0 img=1.0 sys=4.0 > > > > "cygxerces-c22.dll" v0.0 ts=2003/2/7 18:50 > > > > 41k 2002/01/20 C:\cygwin\bin\cygXpm-noX4.dll - os=4.0 img=1.0 sys=4.0 > > > > "cygXpm-noX4.dll" v0.0 ts=2002/1/20 18:49 > > > > 46k 2002/01/20 C:\cygwin\bin\cygXpm-X4.dll - os=4.0 img=1.0 sys=4.0 > > > > "cygXpm-X4.dll" v0.0 ts=2002/1/20 18:50 > > > > 50k 2002/03/12 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 > > > > "cygz.dll" v0.0 ts=2002/3/12 4:38 > > > > 948k 2003/03/18 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 > > > > "cygwin1.dll" v0.0 ts=2003/3/18 14:20 > > > > Cygwin DLL version info: > > > > DLL version: 1.3.22 > > > > DLL epoch: 19 > > > > DLL bad signal mask: 19005 > > > > DLL old termios: 5 > > > > DLL malloc env: 28 > > > > API major: 0 > > > > API minor: 78 > > > > 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: Tue Mar 18 09:20:11 EST 2003 > > > > CVS tag: dontuse-21 > > > > Shared id: cygwin1S3 > > > > > > > > 146k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygexpat-1.dll - os=4.0 img=1.0 sys=4.0 > > > > "cygexpat-1.dll" v0.0 ts=2003/8/1 5:06 > > > > 174k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 > > > > "cygfontconfig-1.dll" v0.0 ts=2003/8/1 5:06 > > > > 340k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygfreetype-9.dll - os=4.0 img=1.0 sys=4.0 > > > > "cygfreetype-9.dll" v0.0 ts=2003/8/1 5:06 > > > > 109k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0 > > > > "cygICE-6.dll" v0.0 ts=2003/8/1 5:05 > > > > 54k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0 > > > > "cygSM-6.dll" v0.0 ts=2003/8/1 5:05 > > > > 1067k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0 > > > > "cygX11-6.dll" v0.0 ts=2003/8/1 5:04 > > > > 77k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0 > > > > "cygXext-6.dll" v0.0 ts=2003/8/1 5:05 > > > > 105k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0 > > > > "cygXft-2.dll" v0.0 ts=2003/8/1 5:06 > > > > 81k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0 > > > > "cygXpm-4.dll" v0.0 ts=2003/8/1 5:05 > > > > 49k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0 > > > > "cygXrender-1.dll" v0.0 ts=2003/8/1 5:06 > > > > > > > > Cygwin Package Information > > > > Last downloaded files to: C:\cygwin\etc\setup > > > > Last downloaded files from: ftp://ftp.mirror.ac.uk/sites/sources.redhat.com/pub/cygwin > > > > > > > > Package Version > > > > _update-info-dir 00200-1 > > > > ash 20020731-1 > > > > base-files 2.2-1 > > > > base-passwd 1.1-1 > > > > bash 2.05b-9 > > > > binutils 20030307-1 > > > > bzip2 1.0.2-2 > > > > clear 1.0-1 > > > > crypt 1.0-2 > > > > cvs 1.11.5-1 > > > > cygutils 1.1.4-2 > > > > cygwin 1.3.22-1 > > > > diffutils 2.8.1-1 > > > > ed 0.2-1 > > > > fileutils 4.1-1 > > > > findutils 4.1.7-4 > > > > gawk 3.1.3-1 > > > > gcc 3.2-3 > > > > gcc-mingw 20020817-5 > > > > gdbm 1.8.3-3 > > > > gettext 0.11.5-1 > > > > ghostscript 7.05-2 > > > > ghostscript-base 7.05-2 > > > > ghostscript-x11 7.05-2 > > > > grep 2.5-1 > > > > groff 1.18.1-2 > > > > gzip 1.3.3-4 > > > > jpeg 6b-8 > > > > less 378-1 > > > > libbz2_1 1.0.2-2 > > > > libdb3.1 3.1.17-2 > > > > libgdbm 1.8.0-5 > > > > libgdbm-devel 1.8.3-3 > > > > libgdbm3 1.8.3-3 > > > > libgdbm4 1.8.3-7 > > > > libgettextpo0 0.12.1-3 > > > > libiconv2 1.8-3 > > > > libintl 0.10.38-3 > > > > libintl1 0.10.40-1 > > > > libintl2 0.11.5-1 > > > > libjpeg62 6b-11 > > > > libjpeg6b 6b-8 > > > > libkpathsea3 2.0.2-1 > > > > libkpathsea3abi13 2.0.2-2 > > > > libncurses5 5.2-1 > > > > libncurses6 5.2-8 > > > > libncurses7 5.3-1 > > > > libpcre 4.1-1 > > > > libpcre0 4.3-2 > > > > libpng12 1.2.5-1 > > > > libpng2 1.0.12-1 > > > > libpopt0 1.6.4-4 > > > > libreadline4 4.1-2 > > > > libreadline5 4.3-2 > > > > libtiff-devel 3.6.0-2 > > > > libtiff3 3.6.0-2 > > > > libtiff4 3.6.0-5 > > > > libxerces-c22 2.2.0-1 > > > > login 1.9-5 > > > > make 3.80-1 > > > > man 1.5j-2 > > > > mingw-runtime 3.0-1 > > > > mktemp 1.4-1 > > > > more 2.11o-1 > > > > ncurses 5.3-1 > > > > openssh 3.6.1p1-2 > > > > openssl 0.9.7b-1 > > > > openssl096 0.9.6j-1 > > > > pcre 4.3-2 > > > > pcre-doc 4.3-2 > > > > perl 5.8.0-5 > > > > readline 4.3-2 > > > > sed 4.0.7-1 > > > > sh-utils 2.0.15-3 > > > > tar 1.13.25-1 > > > > termcap 20021106-2 > > > > terminfo 5.3_20030726-1 > > > > tetex 2.0.2-1 > > > > tetex-base 2.0.2-1 > > > > tetex-bin 2.0.2-2 > > > > tetex-doc 2.0.2-1 > > > > tetex-extra 2.0.2-1 > > > > tetex-tiny 2.0.2-1 > > > > tetex-x11 2.0.2-2 > > > > texinfo 4.2-4 > > > > texmf 20020911-1 > > > > texmf-base 20020911-1 > > > > texmf-doc 20020911-1 > > > > texmf-extra 20020911-1 > > > > texmf-tiny 20020911-1 > > > > textutils 2.0.21-1 > > > > tiff 3.6.0-2 > > > > w32api 2.3-1 > > > > which 1.5-1 > > > > XFree86-base 4.2.0-1 > > > > XFree86-bin 4.2.0-3 > > > > XFree86-doc 4.3.0-1 > > > > XFree86-etc 4.3.0-3 > > > > XFree86-fenc 4.2.0-3 > > > > XFree86-fnts 4.2.0-3 > > > > XFree86-html 4.3.0-1 > > > > XFree86-lib 4.3.0-1 > > > > XFree86-lib-compat 4.3.0-1 > > > > XFree86-man 4.3.0-1 > > > > XFree86-startup-scripts 4.2.0-5 > > > > XFree86-xserv 4.3.0-5 > > > > XFree86-xwinclip 4.3.0-1 > > > > xpm-nox 4.2.0-1 > > > > zlib 1.1.4-1 > > > > > > > > Use -h to see help about each section > > > > > > > From jase@dufair.org Tue Sep 2 19:22:00 2003 From: jase@dufair.org (Jason Dufair) Date: Tue, 02 Sep 2003 19:22:00 -0000 Subject: cut and paste between Cygwin emacs and Win2k windows? In-Reply-To: <200309021409.h82E9SUg005032@eHa.no-ip.org> (cyggie@eHa.no-ip.org's message of "Tue, 2 Sep 2003 07:09:28 -0700") References: <200309021409.h82E9SUg005032@eHa.no-ip.org> Message-ID: If you run emacs under XFree86 with a recent "server test series", xclipboard is integrated and this happens automatically. Dunno about selecting text with a mouse, but C-w/M-w works great. cyggie@eHa.no-ip.org writes: > Is there a way to select text in a cygwin emacs window, copy it, and paste it into a Win2k window? In linux, for example, KDE provides a clipboard utility (Klipper?) that provides this capability. > > best, > cyggie stardust -- Jason Dufair - jase@dufair.org http://www.dufair.org/ "Our task must be to free ourselves... by widening our circle of compassion to embrace all living creatures and the whole of nature and its beauty." -- Albert Einstein From ar63@evansville.edu Tue Sep 2 20:08:00 2003 From: ar63@evansville.edu (Richardson, Anthony) Date: Tue, 02 Sep 2003 20:08:00 -0000 Subject: Adding Fonts? Message-ID: I couldn't find info in the FAQ or User's Guide on adding fonts. Did I overlook it somewhere? I want to make my Windows fonts available under X. I copied all of the ttf files to /usr/X11R6/lib/X11/fonts/Truetype and created fonts.scale and fonts.dir files using "ttmkfdir > fonts.scale" and mkfontdir. Then I ran fc-cache. Is there something else I need to do? When I run 'xset -q' I don't see the new font path listed. Thanks Tony Richardson From huntharo@msu.edu Tue Sep 2 20:58:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 02 Sep 2003 20:58:00 -0000 Subject: cut and paste between Cygwin emacs and Win2k windows? In-Reply-To: References: <200309021409.h82E9SUg005032@eHa.no-ip.org> Message-ID: <3F550473.6030502@msu.edu> You have to use the "-clipboard" parameter... and it is a little buggy and your selected text will be immediately unselected. (Don't comment on the unselection thing unless you are an amazing programmer and you have a fix in hand; in other words, it is more difficult to fix than you could possibly imagine.) Harold Jason Dufair wrote: > If you run emacs under XFree86 with a recent "server test series", > xclipboard is integrated and this happens automatically. Dunno about > selecting text with a mouse, but C-w/M-w works great. > > cyggie@eHa.no-ip.org writes: > > >>Is there a way to select text in a cygwin emacs window, copy it, and paste it into a Win2k window? In linux, for example, KDE provides a clipboard utility (Klipper?) that provides this capability. >> >>best, >>cyggie stardust > > From maklouf@hotmail.com Tue Sep 2 21:19:00 2003 From: maklouf@hotmail.com (maklouf) Date: Tue, 02 Sep 2003 21:19:00 -0000 Subject: large log file Message-ID: Hi all, I installed xserv ver 4.3.0-5 on a windows 2000 sp4 system with directx 9 and i ahve a large log file (5 gigs) with this line winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 88760096 does any one has any idea what this could be? Thanks From huntharo@msu.edu Tue Sep 2 21:31:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 02 Sep 2003 21:31:00 -0000 Subject: large log file In-Reply-To: References: Message-ID: <3F550C10.5060207@msu.edu> IDirectDrawSurface4_Blt should never fail. If it does, it indicates a problem with your system. You need to give us more information. You need to at least provide us with your command-line parameters (e.g., -fullscreen, -multimonitor, etc.) Alternatively, you can either use the "-engine 1" command-line parameter (which bypasses DirectDraw), or you can stop using an external window manager (e.g., twm) and start using the "-multiwindow" command-line parameter that launches and internal window manager (and uses GDI instead of DirectDraw). Harold maklouf wrote: > Hi all, > I installed xserv ver 4.3.0-5 on a windows 2000 sp4 system with directx > 9 and i ahve a large log file (5 gigs) with this line > winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 88760096 > > does any one has any idea what this could be? > > Thanks > > From maklouf@hotmail.com Tue Sep 2 21:49:00 2003 From: maklouf@hotmail.com (maklouf) Date: Tue, 02 Sep 2003 21:49:00 -0000 Subject: large log file In-Reply-To: <3F550C10.5060207@msu.edu> References: <3F550C10.5060207@msu.edu> Message-ID: Thanks for you quick reply, Here is the only option I am using, XWin -nodecoration. As for twm, I'm running a remote KDE session (using startkde) and it seems to kill any local window manager (I tried to run in multiwindow mode and it switch to the kde window manager). Maklouf. Harold L Hunt II wrote: > IDirectDrawSurface4_Blt should never fail. If it does, it indicates a > problem with your system. You need to give us more information. You > need to at least provide us with your command-line parameters (e.g., > -fullscreen, -multimonitor, etc.) > > Alternatively, you can either use the "-engine 1" command-line parameter > (which bypasses DirectDraw), or you can stop using an external window > manager (e.g., twm) and start using the "-multiwindow" command-line > parameter that launches and internal window manager (and uses GDI > instead of DirectDraw). > > Harold > > maklouf wrote: > >> Hi all, >> I installed xserv ver 4.3.0-5 on a windows 2000 sp4 system with >> directx 9 and i ahve a large log file (5 gigs) with this line >> winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 88760096 >> >> does any one has any idea what this could be? >> >> Thanks >> >> > > From ingi@telia.com Tue Sep 2 23:26:00 2003 From: ingi@telia.com (=?ISO-8859-1?Q?Ingvaldur_Sigurj=F3nsson?=) Date: Tue, 02 Sep 2003 23:26:00 -0000 Subject: Xterminal Message-ID: <3F552713.4060101@telia.com> Dear all, I'm still experiencing the problem when running Cygwin/XFree86 4.3, e.g. I can't get the characters that I get with 'AltGr'-combination with a swedish keyboard layout and OpenVMS DECterm or GVIM (launched from OpenVMS). I can workaround the DECterm thing by launching an xterm from cygwin (with a long '-xrm...' string), but I cant live without the '{', '[', ']' and '}' in GVIM for obvious reasons (who can ?). snip from my /tmp/XWin.log (==) Using preset keyboard for "Swedish (Sweden)" (0000041d), type "4" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc105" Layout = "se" Variant = "(null)" Options = "(null)" Packages installed: Cygwin Package Information Package Version XFree86-bin 4.3.0-1 Cygwin Package Information Package Version XFree86-etc 4.3.0-3 Default setting of the keyboards is as setxkbmap -v 10 reports: ~> setxkbmap.exe -v 10 Setting verbose level to 10 locale is C Applied rules from xfree86: model: pc105 layout: se Trying to build keymap using the following components: keycodes: xfree86+aliases(qwerty) types: complete compat: complete symbols: pc/pc(pc105)+pc/se geometry: pc(pc105) Default setting reported by xmodmap (on CYGWIN) xmodmap: up to 2 keys per modifier, (keycodes in parentheses): shift Shift_L (0x32), Shift_R (0x3e) lock Caps_Lock (0x42) control Control_L (0x25), Control_R (0x6d) mod1 Alt_L (0x40) mod2 Num_Lock (0x4d) mod3 mod4 Super_L (0x73), Super_R (0x74) mod5 ISO_Level3_Shift (0x71) xmodmap settings reported when run from DECterm on OpenVMS: xmodmap: up to 2 keys per modifier, (keycodes in parentheses): shift Shift_L (0x32), Shift_R (0x3e) lock Caps_Lock (0x42) control Control_L (0x25), Control_R (0x6d) mod1 Alt_L (0x40) mod2 Num_Lock (0x4d) mod3 mod4 Super_L (0x73), Super_R (0x74) mod5 BadKey (0x71) (Who is this BadKey guy ?) I've tried modifiying the keyboard with setxkbmap.exe like the following setxkbmap -rules xfree86 -model compaqeak8 -layout "se,us_intl" -option "grp alt_shift_toggle" and then shifting with alt-shift between the SE and us_intl but nothing happens. I've tried to manipulate the settings through various modifications with xmodmap, but without success. It seems like the XFree86 4.3 version is not compatible with clients compiled/linked with pre- 4.3 version. It works when I'm running Debian GNU/Linux with XFree86 4.2nnn, as it did when I ran Cygwin/XFree86 4.2 before upgrading to 4.3. I've run the 'xev' on both cygwin and OpenVMS where as the cygwin gives me the correct: KeyPress event, serial 22, synthetic NO, window 0xa00001, root 0x3a, subw 0xa00002, time 2776000, (59,55), root:(65,78), state 0x0, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, XLookupString gives 0 bytes: "" KeyPress event, serial 22, synthetic NO, window 0xa00001, root 0x3a, subw 0xa00002, time 2776031, (59,55), root:(65,78), state 0x80, keycode 13 (keysym 0x24, dollar), same_screen YES, XLookupString gives 1 bytes: "$" and the latter (OpenVMS) gives me something like: KeyPress event, serial 22, synthetic NO, window 0xa00001, root 0x3a, subw 0xa00002, time 2776000, (59,55), root:(65,78), state 0x0, keycode 113 (keysym 0xfe03, unknown), same_screen YES, XLookupString gives 0 bytes: "" it gives me just "2" I have RTFM and learned alot but obviously not enough, I would very much appreciate input on how to solve this. Regards - Ingvaldur -----Original Message----- From: Ingvaldur Sigurjonsson Sent: Mon 2003-08-25 11:56 AM To: cygwin-xfree@cygwin.com Cc: Subject: Re: Xterminal Hi all, Enclosed you find a 'decxterm.sh'-shell script that launches an ordinary xterm but with the keyboard remapped to suit OpenVMS LK* keyboard mappings. I was previously using DECTerm but after the latest upgrade of XFree86 Server for Cygwin (-> 4.3x) the keyboard didn't function as it used to be. I couldn't get any key's that needed the 'AltGr' in a combination (like '@','$','{','[',']','}'). I'm using Swedish keyboard layout. The same symptom appears when I'm using GVIM from OpenVMS, haven't tried Emacs yet (maybe in next life...). I also recommend that you copy the DECW-fonts (the 75dpi and/or 100dpi) from OpenVMS to your XFree86/Cygwin fontdirectory /usr/X11R6/lib/X11/fonts... I found them here: SYS$COMMON:[SYSFONT.DECW]. You add the DECW fonts to your fontpath with a script like: #!/bin/sh echo "Adding DECW Fonts (75dpi)" xset fp+ /usr/X11R6/lib/X11/fonts/decw/75dpi I've been using the XFree86/Cygwin daily since April against OpenVMS systems and Unixes, and I must say that I'm very impressed by it, previously I did use Reflection X (and Xcursion), but XFree86/Cygwin is a very good alternative/replacement for those products. Regards - Ingvaldur > Gillian, > Yes, it can work with VMS. I used to work at the NSCL (National > Superconducting Cyclotron Laboratory) and they used VMS and I was able > to get it to work, as were others that posted some information on the > Internet. However, I do not recall what the correct steps were to take, > nor do I recall who had posted information on how to do this. My best > suggestion is for you to search Google. > Good luck, > Harold > Gillian Dell wrote: >> Hello. >> I've installed the cygwin/xfree86 package on my PC. >> My question is, can it worked with a remote VMS >> machine (running DECWindows motif)?. >> If so I do I configure it to run? >> >> Regards, >> >> Gillian From cyggie@eHa.no-ip.org Wed Sep 3 03:20:00 2003 From: cyggie@eHa.no-ip.org (cyggie@eHa.no-ip.org) Date: Wed, 03 Sep 2003 03:20:00 -0000 Subject: cut and paste between Cygwin emacs and Win2k windows? In-Reply-To: <3F550473.6030502@msu.edu> (message from Harold L Hunt II on Tue, 02 Sep 2003 16:58:27 -0400) References: <200309021409.h82E9SUg005032@eHa.no-ip.org> <3F550473.6030502@msu.edu> Message-ID: <200309030320.h833K4Qn006539@eHa.no-ip.org> thanks. -clipboard working nicely. c.s. Mailing-List: contact cygwin-xfree-help@cygwin.com; run by ezmlm Sender: cygwin-xfree-owner@cygwin.com Mail-Followup-To: cygwin-xfree@cygwin.com Reply-To: cygwin-xfree@cygwin.com Date: Tue, 02 Sep 2003 16:58:27 -0400 From: Harold L Hunt II X-Accept-Language: en-us, en X-Spam-Status: No, hits=-2.6 required=6.8 tests=IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01, SUPERLONG_LINE,USER_AGENT,USER_AGENT_MOZILLA_UA, X_ACCEPT_LANG version=2.44 You have to use the "-clipboard" parameter... and it is a little buggy and your selected text will be immediately unselected. (Don't comment on the unselection thing unless you are an amazing programmer and you have a fix in hand; in other words, it is more difficult to fix than you could possibly imagine.) Harold Jason Dufair wrote: > If you run emacs under XFree86 with a recent "server test series", > xclipboard is integrated and this happens automatically. Dunno about > selecting text with a mouse, but C-w/M-w works great. > > cyggie@eHa.no-ip.org writes: > > >>Is there a way to select text in a cygwin emacs window, copy it, and paste it into a Win2k window? In linux, for example, KDE provides a clipboard utility (Klipper?) that provides this capability. >> >>best, >>cyggie stardust > > From dkuba@inbox.ru Wed Sep 3 03:49:00 2003 From: dkuba@inbox.ru (Michael Wald) Date: Wed, 03 Sep 2003 03:49:00 -0000 Subject: Equipment Leasing Message-ID: First Pacific Funding Michael Wald National Account Manager 805 Kirkland Avenue Suite 200 Kirkland, WA 98033 Telephone 877-953-2733 ext. 224 Fax 800-419-5604 As an established leader in the industry, First Pacific Funding looks forward to being your partner in Equipment Lease Financing. Our many years of successful experience will assure high approval ratios, low rates and great service. The following services and tools, when used effectively, will help you increase your sales. They include: - 90 day deferred payments - $25.00 down (no 1st and last payment) - $100.00 a month for the first seven months - Step payment (reduced payment for one full year) * Daily status reports faxed or called in to you * Fast and flexible credit decisions (2 to 24 hours) * High approval rates * Leasing for both new and used equipment * Applications by telephone * Pre-funding available * No financials required under $75,000 * Start-Up Business Programs Available * 100% Software Financing * Soft costs (install charges) can be included * First Pacific Funding handles all the paperwork * Funding within 24 hours * Partnership and National Account Programs We look forward to working with you in the near future. If you have any questions, please call me anytime. Sincerely, Michael Wald National Account Manager First Pacific Funding 877-953-2733 Ext. 224 Fax 800-419-5604 From ian.mac@kinnon.org Wed Sep 3 07:44:00 2003 From: ian.mac@kinnon.org (Ian MacKinnon) Date: Wed, 03 Sep 2003 07:44:00 -0000 Subject: Multiple Monitors on XP Message-ID: <20030903074416.2636.qmail@srv2.phosts.com> Hi, I am using XP on a laptop and am also using an external monitor. I have my laptop as display 1, and the external monitor as display 2 All using XP's built in mulitple monitor support. Now the problem... When I start X using startxwin.sh (or any other method), the clients all start on display 2, and if I drag them back to display 1, all their content disappears, ie the terminal window blanks out. If I drag them back to monitor 2, the content reapears along with any commands that have been entered This is with the latest 1.5 updated this morning, but has never worked for me Any suggestions ? I have tried different combinations of manually setting DISPLAY eg :0, :0.1 :1 etc Thanks From liul@fio.org.cn Wed Sep 3 08:42:00 2003 From: liul@fio.org.cn (=?GB2312?Q?=C1=F5=C1=D5?=) Date: Wed, 03 Sep 2003 08:42:00 -0000 Subject: A question to xfree86 . Message-ID: <200309031632781.SM00916@liulin> hello: cygwin-xfree! I am sorry to use your valued time to read this letter. I am a foreigner from china. For my job , I need to use the NCARG, that is a free visualization-software.But that must run on the basis of your product xfree86. So I come your web site trying to find one. To my surprise,all the link in your web (http://xfree86.cygwin.com/) do not allow me to download them. Can you tell me why I can not download them? Eager to waite your infomation! Thanks again to read this letter. sincerely liulin ????liul@fio.org.cn ??????????2003-09-03 From alexander.gottwald@s1999.tu-chemnitz.de Wed Sep 3 09:41:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 03 Sep 2003 09:41:00 -0000 Subject: Xterminal In-Reply-To: <3F552713.4060101@telia.com> References: <3F552713.4060101@telia.com> Message-ID: On Wed, 3 Sep 2003, Ingvaldur Sigurj??nsson wrote: > shift Shift_L (0x32), Shift_R (0x3e) > lock Caps_Lock (0x42) > control Control_L (0x25), Control_R (0x6d) > mod1 Alt_L (0x40) > mod2 Num_Lock (0x4d) > mod3 > mod4 Super_L (0x73), Super_R (0x74) > mod5 BadKey (0x71) for me it is (de layout) xmodmap: up to 2 keys per modifier, (keycodes in parentheses): shift Shift_L (0x32), Shift_R (0x3e) lock Caps_Lock (0x42) control Control_L (0x25), Control_R (0x6d) mod1 Alt_L (0x40) mod2 Num_Lock (0x4d) mod3 mod4 Super_L (0x73), Super_R (0x74) mod5 ISO_Level3_Shift (0x71) > (Who is this BadKey guy ?) > > I've tried modifiying the keyboard with setxkbmap.exe like the following > setxkbmap -rules xfree86 -model compaqeak8 -layout "se,us_intl" -option > "grp alt_shift_toggle" > > and then shifting with alt-shift between the SE and us_intl but nothing > happens. > > I've tried to manipulate the settings through various modifications with > xmodmap, but without success. > > It seems like the XFree86 4.3 version is not compatible with clients > compiled/linked with pre- 4.3 version. The XFree-lib-compat package provides dlls with the old naming scheme and I've not expirienced any problems with older programs using these libraries. > It works when I'm running Debian GNU/Linux with XFree86 4.2nnn, as it > did when I ran Cygwin/XFree86 4.2 before upgrading to 4.3. > > I've run the 'xev' on both cygwin and OpenVMS where as the cygwin gives > me the correct: > > KeyPress event, serial 22, synthetic NO, window 0xa00001, > root 0x3a, subw 0xa00002, time 2776000, (59,55), root:(65,78), > state 0x0, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), > same_screen YES, > XLookupString gives 0 bytes: "" > > KeyPress event, serial 22, synthetic NO, window 0xa00001, > root 0x3a, subw 0xa00002, time 2776031, (59,55), root:(65,78), > state 0x80, keycode 13 (keysym 0x24, dollar), same_screen YES, > XLookupString gives 1 bytes: "$" > > > and the latter (OpenVMS) gives me something like: > > KeyPress event, serial 22, synthetic NO, window 0xa00001, > root 0x3a, subw 0xa00002, time 2776000, (59,55), root:(65,78), > state 0x0, keycode 113 (keysym 0xfe03, unknown), same_screen YES, > XLookupString gives 0 bytes: "" There is a file /usr/X11R6/lib/X11/XKeysymDB. when adding the following line on VMS then the keysym should be recognized. ISO_Level3_Shift :0000FE03 bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From pechtcha@cs.nyu.edu Wed Sep 3 13:51:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 03 Sep 2003 13:51:00 -0000 Subject: Multiple Monitors on XP In-Reply-To: <20030903074416.2636.qmail@srv2.phosts.com> References: <20030903074416.2636.qmail@srv2.phosts.com> Message-ID: On Wed, 3 Sep 2003, Ian MacKinnon wrote: > Hi, > I am using XP on a laptop and am also using an external monitor. > I have my laptop as display 1, and the external monitor as display 2 > All using XP's built in mulitple monitor support. > > Now the problem... > When I start X using startxwin.sh (or any other method), the clients all > start on display 2, and if I drag them back to display 1, all their content > disappears, ie the terminal window blanks out. > If I drag them back to monitor 2, the content reapears along with any > commands that have been entered > > This is with the latest 1.5 updated this morning, but has never worked for > me > > Any suggestions ? > I have tried different combinations of manually setting DISPLAY eg :0, :0.1 > :1 etc I seem to recall that there is a -multiplemonitors option. Try passing it to XWin.exe in your startxwin.sh and see if it works. 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 Joel.Rosi-Schwartz@Etish.org Wed Sep 3 16:50:00 2003 From: Joel.Rosi-Schwartz@Etish.org (Joel Rosi-Schwartz) Date: Wed, 03 Sep 2003 16:50:00 -0000 Subject: Xwin stackdump while logging into RH8 with KDE as window manager Message-ID: <3F561BEB.3040606@Etish.org> Hi, I have spent the last couple of days trying to sort this out and I am stumped. I have a new machine that I am trying to get XFree up and running on. I already have XFree working just fine on 3 other workstations; these have been running fine for the past year and I have kept them updated with the latest release of cygwin/xfree every month or so. All of the machines are running win2k sp3, cygwin 1.3.22(0.78/3/2) and xfree 4.3.9. When I started putting this together the server was Red Hat Linux 8. Today I upgraded it to RH 9.0 but my problems persist. I have the XDMCP running on the server and calling startx on the new workstation brings up the window server and the login box. If I login using KDE as the display manager XWin dumps core when KDE is about half way through it's initialization sequence. If I select Gnome as the display manager everything works fine. My guess is that this has something to do with the video setup on the new box, but I can not say what or where. I have since discovered that if I remove my ~/.kde directory the login succeeds, but of course I loose two years of fine tuning my desktop. Oh, and by the way, yes I have thoroughly checked the disk that I only have one copy of cygwin1.dll ;-) Is there anything else I can send that will help diagnose this? Anything else I might try doing? Tia, - joel -------------- next part -------------- A non-text attachment was scrubbed... Name: startX Type: application/x-java-applet Size: 262 bytes Desc: not available URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWin.exe.stackdump URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWin.log URL: From huntharo@msu.edu Wed Sep 3 17:03:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 03 Sep 2003 17:03:00 -0000 Subject: Xwin stackdump while logging into RH8 with KDE as window manager In-Reply-To: <3F561BEB.3040606@Etish.org> References: <3F561BEB.3040606@Etish.org> Message-ID: <3F561ED6.6080500@msu.edu> > machines are running win2k sp3, cygwin 1.3.22(0.78/3/2) and xfree 4.3.9. Joel, There is no such thing as Cygwin/XFree86 4.3.9. There are Server Test Series releases: http://xfree86.cygwin.com/devel/shadow/changelog.html There are also setup.exe installed release of the XFree86-xserv-4.3.0-* package that correspond to a particular Server Test Series release (see the change log above to find the relation). Did you install with setup.exe (highly, extremely recommended) or have you replaced your XWin.exe with a Server Test Series at some point? If you have not used setup.exe lately to update your installation, I can only require that you do so and grab the latest XFree86-*-4.3.0-* packages to get yourself up to date. Without an up to date installation I cannot rule out the fact that your bug may already have been fixed. Please attach your startxwin.sh file for examination. Harold From mecklen@cimsoft.com Wed Sep 3 17:44:00 2003 From: mecklen@cimsoft.com (Robert Mecklenburg) Date: Wed, 03 Sep 2003 17:44:00 -0000 Subject: ssh/X with two hops Message-ID: <200309031744.h83HiBob032654@wolf.cimsoft.com> I'm a newbie at ssh and would like some advice. I have a home pc (windows xp) and an office pc (windows xp) behind a firewall/gateway host (linux). I want to run X at home and display (on my home X server) an emacs running on my office pc. Here is my most recent attempt: I have cygwin sshd running on my office machine... 1. startxwin.sh at home 2. In an xterm run "ssh -X -L 22:osaka:2200 gateway" this allows my to login directly to my office machine but leaves an unnecessary login on the gateway. X port forwarding works in this login, but it is the wrong host. 3. In a new xterm run "ssh -X localhost". Now I am logged onto my office machine and hopefully X ports are being forwarded, but no! 4. When I "echo $DISPLAY" on my office machine the variable is empty. I have, of course, tried many other permutations of this procedure, but this seems the closest to correct - but no joy. Another permutation I've tried is to ssh to the gateway and then ssh from the gateway to my office pc, but again the DISPLAY variable is not set even though I use -X. Any suggestions? Thanks! -- Robert From alexander.gottwald@s1999.tu-chemnitz.de Wed Sep 3 18:06:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 03 Sep 2003 18:06:00 -0000 Subject: ssh/X with two hops In-Reply-To: <200309031744.h83HiBob032654@wolf.cimsoft.com> References: <200309031744.h83HiBob032654@wolf.cimsoft.com> Message-ID: On Wed, 3 Sep 2003, Robert Mecklenburg wrote: > I'm a newbie at ssh and would like some advice. I have a home pc > (windows xp) and an office pc (windows xp) behind a firewall/gateway > host (linux). I want to run X at home and display (on my home X > server) an emacs running on my office pc. Here is my most recent > attempt: > > I have cygwin sshd running on my office machine... > > 1. startxwin.sh at home > > 2. In an xterm run "ssh -X -L 22:osaka:2200 gateway" this allows my to > login directly to my office machine but leaves an unnecessary login > on the gateway. X port forwarding works in this login, but it is > the wrong host. > > 3. In a new xterm run "ssh -X localhost". Now I am logged onto my > office machine and hopefully X ports are being forwarded, but no! > > 4. When I "echo $DISPLAY" on my office machine the variable is empty. Most likely X11Forwarding is disabled on that host. check /etc/ssh/sshd_config for an entry X11Forwarding yes bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Cary.Jamison@powerquest.com Wed Sep 3 18:35:00 2003 From: Cary.Jamison@powerquest.com (Cary Jamison) Date: Wed, 03 Sep 2003 18:35:00 -0000 Subject: large log file Message-ID: "maklouf" wrote in message news:... > Hi all, > I installed xserv ver 4.3.0-5 on a windows 2000 sp4 system with directx > 9 and i ahve a large log file (5 gigs) with this line > winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 88760096 > > does any one has any idea what this could be? > > Thanks Turn off your X screen saver. You don't need an X screen saver going when your Windows screen saver is doing its job. I've found that when the Windows screen saver is on, or I lock my screen using win-L, and I have an X application running that is drawing to the screen that my log will get filled with these messages. The X screensaver is typically the culprit as it is very busy drawing stuff. I have reported this problem here before, but it still persists (and I haven't done anything to fix it myself, shame on me :-) Cary From huntharo@msu.edu Wed Sep 3 18:40:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 03 Sep 2003 18:40:00 -0000 Subject: large log file In-Reply-To: References: Message-ID: <3F563596.8040009@msu.edu> Cary, Hmm... sounds like I should add a max message count to this error message. It could, say, print the message 10 times then print "Message reached max, not it printing anymore". Harold Cary Jamison wrote: > "maklouf" wrote in message > news:... > >>Hi all, >>I installed xserv ver 4.3.0-5 on a windows 2000 sp4 system with > > directx > >>9 and i ahve a large log file (5 gigs) with this line >>winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 88760096 >> >>does any one has any idea what this could be? >> >>Thanks > > > Turn off your X screen saver. You don't need an X screen saver going > when your Windows screen saver is doing its job. > > I've found that when the Windows screen saver is on, or I lock my screen > using win-L, and I have an X application running that is drawing to the > screen that my log will get filled with these messages. The X > screensaver is typically the culprit as it is very busy drawing stuff. > > I have reported this problem here before, but it still persists (and I > haven't done anything to fix it myself, shame on me :-) > > Cary From rokit@bellsouth.net Wed Sep 3 20:47:00 2003 From: rokit@bellsouth.net (Botl J. Rokit) Date: Wed, 03 Sep 2003 20:47:00 -0000 Subject: Cygwin Win-stall on 98, SSH to Mandrake won't run GUI Message-ID: <20030903204742.HAGH13779.imf18aec.mail.bellsouth.net@mail.bellsouth.net> Everyone, I hate to ask you this, but I'm just too green. Before we get into the rightful rattletrap about GUI crutches, my end users are all Win-dependent, and anything that I can remotely kick off and force their hand at is more beautiful than you'd ever know. I have installed Cygwin on a Windows 98 and 2000 computer (twice over, two different boxes), and have been able to command-prompt over to my new Mandrake Linux 9.1 computers. I can even get to root, of course! I simply can't get the GUI to come up, when I attempt to run things like MCC (Mandrake Control Center). I get this message: Unknown terminal: cygwin Check the TERM environment variable. Also make sure that the terminal is defined in the terminfo database. Alternatively, set the TERMCAP environment variable to the desired termcap entry. tset: unknown terminal type cygwin Terminal type? Now at this point, I get to enter either "cygwin" (which ends up saying, again, "Unknown terminal: cygwin") or "vt100" (just to shut it up). At that point, I get a remark that says Erase is backspace. And that's that. Being incredibly new, I'm not even certain *where* to look. I can say, however, that I *suspect* that it's because I haven't defined something on either of my linux b0x3n. And that I'm a total newbie. Thanks for the help. Seriously. Eric Geater Botl J. Rokit From rokit@bellsouth.net Wed Sep 3 20:51:00 2003 From: rokit@bellsouth.net (Botl J. Rokit) Date: Wed, 03 Sep 2003 20:51:00 -0000 Subject: My spam apologies Message-ID: <20030903205157.HCRG13779.imf18aec.mail.bellsouth.net@mail.bellsouth.net> My previous message went to the wrong mailing list. Sowwy. Eric/Sheepish From huntharo@msu.edu Wed Sep 3 20:52:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 03 Sep 2003 20:52:00 -0000 Subject: Cygwin Win-stall on 98, SSH to Mandrake won't run GUI In-Reply-To: <20030903204742.HAGH13779.imf18aec.mail.bellsouth.net@mail.bellsouth.net> References: <20030903204742.HAGH13779.imf18aec.mail.bellsouth.net@mail.bellsouth.net> Message-ID: <3F565496.1080502@msu.edu> Botl, You are trying to do one of two things: 1) Display remote X apps that are launched from a console (ssh or telnet) on the remote machine. This is documented here: http://xfree86.cygwin.com/docs/ug/using-remote-apps.html 2) Get a GUI session on the remote machine, just as if you were sitting on the console. This is documented here: http://xfree86.cygwin.com/docs/ug/using-remote-session.html Hope that helps, Harold Botl J. Rokit wrote: > Everyone, I hate to ask you this, but I'm just too green. Before we get into the rightful rattletrap about GUI crutches, my end users are all Win-dependent, and anything that I can remotely kick off and force their hand at is more beautiful than you'd ever know. > > I have installed Cygwin on a Windows 98 and 2000 computer (twice over, two different boxes), and have been able to command-prompt over to my new Mandrake Linux 9.1 computers. I can even get to root, of course! I simply can't get the GUI to come up, when I attempt to run things like MCC (Mandrake Control Center). I get this message: > > Unknown terminal: cygwin > Check the TERM environment variable. > Also make sure that the terminal is defined in the terminfo database. > Alternatively, set the TERMCAP environment variable to the desired > termcap entry. > tset: unknown terminal type cygwin > Terminal type? > > Now at this point, I get to enter either "cygwin" (which ends up saying, again, "Unknown terminal: cygwin") or "vt100" (just to shut it up). At that point, I get a remark that says > > Erase is backspace. > > And that's that. Being incredibly new, I'm not even certain *where* to look. I can say, however, that I *suspect* that it's because I haven't defined something on either of my linux b0x3n. And that I'm a total newbie. > > Thanks for the help. Seriously. > > Eric Geater > Botl J. Rokit > From huntharo@msu.edu Wed Sep 3 21:02:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 03 Sep 2003 21:02:00 -0000 Subject: My spam apologies In-Reply-To: <20030903205157.HCRG13779.imf18aec.mail.bellsouth.net@mail.bellsouth.net> References: <20030903205157.HCRG13779.imf18aec.mail.bellsouth.net@mail.bellsouth.net> Message-ID: <3F5656CD.8050206@msu.edu> It did? You needed help with X apps for Cygwin, right? If so, then cygwin-xfree is the mailing list for you. Harold Botl J. Rokit wrote: > My previous message went to the wrong mailing list. Sowwy. > > Eric/Sheepish > From maklouf@hotmail.com Wed Sep 3 21:16:00 2003 From: maklouf@hotmail.com (maklouf) Date: Wed, 03 Sep 2003 21:16:00 -0000 Subject: large log file In-Reply-To: <3F563596.8040009@msu.edu> References: <3F563596.8040009@msu.edu> Message-ID: Indeed my screen saver was on, now it's off hopefully this will fix the problem. Thanks to all of you for your help. Maklouf Harold L Hunt II wrote: > Cary, > > Hmm... sounds like I should add a max message count to this error > message. It could, say, print the message 10 times then print "Message > reached max, not it printing anymore". > > Harold > > Cary Jamison wrote: > >> "maklouf" wrote in message >> news:... >> >>> Hi all, >>> I installed xserv ver 4.3.0-5 on a windows 2000 sp4 system with >> >> >> directx >> >>> 9 and i ahve a large log file (5 gigs) with this line >>> winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 88760096 >>> >>> does any one has any idea what this could be? >>> >>> Thanks >> >> >> >> Turn off your X screen saver. You don't need an X screen saver going >> when your Windows screen saver is doing its job. >> >> I've found that when the Windows screen saver is on, or I lock my screen >> using win-L, and I have an X application running that is drawing to the >> screen that my log will get filled with these messages. The X >> screensaver is typically the culprit as it is very busy drawing stuff. >> >> I have reported this problem here before, but it still persists (and I >> haven't done anything to fix it myself, shame on me :-) >> >> Cary > > > From txa@Cs.Nott.AC.UK Wed Sep 3 21:38:00 2003 From: txa@Cs.Nott.AC.UK (Thorsten Altenkirch) Date: Wed, 03 Sep 2003 21:38:00 -0000 Subject: Xwin crashes - XP servicepack 1 problem? In-Reply-To: <16211.55043.755888.440527@gargle.gargle.HOWL> References: <16211.55043.755888.440527@gargle.gargle.HOWL> Message-ID: <16214.24283.165813.28980@gargle.gargle.HOWL> I have got no further comments on my problem. Any advice what I can do? Shall I try to reinstall cygwin??? What would be the best way to do this? Cheers, Thorsten Thorsten Altenkirch writes: > Xwin worked fine for me until recently. Now it crashes with an error > in cygwin1.dll (with the "tell microsoft about your problem" window) > each time I try to launch xemacs on my remote machine. I also found > out that xfig (locally) crashes Xwin while other applications > (xeyes,xterm,xedit,xv) seem to work fine. > > I checked that I have only one version of cygwin1.dll. I also tried > different versions of Xwin base. The problem may be related to me > installing the service pack 1 for windows XP recently. > > I also found a discussion in June (Problem with releases since -37) > which discusses similar problems. > > Any help / hints are appreciated. > Thorsten > > ---------------------------------------------------------------------- > cygcheck.out > ************ > > Cygwin Win95/NT Configuration Diagnostics > Current System Time: Tue Sep 02 00:08:34 2003 > > Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 > > Path: C:\cygwin\usr\local\bin > C:\cygwin\bin > C:\cygwin\bin > c:\WINDOWS\system32 > c:\WINDOWS > c:\WINDOWS\System32\Wbem% > c:\Program Files\Hugs98 > C:\cygwin\usr\X11R6\bin > > C:\cygwin\bin\id.exe output (nontsec) > UID: 1005(txa) GID: 513(None) > 513(None) > > C:\cygwin\bin\id.exe output (ntsec) > UID: 1005(txa) GID: 513(None) > 513(None) 544(Administrators) > 545(Users) > > SysDir: C:\WINDOWS\System32 > WinDir: C:\WINDOWS > > HOME = `C:\cygwin\home\txa' > MAKE_MODE = `unix' > PWD = `/home/txa' > USER = `txa' > > ALLUSERSPROFILE = `C:\Documents and Settings\All Users' > APPDATA = `C:\Documents and Settings\txa\Application Data' > CLIENTNAME = `Console' > COMMONPROGRAMFILES = `C:\Program Files\Common Files' > COMPUTERNAME = `SOLE' > COMSPEC = `C:\WINDOWS\system32\cmd.exe' > CVS_RSH = `/bin/ssh' > HOMEDRIVE = `C:' > HOMEPATH = `\Documents and Settings\txa' > HOSTNAME = `sole' > LOGONSERVER = `\\SOLE' > MANPATH = `:/usr/ssl/man' > NUMBER_OF_PROCESSORS = `1' > OLDPWD = `/usr/bin' > OS = `Windows_NT' > PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' > PROCESSOR_ARCHITECTURE = `x86' > PROCESSOR_IDENTIFIER = `x86 Family 6 Model 11 Stepping 1, GenuineIntel' > PROCESSOR_LEVEL = `6' > PROCESSOR_REVISION = `0b01' > PROGRAMFILES = `C:\Program Files' > PROMPT = `$P$G' > PS1 = `\[\033]0;\w\007 > \033[32m\]\u@\h \[\033[33m\w\033[0m\] > $ ' > SESSIONNAME = `Console' > SHLVL = `1' > SYSTEMDRIVE = `C:' > SYSTEMROOT = `C:\WINDOWS' > TEMP = `c:\DOCUME~1\txa\LOCALS~1\Temp' > TERM = `cygwin' > TMP = `c:\DOCUME~1\txa\LOCALS~1\Temp' > USERDOMAIN = `SOLE' > USERNAME = `txa' > USERPROFILE = `C:\Documents and Settings\txa' > WINDIR = `C:\WINDOWS' > _ = `/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 18339Mb 51% CP CS UN PA FC System > d: hd NTFS 10275Mb 47% CP CS UN PA FC VAIO > e: fd N/A N/A > > 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: C:\cygwin\bin\cp.exe > Found: C:\cygwin\bin\cpp.exe > Found: C:\cygwin\bin\find.exe > Found: C:\cygwin\bin\gcc.exe > Not Found: gdb > Found: C:\cygwin\bin\grep.exe > Found: C:\cygwin\bin\ld.exe > Found: C:\cygwin\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: C:\cygwin\bin\sh.exe > Found: C:\cygwin\bin\tar.exe > > 58k 2002/05/07 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 > "cygbz2-1.dll" v0.0 ts=2002/5/7 7:33 > 848k 2003/04/11 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/4/11 11:33 > 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 11:37 > 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 17:24 > 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 17:25 > 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 6: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 6:03 > 76k 2003/03/09 C:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0 > "cygform7.dll" v0.0 ts=2003/3/9 20:51 > 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 8: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 3: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 3: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 9: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 3: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/10 23: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/10 23: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/10 23:10 > 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 4:34 > 20k 2002/10/10 C:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0 > "cyghistory5.dll" v0.0 ts=2002/10/10 18:28 > 945k 2003/06/18 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 > "cygiconv-2.dll" v0.0 ts=2003/6/18 4:08 > 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 9:28 > 28k 2002/09/20 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 > "cygintl-2.dll" v0.0 ts=2002/9/20 4:13 > 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 18:09 > 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 1: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 5:19 > 61k 2003/03/05 C:\cygwin\bin\cygkpathsea-3.dll - os=4.0 img=1.0 sys=4.0 > "cygkpathsea-3.dll" v0.0 ts=2003/3/5 20:09 > 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 21:23 > 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 6: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 6:03 > 48k 2003/03/09 C:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 > "cygmenu7.dll" v0.0 ts=2003/3/9 20:51 > 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 6: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 6: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 6: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 6:03 > 284k 2003/03/09 C:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 > "cygncurses7.dll" v0.0 ts=2003/3/9 20:50 > 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 6: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 6:03 > 31k 2003/03/09 C:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0 > "cygpanel7.dll" v0.0 ts=2003/3/9 20:50 > 66k 2003/07/01 C:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 > "cygpcre-0.dll" v0.0 ts=2003/7/1 17:25 > 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 9:31 > 15k 2003/07/01 C:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 > "cygpcreposix-0.dll" v0.0 ts=2003/7/1 17:25 > 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 9:31 > 1100k 2003/08/29 C:\cygwin\bin\cygperl5_8_0.dll - os=4.0 img=1.0 sys=4.0 > "cygperl5_8_0.dll" v0.0 ts=2003/8/29 11:20 > 173k 2003/02/23 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 > "cygpng12.dll" v0.0 ts=2003/2/23 22:02 > 170k 2002/01/21 C:\cygwin\bin\cygpng2.dll - os=4.0 img=1.0 sys=4.0 > "cygpng2.dll" v0.0 ts=2002/1/21 1:05 > 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 6: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 4:34 > 127k 2002/10/10 C:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0 > "cygreadline5.dll" v0.0 ts=2002/10/10 18:28 > 176k 2003/04/11 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/4/11 11:33 > 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 11: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 4: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 3:32 > 2984k 2003/02/07 C:\cygwin\bin\cygxerces-c22.dll - os=4.0 img=1.0 sys=4.0 > "cygxerces-c22.dll" v0.0 ts=2003/2/7 18:50 > 41k 2002/01/20 C:\cygwin\bin\cygXpm-noX4.dll - os=4.0 img=1.0 sys=4.0 > "cygXpm-noX4.dll" v0.0 ts=2002/1/20 18:49 > 46k 2002/01/20 C:\cygwin\bin\cygXpm-X4.dll - os=4.0 img=1.0 sys=4.0 > "cygXpm-X4.dll" v0.0 ts=2002/1/20 18:50 > 50k 2002/03/12 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 > "cygz.dll" v0.0 ts=2002/3/12 4:38 > 948k 2003/03/18 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 > "cygwin1.dll" v0.0 ts=2003/3/18 14:20 > Cygwin DLL version info: > DLL version: 1.3.22 > DLL epoch: 19 > DLL bad signal mask: 19005 > DLL old termios: 5 > DLL malloc env: 28 > API major: 0 > API minor: 78 > 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: Tue Mar 18 09:20:11 EST 2003 > CVS tag: dontuse-21 > Shared id: cygwin1S3 > > 146k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygexpat-1.dll - os=4.0 img=1.0 sys=4.0 > "cygexpat-1.dll" v0.0 ts=2003/8/1 5:06 > 174k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 > "cygfontconfig-1.dll" v0.0 ts=2003/8/1 5:06 > 340k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygfreetype-9.dll - os=4.0 img=1.0 sys=4.0 > "cygfreetype-9.dll" v0.0 ts=2003/8/1 5:06 > 109k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0 > "cygICE-6.dll" v0.0 ts=2003/8/1 5:05 > 54k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0 > "cygSM-6.dll" v0.0 ts=2003/8/1 5:05 > 1067k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0 > "cygX11-6.dll" v0.0 ts=2003/8/1 5:04 > 77k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0 > "cygXext-6.dll" v0.0 ts=2003/8/1 5:05 > 105k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0 > "cygXft-2.dll" v0.0 ts=2003/8/1 5:06 > 81k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0 > "cygXpm-4.dll" v0.0 ts=2003/8/1 5:05 > 49k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0 > "cygXrender-1.dll" v0.0 ts=2003/8/1 5:06 > > Cygwin Package Information > Last downloaded files to: C:\cygwin\etc\setup > Last downloaded files from: ftp://ftp.mirror.ac.uk/sites/sources.redhat.com/pub/cygwin > > Package Version > _update-info-dir 00200-1 > ash 20020731-1 > base-files 2.2-1 > base-passwd 1.1-1 > bash 2.05b-9 > binutils 20030307-1 > bzip2 1.0.2-2 > clear 1.0-1 > crypt 1.0-2 > cvs 1.11.5-1 > cygutils 1.1.4-2 > cygwin 1.3.22-1 > diffutils 2.8.1-1 > ed 0.2-1 > fileutils 4.1-1 > findutils 4.1.7-4 > gawk 3.1.3-1 > gcc 3.2-3 > gcc-mingw 20020817-5 > gdbm 1.8.3-3 > gettext 0.11.5-1 > ghostscript 7.05-2 > ghostscript-base 7.05-2 > ghostscript-x11 7.05-2 > grep 2.5-1 > groff 1.18.1-2 > gzip 1.3.3-4 > jpeg 6b-8 > less 378-1 > libbz2_1 1.0.2-2 > libdb3.1 3.1.17-2 > libgdbm 1.8.0-5 > libgdbm-devel 1.8.3-3 > libgdbm3 1.8.3-3 > libgdbm4 1.8.3-7 > libgettextpo0 0.12.1-3 > libiconv2 1.8-3 > libintl 0.10.38-3 > libintl1 0.10.40-1 > libintl2 0.11.5-1 > libjpeg62 6b-11 > libjpeg6b 6b-8 > libkpathsea3 2.0.2-1 > libkpathsea3abi13 2.0.2-2 > libncurses5 5.2-1 > libncurses6 5.2-8 > libncurses7 5.3-1 > libpcre 4.1-1 > libpcre0 4.3-2 > libpng12 1.2.5-1 > libpng2 1.0.12-1 > libpopt0 1.6.4-4 > libreadline4 4.1-2 > libreadline5 4.3-2 > libtiff-devel 3.6.0-2 > libtiff3 3.6.0-2 > libtiff4 3.6.0-5 > libxerces-c22 2.2.0-1 > login 1.9-5 > make 3.80-1 > man 1.5j-2 > mingw-runtime 3.0-1 > mktemp 1.4-1 > more 2.11o-1 > ncurses 5.3-1 > openssh 3.6.1p1-2 > openssl 0.9.7b-1 > openssl096 0.9.6j-1 > pcre 4.3-2 > pcre-doc 4.3-2 > perl 5.8.0-5 > readline 4.3-2 > sed 4.0.7-1 > sh-utils 2.0.15-3 > tar 1.13.25-1 > termcap 20021106-2 > terminfo 5.3_20030726-1 > tetex 2.0.2-1 > tetex-base 2.0.2-1 > tetex-bin 2.0.2-2 > tetex-doc 2.0.2-1 > tetex-extra 2.0.2-1 > tetex-tiny 2.0.2-1 > tetex-x11 2.0.2-2 > texinfo 4.2-4 > texmf 20020911-1 > texmf-base 20020911-1 > texmf-doc 20020911-1 > texmf-extra 20020911-1 > texmf-tiny 20020911-1 > textutils 2.0.21-1 > tiff 3.6.0-2 > w32api 2.3-1 > which 1.5-1 > XFree86-base 4.2.0-1 > XFree86-bin 4.2.0-3 > XFree86-doc 4.3.0-1 > XFree86-etc 4.3.0-3 > XFree86-fenc 4.2.0-3 > XFree86-fnts 4.2.0-3 > XFree86-html 4.3.0-1 > XFree86-lib 4.3.0-1 > XFree86-lib-compat 4.3.0-1 > XFree86-man 4.3.0-1 > XFree86-startup-scripts 4.2.0-5 > XFree86-xserv 4.3.0-5 > XFree86-xwinclip 4.3.0-1 > xpm-nox 4.2.0-1 > zlib 1.1.4-1 > > Use -h to see help about each section > > -- > Dr. Thorsten Altenkirch phone : (+44) (0)115 84 66516 > Lecturer http://www.cs.nott.ac.uk/~txa/ > School of Computer Science & IT University of Nottingham From huntharo@msu.edu Wed Sep 3 22:58:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 03 Sep 2003 22:58:00 -0000 Subject: Xwin crashes - XP servicepack 1 problem? In-Reply-To: <16214.24283.165813.28980@gargle.gargle.HOWL> References: <16211.55043.755888.440527@gargle.gargle.HOWL> <16214.24283.165813.28980@gargle.gargle.HOWL> Message-ID: <3F567211.40005@msu.edu> Thorsten, Your problem is not known to have anything to do with XP Service Pack 1. I forget if you tried not using -multiwindow and instead using twm. Please edit startxwin.bat and read the comments on how to do this (there should be REM'd out lines that would do what I am suggesting, I think). If your problem is specific to -multiwindow, then this is a bug that could be fixed. Please make sure that you are using XFree86-xserv-4.3.0-5 (did I already ask this and did you already confirm that you are running this version?). Harold Thorsten Altenkirch wrote: > I have got no further comments on my problem. > > Any advice what I can do? Shall I try to reinstall cygwin??? > What would be the best way to do this? > > Cheers, > Thorsten > > Thorsten Altenkirch writes: > > Xwin worked fine for me until recently. Now it crashes with an error > > > in cygwin1.dll (with the "tell microsoft about your problem" window) > > > each time I try to launch xemacs on my remote machine. I also found > > > out that xfig (locally) crashes Xwin while other applications > > > (xeyes,xterm,xedit,xv) seem to work fine. > > > > > > I checked that I have only one version of cygwin1.dll. I also tried > > > different versions of Xwin base. The problem may be related to me > > > installing the service pack 1 for windows XP recently. > > > > > > I also found a discussion in June (Problem with releases since -37) > > > which discusses similar problems. > > > > > > Any help / hints are appreciated. > > > Thorsten > > > > > > ---------------------------------------------------------------------- > > > cygcheck.out > > > ************ > > > > > > Cygwin Win95/NT Configuration Diagnostics > > > Current System Time: Tue Sep 02 00:08:34 2003 > > > > > > Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 > > > > > > Path: C:\cygwin\usr\local\bin > > > C:\cygwin\bin > > > C:\cygwin\bin > > > c:\WINDOWS\system32 > > > c:\WINDOWS > > > c:\WINDOWS\System32\Wbem% > > > c:\Program Files\Hugs98 > > > C:\cygwin\usr\X11R6\bin > > > > > > C:\cygwin\bin\id.exe output (nontsec) > > > UID: 1005(txa) GID: 513(None) > > > 513(None) > > > > > > C:\cygwin\bin\id.exe output (ntsec) > > > UID: 1005(txa) GID: 513(None) > > > 513(None) 544(Administrators) > > > 545(Users) > > > > > > SysDir: C:\WINDOWS\System32 > > > WinDir: C:\WINDOWS > > > > > > HOME = `C:\cygwin\home\txa' > > > MAKE_MODE = `unix' > > > PWD = `/home/txa' > > > USER = `txa' > > > > > > ALLUSERSPROFILE = `C:\Documents and Settings\All Users' > > > APPDATA = `C:\Documents and Settings\txa\Application Data' > > > CLIENTNAME = `Console' > > > COMMONPROGRAMFILES = `C:\Program Files\Common Files' > > > COMPUTERNAME = `SOLE' > > > COMSPEC = `C:\WINDOWS\system32\cmd.exe' > > > CVS_RSH = `/bin/ssh' > > > HOMEDRIVE = `C:' > > > HOMEPATH = `\Documents and Settings\txa' > > > HOSTNAME = `sole' > > > LOGONSERVER = `\\SOLE' > > > MANPATH = `:/usr/ssl/man' > > > NUMBER_OF_PROCESSORS = `1' > > > OLDPWD = `/usr/bin' > > > OS = `Windows_NT' > > > PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' > > > PROCESSOR_ARCHITECTURE = `x86' > > > PROCESSOR_IDENTIFIER = `x86 Family 6 Model 11 Stepping 1, GenuineIntel' > > > PROCESSOR_LEVEL = `6' > > > PROCESSOR_REVISION = `0b01' > > > PROGRAMFILES = `C:\Program Files' > > > PROMPT = `$P$G' > > > PS1 = `\[\033]0;\w\007 > > > \033[32m\]\u@\h \[\033[33m\w\033[0m\] > > > $ ' > > > SESSIONNAME = `Console' > > > SHLVL = `1' > > > SYSTEMDRIVE = `C:' > > > SYSTEMROOT = `C:\WINDOWS' > > > TEMP = `c:\DOCUME~1\txa\LOCALS~1\Temp' > > > TERM = `cygwin' > > > TMP = `c:\DOCUME~1\txa\LOCALS~1\Temp' > > > USERDOMAIN = `SOLE' > > > USERNAME = `txa' > > > USERPROFILE = `C:\Documents and Settings\txa' > > > WINDIR = `C:\WINDOWS' > > > _ = `/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 18339Mb 51% CP CS UN PA FC System > > > d: hd NTFS 10275Mb 47% CP CS UN PA FC VAIO > > > e: fd N/A N/A > > > > > > 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: C:\cygwin\bin\cp.exe > > > Found: C:\cygwin\bin\cpp.exe > > > Found: C:\cygwin\bin\find.exe > > > Found: C:\cygwin\bin\gcc.exe > > > Not Found: gdb > > > Found: C:\cygwin\bin\grep.exe > > > Found: C:\cygwin\bin\ld.exe > > > Found: C:\cygwin\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: C:\cygwin\bin\sh.exe > > > Found: C:\cygwin\bin\tar.exe > > > > > > 58k 2002/05/07 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 > > > "cygbz2-1.dll" v0.0 ts=2002/5/7 7:33 > > > 848k 2003/04/11 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/4/11 11:33 > > > 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 11:37 > > > 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 17:24 > > > 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 17:25 > > > 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 6: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 6:03 > > > 76k 2003/03/09 C:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0 > > > "cygform7.dll" v0.0 ts=2003/3/9 20:51 > > > 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 8: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 3: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 3: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 9: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 3: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/10 23: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/10 23: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/10 23:10 > > > 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 4:34 > > > 20k 2002/10/10 C:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0 > > > "cyghistory5.dll" v0.0 ts=2002/10/10 18:28 > > > 945k 2003/06/18 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 > > > "cygiconv-2.dll" v0.0 ts=2003/6/18 4:08 > > > 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 9:28 > > > 28k 2002/09/20 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 > > > "cygintl-2.dll" v0.0 ts=2002/9/20 4:13 > > > 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 18:09 > > > 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 1: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 5:19 > > > 61k 2003/03/05 C:\cygwin\bin\cygkpathsea-3.dll - os=4.0 img=1.0 sys=4.0 > > > "cygkpathsea-3.dll" v0.0 ts=2003/3/5 20:09 > > > 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 21:23 > > > 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 6: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 6:03 > > > 48k 2003/03/09 C:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 > > > "cygmenu7.dll" v0.0 ts=2003/3/9 20:51 > > > 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 6: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 6: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 6: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 6:03 > > > 284k 2003/03/09 C:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 > > > "cygncurses7.dll" v0.0 ts=2003/3/9 20:50 > > > 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 6: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 6:03 > > > 31k 2003/03/09 C:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0 > > > "cygpanel7.dll" v0.0 ts=2003/3/9 20:50 > > > 66k 2003/07/01 C:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 > > > "cygpcre-0.dll" v0.0 ts=2003/7/1 17:25 > > > 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 9:31 > > > 15k 2003/07/01 C:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 > > > "cygpcreposix-0.dll" v0.0 ts=2003/7/1 17:25 > > > 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 9:31 > > > 1100k 2003/08/29 C:\cygwin\bin\cygperl5_8_0.dll - os=4.0 img=1.0 sys=4.0 > > > "cygperl5_8_0.dll" v0.0 ts=2003/8/29 11:20 > > > 173k 2003/02/23 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 > > > "cygpng12.dll" v0.0 ts=2003/2/23 22:02 > > > 170k 2002/01/21 C:\cygwin\bin\cygpng2.dll - os=4.0 img=1.0 sys=4.0 > > > "cygpng2.dll" v0.0 ts=2002/1/21 1:05 > > > 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 6: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 4:34 > > > 127k 2002/10/10 C:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0 > > > "cygreadline5.dll" v0.0 ts=2002/10/10 18:28 > > > 176k 2003/04/11 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/4/11 11:33 > > > 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 11: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 4: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 3:32 > > > 2984k 2003/02/07 C:\cygwin\bin\cygxerces-c22.dll - os=4.0 img=1.0 sys=4.0 > > > "cygxerces-c22.dll" v0.0 ts=2003/2/7 18:50 > > > 41k 2002/01/20 C:\cygwin\bin\cygXpm-noX4.dll - os=4.0 img=1.0 sys=4.0 > > > "cygXpm-noX4.dll" v0.0 ts=2002/1/20 18:49 > > > 46k 2002/01/20 C:\cygwin\bin\cygXpm-X4.dll - os=4.0 img=1.0 sys=4.0 > > > "cygXpm-X4.dll" v0.0 ts=2002/1/20 18:50 > > > 50k 2002/03/12 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 > > > "cygz.dll" v0.0 ts=2002/3/12 4:38 > > > 948k 2003/03/18 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 > > > "cygwin1.dll" v0.0 ts=2003/3/18 14:20 > > > Cygwin DLL version info: > > > DLL version: 1.3.22 > > > DLL epoch: 19 > > > DLL bad signal mask: 19005 > > > DLL old termios: 5 > > > DLL malloc env: 28 > > > API major: 0 > > > API minor: 78 > > > 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: Tue Mar 18 09:20:11 EST 2003 > > > CVS tag: dontuse-21 > > > Shared id: cygwin1S3 > > > > > > 146k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygexpat-1.dll - os=4.0 img=1.0 sys=4.0 > > > "cygexpat-1.dll" v0.0 ts=2003/8/1 5:06 > > > 174k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 > > > "cygfontconfig-1.dll" v0.0 ts=2003/8/1 5:06 > > > 340k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygfreetype-9.dll - os=4.0 img=1.0 sys=4.0 > > > "cygfreetype-9.dll" v0.0 ts=2003/8/1 5:06 > > > 109k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0 > > > "cygICE-6.dll" v0.0 ts=2003/8/1 5:05 > > > 54k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0 > > > "cygSM-6.dll" v0.0 ts=2003/8/1 5:05 > > > 1067k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0 > > > "cygX11-6.dll" v0.0 ts=2003/8/1 5:04 > > > 77k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0 > > > "cygXext-6.dll" v0.0 ts=2003/8/1 5:05 > > > 105k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0 > > > "cygXft-2.dll" v0.0 ts=2003/8/1 5:06 > > > 81k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0 > > > "cygXpm-4.dll" v0.0 ts=2003/8/1 5:05 > > > 49k 2003/08/01 C:\cygwin\usr\X11R6\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0 > > > "cygXrender-1.dll" v0.0 ts=2003/8/1 5:06 > > > > > > Cygwin Package Information > > > Last downloaded files to: C:\cygwin\etc\setup > > > Last downloaded files from: ftp://ftp.mirror.ac.uk/sites/sources.redhat.com/pub/cygwin > > > > > > Package Version > > > _update-info-dir 00200-1 > > > ash 20020731-1 > > > base-files 2.2-1 > > > base-passwd 1.1-1 > > > bash 2.05b-9 > > > binutils 20030307-1 > > > bzip2 1.0.2-2 > > > clear 1.0-1 > > > crypt 1.0-2 > > > cvs 1.11.5-1 > > > cygutils 1.1.4-2 > > > cygwin 1.3.22-1 > > > diffutils 2.8.1-1 > > > ed 0.2-1 > > > fileutils 4.1-1 > > > findutils 4.1.7-4 > > > gawk 3.1.3-1 > > > gcc 3.2-3 > > > gcc-mingw 20020817-5 > > > gdbm 1.8.3-3 > > > gettext 0.11.5-1 > > > ghostscript 7.05-2 > > > ghostscript-base 7.05-2 > > > ghostscript-x11 7.05-2 > > > grep 2.5-1 > > > groff 1.18.1-2 > > > gzip 1.3.3-4 > > > jpeg 6b-8 > > > less 378-1 > > > libbz2_1 1.0.2-2 > > > libdb3.1 3.1.17-2 > > > libgdbm 1.8.0-5 > > > libgdbm-devel 1.8.3-3 > > > libgdbm3 1.8.3-3 > > > libgdbm4 1.8.3-7 > > > libgettextpo0 0.12.1-3 > > > libiconv2 1.8-3 > > > libintl 0.10.38-3 > > > libintl1 0.10.40-1 > > > libintl2 0.11.5-1 > > > libjpeg62 6b-11 > > > libjpeg6b 6b-8 > > > libkpathsea3 2.0.2-1 > > > libkpathsea3abi13 2.0.2-2 > > > libncurses5 5.2-1 > > > libncurses6 5.2-8 > > > libncurses7 5.3-1 > > > libpcre 4.1-1 > > > libpcre0 4.3-2 > > > libpng12 1.2.5-1 > > > libpng2 1.0.12-1 > > > libpopt0 1.6.4-4 > > > libreadline4 4.1-2 > > > libreadline5 4.3-2 > > > libtiff-devel 3.6.0-2 > > > libtiff3 3.6.0-2 > > > libtiff4 3.6.0-5 > > > libxerces-c22 2.2.0-1 > > > login 1.9-5 > > > make 3.80-1 > > > man 1.5j-2 > > > mingw-runtime 3.0-1 > > > mktemp 1.4-1 > > > more 2.11o-1 > > > ncurses 5.3-1 > > > openssh 3.6.1p1-2 > > > openssl 0.9.7b-1 > > > openssl096 0.9.6j-1 > > > pcre 4.3-2 > > > pcre-doc 4.3-2 > > > perl 5.8.0-5 > > > readline 4.3-2 > > > sed 4.0.7-1 > > > sh-utils 2.0.15-3 > > > tar 1.13.25-1 > > > termcap 20021106-2 > > > terminfo 5.3_20030726-1 > > > tetex 2.0.2-1 > > > tetex-base 2.0.2-1 > > > tetex-bin 2.0.2-2 > > > tetex-doc 2.0.2-1 > > > tetex-extra 2.0.2-1 > > > tetex-tiny 2.0.2-1 > > > tetex-x11 2.0.2-2 > > > texinfo 4.2-4 > > > texmf 20020911-1 > > > texmf-base 20020911-1 > > > texmf-doc 20020911-1 > > > texmf-extra 20020911-1 > > > texmf-tiny 20020911-1 > > > textutils 2.0.21-1 > > > tiff 3.6.0-2 > > > w32api 2.3-1 > > > which 1.5-1 > > > XFree86-base 4.2.0-1 > > > XFree86-bin 4.2.0-3 > > > XFree86-doc 4.3.0-1 > > > XFree86-etc 4.3.0-3 > > > XFree86-fenc 4.2.0-3 > > > XFree86-fnts 4.2.0-3 > > > XFree86-html 4.3.0-1 > > > XFree86-lib 4.3.0-1 > > > XFree86-lib-compat 4.3.0-1 > > > XFree86-man 4.3.0-1 > > > XFree86-startup-scripts 4.2.0-5 > > > XFree86-xserv 4.3.0-5 > > > XFree86-xwinclip 4.3.0-1 > > > xpm-nox 4.2.0-1 > > > zlib 1.1.4-1 > > > > > > Use -h to see help about each section > > > > > > -- > > > Dr. Thorsten Altenkirch phone : (+44) (0)115 84 66516 > > > Lecturer http://www.cs.nott.ac.uk/~txa/ > > > School of Computer Science & IT University of Nottingham From j_tetazoo@hotmail.com Wed Sep 3 23:47:00 2003 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Wed, 03 Sep 2003 23:47:00 -0000 Subject: ssh/X with two hops Message-ID: BTW - emacs works perfectly well over a terminal session. No need for X at all. You should be able to open a good-old MS-DOS prompt, telnet or ssh to your hearts content, then make sure TERM=vt100 on the remote system, then run emacs. >From: Robert Mecklenburg >Reply-To: cygwin-xfree@cygwin.com >To: Cygwin XFree Users List >Subject: ssh/X with two hops >Date: Wed, 3 Sep 2003 11:44:11 -0600 > >I'm a newbie at ssh and would like some advice. I have a home pc >(windows xp) and an office pc (windows xp) behind a firewall/gateway >host (linux). I want to run X at home and display (on my home X >server) an emacs running on my office pc. Here is my most recent >attempt: > >I have cygwin sshd running on my office machine... > >1. startxwin.sh at home > >2. In an xterm run "ssh -X -L 22:osaka:2200 gateway" this allows my to > login directly to my office machine but leaves an unnecessary login > on the gateway. X port forwarding works in this login, but it is > the wrong host. > >3. In a new xterm run "ssh -X localhost". Now I am logged onto my > office machine and hopefully X ports are being forwarded, but no! > >4. When I "echo $DISPLAY" on my office machine the variable is empty. > >I have, of course, tried many other permutations of this procedure, >but this seems the closest to correct - but no joy. > >Another permutation I've tried is to ssh to the gateway and then ssh >from the gateway to my office pc, but again the DISPLAY variable is >not set even though I use -X. > > >Any suggestions? > >Thanks! >-- >Robert > _________________________________________________________________ Get 10MB of e-mail storage! Sign up for Hotmail Extra Storage. http://join.msn.com/?PAGE=features/es From huntharo@msu.edu Thu Sep 4 00:18:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 04 Sep 2003 00:18:00 -0000 Subject: [ANNOUNCEMENT] Server Test 97 Message-ID: <3F5684CF.9030002@msu.edu> Links: I just posted Test 97 to the server development page: http://xfree86.cygwin.com/devel/shadow/ You can install the Test 97 package via setup.exe by selecting the following version of the XFree86-xserv package: 4.3.0-6 Server Test Series binary and source code releases are now available via the sources.redhat.com ftp mirror network (http://cygwin.com/mirrors.html) in the pub/cygwin/xfree/devel/shadow/ directory. You may wish to note the desired filename in the links below, then download from your closest mirror (http://cygwin.com/mirrors.html). Server binary, direct link: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test97.exe.bz2 (1265 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030903-1955.tar.bz2 (126 KiB) xc/programs/Xserver/hw/xwin (all files) diff against Test96 source code: http://www.msu.edu/~huntharo/xwin/shadow/xwin-Test96-to-Test97.diff (2 KiB) Changes: 1) winconfig.c - Print the name of the keyboard layout to help in adding new layouts. (Alexander Gottwald) 2) winshadddnl.c - Stop printing the IDirectDrawSurface4_Blt() failure messages after 10 times. The message was clogging some people's log files. (Harold L Hunt II) Harold From huntharo@msu.edu Thu Sep 4 00:19:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 04 Sep 2003 00:19:00 -0000 Subject: Updated on sourceware: XFree86-xserv-4.3.0-6 Message-ID: <3F5684FD.5080201@msu.edu> The XFree86-xserv-4.3.0-6 package has been updated in the Cygwin distribution. Changes: 1) winconfig.c - Print the name of the keyboard layout to help in adding new layouts. (Alexander Gottwald) 2) winshadddnl.c - Stop printing the IDirectDrawSurface4_Blt() failure messages after 10 times. The message was clogging some people's log files. (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. Save it and run setup, answer the questions and pick up 'XFree86-xserv' from the 'XFree86' category. You may need to click the "Full" button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@sources.redhat.com . If you want to subscribe go to: http://cygwin.com/lists.html 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/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place. From huntharo@msu.edu Thu Sep 4 02:10:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 04 Sep 2003 02:10:00 -0000 Subject: large log file In-Reply-To: References: <3F563596.8040009@msu.edu> Message-ID: <3F569EF7.4010202@msu.edu> Maklouf, The XFree86-xserv-4.3.0-6 release was made just for you. It turns off your error message after 10 instances of it. Please download it and try it with your screen saver on... I would like to know that the message disabling works. I don't have a test environment, so your testing is all I can go on. Thanks for testing, Harold maklouf wrote: > Indeed my screen saver was on, now it's off hopefully this will fix the > problem. > Thanks to all of you for your help. > Maklouf > > Harold L Hunt II wrote: > >> Cary, >> >> Hmm... sounds like I should add a max message count to this error >> message. It could, say, print the message 10 times then print >> "Message reached max, not it printing anymore". >> >> Harold >> >> Cary Jamison wrote: >> >>> "maklouf" wrote in message >>> news:... >>> >>>> Hi all, >>>> I installed xserv ver 4.3.0-5 on a windows 2000 sp4 system with >>> >>> >>> >>> directx >>> >>>> 9 and i ahve a large log file (5 gigs) with this line >>>> winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 88760096 >>>> >>>> does any one has any idea what this could be? >>>> >>>> Thanks >>> >>> >>> >>> >>> Turn off your X screen saver. You don't need an X screen saver going >>> when your Windows screen saver is doing its job. >>> >>> I've found that when the Windows screen saver is on, or I lock my screen >>> using win-L, and I have an X application running that is drawing to the >>> screen that my log will get filled with these messages. The X >>> screensaver is typically the culprit as it is very busy drawing stuff. >>> >>> I have reported this problem here before, but it still persists (and I >>> haven't done anything to fix it myself, shame on me :-) >>> >>> Cary >> >> >> >> > > From mecklen@cimsoft.com Thu Sep 4 02:49:00 2003 From: mecklen@cimsoft.com (Robert Mecklenburg) Date: Thu, 04 Sep 2003 02:49:00 -0000 Subject: ssh/X with two hops In-Reply-To: References: Message-ID: <16214.43083.778000.116118@gargle.gargle.HOWL> AG> Most likely X11Forwarding is disabled on that host. AG> AG> check /etc/ssh/sshd_config for an entry AG> X11Forwarding yes That's it! Works perfectly. Thanks! TC> BTW - emacs works perfectly well over a terminal session. No need TC> for X at all. You should be able to open a good-old MS-DOS TC> prompt, telnet or ssh to your hearts content, then make sure TC> TERM=vt100 on the remote system, then run emacs. I haven't used emacs without X (by choice) since 1988! 8-) Yes, it works (pretty well) but why would I want a VW when I can have a BMW? Seriously, thanks for your suggestion, I'm just trying to see how close cygwin/xfree can get me to the Right Answer (tm). Thanks, -- Robert From ian.mac@kinnon.org Thu Sep 4 07:11:00 2003 From: ian.mac@kinnon.org (Ian MacKinnon) Date: Thu, 04 Sep 2003 07:11:00 -0000 Subject: Multiple Monitors on XP Message-ID: <20030904071151.27426.qmail@srv2.phosts.com> (I'm not subscribed to the list, so I'm not doing a proper reply) Igor suggested the -multiplemonitors option and that worked Thanks From andrew.markebo@comhem.se Thu Sep 4 08:37:00 2003 From: andrew.markebo@comhem.se (Andrew Markebo) Date: Thu, 04 Sep 2003 08:37:00 -0000 Subject: Xwin stackdump while logging into RH8 with KDE as window manager References: <3F561BEB.3040606@Etish.org> <3F561ED6.6080500@msu.edu> Message-ID: Maybe throw an eye at the log in /tmp also? [...] | | Please attach your startxwin.sh file for examination. /Andy -- The Devil is so clever that he makes you think he doesn't exist. Please note, new email, @telia.com -> @comhem.se From alexander.gottwald@s1999.tu-chemnitz.de Thu Sep 4 09:38:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 04 Sep 2003 09:38:00 -0000 Subject: Import of documentation into cvs Message-ID: Hi, I'm planning to import the faq, cg, and ug sources to the xoncygwin repository. Are there any opinions against this import? bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Joel.Rosi-Schwartz@Etish.org Thu Sep 4 09:54:00 2003 From: Joel.Rosi-Schwartz@Etish.org (Joel Rosi-Schwartz) Date: Thu, 04 Sep 2003 09:54:00 -0000 Subject: Xwin stackdump while logging into RH8 with KDE as window manager References: <3F561BEB.3040606@Etish.org> <3F561ED6.6080500@msu.edu> Message-ID: <3F570BC4.9060503@Etish.org> Andrew Markebo wrote: >Maybe throw an eye at the log in /tmp also? > Hmm...thought I did. Is it not XWin.log? >[...] > >| >| Please attach your startxwin.sh file for examination. > Okay I have but note that I do not use it. I start up the server with the attached startX command. - joel -------------- next part -------------- A non-text attachment was scrubbed... Name: startX Type: application/x-java-applet Size: 262 bytes Desc: not available URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWin.exe.stackdump URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWin.log URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: startxwin.sh URL: From Joel.Rosi-Schwartz@Etish.org Thu Sep 4 10:15:00 2003 From: Joel.Rosi-Schwartz@Etish.org (Joel Rosi-Schwartz) Date: Thu, 04 Sep 2003 10:15:00 -0000 Subject: Xwin stackdump while logging into RH8 with KDE as window manager References: <3F561BEB.3040606@Etish.org> <3F561ED6.6080500@msu.edu> <3F570BC4.9060503@Etish.org> Message-ID: <3F5710C2.4000109@Etish.org> I do not understand why, but both times that I attached my startX file it seems be unreadable. Here are the contents: export PATH="/usr/X11R6/bin:$PATH" export DISPLAY=127.0.0.1:0.0 cd c:/tmp nohup /usr/X11R6/bin/XWin -query athena -from `hostname` 2>/dev/null& # I have also tried the following # /usr/X11R6/bin/XWin -screen 0 1024 768 -engine 4 -query athena -from `hostname` - joel From tulitanssi@luukku.com Thu Sep 4 10:16:00 2003 From: tulitanssi@luukku.com (tulitanssi@luukku.com) Date: Thu, 04 Sep 2003 10:16:00 -0000 Subject: ssh hangs with solaris 8 Message-ID: <1062670572861.tulitanssi.32511.W8NkEvo1GsxR1k7J1kKyNA@luukku.com> Hi, I have a problem with establishing an ssl connection to solaris 8. From a local xterm window, command xterm -sb -rightbar -e ssh -X just hangs after accepting the password and giving the usual warning about fake authentication data. Strange is that this problem occurs with -multiwindow mode, but not with WindowManager! Can anyone help? Thanks in advance, Tuli ............................................................ Maksuton s?hk?posti aina k?yt?ss? http://luukku.com Kuukausimaksuton MTV3 Internet-liittym? www.mtv3.fi/liittyma From joel.rosi-schwartz@etish.org Thu Sep 4 11:44:00 2003 From: joel.rosi-schwartz@etish.org (Joel Rosi-Schwartz) Date: Thu, 04 Sep 2003 11:44:00 -0000 Subject: Xwin stackdump while logging into RH8 with KDE as window manager References: <3F561BEB.3040606@Etish.org> <3F561ED6.6080500@msu.edu> <3F570BC4.9060503@Etish.org> <3F5710C2.4000109@Etish.org> Message-ID: <3F5725AB.2030708@etish.org> Andrew Markebo wrote: >What happens if you pick away the export DISPLAY? > > No effect, it behaves the same either way. The thing is that it all works fine if the kde environment of the user logging in is virgin. Something in the KDE environment that has been configured at some point in the past is now causing a core dump on the new machines. Our old machines continue to function normally. The ultimate solution is to simply remove our existing .kde directories and reconfigure our desktops from scratch. That is real boring work but in the end may be the simplest solution. - joel > /Andy > >/ Joel Rosi-Schwartz wrote: >| I do not understand why, but both times that I attached my startX file >| it seems be unreadable. Here are the contents: >| >| export PATH="/usr/X11R6/bin:$PATH" >| export DISPLAY=127.0.0.1:0.0 >| >| cd c:/tmp >| nohup /usr/X11R6/bin/XWin -query athena -from `hostname` 2>/dev/null& >| >| # I have also tried the following >| # /usr/X11R6/bin/XWin -screen 0 1024 768 -engine 4 -query athena -from >| `hostname` >| >| - joel >| >| > > > From huntharo@msu.edu Thu Sep 4 12:30:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 04 Sep 2003 12:30:00 -0000 Subject: Import of documentation into cvs In-Reply-To: References: Message-ID: <3F57306E.2010100@msu.edu> Alexander, Yeah, the major problem would be (I think) that the most recent source post is not the most recent source. I take it you would like the most recent source? Harold Alexander Gottwald wrote: > Hi, > > I'm planning to import the faq, cg, and ug sources to the xoncygwin > repository. Are there any opinions against this import? > > bye > ago From huntharo@msu.edu Thu Sep 4 12:33:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 04 Sep 2003 12:33:00 -0000 Subject: Xwin stackdump while logging into RH8 with KDE as window manager In-Reply-To: <3F5725AB.2030708@etish.org> References: <3F561BEB.3040606@Etish.org> <3F561ED6.6080500@msu.edu> <3F570BC4.9060503@Etish.org> <3F5710C2.4000109@Etish.org> <3F5725AB.2030708@etish.org> Message-ID: <3F573109.9080104@msu.edu> Joel, We had some problems a long while back with 24 and 32 bit color and KDE. Try dropping your Windows color depth to 16 bits per pixel and report your results. Thanks for testing, Harold Joel Rosi-Schwartz wrote: > > > Andrew Markebo wrote: > >> What happens if you pick away the export DISPLAY? >> > No effect, it behaves the same either way. The thing is that it all > works fine if the kde environment of the user logging in is virgin. > Something in the KDE environment that has been configured at some point > in the past is now causing a core dump on the new machines. Our old > machines continue to function normally. The ultimate solution is to > simply remove our existing .kde directories and reconfigure our desktops > from scratch. That is real boring work but in the end may be the > simplest solution. > > - joel > >> /Andy >> >> / Joel Rosi-Schwartz wrote: >> | I do not understand why, but both times that I attached my startX file >> | it seems be unreadable. Here are the contents: >> | >> | export PATH="/usr/X11R6/bin:$PATH" >> | export DISPLAY=127.0.0.1:0.0 >> | >> | cd c:/tmp >> | nohup /usr/X11R6/bin/XWin -query athena -from `hostname` 2>/dev/null& >> | >> | # I have also tried the following >> | # /usr/X11R6/bin/XWin -screen 0 1024 768 -engine 4 -query athena -from >> | `hostname` >> | >> | - joel >> | >> | >> >> >> > > From alexander.gottwald@s1999.tu-chemnitz.de Thu Sep 4 12:34:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 04 Sep 2003 12:34:00 -0000 Subject: Import of documentation into cvs In-Reply-To: <3F57306E.2010100@msu.edu> References: <3F57306E.2010100@msu.edu> Message-ID: On Thu, 4 Sep 2003, Harold L Hunt II wrote: > Alexander, > > Yeah, the major problem would be (I think) that the most recent source > post is not the most recent source. I take it you would like the most > recent source? Of course. I'm planning to update some sections about XF86Config, ssh and keyboards. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Joel.Rosi-Schwartz@Etish.org Thu Sep 4 12:48:00 2003 From: Joel.Rosi-Schwartz@Etish.org (Joel Rosi-Schwartz) Date: Thu, 04 Sep 2003 12:48:00 -0000 Subject: Xwin stackdump while logging into RH8 with KDE as window manager References: <3F561BEB.3040606@Etish.org> <3F561ED6.6080500@msu.edu> <3F570BC4.9060503@Etish.org> <3F5710C2.4000109@Etish.org> <3F5725AB.2030708@etish.org> <3F573109.9080104@msu.edu> Message-ID: <3F573474.3080208@Etish.org> Harold, Gave it a shot but it still core dumps. Thanks for the idea though. - joel Harold L Hunt II wrote: > Joel, > > We had some problems a long while back with 24 and 32 bit color and > KDE. Try dropping your Windows color depth to 16 bits per pixel and > report your results. > > Thanks for testing, > > Harold > > Joel Rosi-Schwartz wrote: > >> >> >> Andrew Markebo wrote: >> >>> What happens if you pick away the export DISPLAY? >> >> No effect, it behaves the same either way. The thing is that it all >> works fine if the kde environment of the user logging in is virgin. >> Something in the KDE environment that has been configured at some >> point in the past is now causing a core dump on the new machines. >> Our old machines continue to function normally. The ultimate >> solution is to simply remove our existing .kde directories and >> reconfigure our desktops from scratch. That is real boring work but >> in the end may be the simplest solution. >> >> - joel >> >>> /Andy >>> >>> / Joel Rosi-Schwartz wrote: >>> | I do not understand why, but both times that I attached my startX >>> file >>> | it seems be unreadable. Here are the contents: >>> | >>> | export PATH="/usr/X11R6/bin:$PATH" >>> | export DISPLAY=127.0.0.1:0.0 >>> | >>> | cd c:/tmp >>> | nohup /usr/X11R6/bin/XWin -query athena -from `hostname` 2>/dev/null& >>> | >>> | # I have also tried the following >>> | # /usr/X11R6/bin/XWin -screen 0 1024 768 -engine 4 -query athena >>> -from >>> | `hostname` >>> | >>> | - joel >>> | >>> | >>> >>> >>> >> >> > > From huntharo@msu.edu Thu Sep 4 12:52:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 04 Sep 2003 12:52:00 -0000 Subject: Xwin stackdump while logging into RH8 with KDE as window manager In-Reply-To: <3F573474.3080208@Etish.org> References: <3F561BEB.3040606@Etish.org> <3F561ED6.6080500@msu.edu> <3F570BC4.9060503@Etish.org> <3F5710C2.4000109@Etish.org> <3F5725AB.2030708@etish.org> <3F573109.9080104@msu.edu> <3F573474.3080208@Etish.org> Message-ID: <3F57358E.4080003@msu.edu> Joel, Okay, on the off chance that something strange is happening, please try changing the "-from `hostname`" to "-from %my_ip_address%". Also, try leaving off the -from altogether if you only have one network interface in your computer. Harold Joel Rosi-Schwartz wrote: > Harold, > > Gave it a shot but it still core dumps. Thanks for the idea though. > > - joel > > Harold L Hunt II wrote: > >> Joel, >> >> We had some problems a long while back with 24 and 32 bit color and >> KDE. Try dropping your Windows color depth to 16 bits per pixel and >> report your results. >> >> Thanks for testing, >> >> Harold >> >> Joel Rosi-Schwartz wrote: >> >>> >>> >>> Andrew Markebo wrote: >>> >>>> What happens if you pick away the export DISPLAY? >>> >>> >>> No effect, it behaves the same either way. The thing is that it all >>> works fine if the kde environment of the user logging in is virgin. >>> Something in the KDE environment that has been configured at some >>> point in the past is now causing a core dump on the new machines. >>> Our old machines continue to function normally. The ultimate >>> solution is to simply remove our existing .kde directories and >>> reconfigure our desktops from scratch. That is real boring work but >>> in the end may be the simplest solution. >>> >>> - joel >>> >>>> /Andy >>>> >>>> / Joel Rosi-Schwartz wrote: >>>> | I do not understand why, but both times that I attached my startX >>>> file >>>> | it seems be unreadable. Here are the contents: >>>> | >>>> | export PATH="/usr/X11R6/bin:$PATH" >>>> | export DISPLAY=127.0.0.1:0.0 >>>> | >>>> | cd c:/tmp >>>> | nohup /usr/X11R6/bin/XWin -query athena -from `hostname` 2>/dev/null& >>>> | >>>> | # I have also tried the following >>>> | # /usr/X11R6/bin/XWin -screen 0 1024 768 -engine 4 -query athena >>>> -from >>>> | `hostname` >>>> | >>>> | - joel >>>> | >>>> | >>>> >>>> >>>> >>> >>> >> >> > > From ehud@unix.mvs.co.il Thu Sep 4 13:59:00 2003 From: ehud@unix.mvs.co.il (Ehud Karni) Date: Thu, 04 Sep 2003 13:59:00 -0000 Subject: ssh/X with two hops In-Reply-To: <16214.43083.778000.116118@gargle.gargle.HOWL> (message from Robert Mecklenburg on Wed, 3 Sep 2003 20:49:47 -0600) References: <16214.43083.778000.116118@gargle.gargle.HOWL> Message-ID: <200309041359.h84DxCQ4021359@beta.mvs.co.il> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 3 Sep 2003 20:49:47 -0600, Robert Mecklenburg wrote: > > AG> Most likely X11Forwarding is disabled on that host. > AG> > AG> check /etc/ssh/sshd_config for an entry > AG> X11Forwarding yes > > That's it! Works perfectly. Thanks! Although you solved your problem I propose to use VNC (GPLed, from http://www.realvnc.org or one of its clones). It has several advantage on running Emacs with X11 forwarding. 1. It allows you to run anything on your office machine and see it on your home machine - not just X11 applications. 2. It is stateless - if the communication fails for any reason, you can reconnect and resume your work (like `screen' for ttys). 3. You have the options to connect "read only" and have multiple connections. I know you can achieve 2 & 3 with Emacs on multiple X's too, but it is more complicated, and from my experience it fails more often. You'll still need the ssh to securely connect and tunnel through your firewall, but you can disable the X11 forwarding (which is done on your gateway machine and is considered security breach by some). Ehud. - -- Ehud Karni Tel: +972-3-7966-561 /"\ Mivtach - Simon Fax: +972-3-7966-667 \ / ASCII Ribbon Campaign Insurance agencies (USA) voice mail and X Against HTML Mail http://www.mvs.co.il FAX: 1-815-5509341 / \ mailto:ehud@unix.mvs.co.il Better Safe Than Sorry -----BEGIN PGP SIGNATURE----- Comment: use http://www.keyserver.net/ to get my key (and others) iD8DBQE/V0UvLFvTvpjqOY0RAgOrAJkB5mErvrwkV7MiAGhQl4szyuGmcwCeNhtc /WyXux+QvJ+5tESL9P13kU8= =5lFV -----END PGP SIGNATURE----- From alexander.gottwald@s1999.tu-chemnitz.de Thu Sep 4 14:32:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 04 Sep 2003 14:32:00 -0000 Subject: ssh/X with two hops In-Reply-To: <200309041359.h84DxCQ4021359@beta.mvs.co.il> References: <16214.43083.778000.116118@gargle.gargle.HOWL> <200309041359.h84DxCQ4021359@beta.mvs.co.il> Message-ID: On Thu, 4 Sep 2003, Ehud Karni wrote: > 1. It allows you to run anything on your office machine and see it on > your home machine - not just X11 applications. > 2. It is stateless - if the communication fails for any reason, you > can reconnect and resume your work (like `screen' for ttys). > 3. You have the options to connect "read only" and have multiple > connections. > > I know you can achieve 2 & 3 with Emacs on multiple X's too, but it is > more complicated, and from my experience it fails more often. > VNC is a good solution for non X11 apps. But with X11 apps you loose the advantage of local rendering of text. With VNC every drawing operation is updated as bitmap which requires a fast connection. Point 2 is not achived easily with stock X11 software, so if the stateless feature is required, then VNC is a good option. The Read-only feature is a special, seldomly required feature. The last two point do in my opinion not sum up to such a big advantage which would drive me to favor the slow bitmap transfers with VNC over the slim X11 protocol. > You'll still need the ssh to securely connect and tunnel through your > firewall, but you can disable the X11 forwarding (which is done on your > gateway machine and is considered security breach by some). VNC falls into the same "security breach" category as X11 Forwarding and it is more likely the inexperienced users will setup an uncrypted VNC connection. X11 Forwarding is easyto use and always uses a secure channel. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From cgf@redhat.com Thu Sep 4 14:50:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Thu, 04 Sep 2003 14:50:00 -0000 Subject: Import of documentation into cvs In-Reply-To: References: Message-ID: <20030904144959.GA14937@redhat.com> On Thu, Sep 04, 2003 at 11:38:25AM +0200, Alexander Gottwald wrote: >I'm planning to import the faq, cg, and ug sources to the xoncygwin >repository. Are there any opinions against this import? The documentation is already in CVS, right? Is there a problem with the right people not having access because that is easily rectified. cgf From hxv@fluent.co.in Thu Sep 4 14:58:00 2003 From: hxv@fluent.co.in (Harsh Vardhan) Date: Thu, 04 Sep 2003 14:58:00 -0000 Subject: startxwin.bat Message-ID: <3F575320.4090607@fluent.co.in> Hi, After installing cygwin and xfree86 on my windows2k mahcine, I started the xserver using startxwin.bat under CYGWIN/usr/X11R6/bin. This starts the xserver and an xterm window pops up on my screen. After this, if I follow the following window resize operations 1. Maximize the window 2. Minimize the window 3. Maximize the window the entire window is painted white! If I restore the window size, I can see the contents properly, but maximizing the window size again gives a white window. If I use cygwin shell and run startxwin.sh, the above behavior is not observed. How can I fix this problem. Harsh From huntharo@msu.edu Thu Sep 4 15:01:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 04 Sep 2003 15:01:00 -0000 Subject: Import of documentation into cvs In-Reply-To: <20030904144959.GA14937@redhat.com> References: <20030904144959.GA14937@redhat.com> Message-ID: <3F5753B4.6020804@msu.edu> I don't think it is in CVS. At least, if it is, I have never used it (qualification: never means long ago enough that I have since forgotten). Harold Christopher Faylor wrote: > On Thu, Sep 04, 2003 at 11:38:25AM +0200, Alexander Gottwald wrote: > >>I'm planning to import the faq, cg, and ug sources to the xoncygwin >>repository. Are there any opinions against this import? > > > The documentation is already in CVS, right? Is there a problem with > the right people not having access because that is easily rectified. > > cgf From dev@umpa-us.com Thu Sep 4 15:05:00 2003 From: dev@umpa-us.com (Dev) Date: Thu, 04 Sep 2003 15:05:00 -0000 Subject: startx directly? Message-ID: <6.0.0.14.0.20030904110352.037fe238@pop3.umpa-us.com> Hello all, Is it possible to startx with out opening cygwin on winXP? From alexander.gottwald@s1999.tu-chemnitz.de Thu Sep 4 15:07:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 04 Sep 2003 15:07:00 -0000 Subject: Import of documentation into cvs In-Reply-To: <20030904144959.GA14937@redhat.com> References: <20030904144959.GA14937@redhat.com> Message-ID: On Thu, 4 Sep 2003, Christopher Faylor wrote: > On Thu, Sep 04, 2003 at 11:38:25AM +0200, Alexander Gottwald wrote: > >I'm planning to import the faq, cg, and ug sources to the xoncygwin > >repository. Are there any opinions against this import? > > The documentation is already in CVS, right? No. It was distributed as tarball which Harold has maintained. I've not yet imported it because the tarball is slightly outdated. > Is there a problem with > the right people not having access because that is easily rectified. I don't understand this. Everybody will at least have readonly access to the docu just like to the latest server sources. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From cgf@redhat.com Thu Sep 4 15:28:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Thu, 04 Sep 2003 15:28:00 -0000 Subject: Import of documentation into cvs In-Reply-To: <3F5753B4.6020804@msu.edu> References: <20030904144959.GA14937@redhat.com> <3F5753B4.6020804@msu.edu> Message-ID: <20030904152806.GA17872@redhat.com> On Thu, Sep 04, 2003 at 11:01:08AM -0400, Harold L Hunt II wrote: >I don't think it is in CVS. At least, if it is, I have never used it >(qualification: never means long ago enough that I have since forgotten). There are certainly documents in CVS on the web site. I guess the sources to the documents don't reside there. cgf From huntharo@msu.edu Thu Sep 4 15:31:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 04 Sep 2003 15:31:00 -0000 Subject: Import of documentation into cvs In-Reply-To: <20030904152806.GA17872@redhat.com> References: <20030904144959.GA14937@redhat.com> <3F5753B4.6020804@msu.edu> <20030904152806.GA17872@redhat.com> Message-ID: <3F575ABD.60405@msu.edu> Right. I was wondering if that was what you were talking about. The documentation was written in DocBook, so the sources are essential here. Harold Christopher Faylor wrote: > On Thu, Sep 04, 2003 at 11:01:08AM -0400, Harold L Hunt II wrote: > >>I don't think it is in CVS. At least, if it is, I have never used it >>(qualification: never means long ago enough that I have since forgotten). > > > There are certainly documents in CVS on the web site. I guess the sources > to the documents don't reside there. > > cgf From cgf@redhat.com Thu Sep 4 15:33:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Thu, 04 Sep 2003 15:33:00 -0000 Subject: Import of documentation into cvs In-Reply-To: References: <20030904144959.GA14937@redhat.com> Message-ID: <20030904153337.GB17872@redhat.com> On Thu, Sep 04, 2003 at 05:07:57PM +0200, Alexander Gottwald wrote: >On Thu, 4 Sep 2003, Christopher Faylor wrote: >>Is there a problem with the right people not having access because that >>is easily rectified. > >I don't understand this. Everybody will at least have readonly access >to the docu just like to the latest server sources. I was reasoning from the premise that the documentation sources were in the cygwin-xfree repository on sources.redhat.com. I thought that possibly only a few people had the ability to update the sources on sources.redhat.com and that could be rectified. I also thought that 'cgf@redhat.com' would be recognizable as the person responsible for CVS on sources.redhat.com and that I'd be making comments about the repository there. From cgf-rcm@cygwin.com Thu Sep 4 15:36:00 2003 From: cgf-rcm@cygwin.com (Christopher Faylor) Date: Thu, 04 Sep 2003 15:36:00 -0000 Subject: Import of documentation into cvs In-Reply-To: <3F575ABD.60405@msu.edu> References: <20030904144959.GA14937@redhat.com> <3F5753B4.6020804@msu.edu> <20030904152806.GA17872@redhat.com> <3F575ABD.60405@msu.edu> Message-ID: <20030904153652.GC17872@redhat.com> On Thu, Sep 04, 2003 at 11:31:09AM -0400, Harold L Hunt II wrote: >Right. I was wondering if that was what you were talking about. The >documentation was written in DocBook, so the sources are essential here. There is no reason why you couldn't check the sources into the cygwin-xfree repository, for one stop downloading. But I'll bow out now. I don't really care about this issue. I just thought I could help, if necessary, by extending access to people who needed it. cgf From mickael_graham@yahoo.com Thu Sep 4 15:51:00 2003 From: mickael_graham@yahoo.com (Mickael Graham) Date: Thu, 04 Sep 2003 15:51:00 -0000 Subject: xterm hangs when connecting to Solaris 8 via ssh Message-ID: <20030904155114.59175.qmail@web12408.mail.yahoo.com> Hi, I'm running the cygwin X server on my win2k machine. When I open a local xterm and attempt to connect to a Solaris 8 machine using ssh, the xterm and ssh session hang. I am able to use the same process to connect to a linux machine and it works without any problems. I can ssh from a bash prompt (windows cmd window) without any problems. Has anyone seen this problem? Thanks Mickael __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From cygwin-xfree.lists@mail.familymail.de Thu Sep 4 15:52:00 2003 From: cygwin-xfree.lists@mail.familymail.de (Cygwin List) Date: Thu, 04 Sep 2003 15:52:00 -0000 Subject: Alt Gr special characters on german keyboard work only sometimes References: <20030904144959.GA14937@redhat.com> Message-ID: <005b01c372fc$0bf7cc60$0500a8c0@amarin.home> Hi, since the last update I have a very particular keyboard problem. The special characters reachable with the 'alt gr' key on the german keyboard like: {[]}\~|@ etc. work only sometimes. When pressed repeatedly they may work at one command at the prompt after hitting CR they don't work anymore. This is the same in different applications kdevelop, bash, various editors, even the XDMCP login prompt. Sometimes after hitting ^q (ctrl q) they work again. Within vi they are sometimes displayed as ^\ (ctrl backslash) when pressing \ (backslash) sometimes as \ (backslash) only, as they should. I'm using cygwin-xfree to connect to a debian box via XDMCP from a WinXP Pro Machine. My Keyboard is the german version of the "Microsoft Natural Keyboard Pro" with the appropriate drivers installed. Detailed conf, startbat & logfile follow (comments removed). Any help is appreciated Holger ---------- C:\cygwin\etc\X11\XF86Config-4 Section "Files" RgbPath "/usr/X11R6/lib/X11/rgb" EndSection Section "InputDevice" Identifier "Keyboard1" Driver "Keyboard" Option "AutoRepeat" "500 30" Option "XkbModel" "microsoft" Option "XkbLayout" "de" Option "XkbVariant" "nodeadkeys" EndSection Section "Device" Identifier "dummy" Driver "dummy" EndSection Section "Monitor" Identifier "dummy" EndSection Section "Screen" Identifier "dummy" Device "dummy" Monitor "dummy" EndSection Section "ServerLayout" Identifier "dummy" Screen "dummy" InputDevice "Keyboard1" "CoreKeyboard" EndSection ---------- startxdmcp.bat @echo off SET DISPLAY=127.0.0.1:0.0 SET REMOTE_HOST= 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 if "%OS%" == "Windows_NT" goto OS_NT echo startxdmcp.bat - Starting on Windows 95/98/Me goto STARTUP :OS_NT echo startxdmcp.bat - Starting on Windows NT/2000/XP :STARTUP start XWin -query %REMOTE_HOST% -nodecoration -lesspointer ---------- ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1600 h 1200 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (==) Using config file: "/etc/X11/XF86Config-4" Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (??) unknown. (==) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" (**) 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 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1600 h: 1200 winCreateBoundingWindowWindowed - Current w: 1600 h: 1200 winAdjustForAutoHide - Original WorkArea: 0 32 1200 1600 winAdjustForAutoHide - Adjusted WorkArea: 0 32 1200 1600 winCreateBoundingWindowWindowed - WindowClient w 1568 h 1200 r 1568 l 0 b 1200 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 6272 winAllocateFBShadowDDNL - Created shadow pitch: 6272 winAllocateFBShadowDDNL - Created shadow stride: 1568 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. (==) Using preset keyboard for "German (Germany)" (00000407), type "4" (**) Using keyboard "Keyboard1" as primary keyboard (**) Option "XkbModel" "microsoft" (**) XKB: model: "microsoft" (**) Option "XkbLayout" "de" (**) XKB: layout: "de" (**) Option "XkbVariant" "nodeadkeys" (**) XKB: variant: "nodeadkeys" Rules = "xfree86" Model = "microsoft" Layout = "de" Variant = "nodeadkeys" Options = "(null)" winPointerWarpCursor - Discarding first warp: 784 600 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned (==) Using config file: "/etc/X11/XF86Config-4" Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (??) unknown. (==) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" (**) 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: 1600 h: 1200 winCreateBoundingWindowWindowed - Current w: 1568 h: 1200 winAdjustForAutoHide - Original WorkArea: 0 32 1200 1600 winAdjustForAutoHide - Adjusted WorkArea: 0 32 1200 1600 winCreateBoundingWindowWindowed - WindowClient w 1568 h 1200 r 1568 l 0 b 1200 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 6272 winAllocateFBShadowDDNL - Created shadow pitch: 6272 winAllocateFBShadowDDNL - Created shadow stride: 1568 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. (==) Using preset keyboard for "German (Germany)" (00000407), type "4" (**) Using keyboard "Keyboard1" as primary keyboard (**) Option "XkbModel" "microsoft" (**) XKB: model: "microsoft" (**) Option "XkbLayout" "de" (**) XKB: layout: "de" (**) Option "XkbVariant" "nodeadkeys" (**) XKB: variant: "nodeadkeys" Rules = "xfree86" Model = "microsoft" Layout = "de" Variant = "nodeadkeys" Options = "(null)" winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winWindowProc - WM_*KEYDOWN - Closekey hit, quitting winDeinitClipboard - Noting shutdown in progress winDeinitMultiWindowWM - Noting shutdown in progress winDeinitClipboard - Noting shutdown in progress winDeinitMultiWindowWM - Noting shutdown in progress From maklouf@hotmail.com Thu Sep 4 18:05:00 2003 From: maklouf@hotmail.com (maklouf) Date: Thu, 04 Sep 2003 18:05:00 -0000 Subject: large log file In-Reply-To: <3F569EF7.4010202@msu.edu> References: <3F563596.8040009@msu.edu> <3F569EF7.4010202@msu.edu> Message-ID: Harold, Ok I have tested it and it worked, the log file is not growing anymore, and I got this message at the end. winShadowUpdateDDNL - IDirectDrawSurface4_Blt failure message maximum (10) reached. No more failure messages will be printed. Thank you. Maklouf Harold L Hunt II wrote: > Maklouf, > > The XFree86-xserv-4.3.0-6 release was made just for you. It turns off > your error message after 10 instances of it. Please download it and try > it with your screen saver on... I would like to know that the message > disabling works. I don't have a test environment, so your testing is > all I can go on. > > Thanks for testing, > > Harold > > maklouf wrote: > >> Indeed my screen saver was on, now it's off hopefully this will fix >> the problem. >> Thanks to all of you for your help. >> Maklouf >> >> Harold L Hunt II wrote: >> >>> Cary, >>> >>> Hmm... sounds like I should add a max message count to this error >>> message. It could, say, print the message 10 times then print >>> "Message reached max, not it printing anymore". >>> >>> Harold >>> >>> Cary Jamison wrote: >>> >>>> "maklouf" wrote in message >>>> news:... >>>> >>>>> Hi all, >>>>> I installed xserv ver 4.3.0-5 on a windows 2000 sp4 system with >>>> >>>> >>>> >>>> >>>> directx >>>> >>>>> 9 and i ahve a large log file (5 gigs) with this line >>>>> winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 88760096 >>>>> >>>>> does any one has any idea what this could be? >>>>> >>>>> Thanks >>>> >>>> >>>> >>>> >>>> >>>> Turn off your X screen saver. You don't need an X screen saver going >>>> when your Windows screen saver is doing its job. >>>> >>>> I've found that when the Windows screen saver is on, or I lock my >>>> screen >>>> using win-L, and I have an X application running that is drawing to the >>>> screen that my log will get filled with these messages. The X >>>> screensaver is typically the culprit as it is very busy drawing stuff. >>>> >>>> I have reported this problem here before, but it still persists (and I >>>> haven't done anything to fix it myself, shame on me :-) >>>> >>>> Cary >>> >>> >>> >>> >>> >> >> > > From Alexander.Gottwald@s1999.tu-chemnitz.de Thu Sep 4 18:58:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 04 Sep 2003 18:58:00 -0000 Subject: Cygwin 1.5.3-1 In-Reply-To: <3F548FA2.3040105@msu.edu> References: <3F548FA2.3040105@msu.edu> Message-ID: Harold L Hunt II wrote: > Regarding the recent release of Cygwin 1.5.3-1, here is what I am going > to do: After cygipc has been released too, should this build include support for XShm? bye ago NP: L'?me Immortelle - Lake of tears -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Thu Sep 4 20:45:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 04 Sep 2003 20:45:00 -0000 Subject: Cygwin 1.5.3-1 In-Reply-To: References: <3F548FA2.3040105@msu.edu> Message-ID: <3F57A46E.3050909@msu.edu> I am not sure. How "automagically" is the IPC daemon installed? If it requires user intervention, then we cannot really have XShm in the default install. Harold Alexander Gottwald wrote: > Harold L Hunt II wrote: > > >>Regarding the recent release of Cygwin 1.5.3-1, here is what I am going >>to do: > > > After cygipc has been released too, should this build include support for > XShm? > > bye > ago > > NP: L'??me Immortelle - Lake of tears From cgf@redhat.com Thu Sep 4 20:52:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Thu, 04 Sep 2003 20:52:00 -0000 Subject: cygwin 1.5.3-1 In-Reply-To: <3F57A46E.3050909@msu.edu> References: <3F548FA2.3040105@msu.edu> <3F57A46E.3050909@msu.edu> Message-ID: <20030904205225.GB7718@redhat.com> On Thu, Sep 04, 2003 at 04:45:34PM -0400, Harold L Hunt II wrote: >I am not sure. How "automagically" is the IPC daemon installed? If it >requires user intervention, then we cannot really have XShm in the >default install. You could make it a setup.hint dependency, of course, but that's only half the battle. The next step would be to get the cygipc daemon started. I don't think you want to go through that pain unless there is a clean fallback for when cygipc isn't working right. cgf From huntharo@msu.edu Thu Sep 4 20:55:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 04 Sep 2003 20:55:00 -0000 Subject: cygwin 1.5.3-1 In-Reply-To: <20030904205225.GB7718@redhat.com> References: <3F548FA2.3040105@msu.edu> <3F57A46E.3050909@msu.edu> <20030904205225.GB7718@redhat.com> Message-ID: <3F57A6C2.5060401@msu.edu> Well, that makes it easy. SHM will not be supported by this new build. Harold Christopher Faylor wrote: > On Thu, Sep 04, 2003 at 04:45:34PM -0400, Harold L Hunt II wrote: > >>I am not sure. How "automagically" is the IPC daemon installed? If it >>requires user intervention, then we cannot really have XShm in the >>default install. > > > You could make it a setup.hint dependency, of course, but that's only > half the battle. The next step would be to get the cygipc daemon > started. I don't think you want to go through that pain unless there is > a clean fallback for when cygipc isn't working right. > > cgf From Allen.Lung@ftb.ca.gov Thu Sep 4 23:03:00 2003 From: Allen.Lung@ftb.ca.gov (Lung.Allen) Date: Thu, 04 Sep 2003 23:03:00 -0000 Subject: startx fails Message-ID: I don't have any problems starting with startwin.bat and then send a remote display back to my cygwin system! I do have a problem running startx, here is what I get, any help will be useful. Warning: Cannot convert string "" to type XftFont XIO: fatal IO error 113 (Connection aborted) on X server ":0.0" after 286 requests (254 known processed) with 0 events remaining. waiting for X server to shut down X connection to :0.0 broken (explicit kill or server shutdown). From sdudley@byterunner.com Fri Sep 5 00:58:00 2003 From: sdudley@byterunner.com (sdudley@byterunner.com) Date: Fri, 05 Sep 2003 00:58:00 -0000 Subject: IMPORTANT: My email address has changed, please resend your message. Message-ID: <200309050058.h850wcwC049760@execonn.com> Hello, I have been forced to change my email address due to being bombarded by spam & viruses (I was receiving hundreds of bogus emails per day). Please resend your message to me at my new email address of contact@byterunner.com. Sorry for any inconvenience this may cause. If you didn't send me a message, please disregard this email. It means that a spoofing virus sent me a virus and said it was from your email address. Thank you. Sean Dudley Byte Runner Technologies From cygwin-xfree@sarcastic-horse.com Fri Sep 5 03:13:00 2003 From: cygwin-xfree@sarcastic-horse.com (cygwin-xfree) Date: Fri, 05 Sep 2003 03:13:00 -0000 Subject: exec wmaker & in /etc/xinit/xinitrc doesn't work Message-ID: <20030904233314.28d44784.cygwin-xfree@sarcastic-horse.com> Hi- I want to run WindowMaker rather than twm, so I edited /etc/xinit/xinitrc and replaced exec twm & with exec wmaker & then when I ran 'startx', WindowMaker started then immediately crashed. What am I missing here? Thanks for the help. From cygwin@cwilson.fastmail.fm Fri Sep 5 03:50:00 2003 From: cygwin@cwilson.fastmail.fm (Charles Wilson) Date: Fri, 05 Sep 2003 03:50:00 -0000 Subject: cygwin 1.5.3-1 In-Reply-To: <3F57A6C2.5060401@msu.edu> References: <3F548FA2.3040105@msu.edu> <3F57A46E.3050909@msu.edu> <20030904205225.GB7718@redhat.com> <3F57A6C2.5060401@msu.edu> Message-ID: <3F58077E.7070908@cwilson.fastmail.fm> Ralf -- What happens when you run your cygipc-based build of X11, but do not have the ipc-daemon running? You can't run KDE, of course, but does the Xserver itself still work properly? Can non-KDE X apps work? -- Chuck Harold L Hunt II wrote: > Well, that makes it easy. SHM will not be supported by this new build. > > Harold > > Christopher Faylor wrote: > >> On Thu, Sep 04, 2003 at 04:45:34PM -0400, Harold L Hunt II wrote: >> >>> I am not sure. How "automagically" is the IPC daemon installed? If >>> it requires user intervention, then we cannot really have XShm in the >>> default install. >> >> >> >> You could make it a setup.hint dependency, of course, but that's only >> half the battle. The next step would be to get the cygipc daemon >> started. I don't think you want to go through that pain unless there is >> a clean fallback for when cygipc isn't working right. From Ralf.Habacker@freenet.de Fri Sep 5 08:47:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Fri, 05 Sep 2003 08:47:00 -0000 Subject: cygwin 1.5.3-1 In-Reply-To: <3F58077E.7070908@cwilson.fastmail.fm> Message-ID: <013c01c3738a$1da09490$0a1c440a@BRAMSCHE> > Ralf -- > What happens when you run your cygipc-based build of X11, but do not > have the ipc-daemon running? You can't run KDE, of course, but does the > Xserver itself still work properly? Can non-KDE X apps work? > Xfre has build in support for disabling XIT-SHM support in cases the kernel does not support it. See http://www.atomised.org/docs/XFree86-4.2.1/shm_8c-source.html xc/programs/Xserver/xext/shm.c void ShmExtensionInit() { ExtensionEntry *extEntry; int i; #if defined(__FreeBSD__) || defined(__NetBSD__) || defined(__OpenBSD__) if (!CheckForShmSyscall()) { ErrorF("MIT-SHM extension disabled due to lack of kernel support\n"); return; } Because the cypipc produces a valid return code ENOSYS in cases the ipc-daemon isn't available, see http://www.cygwin.com/ml/cygwin/2002-11/msg00136.html, there is only a simple checker functions needed to check the state of the ipc-daemon and enable/disable shm functions. The appended patch implemented this support for the xfree server. See the result: cd ~/src/xc/programs/Xserver $ killall ipc-daemon $ ./XWin.exe & $ xdpyinfo | grep MIT-SHM $ killall XWin $ ipc-daemon & $ ./XWin.exe & $ xdpyinfo | grep MIT-SHM MIT-SHM Hope that helps cheers Ralf > -- > Chuck > > > Harold L Hunt II wrote: > > > Well, that makes it easy. SHM will not be supported by this new build. > > > > Harold > > > > Christopher Faylor wrote: > > > >> On Thu, Sep 04, 2003 at 04:45:34PM -0400, Harold L Hunt II wrote: > >> > >>> I am not sure. How "automagically" is the IPC daemon installed? If > >>> it requires user intervention, then we cannot really have XShm in the > >>> default install. > >> > >> > >> > >> You could make it a setup.hint dependency, of course, but that's only > >> half the battle. The next step would be to get the cygipc daemon > >> started. I don't think you want to go through that pain unless there is > >> a clean fallback for when cygipc isn't working right. > > > -------------- next part -------------- A non-text attachment was scrubbed... Name: xext_shm.patch Type: application/octet-stream Size: 1213 bytes Desc: not available URL: From Joel.Rosi-Schwartz@Etish.org Fri Sep 5 09:50:00 2003 From: Joel.Rosi-Schwartz@Etish.org (Joel Rosi-Schwartz) Date: Fri, 05 Sep 2003 09:50:00 -0000 Subject: Xwin stackdump while logging into RH8 with KDE as window manager References: <3F561BEB.3040606@Etish.org> <3F561ED6.6080500@msu.edu> <3F570BC4.9060503@Etish.org> <3F5710C2.4000109@Etish.org> <3F5725AB.2030708@etish.org> <3F573109.9080104@msu.edu> <3F573474.3080208@Etish.org> <3F57358E.4080003@msu.edu> Message-ID: <3F585C40.90008@Etish.org> Harold, I tried both and the behaviour prevails. Just to make sure we are on the same page, I would like to reiterate that the problem only occurs when I log into pre-existing kde configurations. If I log in under a clean kde environment all is fine. It appears to be something that I configured in the kde desktop. I am suspicious that somewhere along the line I have set the screen resolution from within kde, but for life of me I can not find such an option on the kde desktop tools. I have tried giving the startX command the -screen option, but that does not seem to alter any noticeable behaviour. - joel Harold L Hunt II wrote: > Joel, > > Okay, on the off chance that something strange is happening, please > try changing the "-from `hostname`" to "-from %my_ip_address%". Also, > try leaving off the -from altogether if you only have one network > interface in your computer. > > Harold > > Joel Rosi-Schwartz wrote: > >> Harold, >> >> Gave it a shot but it still core dumps. Thanks for the idea though. >> >> - joel >> >> Harold L Hunt II wrote: >> >>> Joel, >>> >>> We had some problems a long while back with 24 and 32 bit color and >>> KDE. Try dropping your Windows color depth to 16 bits per pixel and >>> report your results. >>> >>> Thanks for testing, >>> >>> Harold >>> >>> Joel Rosi-Schwartz wrote: >>> >>>> >>>> >>>> Andrew Markebo wrote: >>>> >>>>> What happens if you pick away the export DISPLAY? >>>> >>>> >>>> >>>> No effect, it behaves the same either way. The thing is that it all >>>> works fine if the kde environment of the user logging in is virgin. >>>> Something in the KDE environment that has been configured at some >>>> point in the past is now causing a core dump on the new machines. >>>> Our old machines continue to function normally. The ultimate >>>> solution is to simply remove our existing .kde directories and >>>> reconfigure our desktops from scratch. That is real boring work but >>>> in the end may be the simplest solution. >>>> >>>> - joel >>>> >>>>> /Andy >>>>> >>>>> / Joel Rosi-Schwartz wrote: >>>>> | I do not understand why, but both times that I attached my >>>>> startX file >>>>> | it seems be unreadable. Here are the contents: >>>>> | >>>>> | export PATH="/usr/X11R6/bin:$PATH" >>>>> | export DISPLAY=127.0.0.1:0.0 >>>>> | >>>>> | cd c:/tmp >>>>> | nohup /usr/X11R6/bin/XWin -query athena -from `hostname` >>>>> 2>/dev/null& >>>>> | >>>>> | # I have also tried the following >>>>> | # /usr/X11R6/bin/XWin -screen 0 1024 768 -engine 4 -query athena >>>>> -from >>>>> | `hostname` >>>>> | >>>>> | - joel >>>>> | >>>>> | >>>>> >>>>> >>>>> >>>> >>>> >>> >>> >> >> > > From Ralf.Habacker@freenet.de Fri Sep 5 09:55:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Fri, 05 Sep 2003 09:55:00 -0000 Subject: cygwin 1.5.3-1 Message-ID: <014101c37393$a8f633c0$0a1c440a@BRAMSCHE> Hi all, > > The appended patch implemented this support for the xfree server. I've found that the XFree86-Bigfont extension is also shm related, which is fixed by the appended patch. As I have looked into this code I was wondering about the extension initialisation code, which doesn't work as expected. It add's the extension regardless of if shm is available or not. --- old --- void XFree86BigfontExtensionInit() { if ((extEntry = AddExtension(XF86BIGFONTNAME, /* add extension */ .. /* check for shm support and return if isn't avaliable */ --- new --- .. /* check for shm support and return if isn't avaliable */ if ((extEntry = AddExtension(XF86BIGFONTNAME, /* add extension */ Cheers Ralf -------------- next part -------------- A non-text attachment was scrubbed... Name: xext_xf86bigfont.patch Type: application/octet-stream Size: 2903 bytes Desc: not available URL: From jphdupre@free.fr Fri Sep 5 13:53:00 2003 From: jphdupre@free.fr (=?iso-8859-1?Q?Jacques-Philippe_Dupr=E9?=) Date: Fri, 05 Sep 2003 13:53:00 -0000 Subject: Help for french keyboard Message-ID: <003301c373b4$e69f1a40$79e9933e@jphdupr> French keyboard on Windows 98 With Cygwin and XFree86 for X window ======================= I kwow Windows 9x quite well, but I am new in Cygwin and Unix, and I have problems with my french generic keyboard (105 keys) - Cygwin, xinit or xwin seem working correctly - on Cygwin alone, I get azerty keyboard, but no letters with accents (european codes) - on xinit or xwin, I get only the US keyboard qwerty - the Dos autoexec.bat contains keyb.fr and Dos keyboard works completely - I haven't found my solution in the mailings lists Please help me to install the french keyboard (pc105) for xinit.exe (all users) step by step : - give precisely which file(s) to modify or to create, and in which folder(directory), - give the manual and the automatic command to launch the french keyboard. Thanks Jacques-Philippe Dupr?? From huntharo@msu.edu Fri Sep 5 13:58:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 05 Sep 2003 13:58:00 -0000 Subject: cygwin 1.5.3-1 In-Reply-To: <013c01c3738a$1da09490$0a1c440a@BRAMSCHE> References: <013c01c3738a$1da09490$0a1c440a@BRAMSCHE> Message-ID: <3F58966F.7010406@msu.edu> Ralf, Could you try moving the CheckForRunningIPCDaemon function to hw/xwin/winshm.c/winCheckForRunningIPCDaemon ? I am just thinking that the patch is more likely to get included if it doesn't clutter extension files with Cygwin-specific stuff. Harold Ralf Habacker wrote: >>Ralf -- >> What happens when you run your cygipc-based build of X11, but do not >>have the ipc-daemon running? You can't run KDE, of course, but does the >>Xserver itself still work properly? Can non-KDE X apps work? >> > > Xfre has build in support for disabling XIT-SHM support in cases the kernel does > not support it. > See http://www.atomised.org/docs/XFree86-4.2.1/shm_8c-source.html > > xc/programs/Xserver/xext/shm.c > > > void > ShmExtensionInit() > { > ExtensionEntry *extEntry; > int i; > > #if defined(__FreeBSD__) || defined(__NetBSD__) || defined(__OpenBSD__) > if (!CheckForShmSyscall()) > { > ErrorF("MIT-SHM extension disabled due to lack of kernel support\n"); > return; > } > > > Because the cypipc produces a valid return code ENOSYS in cases the ipc-daemon isn't available, > see http://www.cygwin.com/ml/cygwin/2002-11/msg00136.html, there is only a simple checker functions needed to check the state of the ipc-daemon and enable/disable shm functions. > > The appended patch implemented this support for the xfree server. > > See the result: > > cd ~/src/xc/programs/Xserver > $ killall ipc-daemon > $ ./XWin.exe & > $ xdpyinfo | grep MIT-SHM > > $ killall XWin > $ ipc-daemon & > $ ./XWin.exe & > $ xdpyinfo | grep MIT-SHM > MIT-SHM > > Hope that helps > > cheers > Ralf > > > >>-- >>Chuck >> >> >>Harold L Hunt II wrote: >> >> >>>Well, that makes it easy. SHM will not be supported by this new build. >>> >>>Harold >>> >>>Christopher Faylor wrote: >>> >>> >>>>On Thu, Sep 04, 2003 at 04:45:34PM -0400, Harold L Hunt II wrote: >>>> >>>> >>>>>I am not sure. How "automagically" is the IPC daemon installed? If >>>>>it requires user intervention, then we cannot really have XShm in the >>>>>default install. >>>> >>>> >>>> >>>>You could make it a setup.hint dependency, of course, but that's only >>>>half the battle. The next step would be to get the cygipc daemon >>>>started. I don't think you want to go through that pain unless there is >>>>a clean fallback for when cygipc isn't working right. >> >> >> From huntharo@msu.edu Fri Sep 5 13:59:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 05 Sep 2003 13:59:00 -0000 Subject: cygwin 1.5.3-1 In-Reply-To: <014101c37393$a8f633c0$0a1c440a@BRAMSCHE> References: <014101c37393$a8f633c0$0a1c440a@BRAMSCHE> Message-ID: <3F5896B2.8070309@msu.edu> Ralf, Ralf Habacker wrote: > Hi all, > >>The appended patch implemented this support for the xfree server. > > > I've found that the XFree86-Bigfont extension is also shm related, which is > fixed by the appended patch. > > As I have looked into this code I was wondering about the extension > initialisation code, which doesn't work as expected. > It add's the extension regardless of if shm is available or not. > What do you mean? Do you mean that even after adding a call to check if shm is supported and running that the extension is still installed, even if you return? Or do you mean that looking at the existing code shows that they were never checking for shm support in the first place? Harold > --- old --- > > void > XFree86BigfontExtensionInit() > { > if ((extEntry = AddExtension(XF86BIGFONTNAME, /* add extension */ > .. /* check for shm support and return if isn't avaliable */ > > --- new --- > > .. /* check for shm support and return if isn't avaliable */ > if ((extEntry = AddExtension(XF86BIGFONTNAME, /* add extension */ > > > Cheers > > Ralf > From huntharo@msu.edu Fri Sep 5 14:12:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 05 Sep 2003 14:12:00 -0000 Subject: Xwin stackdump while logging into RH8 with KDE as window manager In-Reply-To: <3F585C40.90008@Etish.org> References: <3F561BEB.3040606@Etish.org> <3F561ED6.6080500@msu.edu> <3F570BC4.9060503@Etish.org> <3F5710C2.4000109@Etish.org> <3F5725AB.2030708@etish.org> <3F573109.9080104@msu.edu> <3F573474.3080208@Etish.org> <3F57358E.4080003@msu.edu> <3F585C40.90008@Etish.org> Message-ID: <3F5899A5.2090704@msu.edu> Joel, Okay, I have a couple more easy things to try that might have an effect: 1) Use "-fullscreen" to run in a full screen window... you may be seeing the results of some sort of image scaling problem. Running in full screen gives you a standard aspect ratio screen, so it might aleviate the problem. 2) Use "-engine 1". This uses the GDI engine instead of DirectDraw. GDI may not be affected in the same way as DirectDraw. 3) Use "-clipupdates 10". This will group together all updates to the Cygwin/XFree86 window that have more than 10 regions in them. This may prevent your problem from causing a crash. 4) Don't use the "2>/dev/null" in your startx script anymore. At best it is not needed since we are not a console app... at worst it is redirecting a file handle that is not expected and may be causing problems. In fact, please try using startxdmcp.bat... it has much fewer side effects that any other method of starting the server and will rule out a few questions in my mind. I understand what your problem is. I also know that sometimes strange things happen that I do not expect and trying a few things that don't make sense often ends up fixing the problem and alerting me to something that I didn't know what happening. Thanks for testing, Harold Joel Rosi-Schwartz wrote: > Harold, > > I tried both and the behaviour prevails. > > Just to make sure we are on the same page, I would like to reiterate > that the problem only occurs when I log into pre-existing kde > configurations. If I log in under a clean kde environment all is fine. > It appears to be something that I configured in the kde desktop. I am > suspicious that somewhere along the line I have set the screen > resolution from within kde, but for life of me I can not find such an > option on the kde desktop tools. I have tried giving the startX command > the -screen option, but that does not seem to alter any noticeable > behaviour. > > - joel > > Harold L Hunt II wrote: > >> Joel, >> >> Okay, on the off chance that something strange is happening, please >> try changing the "-from `hostname`" to "-from %my_ip_address%". Also, >> try leaving off the -from altogether if you only have one network >> interface in your computer. >> >> Harold >> >> Joel Rosi-Schwartz wrote: >> >>> Harold, >>> >>> Gave it a shot but it still core dumps. Thanks for the idea though. >>> >>> - joel >>> >>> Harold L Hunt II wrote: >>> >>>> Joel, >>>> >>>> We had some problems a long while back with 24 and 32 bit color and >>>> KDE. Try dropping your Windows color depth to 16 bits per pixel and >>>> report your results. >>>> >>>> Thanks for testing, >>>> >>>> Harold >>>> >>>> Joel Rosi-Schwartz wrote: >>>> >>>>> >>>>> >>>>> Andrew Markebo wrote: >>>>> >>>>>> What happens if you pick away the export DISPLAY? >>>>> >>>>> >>>>> >>>>> >>>>> No effect, it behaves the same either way. The thing is that it all >>>>> works fine if the kde environment of the user logging in is virgin. >>>>> Something in the KDE environment that has been configured at some >>>>> point in the past is now causing a core dump on the new machines. >>>>> Our old machines continue to function normally. The ultimate >>>>> solution is to simply remove our existing .kde directories and >>>>> reconfigure our desktops from scratch. That is real boring work but >>>>> in the end may be the simplest solution. >>>>> >>>>> - joel >>>>> >>>>>> /Andy >>>>>> >>>>>> / Joel Rosi-Schwartz wrote: >>>>>> | I do not understand why, but both times that I attached my >>>>>> startX file >>>>>> | it seems be unreadable. Here are the contents: >>>>>> | >>>>>> | export PATH="/usr/X11R6/bin:$PATH" >>>>>> | export DISPLAY=127.0.0.1:0.0 >>>>>> | >>>>>> | cd c:/tmp >>>>>> | nohup /usr/X11R6/bin/XWin -query athena -from `hostname` >>>>>> 2>/dev/null& >>>>>> | >>>>>> | # I have also tried the following >>>>>> | # /usr/X11R6/bin/XWin -screen 0 1024 768 -engine 4 -query athena >>>>>> -from >>>>>> | `hostname` >>>>>> | >>>>>> | - joel >>>>>> | >>>>>> | >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>> >>>> >>> >>> >> >> > > From cygwin-xfree.lists@mail.familymail.de Fri Sep 5 14:26:00 2003 From: cygwin-xfree.lists@mail.familymail.de (Cygwin List) Date: Fri, 05 Sep 2003 14:26:00 -0000 Subject: Help for french keyboard References: <003301c373b4$e69f1a40$79e9933e@jphdupr> Message-ID: <002e01c373b9$32637a30$0500a8c0@amarin.home> Hi Jacques-Philippe, > - on xinit or xwin, I get only the US keyboard qwerty you could try to install the 'XF86Config-4' config file in the '/etc/X11' directory. The file itself is pretty good documented. see: http://www.tu-chemnitz.de/~goal/xfree/XF86Config.bz2 You probably have to put in sth like: Option "XkbLayout" "fr" Have a look into the /tmp/XWin.log to check out if it loads correctly. It worked for my german keyboard, except for the AltGr keys who work only if they like, but seldom if you need them :-) You might not have the problem on the french kbd. Holger > Please help me to install the french keyboard (pc105) for xinit.exe > (all users) step by step : > - give precisely which file(s) to modify or to create, and in which > folder(directory), > - give the manual and the automatic command to launch the french > keyboard. > > Thanks > Jacques-Philippe Dupr? From Alexander.Gottwald@s1999.tu-chemnitz.de Fri Sep 5 16:08:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 05 Sep 2003 16:08:00 -0000 Subject: Import of documentation into cvs In-Reply-To: <3F57306E.2010100@msu.edu> References: <3F57306E.2010100@msu.edu> Message-ID: Harold L Hunt II wrote: > Alexander, > > Yeah, the major problem would be (I think) that the most recent source > post is not the most recent source. I take it you would like the most > recent source? When can you send me the sources? I've updates for the frequently asked question on keyboardlayouts and the related troubleshooting prepared. bye ago NP: Apoptygma Berzerk - Mourn (Lhrmx) -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Fri Sep 5 16:08:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 05 Sep 2003 16:08:00 -0000 Subject: Help for french keyboard In-Reply-To: <003301c373b4$e69f1a40$79e9933e@jphdupr> References: <003301c373b4$e69f1a40$79e9933e@jphdupr> Message-ID: Jacques-Philippe Dupr? wrote: > Please help me to install the french keyboard (pc105) for xinit.exe (all > users) step by step : Can you send me /tmp/XWin.log please? bye ago NP: Apoptygma Berzerk - Mourn (Lhrmx) -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Fri Sep 5 16:27:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 05 Sep 2003 16:27:00 -0000 Subject: Import of documentation into cvs In-Reply-To: References: <3F57306E.2010100@msu.edu> Message-ID: <3F58B942.2090302@msu.edu> Alexander, I am sorry, I just checked and the most recent version of the source (0.9.8) was already on the web: http://xfree86.cygwin.com/devel/documentation/changelog.html I have not made any updates since then. Harold Alexander Gottwald wrote: > Harold L Hunt II wrote: > > >>Alexander, >> >>Yeah, the major problem would be (I think) that the most recent source >>post is not the most recent source. I take it you would like the most >>recent source? > > > When can you send me the sources? I've updates for the frequently asked > question on keyboardlayouts and the related troubleshooting prepared. > > bye > ago > > NP: Apoptygma Berzerk - Mourn (Lhrmx) From Joel.Rosi-Schwartz@Etish.org Fri Sep 5 16:34:00 2003 From: Joel.Rosi-Schwartz@Etish.org (Joel Rosi-Schwartz) Date: Fri, 05 Sep 2003 16:34:00 -0000 Subject: Xwin stackdump while logging into RH8 with KDE as window manager References: <3F561BEB.3040606@Etish.org> <3F561ED6.6080500@msu.edu> <3F570BC4.9060503@Etish.org> <3F5710C2.4000109@Etish.org> <3F5725AB.2030708@etish.org> <3F573109.9080104@msu.edu> <3F573474.3080208@Etish.org> <3F57358E.4080003@msu.edu> <3F585C40.90008@Etish.org> <3F5899A5.2090704@msu.edu> Message-ID: <3F58BB12.6080604@Etish.org> Harold, Harold L Hunt II wrote: > Joel, > > Okay, I have a couple more easy things to try that might have an effect: > > 1) Use "-fullscreen" to run in a full screen window... you may be > seeing the results of some sort of image scaling problem. Running in > full screen gives you a standard aspect ratio screen, so it might > aleviate the problem. nope > 2) Use "-engine 1". This uses the GDI engine instead of DirectDraw. > GDI may not be affected in the same way as DirectDraw. nope > > 3) Use "-clipupdates 10". This will group together all updates to the > Cygwin/XFree86 window that have more than 10 regions in them. This > may prevent your problem from causing a crash. nope :-( > > 4) Don't use the "2>/dev/null" in your startx script anymore. At best > it is not needed since we are not a console app... at worst it is > redirecting a file handle that is not expected and may be causing > problems. In fact, please try using startxdmcp.bat... it has much > fewer side effects that any other method of starting the server and > will rule out a few questions in my mind. I took out the /dev/null and your point is well taken. Then I tried startxdmcp.bat but unfortunately the behaviour remains the same. > I understand what your problem is. I also know that sometimes strange > things happen that I do not expect and trying a few things that don't > make sense often ends up fixing the problem and alerting me to > something that I didn't know what happening. I figured that you did and I understand that you are being meticulous with eliminating possible causes, but sometimes it pays to double check when no certain. > Thanks for testing, Well actually it is I who am thankful. It is really appreciated how well you support this list and my problem in particular. Thanks. What's next :-) - joel > > Harold > > Joel Rosi-Schwartz wrote: > >> Harold, >> >> I tried both and the behaviour prevails. >> >> Just to make sure we are on the same page, I would like to reiterate >> that the problem only occurs when I log into pre-existing kde >> configurations. If I log in under a clean kde environment all is >> fine. It appears to be something that I configured in the kde >> desktop. I am suspicious that somewhere along the line I have set the >> screen resolution from within kde, but for life of me I can not find >> such an option on the kde desktop tools. I have tried giving the >> startX command the -screen option, but that does not seem to alter >> any noticeable behaviour. >> >> - joel >> >> Harold L Hunt II wrote: >> >>> Joel, >>> >>> Okay, on the off chance that something strange is happening, please >>> try changing the "-from `hostname`" to "-from %my_ip_address%". >>> Also, try leaving off the -from altogether if you only have one >>> network interface in your computer. >>> >>> Harold >>> >>> Joel Rosi-Schwartz wrote: >>> >>>> Harold, >>>> >>>> Gave it a shot but it still core dumps. Thanks for the idea though. >>>> >>>> - joel >>>> >>>> Harold L Hunt II wrote: >>>> >>>>> Joel, >>>>> >>>>> We had some problems a long while back with 24 and 32 bit color >>>>> and KDE. Try dropping your Windows color depth to 16 bits per >>>>> pixel and report your results. >>>>> >>>>> Thanks for testing, >>>>> >>>>> Harold >>>>> >>>>> Joel Rosi-Schwartz wrote: >>>>> >>>>>> >>>>>> >>>>>> Andrew Markebo wrote: >>>>>> >>>>>>> What happens if you pick away the export DISPLAY? >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> No effect, it behaves the same either way. The thing is that it >>>>>> all works fine if the kde environment of the user logging in is >>>>>> virgin. Something in the KDE environment that has been configured >>>>>> at some point in the past is now causing a core dump on the new >>>>>> machines. Our old machines continue to function normally. The >>>>>> ultimate solution is to simply remove our existing .kde >>>>>> directories and reconfigure our desktops from scratch. That is >>>>>> real boring work but in the end may be the simplest solution. >>>>>> >>>>>> - joel >>>>>> >>>>>>> /Andy >>>>>>> >>>>>>> / Joel Rosi-Schwartz wrote: >>>>>>> | I do not understand why, but both times that I attached my >>>>>>> startX file >>>>>>> | it seems be unreadable. Here are the contents: >>>>>>> | >>>>>>> | export PATH="/usr/X11R6/bin:$PATH" >>>>>>> | export DISPLAY=127.0.0.1:0.0 >>>>>>> | >>>>>>> | cd c:/tmp >>>>>>> | nohup /usr/X11R6/bin/XWin -query athena -from `hostname` >>>>>>> 2>/dev/null& >>>>>>> | >>>>>>> | # I have also tried the following >>>>>>> | # /usr/X11R6/bin/XWin -screen 0 1024 768 -engine 4 -query >>>>>>> athena -from >>>>>>> | `hostname` >>>>>>> | >>>>>>> | - joel >>>>>>> | >>>>>>> | >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>> >>>> >>> >>> >> >> > > From huntharo@msu.edu Fri Sep 5 16:51:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 05 Sep 2003 16:51:00 -0000 Subject: Xwin stackdump while logging into RH8 with KDE as window manager In-Reply-To: <3F58BB12.6080604@Etish.org> References: <3F561BEB.3040606@Etish.org> <3F561ED6.6080500@msu.edu> <3F570BC4.9060503@Etish.org> <3F5710C2.4000109@Etish.org> <3F5725AB.2030708@etish.org> <3F573109.9080104@msu.edu> <3F573474.3080208@Etish.org> <3F57358E.4080003@msu.edu> <3F585C40.90008@Etish.org> <3F5899A5.2090704@msu.edu> <3F58BB12.6080604@Etish.org> Message-ID: <3F58BEE8.9070706@msu.edu> Joel, The next step is to have you run a debug build of XWin.exe. We should be able to locate the offending line of code, so long as it is a problem internal to XWin.exe and not in an external library (it almost never is). I am creating a debug build of XWin.exe for you to try now. I really should have done this a long time ago... we have a few types of random crashes now that need to be fixed. Harold Joel Rosi-Schwartz wrote: > Harold, > > Harold L Hunt II wrote: > >> Joel, >> >> Okay, I have a couple more easy things to try that might have an effect: >> >> 1) Use "-fullscreen" to run in a full screen window... you may be >> seeing the results of some sort of image scaling problem. Running in >> full screen gives you a standard aspect ratio screen, so it might >> aleviate the problem. > > > nope > >> 2) Use "-engine 1". This uses the GDI engine instead of DirectDraw. >> GDI may not be affected in the same way as DirectDraw. > > > nope > >> >> 3) Use "-clipupdates 10". This will group together all updates to the >> Cygwin/XFree86 window that have more than 10 regions in them. This >> may prevent your problem from causing a crash. > > > nope :-( > >> >> 4) Don't use the "2>/dev/null" in your startx script anymore. At best >> it is not needed since we are not a console app... at worst it is >> redirecting a file handle that is not expected and may be causing >> problems. In fact, please try using startxdmcp.bat... it has much >> fewer side effects that any other method of starting the server and >> will rule out a few questions in my mind. > > > I took out the /dev/null and your point is well taken. Then I tried > startxdmcp.bat but unfortunately the behaviour remains the same. > >> I understand what your problem is. I also know that sometimes strange >> things happen that I do not expect and trying a few things that don't >> make sense often ends up fixing the problem and alerting me to >> something that I didn't know what happening. > > > I figured that you did and I understand that you are being meticulous > with eliminating possible causes, but sometimes it pays to double check > when no certain. > >> Thanks for testing, > > > Well actually it is I who am thankful. It is really appreciated how well > you support this list and my problem in particular. Thanks. > > What's next :-) > > - joel > >> >> Harold >> >> Joel Rosi-Schwartz wrote: >> >>> Harold, >>> >>> I tried both and the behaviour prevails. >>> >>> Just to make sure we are on the same page, I would like to reiterate >>> that the problem only occurs when I log into pre-existing kde >>> configurations. If I log in under a clean kde environment all is >>> fine. It appears to be something that I configured in the kde >>> desktop. I am suspicious that somewhere along the line I have set the >>> screen resolution from within kde, but for life of me I can not find >>> such an option on the kde desktop tools. I have tried giving the >>> startX command the -screen option, but that does not seem to alter >>> any noticeable behaviour. >>> >>> - joel >>> >>> Harold L Hunt II wrote: >>> >>>> Joel, >>>> >>>> Okay, on the off chance that something strange is happening, please >>>> try changing the "-from `hostname`" to "-from %my_ip_address%". >>>> Also, try leaving off the -from altogether if you only have one >>>> network interface in your computer. >>>> >>>> Harold >>>> >>>> Joel Rosi-Schwartz wrote: >>>> >>>>> Harold, >>>>> >>>>> Gave it a shot but it still core dumps. Thanks for the idea though. >>>>> >>>>> - joel >>>>> >>>>> Harold L Hunt II wrote: >>>>> >>>>>> Joel, >>>>>> >>>>>> We had some problems a long while back with 24 and 32 bit color >>>>>> and KDE. Try dropping your Windows color depth to 16 bits per >>>>>> pixel and report your results. >>>>>> >>>>>> Thanks for testing, >>>>>> >>>>>> Harold >>>>>> >>>>>> Joel Rosi-Schwartz wrote: >>>>>> >>>>>>> >>>>>>> >>>>>>> Andrew Markebo wrote: >>>>>>> >>>>>>>> What happens if you pick away the export DISPLAY? >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> No effect, it behaves the same either way. The thing is that it >>>>>>> all works fine if the kde environment of the user logging in is >>>>>>> virgin. Something in the KDE environment that has been configured >>>>>>> at some point in the past is now causing a core dump on the new >>>>>>> machines. Our old machines continue to function normally. The >>>>>>> ultimate solution is to simply remove our existing .kde >>>>>>> directories and reconfigure our desktops from scratch. That is >>>>>>> real boring work but in the end may be the simplest solution. >>>>>>> >>>>>>> - joel >>>>>>> >>>>>>>> /Andy >>>>>>>> >>>>>>>> / Joel Rosi-Schwartz wrote: >>>>>>>> | I do not understand why, but both times that I attached my >>>>>>>> startX file >>>>>>>> | it seems be unreadable. Here are the contents: >>>>>>>> | >>>>>>>> | export PATH="/usr/X11R6/bin:$PATH" >>>>>>>> | export DISPLAY=127.0.0.1:0.0 >>>>>>>> | >>>>>>>> | cd c:/tmp >>>>>>>> | nohup /usr/X11R6/bin/XWin -query athena -from `hostname` >>>>>>>> 2>/dev/null& >>>>>>>> | >>>>>>>> | # I have also tried the following >>>>>>>> | # /usr/X11R6/bin/XWin -screen 0 1024 768 -engine 4 -query >>>>>>>> athena -from >>>>>>>> | `hostname` >>>>>>>> | >>>>>>>> | - joel >>>>>>>> | >>>>>>>> | >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>> >>>> >>> >>> >> >> > > From j_tetazoo@hotmail.com Fri Sep 5 17:10:00 2003 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Fri, 05 Sep 2003 17:10:00 -0000 Subject: exec wmaker & in /etc/xinit/xinitrc doesn't work Message-ID: If you've never run wmaker before, you need to run /usr/X11R6/bin/wmaker.inst to configure your account. If there's no wmaker.inst, then you don't have the WindowMaker package installed. It's one of the packages available in the Cygwin Setup program. >From: cygwin-xfree >Reply-To: cygwin-xfree@cygwin.com >To: cygwin-xfree@cygwin.com >Subject: exec wmaker & in /etc/xinit/xinitrc doesn't work >Date: Thu, 4 Sep 2003 23:33:14 -0400 > >Hi- > > >I want to run WindowMaker rather than twm, so I edited /etc/xinit/xinitrc >and replaced > > exec twm & > >with > > exec wmaker & > >then when I ran 'startx', WindowMaker started then immediately crashed. > What am I missing here? > >Thanks for the help. _________________________________________________________________ Get a FREE computer virus scan online from McAfee. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From Alexander.Gottwald@s1999.tu-chemnitz.de Fri Sep 5 17:29:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 05 Sep 2003 17:29:00 -0000 Subject: Import of documentation into cvs In-Reply-To: <3F58B942.2090302@msu.edu> References: <3F57306E.2010100@msu.edu> <3F58B942.2090302@msu.edu> Message-ID: Harold L Hunt II wrote: > I am sorry, I just checked and the most recent version of the source > (0.9.8) was already on the web: Good. Then there will be no problems with merging my changes into a newer version. bye ago NP: Deine Lakaien - Love me to the end -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From andrew.markebo@comhem.se Fri Sep 5 17:32:00 2003 From: andrew.markebo@comhem.se (Andrew Markebo) Date: Fri, 05 Sep 2003 17:32:00 -0000 Subject: Xwin stackdump while logging into RH8 with KDE as window manager In-Reply-To: <3F58BB12.6080604@Etish.org> (Joel Rosi-Schwartz's message of "Fri, 05 Sep 2003 17:34:26 +0100") References: <3F561BEB.3040606@Etish.org> <3F561ED6.6080500@msu.edu> <3F570BC4.9060503@Etish.org> <3F5710C2.4000109@Etish.org> <3F5725AB.2030708@etish.org> <3F573109.9080104@msu.edu> <3F573474.3080208@Etish.org> <3F57358E.4080003@msu.edu> <3F585C40.90008@Etish.org> <3F5899A5.2090704@msu.edu> <3F58BB12.6080604@Etish.org> Message-ID: Hi! Many thoughts.. hmm not nothing like KDE loads something that wants features that only can be found on linux, not on the cygwin xfree? /Andy -- The eye of the linker rests on the libs! Please note, new email, @telia.com -> @comhem.se From Joel.Rosi-Schwartz@Etish.org Fri Sep 5 17:55:00 2003 From: Joel.Rosi-Schwartz@Etish.org (Joel Rosi-Schwartz) Date: Fri, 05 Sep 2003 17:55:00 -0000 Subject: Xwin stackdump while logging into RH8 with KDE as window manager References: <3F561BEB.3040606@Etish.org> <3F561ED6.6080500@msu.edu> <3F570BC4.9060503@Etish.org> <3F5710C2.4000109@Etish.org> <3F5725AB.2030708@etish.org> <3F573109.9080104@msu.edu> <3F573474.3080208@Etish.org> <3F57358E.4080003@msu.edu> <3F585C40.90008@Etish.org> <3F5899A5.2090704@msu.edu> <3F58BB12.6080604@Etish.org> <3F58BEE8.9070706@msu.edu> Message-ID: <3F58CE17.40001@Etish.org> Harold L Hunt II wrote: > Joel, > > The next step is to have you run a debug build of XWin.exe. We should > be able to locate the offending line of code, so long as it is a > problem internal to XWin.exe and not in an external library (it almost > never is). I am creating a debug build of XWin.exe for you to try > now. I really should have done this a long time ago... we have a few > types of random crashes now that need to be fixed. Fine, let me know when it is ready to go. Thnaks, Joel From ford@vss.fsi.com Fri Sep 5 20:15:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Fri, 05 Sep 2003 20:15:00 -0000 Subject: cygwin 1.5.3-1 and xfree devel Message-ID: When compiled under cygwin 1.5.3-1, the following hello world Motif program gets a SEGV in XtVaAppInitialize. Harold, what's your time table for a 1.5.3 built Xfree so I can test and update lesstif? Thanks. #include #include XtAppContext context; XmStringCharSet char_set=XmSTRING_DEFAULT_CHARSET; main(argc, argv) int argc; char *argv[]; { Widget toplevel, label; XmString S; /* Create an application shell. */ toplevel = XtAppInitialize(&context,"",NULL,0,&argc,argv,NULL, NULL,0); /* Create the Label widget. */ label = XmCreateLabel(toplevel,"label",NULL,0); S = XmStringCreateLtoR("Hello World!", char_set); XtVaSetValues(label, XmNlabelString, S, NULL); XtRealizeWidget(toplevel); XtAppMainLoop(context); } (gdb) r Starting program: /home/ford/xtest.exe Program received signal SIGSEGV, Segmentation fault. 0x00000000 in ?? () from (gdb) bt #0 0x00000000 in ?? () from -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From huntharo@msu.edu Fri Sep 5 21:07:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 05 Sep 2003 21:07:00 -0000 Subject: Server Test Series - Test97 - DEBUG Release Message-ID: <3F58FAEC.6030805@msu.edu> A special release of Test97 (a.k.a XFree86-xserv-4.3.0-6) has been made available to help debug some of the stack dumps and access violations that people have been seeing. This release is only for you if you have a specific problem to debug and you have been asked by a developer to try this release. http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test97-DEBUG.exe.bz2 (3033 KiB) Harold From huntharo@msu.edu Fri Sep 5 21:08:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 05 Sep 2003 21:08:00 -0000 Subject: Xwin stackdump while logging into RH8 with KDE as window manager In-Reply-To: <3F58CE17.40001@Etish.org> References: <3F561BEB.3040606@Etish.org> <3F561ED6.6080500@msu.edu> <3F570BC4.9060503@Etish.org> <3F5710C2.4000109@Etish.org> <3F5725AB.2030708@etish.org> <3F573109.9080104@msu.edu> <3F573474.3080208@Etish.org> <3F57358E.4080003@msu.edu> <3F585C40.90008@Etish.org> <3F5899A5.2090704@msu.edu> <3F58BB12.6080604@Etish.org> <3F58BEE8.9070706@msu.edu> <3F58CE17.40001@Etish.org> Message-ID: <3F58FB55.9060101@msu.edu> Joel, I just posted a Test97 DEBUG release to: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test97-DEBUG.exe.bz2 You seem pretty knowledgeable, so I assume that you know what to do in order to locate the place that XWin.exe is bombing. One caveat --- if you run this under gdb, be aware that two exceptions are thrown during intialization... these are caught by handlers in cygwin1.dll, so you can just "continue" when you see these two exceptions. Anything after that should indicate an actual problem. Thanks so much for testing, Harold Joel Rosi-Schwartz wrote: > Harold L Hunt II wrote: > >> Joel, >> >> The next step is to have you run a debug build of XWin.exe. We should >> be able to locate the offending line of code, so long as it is a >> problem internal to XWin.exe and not in an external library (it almost >> never is). I am creating a debug build of XWin.exe for you to try >> now. I really should have done this a long time ago... we have a few >> types of random crashes now that need to be fixed. > > > Fine, let me know when it is ready to go. > > Thnaks, > Joel > From lucy.garcia@ngc.com Sat Sep 6 00:28:00 2003 From: lucy.garcia@ngc.com (Garcia, Lucy) Date: Sat, 06 Sep 2003 00:28:00 -0000 Subject: Error:Can't open display: Message-ID: I have been trying to get ddd working and I think my problem is with x, however I am not sure. When I try to run ddd I get the following error. Error:Can't open display: So I tried numerous things and I finally think I got X running (because I saw an X in my icon bar.) when I double clicked the default startxwin.bat. So I looked in the file and found out that it tries to open an xterm. I don't ever get an xterm. 2 boxes flash to the screen and I see the X icon in my lower right icon bar. Could someone suggest something please? Even when I have the X icon running, I get the same message from trying to run ddd. I tried to 'set DISPLAY=0:0.0' in a bash shell and then rerun ddd but I still get the same error. Although I run env and I don't see DISPLAY as an environment variable. I have bash2.05, cygwin 1.5.3-1, and XFree86-base 4.3.0-1. In addition, when I run cygcheck -c the line for XFree86-base says that the version 4.3.0-1 is Incomplete. I have reinstalled all of the Xfree things from the cywin installation today without much luck in changing the status of the XFree86-base line in cygcheck. Please help! Thank You! Lucy Garcia Northrop Grumman Corporation JSF Mission Systems One Hornet Way, M/S 8D32/C4 El Segundo, CA 90245-2804 310-505-2937 lucy.garcia@ngc.com From pechtcha@cs.nyu.edu Sat Sep 6 00:36:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sat, 06 Sep 2003 00:36:00 -0000 Subject: Error:Can't open display: In-Reply-To: References: Message-ID: Lucy, On Fri, 5 Sep 2003, Garcia, Lucy wrote: > I have been trying to get ddd working and I think my problem is with x, > however I am not sure. When I try to run ddd I get the following error. > Error:Can't open display: > So I tried numerous things and I finally think I got X running (because I > saw an X in my icon bar.) > when I double clicked the default startxwin.bat. So I looked in the file > and found out that it tries to open an xterm. I don't ever get an xterm. 2 > boxes flash to the screen and I see the X icon in my lower right icon bar. > Could someone suggest something please? Even when I have the X icon > running, I get the same message from trying to run ddd. I tried to 'set > DISPLAY=0:0.0' in a bash shell and then rerun ddd but I still get the same > error. Although I run env and I don't see DISPLAY as an environment > variable. In bash you need to export the variable. Plus, the value you're using is wrong. Try export DISPLAY=localhost:0.0 and then start ddd. > I have bash2.05, cygwin 1.5.3-1, and XFree86-base 4.3.0-1. In addition, > when I run cygcheck -c the line for XFree86-base says that the version > 4.3.0-1 is Incomplete. I have reinstalled all of the Xfree things from the > cywin installation today without much luck in changing the status of the > XFree86-base line in cygcheck. This one's my fault. Basically, XFree86-base is an empty package, therefore no manifest (file list) is generated for it. Cygcheck doesn't find this package, so it complains (as you'll see if you pass the "-v" flag to cygcheck). When I wrote that part, I thought the missing file list is an abnormal situation. Turns out I was wrong. In other words, please ignore this status for the XFree86-base package. I'll try to get a fix for this into the next Cygwin release. > Please help! > Thank You! > Lucy Garcia Hope this helps, 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 Joel.Rosi-Schwartz@Etish.org Sat Sep 6 10:54:00 2003 From: Joel.Rosi-Schwartz@Etish.org (Joel Rosi-Schwartz) Date: Sat, 06 Sep 2003 10:54:00 -0000 Subject: Xwin stackdump while logging into RH8 with KDE as window manager References: <3F561BEB.3040606@Etish.org> <3F561ED6.6080500@msu.edu> <3F570BC4.9060503@Etish.org> <3F5710C2.4000109@Etish.org> <3F5725AB.2030708@etish.org> <3F573109.9080104@msu.edu> <3F573474.3080208@Etish.org> <3F57358E.4080003@msu.edu> <3F585C40.90008@Etish.org> <3F5899A5.2090704@msu.edu> <3F58BB12.6080604@Etish.org> <3F58BEE8.9070706@msu.edu> <3F58CE17.40001@Etish.org> <3F58FB55.9060101@msu.edu> Message-ID: <3F59BCC3.9000100@Etish.org> Harold, I have attached the output from the gdb run and, even thought they have not changed much, the stack trace and log. Please not that I have not downloaded source, so all you have is the file and line number where the violation takes place. I my having the source here can help with this please let me know. Thanks, Joel Harold L Hunt II wrote: > Joel, > > I just posted a Test97 DEBUG release to: > > http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test97-DEBUG.exe.bz2 > > > You seem pretty knowledgeable, so I assume that you know what to do in > order to locate the place that XWin.exe is bombing. > > One caveat --- if you run this under gdb, be aware that two exceptions > are thrown during intialization... these are caught by handlers in > cygwin1.dll, so you can just "continue" when you see these two > exceptions. Anything after that should indicate an actual problem. > > Thanks so much for testing, > > Harold > > Joel Rosi-Schwartz wrote: > >> Harold L Hunt II wrote: >> >>> Joel, >>> >>> The next step is to have you run a debug build of XWin.exe. We >>> should be able to locate the offending line of code, so long as it >>> is a problem internal to XWin.exe and not in an external library (it >>> almost never is). I am creating a debug build of XWin.exe for you >>> to try now. I really should have done this a long time ago... we >>> have a few types of random crashes now that need to be fixed. >> >> >> >> Fine, let me know when it is ready to go. >> >> Thnaks, >> Joel >> > > -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: gdb.out URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWin.exe.stackdump URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWin.log URL: From bruno.patin@wanadoo.fr Sat Sep 6 14:24:00 2003 From: bruno.patin@wanadoo.fr (bruno patin) Date: Sat, 06 Sep 2003 14:24:00 -0000 Subject: [cygwin-xfree]problem with the french keyboard Message-ID: <3F5A0108.40709@wanadoo.fr> Hello, I've the same problem than the one spoken of earlier that is my french keyboard on a win2000 system is not recognised. As I saw that the xwin.log and the answer to the keyboard.exe problem could help, I join these two files. Thanks to all -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: fileKeyboard URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: xwin.log URL: From Alexander.Gottwald@s1999.tu-chemnitz.de Sat Sep 6 19:48:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sat, 06 Sep 2003 19:48:00 -0000 Subject: [cygwin-xfree]problem with the french keyboard In-Reply-To: <3F5A0108.40709@wanadoo.fr> References: <3F5A0108.40709@wanadoo.fr> Message-ID: bruno patin wrote: > Hello, > > I've the same problem than the one spoken of earlier that is my french > keyboard on a win2000 system is not recognised. As I saw that the > xwin.log and the answer to the keyboard.exe problem could help, I join > these two files. your /tmp directory is most likely mounted in textmode. remount it to binmode with mount -b "$(cygpath -m /tmp)" /tmp bye ago NP: Hocico - Sucios Pensamientos -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Sat Sep 6 21:14:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sat, 06 Sep 2003 21:14:00 -0000 Subject: Updated docs Message-ID: Hi, I've checked in the 0.9.8 tarball of the cygwin-xfree docs. They are available in the xoncygwin cvs repository: cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/xoncygwin login cvs -z3 -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/xoncygwin co \ cygwin-xfree-doc or export CVS_RSH=ssh cvs -z3 -d:ext:developername@cvs.sourceforge.net:/cvsroot/xoncygwin co \ cygwin-xfree-doc I've also updated some sections about the config file and about the keyboard layouts and added troubleshooting info on X111 Forwarding with ssh and the keyboard layouts. @Harold: If you find no spelling errors, can you please put them online? I'd like to point the users with x11forwarding and xkb-tmp-textmode problems to the faq. NP: Hocico - ...Musica Para Un Suicido (Acto Final) -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Sun Sep 7 02:11:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 07 Sep 2003 02:11:00 -0000 Subject: Xwin stackdump while logging into RH8 with KDE as window manager In-Reply-To: <3F59BCC3.9000100@Etish.org> References: <3F561BEB.3040606@Etish.org> <3F561ED6.6080500@msu.edu> <3F570BC4.9060503@Etish.org> <3F5710C2.4000109@Etish.org> <3F5725AB.2030708@etish.org> <3F573109.9080104@msu.edu> <3F573474.3080208@Etish.org> <3F57358E.4080003@msu.edu> <3F585C40.90008@Etish.org> <3F5899A5.2090704@msu.edu> <3F58BB12.6080604@Etish.org> <3F58BEE8.9070706@msu.edu> <3F58CE17.40001@Etish.org> <3F58FB55.9060101@msu.edu> <3F59BCC3.9000100@Etish.org> Message-ID: <3F5A93E6.2020804@msu.edu> Joel, Alexander Gottwald --- Take a look at the location of this crash: Program received signal SIGSEGV, Segmentation fault. 0x0050b588 in ProcXkbGetKbdByName (client=0x10709ff8) at xkb.c:6022 Does this indicate any problems to you? The line reference does two pointer dereferences: *xkb->ctrls = *old_xkb->ctrls; That is interesting... are you using an XF86Config file? Or, do you have your keyboard in Windows set to something other than the default layout (the answer is probably no if you don't know what this is)? What about the keyboard in your KDE setup. Harold Joel Rosi-Schwartz wrote: > Harold, > > I have attached the output from the gdb run and, even thought they have > not changed much, the stack trace and log. Please not that I have not > downloaded source, so all you have is the file and line number where the > violation takes place. I my having the source here can help with this > please let me know. > > Thanks, > Joel > > Harold L Hunt II wrote: > >> Joel, >> >> I just posted a Test97 DEBUG release to: >> >> http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test97-DEBUG.exe.bz2 >> >> >> You seem pretty knowledgeable, so I assume that you know what to do in >> order to locate the place that XWin.exe is bombing. >> >> One caveat --- if you run this under gdb, be aware that two exceptions >> are thrown during intialization... these are caught by handlers in >> cygwin1.dll, so you can just "continue" when you see these two >> exceptions. Anything after that should indicate an actual problem. >> >> Thanks so much for testing, >> >> Harold >> >> Joel Rosi-Schwartz wrote: >> >>> Harold L Hunt II wrote: >>> >>>> Joel, >>>> >>>> The next step is to have you run a debug build of XWin.exe. We >>>> should be able to locate the offending line of code, so long as it >>>> is a problem internal to XWin.exe and not in an external library (it >>>> almost never is). I am creating a debug build of XWin.exe for you >>>> to try now. I really should have done this a long time ago... we >>>> have a few types of random crashes now that need to be fixed. >>> >>> >>> >>> >>> Fine, let me know when it is ready to go. >>> >>> Thnaks, >>> Joel >>> >> >> > > > ------------------------------------------------------------------------ > > (gdb) run -query athena -from polyhymnia > Starting program: /usr/X11R6/bin/XWin.exe -query athena -from polyhymnia > ---Type to continue, or q to quit--- > > Program received signal SIGSEGV, Segmentation fault. > 0x0050b588 in ProcXkbGetKbdByName (client=0x10709ff8) at xkb.c:6022 > 6022 xkb.c: No such file or directory. > in xkb.c > > > ------------------------------------------------------------------------ > > Exception: STATUS_ACCESS_VIOLATION at eip=0050B588 > eax=00000054 ebx=10707808 ecx=00000015 edx=00000000 esi=103E6658 edi=00000000 > ebp=0022FE58 esp=0022FB20 program=c:\root\usr\X11R6\bin\XWin.exe > cs=001B ds=0023 es=0023 fs=0038 gs=0000 ss=0023 > Stack trace: > Frame Function Args > 0022FE58 0050B588 (1064E6A0, 00000001, 00000064, 00000010) > 0022FE78 0050DE79 (1064E6A0, 00000033, 00000000, 0000003A) > 0022FEA8 00409CBB (00000002, 00000000, 61622B84, 00000001) > 0022FEF0 00401988 (00000007, 61622B84, 10100330, 0022FF24) > 0022FF40 61004D8A (610D0EE8, FFFFFFFE, 000003A8, 610D0E0C) > 0022FF90 6100507D (00000000, 00000000, FFFFFFFF, 80430D04) > 0022FFB0 0082A282 (00401438, 037F0009, 0022FFF0, 7C4E87F5) > 0022FFC0 0040103C (00000000, 00000000, 7FFDF000, 00000020) > 0022FFF0 7C4E87F5 (00401000, 00000000, 000000C8, 00000100) > End of stack trace > > > ------------------------------------------------------------------------ > > 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 > 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 740 1024 > winAdjustForAutoHide - Adjusted WorkArea: 0 0 740 1024 > winCreateBoundingWindowWindowed - WindowClient w 1018 h 715 r 1018 l 0 b 715 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. > (==) winConfigKeyboard - Layout: "00000809" > (==) Using preset keyboard for "English (United Kingdom)" (00000809), type "4" > (EE) No primary keyboard configured > (==) Using compiletime defaults for keyboard > Rules = "xfree86" Model = "pc105" Layout = "gb" Variant = "(null)" Options = "(null)" > winPointerWarpCursor - Discarding first warp: 509 357 > winBlockHandler - Releasing pmServerStarted > winBlockHandler - pthread_mutex_unlock () returned From merihei@hotmail.com Sun Sep 7 06:55:00 2003 From: merihei@hotmail.com (Meri Hei) Date: Sun, 07 Sep 2003 06:55:00 -0000 Subject: xterm/ssh hang with Solaris 8 Message-ID: Hello, I noticed that some other people have seen this same problem recently, and I'm wondering if somebody is already trying to solve it. I try to describe my problem as thoroughly as I can: In cygwin local xterm window (on win2000), if I try to ssh to a Solaris 8 machine, xterm/ssh seems to hang after I've written the password. This occurs when using XWin in multiwindow mode, but does not occur with cygwin in windowmaker mode. However, this problem does not occur when connecting to a Linux machine. I start XWin from a .bat file. Also I noticed that if I start an xterm window from the big X on the low right corner (using this great new .XWinrc feature), the same problem occurs, even when I'm running windowmaker as the window manager. So the problem is easy to reproduce, but probably not so easy to solve ... :) I have cygwin installed on win2000 (with all newest service packs and updates). The cygwin dll is 1.5.3-x, and all other cygwin packages are also updated two days ago. Thank you! Meri Hei _________________________________________________________________ MSN Messenger - kaikki yst??v??t klikkauksen p????ss??! Lataa t??st?? ilmaiseksi. http://www.msn.fi/viestintapalvelut/Messenger From adarwish@gmu.edu Sun Sep 7 08:33:00 2003 From: adarwish@gmu.edu (adarwish@gmu.edu) Date: Sun, 07 Sep 2003 08:33:00 -0000 Subject: Fwd: Remotely running applications using cygwin xterm Message-ID: An embedded message was scrubbed... From: adarwish@gmu.edu Subject: Remotely running applications using cygwin xterm Date: Sun, 07 Sep 2003 04:12:26 -0400 Size: 1385 URL: From Alexander.Gottwald@s1999.tu-chemnitz.de Sun Sep 7 18:21:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 07 Sep 2003 18:21:00 -0000 Subject: Xwin stackdump while logging into RH8 with KDE as window manager In-Reply-To: <3F5A93E6.2020804@msu.edu> References: <3F561BEB.3040606@Etish.org> <3F561ED6.6080500@msu.edu> <3F570BC4.9060503@Etish.org> <3F5710C2.4000109@Etish.org> <3F5725AB.2030708@etish.org> <3F573109.9080104@msu.edu> <3F573474.3080208@Etish.org> <3F57358E.4080003@msu.edu> <3F585C40.90008@Etish.org> <3F5899A5.2090704@msu.edu> <3F58BB12.6080604@Etish.org> <3F58BEE8.9070706@msu.edu> <3F58CE17.40001@Etish.org> <3F58FB55.9060101@msu.edu> <3F59BCC3.9000100@Etish.org> <3F5A93E6.2020804@msu.edu> Message-ID: Harold L Hunt II wrote: > Program received signal SIGSEGV, Segmentation fault. > 0x0050b588 in ProcXkbGetKbdByName (client=0x10709ff8) at xkb.c:6022 > > Does this indicate any problems to you? I was hunting the problem with textmode /tmp and xkb today. The fix I've submitted long ago never got into the xfree cvs, so the problem is still there. I'll check it into xoncygwin cvs after a few tests. Maybe this will fix this segfault too. I think the functions reading the keymap fail at a bogus newline and return an improper filled structure with some pointers set to NULL or random data. bye ago NP: Lacrimosa - Fassade-3. Satz -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Sun Sep 7 18:53:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 07 Sep 2003 18:53:00 -0000 Subject: Xwin stackdump while logging into RH8 with KDE as window manager In-Reply-To: References: <3F561BEB.3040606@Etish.org> <3F561ED6.6080500@msu.edu> <3F570BC4.9060503@Etish.org> <3F5710C2.4000109@Etish.org> <3F5725AB.2030708@etish.org> <3F573109.9080104@msu.edu> <3F573474.3080208@Etish.org> <3F57358E.4080003@msu.edu> <3F585C40.90008@Etish.org> <3F5899A5.2090704@msu.edu> <3F58BB12.6080604@Etish.org> <3F58BEE8.9070706@msu.edu> <3F58CE17.40001@Etish.org> <3F58FB55.9060101@msu.edu> <3F59BCC3.9000100@Etish.org> <3F5A93E6.2020804@msu.edu> Message-ID: Alexander Gottwald wrote: > I think the functions reading the keymap fail at a bogus newline and return > an improper filled structure with some pointers set to NULL or random data. To verify if this is the problem, please check the output of mount if an entry for /tmp exists and if this entry (or the entry for /) has a marking (binmode) or (textmode). If it's marked textmode, please run mount -buf "$(cygpath -m /tmp)" "/tmp" and check if XWin still segfaults. NP: Lacrimosa - No blind eyes can see -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Sun Sep 7 18:59:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 07 Sep 2003 18:59:00 -0000 Subject: Xwin stackdump while logging into RH8 with KDE as window manager In-Reply-To: References: <3F561BEB.3040606@Etish.org> <3F561ED6.6080500@msu.edu> <3F570BC4.9060503@Etish.org> <3F5710C2.4000109@Etish.org> <3F5725AB.2030708@etish.org> <3F573109.9080104@msu.edu> <3F573474.3080208@Etish.org> <3F57358E.4080003@msu.edu> <3F585C40.90008@Etish.org> <3F5899A5.2090704@msu.edu> <3F58BB12.6080604@Etish.org> <3F58BEE8.9070706@msu.edu> <3F58CE17.40001@Etish.org> <3F58FB55.9060101@msu.edu> <3F59BCC3.9000100@Etish.org> <3F5A93E6.2020804@msu.edu> Message-ID: Alexander Gottwald wrote: > I was hunting the problem with textmode /tmp and xkb today. The fix I've > submitted long ago never got into the xfree cvs, so the problem is still > there. I'll check it into xoncygwin cvs after a few tests. The change for the server is submitted. I'm not sure if xkbcomp is already patched in the last 4.3 release. Harold, can you please check if the attached patch is applied to your buildtree? (file is xc/programs/xkbcomp/xkbcomp.c) bye ago NP: Lacrimosa - Schakal -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Sun Sep 7 19:01:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 07 Sep 2003 19:01:00 -0000 Subject: Xwin stackdump while logging into RH8 with KDE as window manager In-Reply-To: References: <3F561BEB.3040606@Etish.org> <3F561ED6.6080500@msu.edu> <3F570BC4.9060503@Etish.org> <3F5710C2.4000109@Etish.org> <3F5725AB.2030708@etish.org> <3F573109.9080104@msu.edu> <3F573474.3080208@Etish.org> <3F57358E.4080003@msu.edu> <3F585C40.90008@Etish.org> <3F5899A5.2090704@msu.edu> <3F58BB12.6080604@Etish.org> <3F58BEE8.9070706@msu.edu> <3F58CE17.40001@Etish.org> <3F58FB55.9060101@msu.edu> <3F59BCC3.9000100@Etish.org> <3F5A93E6.2020804@msu.edu> Message-ID: Missing attachment :) NP: Lacrimosa - Schakal -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: xkbcomp.c URL: From gcruzicka@earthlink.net Sun Sep 7 19:37:00 2003 From: gcruzicka@earthlink.net (Gene C. Ruzicka) Date: Sun, 07 Sep 2003 19:37:00 -0000 Subject: two small problems with kde-cygwin References: <3F561BEB.3040606@Etish.org> <3F561ED6.6080500@msu.edu> <3F570BC4.9060503@Etish.org> <3F5710C2.4000109@Etish.org> <3F5725AB.2030708@etish.org> <3F573109.9080104@msu.edu> <3F573474.3080208@Etish.org> <3F57358E.4080003@msu.edu> <3F585C40.90008@Etish.org> <3F5899A5.2090704@msu.edu> <3F58BB12.6080604@Etish.org> <3F58BEE8.9070706@msu.edu> <3F58CE17.40001@Etish.org> <3F58FB55.9060101@msu.edu> <3F59BCC3.9000100@Etish.org> <3F5A93E6.2020804@msu.edu> Message-ID: <001001c3757a$07527450$23dbf7a5@HUNG> i recently installed kde 3.1.1 on my w2k pc. overall, it works well aside from somewhat sluggish response -- i guess it's time to upgrade to a faster processor. two small software-related problems: 1. when i request for help from the toolbar icon, each item in the contents panel of the help window is repeated; i.e., the first few items read: Welcome to KDE Welcome to KDE KDE user's manual KDE user's manual Application Manuals Application Manuals etc. 2. when i invoke the "maximal Desktop," an xterm window doesn't work properly when invoked using "xterm &" from a Konsole window; specifically, no text gets displayed in the xterm, either when typed from the keyboard or output from the OS. all i see in the xterm is the cursor (without prompt), which responds appropriately to line feeds. strangely, this probem does NOT occur when i emply the "minimal Desktop;" in other words, an xterm invoked from a Konsole window works fine. is buying more memory the "cure?" gene From Alexander.Gottwald@s1999.tu-chemnitz.de Sun Sep 7 21:17:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 07 Sep 2003 21:17:00 -0000 Subject: two small problems with kde-cygwin In-Reply-To: <001001c3757a$07527450$23dbf7a5@HUNG> References: <3F561BEB.3040606@Etish.org> <3F561ED6.6080500@msu.edu> <3F570BC4.9060503@Etish.org> <3F5710C2.4000109@Etish.org> <3F5725AB.2030708@etish.org> <3F573109.9080104@msu.edu> <3F573474.3080208@Etish.org> <3F57358E.4080003@msu.edu> <3F585C40.90008@Etish.org> <3F5899A5.2090704@msu.edu> <3F58BB12.6080604@Etish.org> <3F58BEE8.9070706@msu.edu> <3F58CE17.40001@Etish.org> <3F58FB55.9060101@msu.edu> <3F59BCC3.9000100@Etish.org> <3F5A93E6.2020804@msu.edu> <001001c3757a$07527450$23dbf7a5@HUNG> Message-ID: Gene C. Ruzicka wrote: > i recently installed kde 3.1.1 on my w2k pc. overall, > it works well aside from somewhat sluggish response -- > i guess it's time to upgrade to a faster processor. > > two small software-related problems: Your questions are very closely bound to KDE. The kde-cygwin@kde.org mailinglist is the correct place for your questions. This reply will be cc'ed to this list. > > 1. when i request for help from the toolbar icon, each item > in the contents panel of the help window is > repeated; i.e., the first few items read: > Welcome to KDE > Welcome to KDE > KDE user's manual > KDE user's manual > Application Manuals > Application Manuals > etc. > > > 2. when i invoke the "maximal Desktop," > an xterm window doesn't work properly > when invoked using "xterm &" from > a Konsole window; specifically, no text > gets displayed in the xterm, either when typed > from the keyboard or output from the OS. all > i see in the xterm is the cursor (without prompt), > which responds appropriately to line feeds. > > strangely, this probem does NOT occur when > i emply the "minimal Desktop;" in other words, > an xterm invoked from a Konsole window works > fine. is buying more memory the "cure?" > > gene > NP: Lacrimosa - Copycat -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Mon Sep 8 01:48:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 08 Sep 2003 01:48:00 -0000 Subject: Updated docs In-Reply-To: References: Message-ID: <3F5BDFCB.8010004@msu.edu> Alexander, Thanks for updating the docs. I was out of town for most of the weekend and my internet connection was down for the rest of it. I will try to checkout the documentation cvs tree this week and post an updated build of the documentation. Thanks for contributing, Harold Alexander Gottwald wrote: > Hi, > > I've checked in the 0.9.8 tarball of the cygwin-xfree docs. They are > available in the xoncygwin cvs repository: > > cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/xoncygwin login > cvs -z3 -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/xoncygwin co \ > cygwin-xfree-doc > > or > > export CVS_RSH=ssh > cvs -z3 -d:ext:developername@cvs.sourceforge.net:/cvsroot/xoncygwin co \ > cygwin-xfree-doc > > I've also updated some sections about the config file and about the keyboard > layouts and added troubleshooting info on X111 Forwarding with ssh and the > keyboard layouts. > > @Harold: If you find no spelling errors, can you please put them online? > I'd like to point the users with x11forwarding and xkb-tmp-textmode problems > to the faq. > > NP: Hocico - ...Musica Para Un Suicido (Acto Final) From Ralf.Habacker@freenet.de Mon Sep 8 06:19:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Mon, 08 Sep 2003 06:19:00 -0000 Subject: cygwin 1.5.3-1 In-Reply-To: <3F5896B2.8070309@msu.edu> Message-ID: <006901c375d1$3039e0e0$0a1c440a@BRAMSCHE> Hi Harold, > What do you mean? Do you mean that even after adding a call to check if > shm is supported and running that the extension is still installed, even > if you return? > Or do you mean that looking at the existing code shows > that they were never checking for shm support in the first place? this one. > Harold > > > --- old --- > > > > void > > XFree86BigfontExtensionInit() > > { > > if ((extEntry = AddExtension(XF86BIGFONTNAME, /* add extension */ > > .. /* check for shm support and return if isn't > avaliable */ > > > > --- new --- > > > > .. /* check for shm support and return if isn't > avaliable */ > > if ((extEntry = AddExtension(XF86BIGFONTNAME, /* add extension */ > > > > > > Cheers > > > > Ralf > > > > From gilles.civario@cea.fr Mon Sep 8 06:29:00 2003 From: gilles.civario@cea.fr (gilles civario) Date: Mon, 08 Sep 2003 06:29:00 -0000 Subject: Problem with 'setxkbmap fr' since cygwin 1.5.x Message-ID: Hello. I've got a little problem with my keyboard. - When I run cygwin-bach shell, my french keyboard is ok. - When I run rxvt without X11, my keyboard is OK too. - When I start XWin for XDM session, my keyboard is seen as us one (I never managed to change this with an XF86Config file, but no matter). So, I use 'setxkbmap fr' to have my french keyboard. This was working well since I updaded my cygwin installation from 1.3.xx to 1.5.yy cygwin pacages suite. Now, the keys '>' and '<' are no more recognised under X11, when all the others are ok. What should I do ? Thanks. Gilles. From alexander.gottwald@s1999.tu-chemnitz.de Mon Sep 8 08:17:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 08 Sep 2003 08:17:00 -0000 Subject: Problem with 'setxkbmap fr' since cygwin 1.5.x In-Reply-To: References: Message-ID: On Mon, 8 Sep 2003, gilles civario wrote: > Hello. > > I've got a little problem with my keyboard. > - When I run cygwin-bach shell, my french keyboard is ok. > - When I run rxvt without X11, my keyboard is OK too. > - When I start XWin for XDM session, my keyboard is seen as us one (I never managed > to change this with an XF86Config file, but no matter). So, I use 'setxkbmap fr' > to have my french keyboard. This was working well since I updaded my cygwin > installation from 1.3.xx to 1.5.yy cygwin pacages suite. Now, the keys '>' and > '<' are no more recognised under X11, when all the others are ok. > What should I do ? can you please send me /tmp/Xwin.log bye ago From gilles.civario@cea.fr Mon Sep 8 08:34:00 2003 From: gilles.civario@cea.fr (gilles civario) Date: Mon, 08 Sep 2003 08:34:00 -0000 Subject: Problem with 'setxkbmap fr' since cygwin 1.5.x In-Reply-To: References: Message-ID: Alexander Gottwald wrote: > On Mon, 8 Sep 2003, gilles civario wrote: > > >>Hello. >> >>I've got a little problem with my keyboard. >> - When I run cygwin-bach shell, my french keyboard is ok. >> - When I run rxvt without X11, my keyboard is OK too. >> - When I start XWin for XDM session, my keyboard is seen as us one (I never managed >> to change this with an XF86Config file, but no matter). So, I use 'setxkbmap fr' >> to have my french keyboard. This was working well since I updaded my cygwin >> installation from 1.3.xx to 1.5.yy cygwin pacages suite. Now, the keys '>' and >> '<' are no more recognised under X11, when all the others are ok. >>What should I do ? > > > can you please send me /tmp/Xwin.log > > bye > ago > Here you are. Plus my XWin starting shell. Gilles. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWin.log URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: X URL: From gilles.civario@cea.fr Mon Sep 8 08:54:00 2003 From: gilles.civario@cea.fr (gilles civario) Date: Mon, 08 Sep 2003 08:54:00 -0000 Subject: Problem with 'setxkbmap fr' since cygwin 1.5.x In-Reply-To: References: Message-ID: gilles civario wrote: > Alexander Gottwald wrote: > >> On Mon, 8 Sep 2003, gilles civario wrote: >> >> >>> Hello. >>> >>> I've got a little problem with my keyboard. >>> - When I run cygwin-bach shell, my french keyboard is ok. >>> - When I run rxvt without X11, my keyboard is OK too. >>> - When I start XWin for XDM session, my keyboard is seen as us one >>> (I never managed >>> to change this with an XF86Config file, but no matter). So, I use >>> 'setxkbmap fr' >>> to have my french keyboard. This was working well since I updaded >>> my cygwin >>> installation from 1.3.xx to 1.5.yy cygwin pacages suite. Now, the >>> keys '>' and >>> '<' are no more recognised under X11, when all the others are ok. >>> What should I do ? >> >> >> >> can you please send me /tmp/Xwin.log >> >> bye >> ago >> > Here you are. > Plus my XWin starting shell. > > Gilles. I've tested this XF86Config file, and with it, I do not need the setxkbmap. I've got directly the french keyboard, but steel without the '<' and '>' keys. What could be the trouble ? Gilles. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XF86Config URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWin.log URL: From alexander.gottwald@s1999.tu-chemnitz.de Mon Sep 8 09:17:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 08 Sep 2003 09:17:00 -0000 Subject: Problem with 'setxkbmap fr' since cygwin 1.5.x In-Reply-To: References: Message-ID: On Mon, 8 Sep 2003, gilles civario wrote: > > I've tested this XF86Config file, and with it, I do not need the setxkbmap. > I've got directly the french keyboard, but steel without the '<' and '>' keys. > What could be the trouble ? It must be a proble with the keyboard definition. From a debian host setxkbmap works fine, from cygwin the keys are missing. XFree86 on debian is 4.1.0 XFree86 on cygwin is 4.3.0 I'll check the xfree cvs if there have been patches to fix this problem. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From gilles.civario@cea.fr Mon Sep 8 09:22:00 2003 From: gilles.civario@cea.fr (gilles civario) Date: Mon, 08 Sep 2003 09:22:00 -0000 Subject: solved In-Reply-To: References: Message-ID: Ok, I solved my problem. Sorry for the noise. In the XF86Config file, I've changed the XkbModel from 'pc102' to 'pc105'. Now, it's working perfecly... It proofs that questioning others helps to answering itself. Gilles. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWin.log URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XF86Config URL: From pnews@lomarline.freeserve.co.uk Mon Sep 8 09:30:00 2003 From: pnews@lomarline.freeserve.co.uk (pnews@lomarline.freeserve.co.uk) Date: Mon, 08 Sep 2003 09:30:00 -0000 Subject: How to get xdm working? Message-ID: <200309080922.h889MWw04903@lomarline.freeserve.co.uk> CYGWIN_95-4.0 myhost 1.5.3(0.90/3/2) 2003-09-01 13:15 i586 unknown unknown Cygwin I am running these tests on a Samba partition which is mounted on the F: drive. I can make an XDMCP connection using startxdmcp.bat or the command line Xwin.exe -query remotehost. (Having learnt to mount the /tmp as a bin type mount! ) This works fine and I can get the indirect list of machines on my net served up to me via the remotename machine. Connect to that machine and get the remote xdm to give me a login prompt. Is it possible set up cywin to run the equivalent of my Linux Boxes' inittab lines: x1:5:respawn:/usr/X11/bin/X -indirect thislocalhost x2:5:respawn:/etc/X11/xdm -nodaemon I have tried to do this in two ways: The first is to run xdm without removing the line in /etc/xdm/Xservers specifying the server name: :0 local /usr/X11R6/bin/X Infact I modified this to: localhost:0 local /usr/X11R6/bin/X Because I needed that name to fix the "auth" problem. (see below) I could then run xdm from the command line. It returns: "Only root wants to run xdm" I worked around this in one of two ways: either running "xdm -debug 10" or creating a root account and logging in as root. The other files I altered were all in /etc/X11/xdm Xaccess * #any host can get a login window * CHOOSER BROADCAST #any indirect host can get a chooser xdm-config !DisplayManager.errorLogFile: /var/log/xdm.log DisplayManager.errorLogFile: /tmp/xdm.log ! removing this makes life simpler for now ! DisplayManager.willing: su nobody -c /usr/X11R6/lib/X11/xdm/Xwilling DisplayManager.*.authFile: Xauthority DisplayManager.RandomFile: /tmp/XWin.log !DisplayManager.requestPort: 0 Some comments on the above. I changed the errorLogFile so that I did not have to monitor logs in more than one dir. I removed the su "nobody -c" because it just complicates things! Removing the whole line saves running a script which includes programs which do not exist on my installation of cygwin. I created an "Xauthority" file because the one generated by xdm has a colon in it and the file system barfs at that. When creating the entries for the Xauthority file I used a modified version of the which appeared in May 2002 in this mail list: XAUTHORITY=/usr/X11R6/lib/X11/xdm/authdir/authfiles/Xauthority DISPLAYNUM=:0 mcookie=`dd if=/dev/urandom count=1 | md5sum | cut -f1 -d\ '` xauth -f "$XAUTHORITY" -v add "$DISPLAYNUM" . "$mcookie" xauth -f "$XAUTHORITY" -v add "127.0.0.1$DISPLAYNUM" . "$mcookie" xauth -f "$XAUTHORITY" -v add "$HOSTNAME$DISPLAYNUM" . "$mcookie" NB; For belt and braces I mounted the file "authfiles" dir as type bin. This is why I changed the line in the Xserver file to include localhost as this script generates that entry: $ xauth list myhost/unix:0 MIT-MAGIC-COOKIE-1 7042...fc localhost:0 MIT-MAGIC-COOKIE-1 7042...fc myhost.mydomain.com:0 MIT-MAGIC-COOKIE-1 7042...fc DM.RandomFile was used because the default is /dev/mem which does not appear to exist. I would be grateful for a better solution than the log file as a file for "sum". DM.requestPort is commented out because I want other machines to get XDMCP messages from this machine. If I run xdm with the Xservers commented out and from separate window with the line: "Xwin -indirect myhost" The host name appears in the indirect list on a Linux machine. But when I connect to it I get a grey cross hatched screen and nothing else. The same is true for the local X screen. At the same time as the cross hatch appears xdm "core dumps" Whether I run "xdm -debug 10" as root or another user whether there is an entry in Xserver or chooser or xterm inplace of chooser xdm always "core dumps" usually with the KERNEL32.DLL or less often CYGWIN1.DLL depending on the settings in xdm-config I noted the entry 2003/7/102 that other have been doing far more work on his than I have. Has anyone got a version which runs (with the release which I am using) and if so what am I doing that is not correct? Two useful mail list refrences: http://cygwin.com/ml/cygwin-xfree/2003-07/msg00102.html http://sources.redhat.com/ml/cygwin-xfree/2002-05/msg00226.html Here is one example of a dump cut from the popup window. XDM caused an invalid page fault in module KERNEL32.DLL at 0137:bff85fe5. Registers: EAX=c0013f4c CS=0137 EIP=bff85fe5 EFLGS=00010202 EBX=8160e5a0 SS=013f ESP=006d0000 EBP=006d009c ECX=c0013f48 DS=013f ESI=006d00d0 FS=2877 EDX=006d01f8 ES=013f EDI=006d00b4 GS=0000 Bytes at CS:EIP: 57 8b 30 55 83 7e 54 00 0f 84 1c 01 00 00 f6 46 Stack dump: 006d00d0 006cda98 00000000 bff85812 00000001 0000000e 006d00b4 006d00d0 006d0300 0000000b 006cda98 00000000 00000000 00000000 00000000 00000000 Here is a example taken from the XDM.EXE.stackdump Excption: STATUS_ACCESS_VIOLATION at eip=610788D1 eax=20202020 ebx=008CF380 ecx=61621714 edx=61621718 esi=00000039 edi=FFFFFFFF ebp=008CF3A8 esp=008CF340 program=F:\CYGWIN\USR\X11R6\BIN\XDM.EXE cs=0137 ds=013F es=013F fs=25AF gs=0000 ss=013F Stack trace: Frame Function Args 008CF3A8 610788D1 (00000001, 008CF3C0, 00000001, 008CF400) 008CF3C8 6107826C (00000001, 008CF3E0, 00000039, 008CF7F4) 008CF7E8 00406800 (00408F96, 10036218, 00000000, 00000001) 008CF808 0040905E (10038CE8, 00000000, 00000000, 001282E1) 008CF838 00408D38 (10038CE8, 10036340, 00000001, 610773D0) 008CF858 00405E09 (10038CE8, 10036260, 10038DD8, 008CF8A4) 008CF8B8 0040C950 (008CF8E0, 00000010, 00000017, 00000017) 008CF908 0040B2A3 (0040B300, 00000001, 00000000, 00000000) 008CF938 0040B431 (00000014, 004051D0, 00000000, 00000000) 008CFD68 00404B4D (00000003, 6162201C, 10030330, 008CFD9C) 008CFDB8 61004D8A (610D0EE8, FFFFFFFE, 00000005, 610D0E0C) 008CFE08 6100507D (00000000, 00000000, BFFBFA00, 008CFF68) 008CFE28 00453D82 (00404910, 037F0500, 008CFF78, BFF88E93) 008CFE38 0040103C (8161F5AC, 8162A27C, 006C0000, 006D6458) 008CFF78 BFF88E93 (BFF88A87, 00000019, 8161F5AC, 00000000) -- Regards Philip From cygwin-xfree.lists@mail.familymail.de Mon Sep 8 09:40:00 2003 From: cygwin-xfree.lists@mail.familymail.de (Holger) Date: Mon, 08 Sep 2003 09:40:00 -0000 Subject: Alt Gr special characters on german keyboard work only sometimes References: <20030904144959.GA14937@redhat.com> <005b01c372fc$0bf7cc60$0500a8c0@amarin.home> Message-ID: <004c01c375eb$f615e420$0500a8c0@amarin.home> Hi all, with all the Experts on keybords, could anybody give me a hint what might be wrong here? The problem is that the keys work only sometimes so you press them 10 times, you get 8 backslashs an 2 times nothing, or 6-4. It seems to follow no pattern. Thanks Holger Cygwin List wrote: > Hi, > > since the last update I have a very particular keyboard problem. The > special characters reachable with the 'alt gr' key on the german > keyboard like: {[]}\~|@ etc. work only sometimes. When pressed > repeatedly they may work at one command at the prompt after hitting > CR they don't work anymore. This is the same in different > applications kdevelop, bash, various editors, even the XDMCP login > prompt. Sometimes after hitting ^q (ctrl q) they work again. Within > vi they are sometimes displayed as ^\ (ctrl backslash) when pressing > \ (backslash) sometimes as \ (backslash) only, as they should. > > I'm using cygwin-xfree to connect to a debian box via XDMCP from a > WinXP Pro Machine. My Keyboard is the german version of the > "Microsoft Natural Keyboard Pro" with the appropriate drivers > installed. Detailed conf, startbat & logfile follow (comments > removed). > > Any help is appreciated > > Holger > > > > ---------- C:\cygwin\etc\X11\XF86Config-4 > > Section "Files" > RgbPath "/usr/X11R6/lib/X11/rgb" > EndSection > > Section "InputDevice" > Identifier "Keyboard1" > Driver "Keyboard" > Option "AutoRepeat" "500 30" > Option "XkbModel" "microsoft" > Option "XkbLayout" "de" > Option "XkbVariant" "nodeadkeys" > EndSection > > Section "Device" > Identifier "dummy" > Driver "dummy" > EndSection > > Section "Monitor" > Identifier "dummy" > EndSection > > Section "Screen" > Identifier "dummy" > Device "dummy" > Monitor "dummy" > EndSection > > Section "ServerLayout" > Identifier "dummy" > Screen "dummy" > InputDevice "Keyboard1" "CoreKeyboard" > EndSection > > > > > ---------- startxdmcp.bat > > @echo off > SET DISPLAY=127.0.0.1:0.0 > SET REMOTE_HOST= > > 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 > > if "%OS%" == "Windows_NT" goto OS_NT > > echo startxdmcp.bat - Starting on Windows 95/98/Me > goto STARTUP > >> OS_NT > echo startxdmcp.bat - Starting on Windows NT/2000/XP > >> STARTUP > start XWin -query %REMOTE_HOST% -nodecoration -lesspointer > > > > > ---------- > ddxProcessArgument - Initializing default screens > winInitializeDefaultScreens - w 1600 h 1200 > winInitializeDefaultScreens - Returning > OsVendorInit - Creating bogus screen 0 > (==) Using config file: "/etc/X11/XF86Config-4" > Markers: (--) probed, (**) from config file, (==) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (??) unknown. > (==) FontPath set to > "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" > (**) 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 32 bits > per pixel > winCreateBoundingWindowWindowed - User w: 1600 h: 1200 > winCreateBoundingWindowWindowed - Current w: 1600 h: 1200 > winAdjustForAutoHide - Original WorkArea: 0 32 1200 1600 > winAdjustForAutoHide - Adjusted WorkArea: 0 32 1200 1600 > winCreateBoundingWindowWindowed - WindowClient w 1568 h 1200 r 1568 l > 0 b 1200 t 0 > winCreateBoundingWindowWindowed - Returning > winCreatePrimarySurfaceShadowDDNL - Creating primary surface > winCreatePrimarySurfaceShadowDDNL - Created primary surface > winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary > surface > winAllocateFBShadowDDNL - lPitch: 6272 > winAllocateFBShadowDDNL - Created shadow pitch: 6272 > winAllocateFBShadowDDNL - Created shadow stride: 1568 > 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. > (==) Using preset keyboard for "German (Germany)" (00000407), type "4" > (**) Using keyboard "Keyboard1" as primary keyboard > (**) Option "XkbModel" "microsoft" > (**) XKB: model: "microsoft" > (**) Option "XkbLayout" "de" > (**) XKB: layout: "de" > (**) Option "XkbVariant" "nodeadkeys" > (**) XKB: variant: "nodeadkeys" > Rules = "xfree86" Model = "microsoft" Layout = "de" Variant = > "nodeadkeys" Options = "(null)" > winPointerWarpCursor - Discarding first warp: 784 600 > winBlockHandler - Releasing pmServerStarted > winBlockHandler - pthread_mutex_unlock () returned > (==) Using config file: "/etc/X11/XF86Config-4" > Markers: (--) probed, (**) from config file, (==) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (??) unknown. > (==) FontPath set to > "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" > (**) 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: 1600 h: 1200 > winCreateBoundingWindowWindowed - Current w: 1568 h: 1200 > winAdjustForAutoHide - Original WorkArea: 0 32 1200 1600 > winAdjustForAutoHide - Adjusted WorkArea: 0 32 1200 1600 > winCreateBoundingWindowWindowed - WindowClient w 1568 h 1200 r 1568 l > 0 b 1200 t 0 > winCreateBoundingWindowWindowed - Returning > winCreatePrimarySurfaceShadowDDNL - Creating primary surface > winCreatePrimarySurfaceShadowDDNL - Created primary surface > winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary > surface > winAllocateFBShadowDDNL - lPitch: 6272 > winAllocateFBShadowDDNL - Created shadow pitch: 6272 > winAllocateFBShadowDDNL - Created shadow stride: 1568 > 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. > (==) Using preset keyboard for "German (Germany)" (00000407), type "4" > (**) Using keyboard "Keyboard1" as primary keyboard > (**) Option "XkbModel" "microsoft" > (**) XKB: model: "microsoft" > (**) Option "XkbLayout" "de" > (**) XKB: layout: "de" > (**) Option "XkbVariant" "nodeadkeys" > (**) XKB: variant: "nodeadkeys" > Rules = "xfree86" Model = "microsoft" Layout = "de" Variant = > "nodeadkeys" Options = "(null)" > winBlockHandler - Releasing pmServerStarted > winBlockHandler - pthread_mutex_unlock () returned > winWindowProc - WM_*KEYDOWN - Closekey hit, quitting > winDeinitClipboard - Noting shutdown in progress > winDeinitMultiWindowWM - Noting shutdown in progress > winDeinitClipboard - Noting shutdown in progress > winDeinitMultiWindowWM - Noting shutdown in progress From alexander.gottwald@s1999.tu-chemnitz.de Mon Sep 8 09:48:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 08 Sep 2003 09:48:00 -0000 Subject: Alt Gr special characters on german keyboard work only sometimes In-Reply-To: <004c01c375eb$f615e420$0500a8c0@amarin.home> References: <20030904144959.GA14937@redhat.com> <005b01c372fc$0bf7cc60$0500a8c0@amarin.home> <004c01c375eb$f615e420$0500a8c0@amarin.home> Message-ID: On Mon, 8 Sep 2003, Holger wrote: > with all the Experts on keybords, could anybody give me a hint what might be wrong here? > The problem is that the keys work only sometimes so you press them 10 times, > you get 8 backslashs an 2 times nothing, or 6-4. It seems to follow no pattern. I'm not expiriencing such problems. But you can start the program xev, enter some backslashes into the window and send me the output, especially the KeyPress and KeyRelease events when the blackslash does not work. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From strube@physik3.gwdg.de Mon Sep 8 09:54:00 2003 From: strube@physik3.gwdg.de (Hans Werner Strube) Date: Mon, 08 Sep 2003 09:54:00 -0000 Subject: How to use Multi_key Message-ID: <200309080954.LAA14238@r2d2.physik3.gwdg.de> Is it possible to actually compose characters not on the keyboard using Multi_key and XLookupString() in Cygwin X11? So far I had no success, except for a single, nonreproducible case where Multi_key ' a -> ?? . (On my German keyboard, Multi_key is Shift Alt-Gr.) Or is there a similar feature at the MS Windows level which I don't know? From alexander.gottwald@s1999.tu-chemnitz.de Mon Sep 8 10:02:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 08 Sep 2003 10:02:00 -0000 Subject: How to use Multi_key In-Reply-To: <200309080954.LAA14238@r2d2.physik3.gwdg.de> References: <200309080954.LAA14238@r2d2.physik3.gwdg.de> Message-ID: On Mon, 8 Sep 2003, Hans Werner Strube wrote: > Is it possible to actually compose characters not on the keyboard using > Multi_key and XLookupString() in Cygwin X11? So far I had no success, > except for a single, nonreproducible case where Multi_key ' a -> ?? . > (On my German keyboard, Multi_key is Shift Alt-Gr.) > Or is there a similar feature at the MS Windows level which I don't know? Everything which is possible with keyboard input in the linux XFree server should be possible with Cygwin/XFree. A short test revealed that at least these characters can be produced with the multikey: ???????????????? The keyboard input does not rely on Windows highlevel functions. The only input we get from Windows is the press and the release of the keys on the keyboard. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From cygwin-xfree.lists@mail.familymail.de Mon Sep 8 10:21:00 2003 From: cygwin-xfree.lists@mail.familymail.de (Holger) Date: Mon, 08 Sep 2003 10:21:00 -0000 Subject: Alt Gr special characters on german keyboard work only sometimes References: <20030904144959.GA14937@redhat.com> <005b01c372fc$0bf7cc60$0500a8c0@amarin.home> <004c01c375eb$f615e420$0500a8c0@amarin.home> Message-ID: <008901c375f2$75aa5b20$0500a8c0@amarin.home> Hi Alexander > On Mon, 8 Sep 2003, Holger wrote: > >> with all the Experts on keybords, could anybody give me a hint what >> might be wrong here? The problem is that the keys work only >> sometimes so you press them 10 times, >> you get 8 backslashs an 2 times nothing, or 6-4. It seems to follow >> no pattern. > > I'm not expiriencing such problems. But you can start the program > xev, enter some backslashes into the window and send me the output, > especially the KeyPress and KeyRelease events when the blackslash > does not work. Here you go. What I did is holding the 'AltGr' key continously and then pressing the '? ? \' (questionmark (with shift), sharps (normal) backslash (ArtGr)) key several times. I double checked the events generated by Windows earlier with Spy++, they do not differ whether cygwin get's the right key or not. thanks for your help Holger -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: xev.txt URL: From jan@van-veldhuizen.nl Mon Sep 8 11:19:00 2003 From: jan@van-veldhuizen.nl (Jan van Veldhuizen) Date: Mon, 08 Sep 2003 11:19:00 -0000 Subject: remote login to linux host? Message-ID: I have cygwin installed on my XP, and I can succesfully login to my host if I am home. I use 'xwin -query '. If I am outside the network and try it over the internet I get only the grey Xwin screen. First I thought my NAT and firewall was blocking, but that is not true. I defined my linux host as defserver in my NAT, so everything is routed to the host. Telnetting is okay, I can use SWAT to remotely manage samba, VNC works, only cygwin refuses to show my login screen... What could be wrong? From alexander.gottwald@s1999.tu-chemnitz.de Mon Sep 8 11:26:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 08 Sep 2003 11:26:00 -0000 Subject: Alt Gr special characters on german keyboard work only sometimes In-Reply-To: <008901c375f2$75aa5b20$0500a8c0@amarin.home> References: <20030904144959.GA14937@redhat.com> <005b01c372fc$0bf7cc60$0500a8c0@amarin.home> <004c01c375eb$f615e420$0500a8c0@amarin.home> <008901c375f2$75aa5b20$0500a8c0@amarin.home> Message-ID: On Mon, 8 Sep 2003, Holger wrote: > Here you go. What I did is holding the 'AltGr' key continously and then pressing > the '? ?? \' (questionmark (with shift), sharps (normal) backslash (ArtGr)) key > several times. > KeyPress event, serial 27, synthetic NO, window 0x400001, root 0x3a, subw 0x0, time 9387818, (-402,-377), root:(212,591), state 0x90, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, XLookupString gives 0 characters: "" KeyRelease event, serial 27, synthetic NO, window 0x400001, root 0x3a, subw 0x0, time 9387818, (-402,-377), root:(212,591), state 0x94, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, XLookupString gives 0 characters: "" This seem to be the problem. We had some reports that alt-gr does not work properly on (some) WinXP machines. Do you have WinXP? > I double checked the events generated by Windows earlier with Spy++, they do not > differ whether cygwin get's the right key or not. There must be a subtile difference. Maybe with the timestamp of the message. Or the "Control down" and "alt down" messages come in reversed order. I don't have WinXP and can't test this. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Mon Sep 8 11:30:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 08 Sep 2003 11:30:00 -0000 Subject: remote login to linux host? In-Reply-To: References: Message-ID: On Mon, 8 Sep 2003, Jan van Veldhuizen wrote: > I have cygwin installed on my XP, and I can succesfully login to my host if > I am home. > I use 'xwin -query '. > If I am outside the network and try it over the internet I get only the grey > Xwin screen. > First I thought my NAT and firewall was blocking, but that is not true. I > defined my linux host as defserver in my NAT, so everything is routed to the > host. Telnetting is okay, I can use SWAT to remotely manage samba, VNC > works, only cygwin refuses to show my login screen... If you have NAT between your host and the remotehost then xdmcp will not work. Use the X11Forwarding technique of ssh instead. DISPLAY=localhost:0.0 ssh -X remotehost bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From jan@van-veldhuizen.nl Mon Sep 8 11:38:00 2003 From: jan@van-veldhuizen.nl (Jan van Veldhuizen) Date: Mon, 08 Sep 2003 11:38:00 -0000 Subject: remote login to linux host? References: Message-ID: > If you have NAT between your host and the remotehost then xdmcp will not work. > Use the X11Forwarding technique of ssh instead. > > DISPLAY=localhost:0.0 ssh -X remotehost > This is what my Cygwin window shows: jvv@LAPTOP-JVV ~ $ DISPLAY=localhost:0.0 jvv@LAPTOP-JVV ~ $ ssh -X van-veldhuizen.nl bash: ssh: command not found jvv@LAPTOP-JVV ~ $ DISPLAY=localhost:0.0 ssh -X van-veldhuizen.nl bash: ssh: command not found jvv@LAPTOP-JVV ~ $ what next? From alexander.gottwald@s1999.tu-chemnitz.de Mon Sep 8 11:45:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 08 Sep 2003 11:45:00 -0000 Subject: remote login to linux host? In-Reply-To: References: Message-ID: On Mon, 8 Sep 2003, Jan van Veldhuizen wrote: > jvv@LAPTOP-JVV ~ > $ DISPLAY=localhost:0.0 ssh -X van-veldhuizen.nl > bash: ssh: command not found > > > what next? start cygwin setup and install openssh from the Net category. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From jan@van-veldhuizen.nl Mon Sep 8 11:52:00 2003 From: jan@van-veldhuizen.nl (Jan van Veldhuizen) Date: Mon, 08 Sep 2003 11:52:00 -0000 Subject: remote login to linux host? References: Message-ID: Great! Works...but: I get a normal telnet session. No graphical login screen. Sorry, I am a newbie. "Alexander Gottwald" wrote in message news:Pine.LNX.4.53.0309081343230.25184@herkules.hrz.tu-chemnitz.de... > On Mon, 8 Sep 2003, Jan van Veldhuizen wrote: > > > jvv@LAPTOP-JVV ~ > > $ DISPLAY=localhost:0.0 ssh -X van-veldhuizen.nl > > bash: ssh: command not found > > > > > > what next? > > start cygwin setup and install openssh from the Net category. > > bye > ago > -- > Alexander.Gottwald@s1999.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 > From alexander.gottwald@s1999.tu-chemnitz.de Mon Sep 8 12:14:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 08 Sep 2003 12:14:00 -0000 Subject: remote login to linux host? In-Reply-To: References: Message-ID: On Mon, 8 Sep 2003, Jan van Veldhuizen wrote: > Great! Works...but: > > I get a normal telnet session. No graphical login screen. > Sorry, I am a newbie. After login, you can start xterm, or the windowmanager or with startkde the whole kde desktop (if it is installed) bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From holger.boehnke@familymail.de Mon Sep 8 12:20:00 2003 From: holger.boehnke@familymail.de (=?iso-8859-1?Q?Holger_B=F6hnke?=) Date: Mon, 08 Sep 2003 12:20:00 -0000 Subject: Alt Gr special characters on german keyboard work only sometimes References: <20030904144959.GA14937@redhat.com> <005b01c372fc$0bf7cc60$0500a8c0@amarin.home> <004c01c375eb$f615e420$0500a8c0@amarin.home> <008901c375f2$75aa5b20$0500a8c0@amarin.home> Message-ID: <00cf01c37603$19e1be30$0500a8c0@amarin.home> Hi Alexander > This seem to be the problem. We had some reports that alt-gr does not > work properly on (some) WinXP machines. Do you have WinXP? Yes, XP Prof., no Service Pack c:\>ver Microsoft Windows XP [Version 5.1.2600] > There must be a subtile difference. Maybe with the timestamp of the > message. Or the "Control down" and "alt down" messages come in > reversed order. I don't have WinXP and can't test this. I attached the logfile of spy++ I pushed: altgr (holding down) - 3x backsl - release altgr : out \\\ altgr (holding down) - 3x backsl - release altgr : out \\\ altgr (holding down) - 3x backsl - release altgr : out bye Holger -------------- next part -------------- A non-text attachment was scrubbed... Name: msg.log Type: application/octet-stream Size: 3413 bytes Desc: not available URL: From jan@van-veldhuizen.nl Mon Sep 8 12:24:00 2003 From: jan@van-veldhuizen.nl (Jan van Veldhuizen) Date: Mon, 08 Sep 2003 12:24:00 -0000 Subject: remote login to linux host? References: Message-ID: Thanks!!! It's working now. "Alexander Gottwald" wrote in message news:Pine.LNX.4.53.0309081355050.25184@herkules.hrz.tu-chemnitz.de... > On Mon, 8 Sep 2003, Jan van Veldhuizen wrote: > > > Great! Works...but: > > > > I get a normal telnet session. No graphical login screen. > > Sorry, I am a newbie. > > After login, you can start xterm, or the windowmanager or > with startkde the whole kde desktop (if it is installed) > > bye > ago > -- > Alexander.Gottwald@s1999.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 > From huntharo@msu.edu Mon Sep 8 12:56:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 08 Sep 2003 12:56:00 -0000 Subject: How to get xdm working? In-Reply-To: <200309080922.h889MWw04903@lomarline.freeserve.co.uk> References: <200309080922.h889MWw04903@lomarline.freeserve.co.uk> Message-ID: <3F5C7C84.1070607@msu.edu> That is a pretty large and well-detailed request. Unfortunately, I don't know enough to answer your question. Perhaps someone else does... if not, it looks like you would be the one that knows the most about the subject (a position I often find myself in :). Harold pnews@lomarline.freeserve.co.uk wrote: > CYGWIN_95-4.0 myhost 1.5.3(0.90/3/2) 2003-09-01 13:15 i586 unknown > unknown Cygwin > > I am running these tests on a Samba partition which is mounted > on the F: drive. > > I can make an XDMCP connection using startxdmcp.bat or the command line > Xwin.exe -query remotehost. (Having learnt to mount the /tmp as a bin > type mount! ) > > This works fine and I can get the indirect list of machines on my net > served up to me via the remotename machine. Connect to that machine > and get the remote xdm to give me a login prompt. > > Is it possible set up cywin to run the equivalent of my Linux Boxes' > inittab lines: > x1:5:respawn:/usr/X11/bin/X -indirect thislocalhost > x2:5:respawn:/etc/X11/xdm -nodaemon > > I have tried to do this in two ways: > The first is to run xdm without removing the line in > /etc/xdm/Xservers specifying the server name: > :0 local /usr/X11R6/bin/X > Infact I modified this to: > localhost:0 local /usr/X11R6/bin/X > Because I needed that name to fix the "auth" problem. (see below) > > I could then run xdm from the command line. It returns: > "Only root wants to run xdm" > I worked around this in one of two ways: > either running "xdm -debug 10" > or creating a root account and logging in as root. > > The other files I altered were all in /etc/X11/xdm > Xaccess > * #any host can get a login window > * CHOOSER BROADCAST #any indirect host can get a chooser > > xdm-config > !DisplayManager.errorLogFile: /var/log/xdm.log > DisplayManager.errorLogFile: /tmp/xdm.log > > ! removing this makes life simpler for now > ! DisplayManager.willing: su nobody -c /usr/X11R6/lib/X11/xdm/Xwilling > > DisplayManager.*.authFile: Xauthority > DisplayManager.RandomFile: /tmp/XWin.log > > !DisplayManager.requestPort: 0 > > Some comments on the above. I changed the errorLogFile so that > I did not have to monitor logs in more than one dir. > > I removed the su "nobody -c" because it just complicates things! > Removing the whole line saves running a script which includes > programs which do not exist on my installation of cygwin. > > I created an "Xauthority" file because the one generated by xdm > has a colon in it and the file system barfs at that. When > creating the entries for the Xauthority file I used a modified > version of the which appeared in May 2002 in this mail list: > XAUTHORITY=/usr/X11R6/lib/X11/xdm/authdir/authfiles/Xauthority > DISPLAYNUM=:0 > mcookie=`dd if=/dev/urandom count=1 | md5sum | cut -f1 -d\ '` > xauth -f "$XAUTHORITY" -v add "$DISPLAYNUM" . "$mcookie" > xauth -f "$XAUTHORITY" -v add "127.0.0.1$DISPLAYNUM" . "$mcookie" > xauth -f "$XAUTHORITY" -v add "$HOSTNAME$DISPLAYNUM" . "$mcookie" > NB; For belt and braces I mounted the file "authfiles" dir as type bin. > This is why I changed the line in the Xserver file to include localhost as > this script generates that entry: > $ xauth list > myhost/unix:0 MIT-MAGIC-COOKIE-1 7042...fc > localhost:0 MIT-MAGIC-COOKIE-1 7042...fc > myhost.mydomain.com:0 MIT-MAGIC-COOKIE-1 7042...fc > > DM.RandomFile was used because the default is /dev/mem which does not > appear to exist. I would be grateful for a better solution than the > log file as a file for "sum". > > DM.requestPort is commented out because I want other machines to get XDMCP > messages from this machine. > > If I run xdm with the Xservers commented out and from separate > window with the line: "Xwin -indirect myhost" > The host name appears in the indirect list on a Linux machine. > But when I connect to it I get a grey cross hatched screen > and nothing else. The same is true for the local X screen. > At the same time as the cross hatch appears xdm "core dumps" > > Whether I run "xdm -debug 10" as root or another user whether there is > an entry in Xserver or chooser or xterm inplace of chooser > xdm always "core dumps" usually with the KERNEL32.DLL or less often > CYGWIN1.DLL depending on the settings in xdm-config > > I noted the entry 2003/7/102 that other have been doing far more work > on his than I have. Has anyone got a version which runs (with the release > which I am using) and if so what am I doing that is not correct? > > Two useful mail list refrences: > http://cygwin.com/ml/cygwin-xfree/2003-07/msg00102.html > http://sources.redhat.com/ml/cygwin-xfree/2002-05/msg00226.html > > Here is one example of a dump cut from the popup window. > XDM caused an invalid page fault in > module KERNEL32.DLL at 0137:bff85fe5. > Registers: > EAX=c0013f4c CS=0137 EIP=bff85fe5 EFLGS=00010202 > EBX=8160e5a0 SS=013f ESP=006d0000 EBP=006d009c > ECX=c0013f48 DS=013f ESI=006d00d0 FS=2877 > EDX=006d01f8 ES=013f EDI=006d00b4 GS=0000 > Bytes at CS:EIP: > 57 8b 30 55 83 7e 54 00 0f 84 1c 01 00 00 f6 46 > Stack dump: > 006d00d0 006cda98 00000000 bff85812 > 00000001 0000000e 006d00b4 006d00d0 > 006d0300 0000000b 006cda98 > 00000000 00000000 00000000 00000000 > 00000000 > > Here is a example taken from the XDM.EXE.stackdump > > Excption: STATUS_ACCESS_VIOLATION at eip=610788D1 > eax=20202020 ebx=008CF380 ecx=61621714 edx=61621718 esi=00000039 edi=FFFFFFFF > ebp=008CF3A8 esp=008CF340 program=F:\CYGWIN\USR\X11R6\BIN\XDM.EXE > cs=0137 ds=013F es=013F fs=25AF gs=0000 ss=013F > Stack trace: > Frame Function Args > 008CF3A8 610788D1 (00000001, 008CF3C0, 00000001, 008CF400) > 008CF3C8 6107826C (00000001, 008CF3E0, 00000039, 008CF7F4) > 008CF7E8 00406800 (00408F96, 10036218, 00000000, 00000001) > 008CF808 0040905E (10038CE8, 00000000, 00000000, 001282E1) > 008CF838 00408D38 (10038CE8, 10036340, 00000001, 610773D0) > 008CF858 00405E09 (10038CE8, 10036260, 10038DD8, 008CF8A4) > 008CF8B8 0040C950 (008CF8E0, 00000010, 00000017, 00000017) > 008CF908 0040B2A3 (0040B300, 00000001, 00000000, 00000000) > 008CF938 0040B431 (00000014, 004051D0, 00000000, 00000000) > 008CFD68 00404B4D (00000003, 6162201C, 10030330, 008CFD9C) > 008CFDB8 61004D8A (610D0EE8, FFFFFFFE, 00000005, 610D0E0C) > 008CFE08 6100507D (00000000, 00000000, BFFBFA00, 008CFF68) > 008CFE28 00453D82 (00404910, 037F0500, 008CFF78, BFF88E93) > 008CFE38 0040103C (8161F5AC, 8162A27C, 006C0000, 006D6458) > 008CFF78 BFF88E93 (BFF88A87, 00000019, 8161F5AC, 00000000) > > > -- > Regards Philip From huntharo@msu.edu Mon Sep 8 13:00:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 08 Sep 2003 13:00:00 -0000 Subject: Alt Gr special characters on german keyboard work only sometimes In-Reply-To: <00cf01c37603$19e1be30$0500a8c0@amarin.home> References: <20030904144959.GA14937@redhat.com> <005b01c372fc$0bf7cc60$0500a8c0@amarin.home> <004c01c375eb$f615e420$0500a8c0@amarin.home> <008901c375f2$75aa5b20$0500a8c0@amarin.home> <00cf01c37603$19e1be30$0500a8c0@amarin.home> Message-ID: <3F5C7D5B.7000102@msu.edu> Holger, We have also had reports that one of the XP PowerToys messes up the AltGr key handling. Uninstalling this PowerToy fixes the problem. Have you got any of the PowerToys installed? Harold Holger B??hnke wrote: > Hi Alexander > > >>This seem to be the problem. We had some reports that alt-gr does not >>work properly on (some) WinXP machines. Do you have WinXP? > > > Yes, XP Prof., no Service Pack > > c:\>ver > Microsoft Windows XP [Version 5.1.2600] > > >>There must be a subtile difference. Maybe with the timestamp of the >>message. Or the "Control down" and "alt down" messages come in >>reversed order. I don't have WinXP and can't test this. > > > I attached the logfile of spy++ > > I pushed: > altgr (holding down) - 3x backsl - release altgr : out \\\ > altgr (holding down) - 3x backsl - release altgr : out \\\ > altgr (holding down) - 3x backsl - release altgr : out > > bye > > Holger From Joel.Rosi-Schwartz@Etish.org Mon Sep 8 13:01:00 2003 From: Joel.Rosi-Schwartz@Etish.org (Joel Rosi-Schwartz) Date: Mon, 08 Sep 2003 13:01:00 -0000 Subject: Xwin stackdump while logging into RH8 with KDE as window manager In-Reply-To: References: <3F561BEB.3040606@Etish.org> Message-ID: <200309081337.35244.Joel.Rosi-Schwartz@Etish.org> On Sunday 07 September 2003 19:59, Alexander Gottwald wrote: > Alexander Gottwald wrote: > > I was hunting the problem with textmode /tmp and xkb today. The fix I've > > submitted long ago never got into the xfree cvs, so the problem is still > > there. I'll check it into xoncygwin cvs after a few tests. > > The change for the server is submitted. I'm not sure if xkbcomp is already > patched in the last 4.3 release. > > Harold, can you please check if the attached patch is applied to your > buildtree? (file is xc/programs/xkbcomp/xkbcomp.c) Hit the nail on the head! Works like a charm now. Sorry I always keep everything mounted in binmode, but when I built the new machines that slipped through the cracks. Many thanks to you, Harold and the xfree team. Great product and great support. ciao, joel > bye > ago > > NP: Lacrimosa - Schakal From alexander.gottwald@s1999.tu-chemnitz.de Mon Sep 8 13:16:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 08 Sep 2003 13:16:00 -0000 Subject: Alt Gr special characters on german keyboard work only sometimes In-Reply-To: <00cf01c37603$19e1be30$0500a8c0@amarin.home> References: <20030904144959.GA14937@redhat.com> <005b01c372fc$0bf7cc60$0500a8c0@amarin.home> <004c01c375eb$f615e420$0500a8c0@amarin.home> <008901c375f2$75aa5b20$0500a8c0@amarin.home> <00cf01c37603$19e1be30$0500a8c0@amarin.home> Message-ID: On Mon, 8 Sep 2003, Holger B??hnke wrote: > I attached the logfile of spy++ Where can I get this spy++ program? Is it part of the VC++ package? Or is it freely available from the microsoft website? bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From pechtcha@cs.nyu.edu Mon Sep 8 13:28:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 08 Sep 2003 13:28:00 -0000 Subject: How to get xdm working? In-Reply-To: <200309080922.h889MWw04903@lomarline.freeserve.co.uk> References: <200309080922.h889MWw04903@lomarline.freeserve.co.uk> Message-ID: On Mon, 8 Sep 2003 pnews@lomarline.freeserve.co.uk wrote: > CYGWIN_95-4.0 myhost 1.5.3(0.90/3/2) 2003-09-01 13:15 i586 unknown > unknown Cygwin > > I am running these tests on a Samba partition which is mounted > on the F: drive. > > I can make an XDMCP connection using startxdmcp.bat or the command line > Xwin.exe -query remotehost. (Having learnt to mount the /tmp as a bin > type mount! ) > > This works fine and I can get the indirect list of machines on my net > served up to me via the remotename machine. Connect to that machine > and get the remote xdm to give me a login prompt. > > Is it possible set up cywin to run the equivalent of my Linux Boxes' > inittab lines: > x1:5:respawn:/usr/X11/bin/X -indirect thislocalhost > x2:5:respawn:/etc/X11/xdm -nodaemon There is a sysvinit package for Cygwin that might do exactly what you want. See the package documentation in /usr/doc/sysvinit* (or /usr/share/doc/sysvinit*) and the Cygwin-specific documentation in /usr/doc/Cygwin/sysvinit-*.README (or /usr/share/doc/...). > I have tried to do this in two ways: > The first is to run xdm without removing the line in > /etc/xdm/Xservers specifying the server name: > :0 local /usr/X11R6/bin/X > Infact I modified this to: > localhost:0 local /usr/X11R6/bin/X > Because I needed that name to fix the "auth" problem. (see below) > > I could then run xdm from the command line. It returns: > "Only root wants to run xdm" > I worked around this in one of two ways: > either running "xdm -debug 10" > or creating a root account and logging in as root. This is probably a bug in xdm. It's been discussed on this list before. Cygwin (or, rather, Windows) doesn't have a root user, but does have users with various permissions usually attributed to "root". On Win9x you can simply add a line for "root" to /etc/passwd (on WinNT/2k/XP you can copy the line for "system" and change the user name in that new line to "root"). > The other files I altered were all in /etc/X11/xdm > Xaccess > * #any host can get a login window > * CHOOSER BROADCAST #any indirect host can get a chooser > > xdm-config > !DisplayManager.errorLogFile: /var/log/xdm.log > DisplayManager.errorLogFile: /tmp/xdm.log > > ! removing this makes life simpler for now > ! DisplayManager.willing: su nobody -c /usr/X11R6/lib/X11/xdm/Xwilling > > DisplayManager.*.authFile: Xauthority > DisplayManager.RandomFile: /tmp/XWin.log > > !DisplayManager.requestPort: 0 > > Some comments on the above. I changed the errorLogFile so that > I did not have to monitor logs in more than one dir. > > I removed the su "nobody -c" because it just complicates things! > Removing the whole line saves running a script which includes > programs which do not exist on my installation of cygwin. > > I created an "Xauthority" file because the one generated by xdm > has a colon in it and the file system barfs at that. When > creating the entries for the Xauthority file I used a modified > version of the which appeared in May 2002 in this mail list: > XAUTHORITY=/usr/X11R6/lib/X11/xdm/authdir/authfiles/Xauthority > DISPLAYNUM=:0 > mcookie=`dd if=/dev/urandom count=1 | md5sum | cut -f1 -d\ '` > xauth -f "$XAUTHORITY" -v add "$DISPLAYNUM" . "$mcookie" > xauth -f "$XAUTHORITY" -v add "127.0.0.1$DISPLAYNUM" . "$mcookie" > xauth -f "$XAUTHORITY" -v add "$HOSTNAME$DISPLAYNUM" . "$mcookie" > NB; For belt and braces I mounted the file "authfiles" dir as type bin. > This is why I changed the line in the Xserver file to include localhost as > this script generates that entry: > $ xauth list > myhost/unix:0 MIT-MAGIC-COOKIE-1 7042...fc > localhost:0 MIT-MAGIC-COOKIE-1 7042...fc > myhost.mydomain.com:0 MIT-MAGIC-COOKIE-1 7042...fc > > DM.RandomFile was used because the default is /dev/mem which does not > appear to exist. I would be grateful for a better solution than the > log file as a file for "sum". Cygwin has a /dev/mem (but it won't be shown by "ls /dev", since /dev is a virtual filesystem in Cygwin. Try "ls -l /dev/mem", and you'll see that it does exist. I've posted a script to the main Cygwin list that would create the /dev directory and the various entries in it so that "ls" and tab completion works. Another possibility is using /dev/urandom, which you've used for mcookie above. > DM.requestPort is commented out because I want other machines to get XDMCP > messages from this machine. > > If I run xdm with the Xservers commented out and from separate > window with the line: "Xwin -indirect myhost" > The host name appears in the indirect list on a Linux machine. > But when I connect to it I get a grey cross hatched screen > and nothing else. The same is true for the local X screen. > At the same time as the cross hatch appears xdm "core dumps" > > Whether I run "xdm -debug 10" as root or another user whether there is > an entry in Xserver or chooser or xterm inplace of chooser > xdm always "core dumps" usually with the KERNEL32.DLL or less often > CYGWIN1.DLL depending on the settings in xdm-config If you'd like to debug this yourself, you could build xdm and Cygwin with debugging information, and use gdb to see where the fault happens (or use addr2line to decode the stackdump). At the very least you could take a look at the strace of xdm to see if something obvious is going wrong. > I noted the entry 2003/7/102 that other have been doing far more work > on his than I have. Has anyone got a version which runs (with the release > which I am using) and if so what am I doing that is not correct? > > Two useful mail list refrences: > http://cygwin.com/ml/cygwin-xfree/2003-07/msg00102.html > http://sources.redhat.com/ml/cygwin-xfree/2002-05/msg00226.html > > Here is one example of a dump cut from the popup window. > XDM caused an invalid page fault in > module KERNEL32.DLL at 0137:bff85fe5. > Registers: > EAX=c0013f4c CS=0137 EIP=bff85fe5 EFLGS=00010202 > EBX=8160e5a0 SS=013f ESP=006d0000 EBP=006d009c > ECX=c0013f48 DS=013f ESI=006d00d0 FS=2877 > EDX=006d01f8 ES=013f EDI=006d00b4 GS=0000 > Bytes at CS:EIP: > 57 8b 30 55 83 7e 54 00 0f 84 1c 01 00 00 f6 46 > Stack dump: > 006d00d0 006cda98 00000000 bff85812 > 00000001 0000000e 006d00b4 006d00d0 > 006d0300 0000000b 006cda98 > 00000000 00000000 00000000 00000000 > 00000000 > > Here is a example taken from the XDM.EXE.stackdump > > Excption: STATUS_ACCESS_VIOLATION at eip=610788D1 > eax=20202020 ebx=008CF380 ecx=61621714 edx=61621718 esi=00000039 edi=FFFFFFFF > ebp=008CF3A8 esp=008CF340 program=F:\CYGWIN\USR\X11R6\BIN\XDM.EXE > cs=0137 ds=013F es=013F fs=25AF gs=0000 ss=013F > Stack trace: > Frame Function Args > 008CF3A8 610788D1 (00000001, 008CF3C0, 00000001, 008CF400) > 008CF3C8 6107826C (00000001, 008CF3E0, 00000039, 008CF7F4) > 008CF7E8 00406800 (00408F96, 10036218, 00000000, 00000001) > 008CF808 0040905E (10038CE8, 00000000, 00000000, 001282E1) > 008CF838 00408D38 (10038CE8, 10036340, 00000001, 610773D0) > 008CF858 00405E09 (10038CE8, 10036260, 10038DD8, 008CF8A4) > 008CF8B8 0040C950 (008CF8E0, 00000010, 00000017, 00000017) > 008CF908 0040B2A3 (0040B300, 00000001, 00000000, 00000000) > 008CF938 0040B431 (00000014, 004051D0, 00000000, 00000000) > 008CFD68 00404B4D (00000003, 6162201C, 10030330, 008CFD9C) > 008CFDB8 61004D8A (610D0EE8, FFFFFFFE, 00000005, 610D0E0C) > 008CFE08 6100507D (00000000, 00000000, BFFBFA00, 008CFF68) > 008CFE28 00453D82 (00404910, 037F0500, 008CFF78, BFF88E93) > 008CFE38 0040103C (8161F5AC, 8162A27C, 006C0000, 006D6458) > 008CFF78 BFF88E93 (BFF88A87, 00000019, 8161F5AC, 00000000) > > -- > Regards Philip Hope this helps, 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 Mon Sep 8 13:36:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 08 Sep 2003 13:36:00 -0000 Subject: Alt Gr special characters on german keyboard work only sometimes In-Reply-To: References: <20030904144959.GA14937@redhat.com> <005b01c372fc$0bf7cc60$0500a8c0@amarin.home> <004c01c375eb$f615e420$0500a8c0@amarin.home> <008901c375f2$75aa5b20$0500a8c0@amarin.home> <00cf01c37603$19e1be30$0500a8c0@amarin.home> Message-ID: On Mon, 8 Sep 2003, Alexander Gottwald wrote: > On Mon, 8 Sep 2003, Holger Bohnke wrote: > > > I attached the logfile of spy++ > > Where can I get this spy++ program? Is it part of the VC++ package? Or > is it freely available from the microsoft website? > > bye > ago Spy++ is part of the Windows Platform SDK, which comes with Visual Studio, and is also (according to Microsoft) available as a free download on the web (at ). Hope this helps, 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 alexander.gottwald@s1999.tu-chemnitz.de Mon Sep 8 13:37:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 08 Sep 2003 13:37:00 -0000 Subject: Alt Gr special characters on german keyboard work only sometimes In-Reply-To: <00cf01c37603$19e1be30$0500a8c0@amarin.home> References: <20030904144959.GA14937@redhat.com> <005b01c372fc$0bf7cc60$0500a8c0@amarin.home> <004c01c375eb$f615e420$0500a8c0@amarin.home> <008901c375f2$75aa5b20$0500a8c0@amarin.home> <00cf01c37603$19e1be30$0500a8c0@amarin.home> Message-ID: On Mon, 8 Sep 2003, Holger B??hnke wrote: > I attached the logfile of spy++ ca you do the log again with all output checkboxes marked (esp raw parameter and time). I want to compare with the log I got. Thanks, ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From cygwin-xfree.lists@mail.familymail.de Mon Sep 8 13:57:00 2003 From: cygwin-xfree.lists@mail.familymail.de (Holger) Date: Mon, 08 Sep 2003 13:57:00 -0000 Subject: Alt Gr special characters on german keyboard work only sometimes References: <20030904144959.GA14937@redhat.com> <005b01c372fc$0bf7cc60$0500a8c0@amarin.home> <004c01c375eb$f615e420$0500a8c0@amarin.home> <008901c375f2$75aa5b20$0500a8c0@amarin.home> <00cf01c37603$19e1be30$0500a8c0@amarin.home> Message-ID: <005e01c37611$2ac94160$2e090a0a@ka.fun.de> Meanwhile I'm at another workplace, where I run win2k. Here the Altgr key works. I spyed the windows messages and came up with something peculiar: w2k: (pressed 3*backslash) <00001> 002C029C P WM_KEYDOWN nVirtKey:VK_CONTROL cRepeat:1 ScanCode:1D fExtended:0 fAltDown:0 fRepeat:0 fUp:0 <00002> 002C029C P WM_KEYDOWN nVirtKey:VK_MENU cRepeat:1 ScanCode:38 fExtended:1 fAltDown:1 fRepeat:0 fUp:0 <00003> 002C029C P WM_KEYDOWN nVirtKey:VK_CONTROL cRepeat:1 ScanCode:1D fExtended:0 fAltDown:1 fRepeat:1 fUp:0 <00004> 002C029C P WM_KEYDOWN nVirtKey:VK_MENU cRepeat:1 ScanCode:38 fExtended:1 fAltDown:1 fRepeat:1 fUp:0 <00005> 002C029C P WM_KEYDOWN nVirtKey:00DB cRepeat:1 ScanCode:0C fExtended:0 fAltDown:1 fRepeat:0 fUp:0 <00006> 002C029C P WM_KEYUP nVirtKey:00DB cRepeat:1 ScanCode:0C fExtended:0 fAltDown:1 fRepeat:1 fUp:1 <00007> 002C029C P WM_KEYDOWN nVirtKey:00DB cRepeat:1 ScanCode:0C fExtended:0 fAltDown:1 fRepeat:0 fUp:0 <00008> 002C029C P WM_KEYUP nVirtKey:00DB cRepeat:1 ScanCode:0C fExtended:0 fAltDown:1 fRepeat:1 fUp:1 <00009> 002C029C P WM_KEYDOWN nVirtKey:00DB cRepeat:1 ScanCode:0C fExtended:0 fAltDown:1 fRepeat:0 fUp:0 <00010> 002C029C P WM_KEYUP nVirtKey:00DB cRepeat:1 ScanCode:0C fExtended:0 fAltDown:1 fRepeat:1 fUp:1 <00011> 002C029C P WM_SYSKEYUP nVirtKey:VK_CONTROL cRepeat:1 ScanCode:1D fExtended:0 fAltDown:1 fRepeat:1 fUp:1 <00012> 002C029C P WM_KEYUP nVirtKey:VK_MENU cRepeat:1 ScanCode:38 fExtended:1 fAltDown:0 fRepeat:1 fUp:1 see the first 4 messages. apparently w2k sends <00001> WM_KEYDOWN nVirtKey:VK_CONTROL ... fAltDown:0 fRepeat:0 <00002> WM_KEYDOWN nVirtKey:VK_MENU ... fAltDown:1 fRepeat:0 <00003> WM_KEYDOWN nVirtKey:VK_CONTROL ... fAltDown:1 fRepeat:1 <00004> WM_KEYDOWN nVirtKey:VK_MENU ...fAltDown:1 fRepeat:1 It looks like it repeats the VK_CONTROL & VK_MENU msgs with altdown flag = 1 5 & 6 are the real key that gets pressed '??\' while XP sends: (pressed 1*backslash) <00001> 005202C4 P WM_KEYDOWN nVirtKey:VK_CONTROL cRepeat:1 ScanCode:1D fExtended:0 fAltDown:0 fRepeat:0 fUp:0 <00002> 005202C4 P WM_KEYDOWN nVirtKey:VK_MENU cRepeat:1 ScanCode:38 fExtended:1 fAltDown:1 fRepeat:0 fUp:0 <00003> 005202C4 P WM_KEYDOWN nVirtKey:00DB cRepeat:1 ScanCode:0C fExtended:0 fAltDown:1 fRepeat:0 fUp:0 <00004> 005202C4 P WM_KEYUP nVirtKey:00DB cRepeat:1 ScanCode:0C fExtended:0 fAltDown:1 fRepeat:1 fUp:1 <00005> 005202C4 P WM_SYSKEYUP nVirtKey:VK_CONTROL cRepeat:1 ScanCode:1D fExtended:0 fAltDown:1 fRepeat:1 fUp:1 <00006> 005202C4 P WM_KEYUP nVirtKey:VK_MENU cRepeat:1 ScanCode:38 fExtended:1 fAltDown:0 fRepeat:1 fUp:1 here the keypress of '??\' is sent directly after only 2 messages: <00001> WM_KEYDOWN nVirtKey:VK_CONTROL ... fAltDown:0 fRepeat:0 <00002> WM_KEYDOWN nVirtKey:VK_MENU ... fAltDown:1 fRepeat:0 <00003> WM_KEYDOWN nVirtKey:00DB ... fAltDown:1 fRepeat:0 fUp:0 <00004> WM_KEYUP nVirtKey:00DB ... fAltDown:1 fRepeat:1 fUp:1 <00005> WM_SYSKEYUP nVirtKey:VK_CONTROL ... <00006> WM_KEYUP nVirtKey:VK_MENU ... with the first 2 like the first 2 messages 2k sends. Therefore the keydown message with altdown=1 for VK_CONTROL and VK_MENU are missing. Could it be that cygwin is confused by the missing messages? Holger Holger B?hnke wrote: > Hi Alexander > >> This seem to be the problem. We had some reports that alt-gr does not >> work properly on (some) WinXP machines. Do you have WinXP? > > Yes, XP Prof., no Service Pack > > c:\>ver > Microsoft Windows XP [Version 5.1.2600] > >> There must be a subtile difference. Maybe with the timestamp of the >> message. Or the "Control down" and "alt down" messages come in >> reversed order. I don't have WinXP and can't test this. > > I attached the logfile of spy++ > > I pushed: > altgr (holding down) - 3x backsl - release altgr : out \\\ > altgr (holding down) - 3x backsl - release altgr : out \\\ > altgr (holding down) - 3x backsl - release altgr : out > > bye > > Holger From cygwin-xfree.lists@mail.familymail.de Mon Sep 8 13:59:00 2003 From: cygwin-xfree.lists@mail.familymail.de (Holger) Date: Mon, 08 Sep 2003 13:59:00 -0000 Subject: Alt Gr special characters on german keyboard work only sometimes Message-ID: <007001c37611$72e5cbd0$2e090a0a@ka.fun.de> Ooops, forgot to attach the logfile win2k... Holger Holger wrote: > Meanwhile I'm at another workplace, where I run win2k. Here the Altgr > key works. I spyed the windows messages and came up with something > peculiar: > > w2k: (pressed 3*backslash) > > <00001> 002C029C P WM_KEYDOWN nVirtKey:VK_CONTROL cRepeat:1 > ScanCode:1D fExtended:0 fAltDown:0 fRepeat:0 fUp:0 > <00002> 002C029C P WM_KEYDOWN nVirtKey:VK_MENU cRepeat:1 ScanCode:38 > fExtended:1 fAltDown:1 fRepeat:0 fUp:0 > <00003> 002C029C P WM_KEYDOWN nVirtKey:VK_CONTROL cRepeat:1 > ScanCode:1D fExtended:0 fAltDown:1 fRepeat:1 fUp:0 > <00004> 002C029C P WM_KEYDOWN nVirtKey:VK_MENU cRepeat:1 ScanCode:38 > fExtended:1 fAltDown:1 fRepeat:1 fUp:0 > <00005> 002C029C P WM_KEYDOWN nVirtKey:00DB cRepeat:1 ScanCode:0C > fExtended:0 fAltDown:1 fRepeat:0 fUp:0 > <00006> 002C029C P WM_KEYUP nVirtKey:00DB cRepeat:1 ScanCode:0C > fExtended:0 fAltDown:1 fRepeat:1 fUp:1 > <00007> 002C029C P WM_KEYDOWN nVirtKey:00DB cRepeat:1 ScanCode:0C > fExtended:0 fAltDown:1 fRepeat:0 fUp:0 > <00008> 002C029C P WM_KEYUP nVirtKey:00DB cRepeat:1 ScanCode:0C > fExtended:0 fAltDown:1 fRepeat:1 fUp:1 > <00009> 002C029C P WM_KEYDOWN nVirtKey:00DB cRepeat:1 ScanCode:0C > fExtended:0 fAltDown:1 fRepeat:0 fUp:0 > <00010> 002C029C P WM_KEYUP nVirtKey:00DB cRepeat:1 ScanCode:0C > fExtended:0 fAltDown:1 fRepeat:1 fUp:1 > <00011> 002C029C P WM_SYSKEYUP nVirtKey:VK_CONTROL cRepeat:1 > ScanCode:1D fExtended:0 fAltDown:1 fRepeat:1 fUp:1 > <00012> 002C029C P WM_KEYUP nVirtKey:VK_MENU cRepeat:1 ScanCode:38 > fExtended:1 fAltDown:0 fRepeat:1 fUp:1 > > see the first 4 messages. apparently w2k sends > > <00001> WM_KEYDOWN nVirtKey:VK_CONTROL ... fAltDown:0 fRepeat:0 > <00002> WM_KEYDOWN nVirtKey:VK_MENU ... fAltDown:1 fRepeat:0 > <00003> WM_KEYDOWN nVirtKey:VK_CONTROL ... fAltDown:1 fRepeat:1 > <00004> WM_KEYDOWN nVirtKey:VK_MENU ...fAltDown:1 fRepeat:1 > > It looks like it repeats the VK_CONTROL & VK_MENU msgs with altdown > flag = 1 > 5 & 6 are the real key that gets pressed '??\' > > > > while XP sends: (pressed 1*backslash) > > <00001> 005202C4 P WM_KEYDOWN nVirtKey:VK_CONTROL cRepeat:1 > ScanCode:1D fExtended:0 fAltDown:0 fRepeat:0 fUp:0 > <00002> 005202C4 P WM_KEYDOWN nVirtKey:VK_MENU cRepeat:1 ScanCode:38 > fExtended:1 fAltDown:1 fRepeat:0 fUp:0 > <00003> 005202C4 P WM_KEYDOWN nVirtKey:00DB cRepeat:1 ScanCode:0C > fExtended:0 fAltDown:1 fRepeat:0 fUp:0 > <00004> 005202C4 P WM_KEYUP nVirtKey:00DB cRepeat:1 ScanCode:0C > fExtended:0 fAltDown:1 fRepeat:1 fUp:1 > <00005> 005202C4 P WM_SYSKEYUP nVirtKey:VK_CONTROL cRepeat:1 > ScanCode:1D fExtended:0 fAltDown:1 fRepeat:1 fUp:1 > <00006> 005202C4 P WM_KEYUP nVirtKey:VK_MENU cRepeat:1 ScanCode:38 > fExtended:1 fAltDown:0 fRepeat:1 fUp:1 > > here the keypress of '??\' is sent directly after only 2 messages: > > <00001> WM_KEYDOWN nVirtKey:VK_CONTROL ... fAltDown:0 fRepeat:0 > <00002> WM_KEYDOWN nVirtKey:VK_MENU ... fAltDown:1 fRepeat:0 > <00003> WM_KEYDOWN nVirtKey:00DB ... fAltDown:1 fRepeat:0 fUp:0 > <00004> WM_KEYUP nVirtKey:00DB ... fAltDown:1 fRepeat:1 fUp:1 > <00005> WM_SYSKEYUP nVirtKey:VK_CONTROL ... > <00006> WM_KEYUP nVirtKey:VK_MENU ... > > with the first 2 like the first 2 messages 2k sends. Therefore the > keydown message with altdown=1 for VK_CONTROL and VK_MENU are > missing. > > Could it be that cygwin is confused by the missing messages? > > Holger > > > > Holger B?hnke wrote: >> Hi Alexander >> >>> This seem to be the problem. We had some reports that alt-gr does >>> not >>> work properly on (some) WinXP machines. Do you have WinXP? >> >> Yes, XP Prof., no Service Pack >> >> c:\>ver >> Microsoft Windows XP [Version 5.1.2600] >> >>> There must be a subtile difference. Maybe with the timestamp of the >>> message. Or the "Control down" and "alt down" messages come in >>> reversed order. I don't have WinXP and can't test this. >> >> I attached the logfile of spy++ >> >> I pushed: >> altgr (holding down) - 3x backsl - release altgr : out \\\ >> altgr (holding down) - 3x backsl - release altgr : out \\\ >> altgr (holding down) - 3x backsl - release altgr : out >> >> bye >> >> Holger -------------- next part -------------- A non-text attachment was scrubbed... Name: msg.log Type: application/octet-stream Size: 4473 bytes Desc: not available URL: From cygwin-xfree.lists@mail.familymail.de Mon Sep 8 14:01:00 2003 From: cygwin-xfree.lists@mail.familymail.de (Holger) Date: Mon, 08 Sep 2003 14:01:00 -0000 Subject: Alt Gr special characters on german keyboard work only sometimes References: <20030904144959.GA14937@redhat.com> <005b01c372fc$0bf7cc60$0500a8c0@amarin.home> <004c01c375eb$f615e420$0500a8c0@amarin.home> <008901c375f2$75aa5b20$0500a8c0@amarin.home> <00cf01c37603$19e1be30$0500a8c0@amarin.home> Message-ID: <007c01c37611$acf254b0$2e090a0a@ka.fun.de> Alexander Gottwald wrote: > On Mon, 8 Sep 2003, Holger B?hnke wrote: > >> I attached the logfile of spy++ > > ca you do the log again with all output checkboxes marked (esp raw > parameter and time). > > I want to compare with the log I got. > > Thanks, > ago Yupp, I'll send it as soon as I get back home. Do you need the Log of W2K as well with all the flags enabled? Holger From cygwin-xfree.lists@mail.familymail.de Mon Sep 8 14:13:00 2003 From: cygwin-xfree.lists@mail.familymail.de (Holger) Date: Mon, 08 Sep 2003 14:13:00 -0000 Subject: Alt Gr special characters on german keyboard work only sometimes References: <20030904144959.GA14937@redhat.com> <005b01c372fc$0bf7cc60$0500a8c0@amarin.home> <004c01c375eb$f615e420$0500a8c0@amarin.home> <008901c375f2$75aa5b20$0500a8c0@amarin.home> <00cf01c37603$19e1be30$0500a8c0@amarin.home> <005e01c37611$2ac94160$2e090a0a@ka.fun.de> Message-ID: <00a201c37613$64148b30$2e090a0a@ka.fun.de> Stupid me got it confused. :-) It was the other way round, XP sent the extra 2 Messages W2K did not. And it looks like it's the repeat function of windows generating the extra key events. When I simply hold the AltGr key on W2k I get the same amount of messages. Holger Holger wrote: > Meanwhile I'm at another workplace, where I run win2k. Here the Altgr > key works. I spyed the windows messages and came up with something > peculiar: > > w2k: (pressed 3*backslash) > > <00001> 002C029C P WM_KEYDOWN nVirtKey:VK_CONTROL cRepeat:1 > ScanCode:1D fExtended:0 fAltDown:0 fRepeat:0 fUp:0 > <00002> 002C029C P WM_KEYDOWN nVirtKey:VK_MENU cRepeat:1 ScanCode:38 > fExtended:1 fAltDown:1 fRepeat:0 fUp:0 > <00003> 002C029C P WM_KEYDOWN nVirtKey:VK_CONTROL cRepeat:1 > ScanCode:1D fExtended:0 fAltDown:1 fRepeat:1 fUp:0 > <00004> 002C029C P WM_KEYDOWN nVirtKey:VK_MENU cRepeat:1 ScanCode:38 > fExtended:1 fAltDown:1 fRepeat:1 fUp:0 > <00005> 002C029C P WM_KEYDOWN nVirtKey:00DB cRepeat:1 ScanCode:0C > fExtended:0 fAltDown:1 fRepeat:0 fUp:0 > <00006> 002C029C P WM_KEYUP nVirtKey:00DB cRepeat:1 ScanCode:0C > fExtended:0 fAltDown:1 fRepeat:1 fUp:1 > <00007> 002C029C P WM_KEYDOWN nVirtKey:00DB cRepeat:1 ScanCode:0C > fExtended:0 fAltDown:1 fRepeat:0 fUp:0 > <00008> 002C029C P WM_KEYUP nVirtKey:00DB cRepeat:1 ScanCode:0C > fExtended:0 fAltDown:1 fRepeat:1 fUp:1 > <00009> 002C029C P WM_KEYDOWN nVirtKey:00DB cRepeat:1 ScanCode:0C > fExtended:0 fAltDown:1 fRepeat:0 fUp:0 > <00010> 002C029C P WM_KEYUP nVirtKey:00DB cRepeat:1 ScanCode:0C > fExtended:0 fAltDown:1 fRepeat:1 fUp:1 > <00011> 002C029C P WM_SYSKEYUP nVirtKey:VK_CONTROL cRepeat:1 > ScanCode:1D fExtended:0 fAltDown:1 fRepeat:1 fUp:1 > <00012> 002C029C P WM_KEYUP nVirtKey:VK_MENU cRepeat:1 ScanCode:38 > fExtended:1 fAltDown:0 fRepeat:1 fUp:1 > > see the first 4 messages. apparently w2k sends > > <00001> WM_KEYDOWN nVirtKey:VK_CONTROL ... fAltDown:0 fRepeat:0 > <00002> WM_KEYDOWN nVirtKey:VK_MENU ... fAltDown:1 fRepeat:0 > <00003> WM_KEYDOWN nVirtKey:VK_CONTROL ... fAltDown:1 fRepeat:1 > <00004> WM_KEYDOWN nVirtKey:VK_MENU ...fAltDown:1 fRepeat:1 > > It looks like it repeats the VK_CONTROL & VK_MENU msgs with altdown > flag = 1 > 5 & 6 are the real key that gets pressed '??\' > > > > while XP sends: (pressed 1*backslash) > > <00001> 005202C4 P WM_KEYDOWN nVirtKey:VK_CONTROL cRepeat:1 > ScanCode:1D fExtended:0 fAltDown:0 fRepeat:0 fUp:0 > <00002> 005202C4 P WM_KEYDOWN nVirtKey:VK_MENU cRepeat:1 ScanCode:38 > fExtended:1 fAltDown:1 fRepeat:0 fUp:0 > <00003> 005202C4 P WM_KEYDOWN nVirtKey:00DB cRepeat:1 ScanCode:0C > fExtended:0 fAltDown:1 fRepeat:0 fUp:0 > <00004> 005202C4 P WM_KEYUP nVirtKey:00DB cRepeat:1 ScanCode:0C > fExtended:0 fAltDown:1 fRepeat:1 fUp:1 > <00005> 005202C4 P WM_SYSKEYUP nVirtKey:VK_CONTROL cRepeat:1 > ScanCode:1D fExtended:0 fAltDown:1 fRepeat:1 fUp:1 > <00006> 005202C4 P WM_KEYUP nVirtKey:VK_MENU cRepeat:1 ScanCode:38 > fExtended:1 fAltDown:0 fRepeat:1 fUp:1 > > here the keypress of '??\' is sent directly after only 2 messages: > > <00001> WM_KEYDOWN nVirtKey:VK_CONTROL ... fAltDown:0 fRepeat:0 > <00002> WM_KEYDOWN nVirtKey:VK_MENU ... fAltDown:1 fRepeat:0 > <00003> WM_KEYDOWN nVirtKey:00DB ... fAltDown:1 fRepeat:0 fUp:0 > <00004> WM_KEYUP nVirtKey:00DB ... fAltDown:1 fRepeat:1 fUp:1 > <00005> WM_SYSKEYUP nVirtKey:VK_CONTROL ... > <00006> WM_KEYUP nVirtKey:VK_MENU ... > > with the first 2 like the first 2 messages 2k sends. Therefore the > keydown message with altdown=1 for VK_CONTROL and VK_MENU are > missing. > > Could it be that cygwin is confused by the missing messages? > > Holger > > > > Holger B?hnke wrote: >> Hi Alexander >> >>> This seem to be the problem. We had some reports that alt-gr does >>> not >>> work properly on (some) WinXP machines. Do you have WinXP? >> >> Yes, XP Prof., no Service Pack >> >> c:\>ver >> Microsoft Windows XP [Version 5.1.2600] >> >>> There must be a subtile difference. Maybe with the timestamp of the >>> message. Or the "Control down" and "alt down" messages come in >>> reversed order. I don't have WinXP and can't test this. >> >> I attached the logfile of spy++ >> >> I pushed: >> altgr (holding down) - 3x backsl - release altgr : out \\\ >> altgr (holding down) - 3x backsl - release altgr : out \\\ >> altgr (holding down) - 3x backsl - release altgr : out >> >> bye >> >> Holger From alexander.gottwald@s1999.tu-chemnitz.de Mon Sep 8 14:15:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 08 Sep 2003 14:15:00 -0000 Subject: Alt Gr special characters on german keyboard work only sometimes In-Reply-To: <005e01c37611$2ac94160$2e090a0a@ka.fun.de> References: <20030904144959.GA14937@redhat.com> <005b01c372fc$0bf7cc60$0500a8c0@amarin.home> <004c01c375eb$f615e420$0500a8c0@amarin.home> <008901c375f2$75aa5b20$0500a8c0@amarin.home> <00cf01c37603$19e1be30$0500a8c0@amarin.home> <005e01c37611$2ac94160$2e090a0a@ka.fun.de> Message-ID: On Mon, 8 Sep 2003, Holger wrote: > with the first 2 like the first 2 messages 2k sends. Therefore the keydown message with altdown=1 for VK_CONTROL and VK_MENU are missing. > > Could it be that cygwin is confused by the missing messages? The duplicated messages are repeats of the first two. This happens when you wait too long before pressing the ??-key. This happens on XP too (see you first posted log) bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Mon Sep 8 14:16:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 08 Sep 2003 14:16:00 -0000 Subject: Alt Gr special characters on german keyboard work only sometimes In-Reply-To: <007c01c37611$acf254b0$2e090a0a@ka.fun.de> References: <20030904144959.GA14937@redhat.com> <005b01c372fc$0bf7cc60$0500a8c0@amarin.home> <004c01c375eb$f615e420$0500a8c0@amarin.home> <008901c375f2$75aa5b20$0500a8c0@amarin.home> <00cf01c37603$19e1be30$0500a8c0@amarin.home> <007c01c37611$acf254b0$2e090a0a@ka.fun.de> Message-ID: On Mon, 8 Sep 2003, Holger wrote: > > Yupp, I'll send it as soon as I get back home. Do you need the Log of W2K as well with all the flags enabled? I've already done such a dump. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Joel.Rosi-Schwartz@Etish.org Mon Sep 8 14:40:00 2003 From: Joel.Rosi-Schwartz@Etish.org (Joel Rosi-Schwartz) Date: Mon, 08 Sep 2003 14:40:00 -0000 Subject: Xwin stackdump while logging into RH8 with KDE as window manager In-Reply-To: <3F5A93E6.2020804@msu.edu> References: <3F561BEB.3040606@Etish.org> <3F59BCC3.9000100@Etish.org> <3F5A93E6.2020804@msu.edu> Message-ID: <200309081539.47544.Joel.Rosi-Schwartz@Etish.org> On Sunday 07 September 2003 03:11, Harold L Hunt II wrote: > Joel, > [snip/snip] > That is interesting... are you using an XF86Config file? Or, do you > have your keyboard in Windows set to something other than the default > layout (the answer is probably no if you don't know what this is)? What > about the keyboard in your KDE setup. I am not sure about the XF86Config file, if I was where would it be sitting. As for the keyboards, yes we use UK keyboards. Up until a few months ago I had to run to reset the key bindings. This problem disappeared at some point a few months back but reapeared with the new release. The fix of changing the mount types to binmode also re-fixed this problem. I am really very curious as to what all of the interactions are, but I rather afraid you guys would have to write a small book to explain it all. Perhaps better to simply leave it with a hearty thank you and be happy that you are on top of it all ;-) - joel From alexander.gottwald@s1999.tu-chemnitz.de Mon Sep 8 14:43:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 08 Sep 2003 14:43:00 -0000 Subject: Xwin stackdump while logging into RH8 with KDE as window manager In-Reply-To: <200309081539.47544.Joel.Rosi-Schwartz@Etish.org> References: <3F561BEB.3040606@Etish.org> <3F59BCC3.9000100@Etish.org> <3F5A93E6.2020804@msu.edu> <200309081539.47544.Joel.Rosi-Schwartz@Etish.org> Message-ID: On Mon, 8 Sep 2003, Joel Rosi-Schwartz wrote: > I am really very curious as to what all of the interactions are, but I rather > afraid you guys would have to write a small book to explain it all. The book is already written :) But who would like to search the archive for all the chapters? bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From ford@vss.fsi.com Mon Sep 8 16:15:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Mon, 08 Sep 2003 16:15:00 -0000 Subject: cygwin 1.5.3-1 and xfree devel In-Reply-To: References: Message-ID: Just to humor me, can someone else running Cygwin 1.5.3-1 confirm that a simple X11 based "hello world program" is broken. If confirmed, I will start digging to locate the offending functions, but I'd rather just wait for Harold to release a 1.5.3-1 compiled Xfree86 set of packages. Thanks. On Fri, 5 Sep 2003, Brian Ford wrote: > When compiled under cygwin 1.5.3-1, the following hello world Motif > program gets a SEGV in XtAppInitialize. Harold, what's your time > table for a 1.5.3 built Xfree so I can test and update lesstif? Thanks. > > #include > #include > > XtAppContext context; > XmStringCharSet char_set=XmSTRING_DEFAULT_CHARSET; > > main(argc, argv) > int argc; > char *argv[]; > { > Widget toplevel, label; > XmString S; > > /* Create an application shell. */ > toplevel = XtAppInitialize(&context,"",NULL,0,&argc,argv,NULL, > NULL,0); > > /* Create the Label widget. */ > label = XmCreateLabel(toplevel,"label",NULL,0); > S = XmStringCreateLtoR("Hello World!", char_set); > XtVaSetValues(label, > XmNlabelString, S, > NULL); > > XtRealizeWidget(toplevel); > XtAppMainLoop(context); > } > > (gdb) r > Starting program: /home/ford/xtest.exe > > Program received signal SIGSEGV, Segmentation fault. > 0x00000000 in ?? () from > (gdb) bt > #0 0x00000000 in ?? () from > > -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From david.w.dawson@lmco.com Mon Sep 8 17:46:00 2003 From: david.w.dawson@lmco.com (Dawson, David W) Date: Mon, 08 Sep 2003 17:46:00 -0000 Subject: cygwin 1.5.3-1 and xfree devel Message-ID: <0C73AA5F720CD311AC2A0008C7DBA9B40BBFE110@emss09m13.ems.lmco.com> FWIW, It fails the same for me. Latest 1.5.3-1 (as of this morning.) Latest XFree86 (as of this morning.) -David. --------------------- David Dawson david.w.dawson@lmco.com 703-367-3885 -----Original Message----- From: Brian Ford [mailto:ford@vss.fsi.com] Sent: Monday, September 08, 2003 12:16 PM To: cygwin-xfree@cygwin.com Subject: Re: cygwin 1.5.3-1 and xfree devel Just to humor me, can someone else running Cygwin 1.5.3-1 confirm that a simple X11 based "hello world program" is broken. If confirmed, I will start digging to locate the offending functions, but I'd rather just wait for Harold to release a 1.5.3-1 compiled Xfree86 set of packages. Thanks. On Fri, 5 Sep 2003, Brian Ford wrote: > When compiled under cygwin 1.5.3-1, the following hello world Motif > program gets a SEGV in XtAppInitialize. Harold, what's your time > table for a 1.5.3 built Xfree so I can test and update lesstif? Thanks. > > #include > #include > > XtAppContext context; > XmStringCharSet char_set=XmSTRING_DEFAULT_CHARSET; > > main(argc, argv) > int argc; > char *argv[]; > { > Widget toplevel, label; > XmString S; > > /* Create an application shell. */ > toplevel = XtAppInitialize(&context,"",NULL,0,&argc,argv,NULL, > NULL,0); > > /* Create the Label widget. */ > label = XmCreateLabel(toplevel,"label",NULL,0); > S = XmStringCreateLtoR("Hello World!", char_set); > XtVaSetValues(label, > XmNlabelString, S, > NULL); > > XtRealizeWidget(toplevel); > XtAppMainLoop(context); > } > > (gdb) r > Starting program: /home/ford/xtest.exe > > Program received signal SIGSEGV, Segmentation fault. > 0x00000000 in ?? () from > (gdb) bt > #0 0x00000000 in ?? () from > > -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From spetreolle@yahoo.fr Mon Sep 8 20:07:00 2003 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Mon, 08 Sep 2003 20:07:00 -0000 Subject: How to get xdm working? In-Reply-To: Message-ID: <20030908200739.35578.qmail@web10101.mail.yahoo.com> This doesnt work for me on Win2K. I have an account that is in the Administrators group. I copied the SYSTEM line and changed it to root: xdm fails the same way. I tried with the Administrator line too, no way. rcv0095@GE1C01WN2K30 ~ $ grep 544 /etc/passwd SYSTEM:*:18:544:,S-1-5-18:: root:*:18:544:,S-1-5-18:: Administrators:*:544:544:,S-1-5-32-544:: rcv0095@GE1C01WN2K30 ~ $ xdm Only root wants to run xdm > This is probably a bug in xdm. It's been discussed on this list > before. > Cygwin (or, rather, Windows) doesn't have a root user, but does have > users > with various permissions usually attributed to "root". On Win9x you > can > simply add a line for "root" to /etc/passwd (on WinNT/2k/XP you can > copy > the line for "system" and change the user name in that new line to > "root"). ===== 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 pechtcha@cs.nyu.edu Mon Sep 8 21:29:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 08 Sep 2003 21:29:00 -0000 Subject: How to get xdm working? In-Reply-To: <20030908200739.35578.qmail@web10101.mail.yahoo.com> References: <20030908200739.35578.qmail@web10101.mail.yahoo.com> Message-ID: On Mon, 8 Sep 2003, Sylvain Petreolle wrote: > This doesnt work for me on Win2K. > I have an account that is in the Administrators group. > I copied the SYSTEM line and changed it to root: xdm fails the same > way. > I tried with the Administrator line too, no way. > > rcv0095@GE1C01WN2K30 ~ > $ grep 544 /etc/passwd > SYSTEM:*:18:544:,S-1-5-18:: > root:*:18:544:,S-1-5-18:: > Administrators:*:544:544:,S-1-5-32-544:: > > rcv0095@GE1C01WN2K30 ~ > $ xdm > Only root wants to run xdm > > > This is probably a bug in xdm. It's been discussed on this list > > before. Cygwin (or, rather, Windows) doesn't have a root user, but > > does have users with various permissions usually attributed to "root". > > On Win9x you can simply add a line for "root" to /etc/passwd (on > > WinNT/2k/XP you can copy the line for "system" and change the user > > name in that new line to "root"). Erm, yes. I forgot that some programs check for root by checking whether UID==0. You might need to also change the UID (3rd field) to 0. If xdm will try to do a seteuid(), use the SYSTEM line as your template (to have the same SID). 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 Mon Sep 8 21:30:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 08 Sep 2003 21:30:00 -0000 Subject: How to get xdm working? In-Reply-To: References: <20030908200739.35578.qmail@web10101.mail.yahoo.com> Message-ID: On Mon, 8 Sep 2003, Igor Pechtchanski wrote: > On Mon, 8 Sep 2003, Sylvain Petreolle wrote: > > > This doesnt work for me on Win2K. > > I have an account that is in the Administrators group. > > I copied the SYSTEM line and changed it to root: xdm fails the same > > way. > > I tried with the Administrator line too, no way. > > > > rcv0095@GE1C01WN2K30 ~ > > $ grep 544 /etc/passwd > > SYSTEM:*:18:544:,S-1-5-18:: > > root:*:18:544:,S-1-5-18:: > > Administrators:*:544:544:,S-1-5-32-544:: > > > > rcv0095@GE1C01WN2K30 ~ > > $ xdm > > Only root wants to run xdm > > > > > This is probably a bug in xdm. It's been discussed on this list > > > before. Cygwin (or, rather, Windows) doesn't have a root user, but > > > does have users with various permissions usually attributed to "root". > > > On Win9x you can simply add a line for "root" to /etc/passwd (on > > > WinNT/2k/XP you can copy the line for "system" and change the user > > > name in that new line to "root"). > > Erm, yes. I forgot that some programs check for root by checking whether > UID==0. You might need to also change the UID (3rd field) to 0. If xdm > will try to do a seteuid(), use the SYSTEM line as your template (to have > the same SID). > Igor Replying to myself here. Just realized: of course, you'll have to be logged in as the user you set as "root" before you run xdm... 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 spetreolle@yahoo.fr Mon Sep 8 22:06:00 2003 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Mon, 08 Sep 2003 22:06:00 -0000 Subject: How to get xdm working? In-Reply-To: Message-ID: <20030908220618.37278.qmail@web10103.mail.yahoo.com> > Replying to myself here. Just realized: of course, you'll have to be > logged in as the user you set as "root" before you run xdm... > Igor In this case, will a user that is in Administrators group be able to launch xdm ? ===== 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 pnews@lomarline.freeserve.co.uk Mon Sep 8 22:19:00 2003 From: pnews@lomarline.freeserve.co.uk (pnews@lomarline.freeserve.co.uk) Date: Mon, 08 Sep 2003 22:19:00 -0000 Subject: How to get xdm working? In-Reply-To: <20030908200739.35578.qmail@web10101.mail.yahoo.com> from "=?iso-8859-1?q?Sylvain=20Petreolle?=" at Sep 08, 2003 10:07:39 Message-ID: <200309082214.h88MEhH22678@lomarline.freeserve.co.uk> > > This doesnt work for me on Win2K. > I have an account that is in the Administrators group. > I copied the SYSTEM line and changed it to root: xdm fails the same > way. > I tried with the Administrator line too, no way. > > rcv0095@GE1C01WN2K30 ~ > $ grep 544 /etc/passwd > SYSTEM:*:18:544:,S-1-5-18:: > root:*:18:544:,S-1-5-18:: > Administrators:*:544:544:,S-1-5-32-544:: I have run some tests. It is the UID which is tested not the name. So any user which as the 3rd column in the passwd file of 0 can run xdm as a daemon. NB For testing purposes I suggest that you remove the * in the second column (password) until you have the thing working. Also to login as root I would have thought you would need a home dir and a shell: root::0:544:optional_string:/root:/bin/bash From pnews@lomarline.freeserve.co.uk Mon Sep 8 22:31:00 2003 From: pnews@lomarline.freeserve.co.uk (pnews@lomarline.freeserve.co.uk) Date: Mon, 08 Sep 2003 22:31:00 -0000 Subject: How to get xdm working? In-Reply-To: <20030908220618.37278.qmail@web10103.mail.yahoo.com> from "=?iso-8859-1?q?Sylvain=20Petreolle?=" at Sep 09, 2003 12:06:18 Message-ID: <200309082231.h88MVKB02317@lomarline.freeserve.co.uk> > > > > Replying to myself here. Just realized: of course, you'll have to be > > logged in as the user you set as "root" before you run xdm... > > Igor > In this case, will a user that is in Administrators group be able to > launch xdm ? Will xdm run under SYSTEM using "xdm -nodaemon" ? From pechtcha@cs.nyu.edu Mon Sep 8 22:42:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 08 Sep 2003 22:42:00 -0000 Subject: How to get xdm working? In-Reply-To: <200309082231.h88MVKB02317@lomarline.freeserve.co.uk> References: <200309082231.h88MVKB02317@lomarline.freeserve.co.uk> Message-ID: On Tue, 9 Sep 2003 pnews@lomarline.freeserve.co.uk wrote: > > > Replying to myself here. Just realized: of course, you'll have to be > > > logged in as the user you set as "root" before you run xdm... > > > Igor > > In this case, will a user that is in Administrators group be able to > > launch xdm ? > > Will xdm run under SYSTEM using "xdm -nodaemon" ? xdm has this silly check for UID==0 before it can run. Once you convince xdm that it's running under root, it'll run under any user (even an unprivileged one), FWICS. Since xdm needs to access the desktop, you have to make sure you set up the service (and access permissions) properly, but otherwise nothing prevents xdm from being invoked by any particular user. 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 cygwin-xfree.lists@mail.familymail.de Tue Sep 9 05:49:00 2003 From: cygwin-xfree.lists@mail.familymail.de (Holger) Date: Tue, 09 Sep 2003 05:49:00 -0000 Subject: Alt Gr special characters on german keyboard work only sometimes References: <20030904144959.GA14937@redhat.com> <005b01c372fc$0bf7cc60$0500a8c0@amarin.home> <004c01c375eb$f615e420$0500a8c0@amarin.home> <008901c375f2$75aa5b20$0500a8c0@amarin.home> <00cf01c37603$19e1be30$0500a8c0@amarin.home> <007c01c37611$acf254b0$2e090a0a@ka.fun.de> Message-ID: <002a01c37695$afe7baf0$0500a8c0@amarin.home> Hi Alexander >> Yupp, I'll send it as soon as I get back home. Do you need the Log >> of W2K as well with all the flags enabled? > > I've already done such a dump. Ok, here's the dump with all codes and times and the parallel dump of the xev output. I pressed '\' 4 times, first 2 worked, second 2 did not. Holger -------------- next part -------------- A non-text attachment was scrubbed... Name: spy++.log Type: application/octet-stream Size: 3804 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: xev.log Type: application/octet-stream Size: 4868 bytes Desc: not available URL: From alexander.gottwald@s1999.tu-chemnitz.de Tue Sep 9 09:42:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 09 Sep 2003 09:42:00 -0000 Subject: Alt Gr special characters on german keyboard work only sometimes In-Reply-To: <002a01c37695$afe7baf0$0500a8c0@amarin.home> References: <20030904144959.GA14937@redhat.com> <005b01c372fc$0bf7cc60$0500a8c0@amarin.home> <004c01c375eb$f615e420$0500a8c0@amarin.home> <008901c375f2$75aa5b20$0500a8c0@amarin.home> <00cf01c37603$19e1be30$0500a8c0@amarin.home> <007c01c37611$acf254b0$2e090a0a@ka.fun.de> <002a01c37695$afe7baf0$0500a8c0@amarin.home> Message-ID: On Tue, 9 Sep 2003, Holger wrote: > Ok, here's the dump with all codes and times and the parallel dump of the xev output. > I pressed '\' 4 times, first 2 worked, second 2 did not. I've checked the log, but could not find any information except that the keyrelease of the last two alt-gr presses were in reversed order. I think you will have to track this down by yourself since I don't have a system which shows these symptoms. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From fergus@bonhard.uklinux.net Tue Sep 9 09:46:00 2003 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Tue, 09 Sep 2003 09:46:00 -0000 Subject: xdvi "Signal 11" failure Message-ID: <000601c376b7$41339c60$6fc82486@medschool.dundee.ac.uk> Up to date with everything, W98/SE, massive upgrade to tet*/tex*2-12* this morning: I now find a re-occurrence of an earlier problem, which is that xdvi a4.dvi returns the message Signal 11 rather than previewing a well-tested and unaltered a4 page of maths. This, following start XWin -multiwindow run rxvt -display localhost:0.0 -e bash Something I've forgotten to do? By the way, because it was convenient, I also installed the *2-12*src* files under /usr/src/. There were very many occurrences of the warning messages warning: moving directory "xxxx" out of the way warning: deleting "yyyy" so I can make a directory there (Not that this interferes with the utility of any programs.) Fergus From ebarkasz@yahoo.com Tue Sep 9 16:46:00 2003 From: ebarkasz@yahoo.com (Erica Barkasz) Date: Tue, 09 Sep 2003 16:46:00 -0000 Subject: WXin Error over Win95 Message-ID: <20030909164629.29906.qmail@web10004.mail.yahoo.com> I've got the latest version of cygwin installed over Win 95 (Ver 4.0 Build 121) Whenever I try to connect to an X server through -query XDMP, it fails to connect and the following error appears at XWin.log (see file attached) Could someone please tell me what's happening and how can I fix it? Thanks in advance. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.log Type: application/octet-stream Size: 2551 bytes Desc: XWin.log URL: From huntharo@msu.edu Tue Sep 9 16:52:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 09 Sep 2003 16:52:00 -0000 Subject: WXin Error over Win95 In-Reply-To: <20030909164629.29906.qmail@web10004.mail.yahoo.com> References: <20030909164629.29906.qmail@web10004.mail.yahoo.com> Message-ID: <3F5E0545.2040907@msu.edu> Erica, Unless your host is named XDMP, then you aren't properly specifying the host to connect to. I also see from your XWin.log that you might be trying to connect to dummy_entry:0. That isn't going to work either. Please look at the following page in the User's Guide: http://xfree86.cygwin.com/docs/ug/using-remote-session.html Also, have a look at /usr/XFree86/bin/startxdmcp.bat. That file has several examples of how to connect to a remote machine. In addition, it can be modified to work for your system by simply changing the line near the top that reads: SET REMOTE_HOST=10.0.0.1 If your host was named 'foo', then you would change this to: SET REMOTE_HOST=foo Hope that helps, Harold Erica Barkasz wrote: > I've got the latest version of cygwin installed over > Win 95 (Ver 4.0 Build 121) > Whenever I try to connect to an X server through > -query XDMP, it fails to connect and the following > error appears at XWin.log (see file attached) > Could someone please tell me what's happening and how > can I fix it? > Thanks in advance. > > > > > __________________________________ > Do you Yahoo!? > Yahoo! SiteBuilder - Free, easy-to-use web site design software > http://sitebuilder.yahoo.com From david.billinghurst@comalco.riotinto.com.au Wed Sep 10 00:12:00 2003 From: david.billinghurst@comalco.riotinto.com.au (Billinghurst, David (CALCRTS)) Date: Wed, 10 Sep 2003 00:12:00 -0000 Subject: xdvi "Signal 11" failure Message-ID: > From: fergus@bonhard.uklinux.net > Sent: Tuesday, 9 September 2003 7:47 PM > To: cygwin-xfree@cygwin.com > Cc: fergus@bonhard.uklinux.net > Subject: xdvi "Signal 11" failure > > > Up to date with everything, W98/SE, massive upgrade to tet*/tex*2-12* this > morning: I now find a re-occurrence of an earlier problem, which is that > > xdvi a4.dvi > >returns the message > > Signal 11 > Same problem on current cygwin on win2k using Exceed as X server. From tlroche@us.ibm.com Wed Sep 10 02:12:00 2003 From: tlroche@us.ibm.com (Thomas L Roche) Date: Wed, 10 Sep 2003 02:12:00 -0000 Subject: rootless cygwin emacs howto? Message-ID: I've been running NTEmacs for awhile, and Cygwin for awhile, but have only occasionally used X. I'd like to cut over to the cygwinized Emacs if I can keep a single desktop, i.e. run X rootless. Could someone point me to a howto illustrating setup and running of the cygwin Emacs on X, rootlessly? (If possible, please also CC: me.) Apologies if this is a FAQ, but I tried Googling cygwin emacs rootless (i.e. not the phrase) and saw only claims that it can be done. From pechtcha@cs.nyu.edu Wed Sep 10 02:49:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 10 Sep 2003 02:49:00 -0000 Subject: rootless cygwin emacs howto? In-Reply-To: References: Message-ID: On Tue, 9 Sep 2003, Thomas L Roche wrote: > I've been running NTEmacs for awhile, and Cygwin for awhile, but have > only occasionally used X. I'd like to cut over to the cygwinized > Emacs if I can keep a single desktop, i.e. run X rootless. Could > someone point me to a howto illustrating setup and running of the > cygwin Emacs on X, rootlessly? (If possible, please also CC: me.) > Apologies if this is a FAQ, but I tried Googling > > cygwin emacs rootless > > (i.e. not the phrase) and saw only claims that it can be done. Thomas, There was no need to cross-post to cygwin-apps -- your question belongs on the cygwin-xfree list, which possesses the necessary expertise to answer your question. Please remove cygwin-apps from future discussion on this subject. 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 debenedetti@frascati.enea.it Wed Sep 10 08:05:00 2003 From: debenedetti@frascati.enea.it (Massimo De Benedetti) Date: Wed, 10 Sep 2003 08:05:00 -0000 Subject: Italian keyboard and cygwin/xfree Message-ID: <3F5EDBE5.7070508@frascati.enea.it> Hi, I know that this subject has already been dealt in this mailing list but apparently I can not sort things out. I am running cygwin/xfree on XP (english version) but with an italian keyboard. The program uses always what I believe is an us keyboard (it could well be something else but it certainly is not an italian one). Here is the startxwin.sh that I am using to start up an x terminal --------------- XWin -multiwindow -xf86config /etc/X11/XF86Config-4 -keyboard ItKeyboard & xterm -sl 1000 -sb -leftbar -fn 9x15 -ms red -fg black -bg white -n 'Xterm' -T 'Xterm' -e /usr/bin/bash & --------------- Here is the XF86Config-4 file that I use ---------------- Section "InputDevice" Identifier "ItKeyboard" Driver "Keyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc102" Option "XkbLayout" "it" EndSection # # The following sections are just added to fulfill the requirements of the # configfile parser and have no effect on the configuration of the # Cygwin/XFree86 XServer. # Section "Device" Identifier "dummy" Driver "dummy" EndSection Section "Monitor" Identifier "dummy" EndSection Section "Screen" Identifier "dummy" Device "dummy" Monitor "dummy" EndSection ---------------- And finally here is the XWin.log file that I get ---------------- ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (++) Using config file: "/etc/X11/XF86Config-4" Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (??) unknown. (WW) No Layout section. Using the first Screen section. (==) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" (==) 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 - Multi Window => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1280 h: 1024 winCreateBoundingWindowWindowed - Current w: 1280 h: 1024 winAdjustForAutoHide - Original WorkArea: 0 0 994 1280 winAdjustForAutoHide - Adjusted WorkArea: 0 0 994 1280 winCreateBoundingWindowWindowed - WindowClient w 1280 h 994 r 1280 l 0 b 994 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 994 depth: 32 winAllocateFBShadowGDI - Dibsection width: 1280 height: 994 depth: 32 size image: 5089280 winAllocateFBShadowGDI - Created shadow stride: 1280 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 InitOutput - Returning. winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () (==) winConfigKeyboard - Layout: "00000410" (==) Using preset keyboard for "Italian" (00000410), type "4" (++) Using keyboard "ItKeyboard" as primary keyboard (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc102" (**) XKB: model: "pc102" (**) Option "XkbLayout" "it" (**) XKB: layout: "it" (**) Option "XkbOptions" "(null)" (**) XKB: options: "(null)" Rules = "xfree86" Model = "pc102" Layout = "it" Variant = "(null)" Options = "(null)" Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/100dpi/, removing from list! winPointerWarpCursor - Discarding first warp: 640 497 winBlockHandler - Releasing pmServerStarted winInitMultiWindowWM - pthread_mutex_lock () returned. DetectUnicodeSupport - Windows NT/2000/XP winInitMultiWindowWM - Calling setlocale () winBlockHandler - pthread_mutex_unlock () returned winInitMultiWindowWM - setlocale () returned winInitMultiWindowWM - XInitThreads () returned. winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. ---------------- For what I understood everything looks ok but my keyboard does not work properly in the xterm nor does it work in every other application that I launch from the xterm. Is there anything that I overlooked? Here is the list of the characters that I get typing the first row of my keyboard+shift in the x terminal: ~!@#$%^&*()_+ Here is what you would get from an italian keyboard: |!"??$%&/()=?^ Thank you, Massimo -- Massimo De Benedetti From alexander.gottwald@s1999.tu-chemnitz.de Wed Sep 10 09:25:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 10 Sep 2003 09:25:00 -0000 Subject: WXin Error over Win95 In-Reply-To: <20030909164629.29906.qmail@web10004.mail.yahoo.com> References: <20030909164629.29906.qmail@web10004.mail.yahoo.com> Message-ID: On Tue, 9 Sep 2003, Erica Barkasz wrote: > I've got the latest version of cygwin installed over > Win 95 (Ver 4.0 Build 121) > Whenever I try to connect to an X server through > -query XDMP, it fails to connect and the following > error appears at XWin.log (see file attached) > Could someone please tell me what's happening and how > can I fix it? > Thanks in advance. try the -from localip parameter. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Wed Sep 10 09:42:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 10 Sep 2003 09:42:00 -0000 Subject: Italian keyboard and cygwin/xfree In-Reply-To: <3F5EDBE5.7070508@frascati.enea.it> References: <3F5EDBE5.7070508@frascati.enea.it> Message-ID: On Wed, 10 Sep 2003, Massimo De Benedetti wrote: > For what I understood everything looks ok but my keyboard does not work > properly in the xterm nor does it work in every other application that I > launch from the xterm. Is there anything that I overlooked? > Here is the list of the characters that I get typing the first row of my > keyboard+shift in the x terminal: > > ~!@#$%^&*()_+ > > Here is what you would get from an italian keyboard: > > |!"??$%&/()=?^ Your logfile does not reveal a common problem, but anyway, is /tmp mounted in textmode? To check you'll have to run mount and search for an entry /tmp or if this entry does not exist then the entry for / does apply. If the entry is marked with "(textmode)" then you have to remount /tmp to binmode. mount -buf "$(cygpath -m /tmp)" /tmp If this does not help, please try if you can switch the layout with this command setxkbmap -v it -model pc102 bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From holger.boehnke@familymail.de Wed Sep 10 09:45:00 2003 From: holger.boehnke@familymail.de (=?iso-8859-1?Q?Holger_B=F6hnke?=) Date: Wed, 10 Sep 2003 09:45:00 -0000 Subject: Alt Gr special characters on german keyboard work only sometimes References: <20030904144959.GA14937@redhat.com> <005b01c372fc$0bf7cc60$0500a8c0@amarin.home> <004c01c375eb$f615e420$0500a8c0@amarin.home> <008901c375f2$75aa5b20$0500a8c0@amarin.home> <00cf01c37603$19e1be30$0500a8c0@amarin.home> <007c01c37611$acf254b0$2e090a0a@ka.fun.de> <002a01c37695$afe7baf0$0500a8c0@amarin.home> Message-ID: <001001c3777f$cc269b60$0500a8c0@amarin.home> Hi Alexander, > I've checked the log, but could not find any information except that > the keyrelease > of the last two alt-gr presses were in reversed order. There seems to be an additional KeyPress as well as the reversed order: when it works: KP 113, KP 20 - KR 20, KR 113 when it does not work: KP 37, KP 113, KP 20 - KR 37, KR 113, KR 20 > I think you will have to track this down by yourself since I don't > have a system which shows these symptoms. You're right, many thanks anyway for your time and your effort! You really helped me to get on track. At least there's a starting point now. Dou you know if there's a debug version of cygwin or do I have to compile it myself or contact so. in the developpers list? Holger From debenedetti@frascati.enea.it Wed Sep 10 09:51:00 2003 From: debenedetti@frascati.enea.it (Massimo De Benedetti) Date: Wed, 10 Sep 2003 09:51:00 -0000 Subject: Italian keyboard and cygwin/xfree In-Reply-To: References: <3F5EDBE5.7070508@frascati.enea.it> Message-ID: <3F5EF4E1.8060402@frascati.enea.it> Thank you so much, mounting /tmp in binmode did the trick Massimo -- Massimo De Benedetti From alexander.gottwald@s1999.tu-chemnitz.de Wed Sep 10 10:04:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 10 Sep 2003 10:04:00 -0000 Subject: Alt Gr special characters on german keyboard work only sometimes In-Reply-To: <001001c3777f$cc269b60$0500a8c0@amarin.home> References: <20030904144959.GA14937@redhat.com> <005b01c372fc$0bf7cc60$0500a8c0@amarin.home> <004c01c375eb$f615e420$0500a8c0@amarin.home> <008901c375f2$75aa5b20$0500a8c0@amarin.home> <00cf01c37603$19e1be30$0500a8c0@amarin.home> <007c01c37611$acf254b0$2e090a0a@ka.fun.de> <002a01c37695$afe7baf0$0500a8c0@amarin.home> <001001c3777f$cc269b60$0500a8c0@amarin.home> Message-ID: On Wed, 10 Sep 2003, Holger B??hnke wrote: > Dou you know if there's a debug version of cygwin or do I have to > compile it myself or contact so. in the developpers list? It was posted some days ago http://cygwin.com/ml/cygwin-xfree/2003-09/msg00108.html bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Armbrust.Daniel@mayo.edu Wed Sep 10 16:20:00 2003 From: Armbrust.Daniel@mayo.edu (Armbrust, Daniel C.) Date: Wed, 10 Sep 2003 16:20:00 -0000 Subject: Clipboard crashes Message-ID: <818623B5FD23D51193200002B32C07610D8979DF@excsrv44.mayo.edu> Is there anyway to restart the copy and paste stuff after the clipboard crashes? Before, I was launching it with the xwinclip command, and it seemed to crash every so often, and I would have to restart it. Now that I am using the -clipboard option on the xwin server, when it crashes, there doesn't seem to be anyway to restart it. Anything I can do? Will it ever be stable? It has had these crashing issues for a long time. Why doesn't it automatically restart after a crash? Dan From huntharo@msu.edu Wed Sep 10 16:48:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 10 Sep 2003 16:48:00 -0000 Subject: Clipboard crashes In-Reply-To: <818623B5FD23D51193200002B32C07610D8979DF@excsrv44.mayo.edu> References: <818623B5FD23D51193200002B32C07610D8979DF@excsrv44.mayo.edu> Message-ID: <3F5F55CF.5070703@msu.edu> Daniel, The clipboard support is not currently being worked on. The clipboard support could do any number of things... somebody only has to take it upon themselves to add these "simple" things. Harold Armbrust, Daniel C. wrote: > Is there anyway to restart the copy and paste stuff after the clipboard crashes? Before, I was launching it with the xwinclip command, and it seemed to crash every so often, and I would have to restart it. Now that I am using the -clipboard option on the xwin server, when it crashes, there doesn't seem to be anyway to restart it. > > Anything I can do? > > Will it ever be stable? It has had these crashing issues for a long time. Why doesn't it automatically restart after a crash? > > Dan From pechtcha@cs.nyu.edu Wed Sep 10 16:59:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 10 Sep 2003 16:59:00 -0000 Subject: rootless cygwin emacs howto? In-Reply-To: References: Message-ID: On Tue, 9 Sep 2003, Thomas L Roche wrote: > I've been running NTEmacs for awhile, and Cygwin for awhile, but have > only occasionally used X. I'd like to cut over to the cygwinized > Emacs if I can keep a single desktop, i.e. run X rootless. Could > someone point me to a howto illustrating setup and running of the > cygwin Emacs on X, rootlessly? (If possible, please also CC: me.) > Apologies if this is a FAQ, but I tried Googling > > cygwin emacs rootless > > (i.e. not the phrase) and saw only claims that it can be done. Thomas, Looks like my reply to your cygwin-apps message prevented other replies on this list - sorry about that. Did you look at the -multiwindow option to X? This will make Explorer your window manager, so all of your X windows are managed just like any other Windows programs. 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 jase@dufair.org Wed Sep 10 17:47:00 2003 From: jase@dufair.org (Jason Dufair) Date: Wed, 10 Sep 2003 17:47:00 -0000 Subject: rootless cygwin emacs howto? In-Reply-To: (Thomas L. Roche's message of "Tue, 9 Sep 2003 22:12:32 -0400") References: Message-ID: There is really nothing to it. Just get a recent version of X, run it with -multiwindow (and, I recommend, -clipboard), and run Emacs. Voila! Not sure if the currently packaged XWin.exe supports -multiwindow, but the latest "Server Test Series", available from the Cygwin/XFree86 website, will do what you need (and is pretty stable). Thomas L Roche writes: > I've been running NTEmacs for awhile, and Cygwin for awhile, but have > only occasionally used X. I'd like to cut over to the cygwinized > Emacs if I can keep a single desktop, i.e. run X rootless. Could > someone point me to a howto illustrating setup and running of the > cygwin Emacs on X, rootlessly? (If possible, please also CC: me.) > Apologies if this is a FAQ, but I tried Googling > > cygwin emacs rootless > > (i.e. not the phrase) and saw only claims that it can be done. -- Jason Dufair - jase@dufair.org http://www.dufair.org/ "Being in politics is like being a football coach. You have to be smart enough to understand the game, and dumb enough to think it's important." -- Eugene McCarthy From pnews@lomarline.freeserve.co.uk Thu Sep 11 01:41:00 2003 From: pnews@lomarline.freeserve.co.uk (pnews@lomarline.freeserve.co.uk) Date: Thu, 11 Sep 2003 01:41:00 -0000 Subject: How to get xdm working? In-Reply-To: <200309080922.h889MWw04903@lomarline.freeserve.co.uk> from "pnews@lomarline.freeserve.co.uk" at Sep 08, 2003 09:22:32 Message-ID: <200309110056.h8B0u7k21154@lomarline.freeserve.co.uk> > > CYGWIN_95-4.0 myhost 1.5.3(0.90/3/2) 2003-09-01 13:15 i586 unknown > unknown Cygwin > > I am running these tests on a Samba partition which is mounted > on the F: drive. > > I can make an XDMCP connection using startxdmcp.bat or the command line > Xwin.exe -query remotehost. (Having learnt to mount the /tmp as a bin > type mount! ) > > This works fine and I can get the indirect list of machines on my net > served up to me via the remotename machine. Connect to that machine > and get the remote xdm to give me a login prompt. To make my life simple I decided to retreat from running X and xdm separately under cygwin for the moment. So I have enabled the following line in the /etc/xdm/Xservers file: localhost:0 local /usr/X11R6/bin/X I put the "localhost" infront of :0 n the Xervers file because of my own now redundent attempts to do the xauth for xdm. But in the archives there are comments that this might be a good thing to do for other reasons so I decided to leave it in. If I can fix my other problems I'll come back to it. I have created a root user in the /etc/passwd file and another ordinary user with no password entry. I can run xdm inside an strace as a -nodaemon and it does not crash: strace xdm -nodaemon >/tmp/log I had to alter the line in the /etc/X11/xdm/xdm-config from DisplayManager.*.authFile: Xauthority to DisplayManager.*.authFile: /etc/X11/xdm/authdir/authfiles/Xauthority Because otherwise xdm put the Xauthority file into home dir of root ( I am not sure if it was just putting it into ./ or into $HOME/ because I was running xdm there -- life is too short to test this). I have added a script /etc/profile.d/xauthority.sh if [ -f /etc/X11/xdm/authdir/authfiles/Xauthority ] then XAUTHORITY=/etc/X11/xdm/authdir/authfiles/Xauthority export XAUTHORITY fi So that all users get the xdm generated XAUTHORITY file. The local "/etc/hosts" file was linked to C:/windows/hosts which on my version of Windows 95 does not exist. So for the moment I have removed the link and created it locally with 2 lines: 127.0.0.1 localhost 192.168.0.10 thismachine I have messed around with 127.0.0.1:0.0 but it does not seem to make a difference. (Monkey sees in cygwin, archives monkey tires) To try to make the local display as permissive a possible I have created /etc/X0.hosts file and put all the combinations of the localhost and its hostname. I have been able to get the login box under xdm and enter either root or the other user without a password. But the execution of an xterm as an .xsession under these users always fails. The fail in the same way for both users and the error is logged in $HOME/.xsessions-errors: _X11TransSocketOpen: socket() failed for tcp _X11TransSocketOpenCOTSClient: Unable to open socket for tcp _X11TransOpen: transport open failed for tcp/localhost:0 /usr/X11R6/bin/xterm Xt error: Can't open display: localhost:0 I can replicate this error without having to use xdm. If I open a bash window using the windows cygwin.bat file from an MS windows user called "root" and then execute an xterm onto an xserver on another machine (which has already been made agreeable to this with a "xhost +") eg xterm -display remotehost:0 then the window opens. But if I now invoke "su - root" or "login root" and try the same command I get the error: _X11TransSocketOpen: socket() failed for tcp _X11TransSocketOpenCOTSClient: Unable to open socket for tcp _X11TransOpen: transport open failed for tcp/remothost:0 I also get this if I "su -" and then run bash --login -i I have trawled the archives and I can not find any thing which explains this failure. I did find http://sources.redhat.com/ml/cygwin/2001-04/msg01458.html : * Subject: Windows path an logins. : [snip] : NB: This error is NOT caused by missing /etc/hosts entry! : : This error is produced by the network not being able to start. It is : because the windows path is not in the SHELLS path environment. Is there a : [snip] But taking the path which exists for the successful opening and importing it into the failure did not fix the problem. I have seen some mention in the archives that there is a difference beteween UNIX sockets and Window sockets which might related to this problem. But I don't know enough to say one way or another. BTW thanks Igor for pointing out /dev/mem exists. But I can not use it with sum (as xdm does) because it is not readable by root. I can not sum /dev/urandom either (it just hangs). I think the neatest I can come up with at the moment is to use the xdm Xauthority file as its own seed. Can any one shed some light on why I get the _X11TransSocketOpen failure? Regards Philip From erik@thiele-hydraulik.de Thu Sep 11 14:35:00 2003 From: erik@thiele-hydraulik.de (Erik Thiele) Date: Thu, 11 Sep 2003 14:35:00 -0000 Subject: xserver german keyboard In-Reply-To: <3F607924.3010308@msu.edu> References: <20030911151923.5f1cd471.erik@thiele-hydraulik.de> <3F607924.3010308@msu.edu> Message-ID: <20030911163500.272ba888.erik@thiele-hydraulik.de> On Thu, 11 Sep 2003 09:31:16 -0400 Harold L Hunt II wrote: > http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-xkb-not-working i found out about "mount" and the /tmp :-) i didn't know about all this before. there in tmp i found xwin.log, an excerpt: winScreenInit - returning InitOutput - Returning. (==) winConfigKeyboard - Layout: "00000407" (==) Using preset keyboard for "German (Germany)" (00000407), type "4" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc105" Layout = "de" Variant = "(null)" Options = "(null)" Couldn't load XKB keymap, falling back to pre-XKB keymap winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned i rebooted the machine and clicked the cygwin desktop icon and typed mount. this is the result: C:\cygwin\usr\X11R6\lib\X11\fonts on /usr/X11R6/lib/X11/fonts type system (binmode) C:\cygwin\bin on /usr/bin type system (binmode) C:\cygwin\lib on /usr/lib type system (binmode) C:\cygwin\tmp on /tmp type user (binmode) C:\cygwin on / type system (binmode) c: on /cygdrive/c type user (binmode,noumount) f: on /cygdrive/f type user (binmode,noumount) p: on /cygdrive/p type user (binmode,noumount) q: on /cygdrive/q type user (binmode,noumount) t: on /cygdrive/t type user (binmode,noumount) i think /tmp is already in binmode. after your mount commands nothing changed. i'd like to strace the xserver to find out why it sais it cannot load xkb. but once i strace it, it works! what can i do? cu & thx Erik -- Erik Thiele From huntharo@msu.edu Thu Sep 11 14:35:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 11 Sep 2003 14:35:00 -0000 Subject: [ANNOUNCEMENT] Cygwin/XFree86 Documentation 0.9.9 Message-ID: <3F60016F.3010606@msu.edu> Links: I just posted release 0.9.9 to the documentation development page: http://xfree86.cygwin.com/devel/documentation/ Documentation, formatted, direct links: Contributor's Guide http://xfree86.cygwin.com/docs/cg User's Guide http://xfree86.cygwin.com/docs/ug/ FAQ http://xfree86.cygwin.com/docs/faq/ Documentation source releases are now available via the sources.redhat.com ftp mirror network (http://cygwin.com/mirrors.html) in the pub/cygwin/xfree/devel/documentation/ directory. You may wish to note the desired filename in the links below, then download from your closest mirror (http://cygwin.com/mirrors.html). Documentation source, direct link: http://www.msu.edu/~huntharo/xwin/docs/cygwin-xfree-doc-0.9.9.tar.gz (678 KiB) Changes: 1) FAQ - Updated the entries about non U.S. keyboard layouts. (Alexander Gottwald) 2) FAQ - Added troubleshooting info for X11Forwarding and keyboard layouts. (Alexander Gottwald) 3) General - Imported documentation sources to cygwin-xfree-doc CVS repository (link below) on the xoncygwin SourceForge project. (Alexander Gottwald) http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/xoncygwin/cygwin-xfree-doc/ Enjoy, Harold From huntharo@msu.edu Thu Sep 11 14:47:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 11 Sep 2003 14:47:00 -0000 Subject: Updated docs In-Reply-To: References: Message-ID: <3F6003C5.3060200@msu.edu> Alexander, Your updates have been posted. Thanks for contributing and checking the source into CVS, Harold Alexander Gottwald wrote: > Hi, > > I've checked in the 0.9.8 tarball of the cygwin-xfree docs. They are > available in the xoncygwin cvs repository: > > cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/xoncygwin login > cvs -z3 -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/xoncygwin co \ > cygwin-xfree-doc > > or > > export CVS_RSH=ssh > cvs -z3 -d:ext:developername@cvs.sourceforge.net:/cvsroot/xoncygwin co \ > cygwin-xfree-doc > > I've also updated some sections about the config file and about the keyboard > layouts and added troubleshooting info on X111 Forwarding with ssh and the > keyboard layouts. > > @Harold: If you find no spelling errors, can you please put them online? > I'd like to point the users with x11forwarding and xkb-tmp-textmode problems > to the faq. > > NP: Hocico - ...Musica Para Un Suicido (Acto Final) From huntharo@msu.edu Thu Sep 11 14:47:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 11 Sep 2003 14:47:00 -0000 Subject: xserver german keyboard In-Reply-To: <20030911151923.5f1cd471.erik@thiele-hydraulik.de> References: <20030911151923.5f1cd471.erik@thiele-hydraulik.de> Message-ID: <3F607924.3010308@msu.edu> Erik, Please check the mount type for /tmp. For more information, please see: http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-xkb-not-working Harold Erik Thiele wrote: > Hi. > > I am using WIN 98 SE and the current cygwin and cygwin xfree. > i want to use the x server for doing remote XDMCP onto my linux servers. > i click onto the original cygwin icon on the desktop and get a shell. > there i type: > > /usr/X11R6/bin/XWin.exe -query roylewis > > which works fine, but with US keyboard layout. not german! i.e. Y and Z are > exchanged. > > now look if i do: > > strace /usr/X11R6/bin/XWin.exe -query roylewis > > then it works! german keyboard layout. this VERY strange behaviour > is reproducible. > > in the past i experienced strange behaviour, sometimes the server is german, > sometimes it is us. seems to be a timing issue. i don't understand. > > please explain how to set german keyboard! > > i cannot find a commandline option and the FAQ entry with the xf86config file, > which by default does not exist, seems to be without effect. just exactly the > same result as without the XF86Config in /etc/X11 with "de" keyboard. > > > > cu & thx > Erik > From alexander.gottwald@s1999.tu-chemnitz.de Thu Sep 11 14:47:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 11 Sep 2003 14:47:00 -0000 Subject: xserver german keyboard In-Reply-To: <20030911163500.272ba888.erik@thiele-hydraulik.de> References: <20030911151923.5f1cd471.erik@thiele-hydraulik.de> <3F607924.3010308@msu.edu> <20030911163500.272ba888.erik@thiele-hydraulik.de> Message-ID: On Thu, 11 Sep 2003, Erik Thiele wrote: > winScreenInit - returning > InitOutput - Returning. > (==) winConfigKeyboard - Layout: "00000407" > (==) Using preset keyboard for "German (Germany)" (00000407), type "4" > (EE) No primary keyboard configured > (==) Using compiletime defaults for keyboard > Rules = "xfree86" Model = "pc105" Layout = "de" Variant = "(null)" Options = "(null)" > Couldn't load XKB keymap, falling back to pre-XKB keymap > winBlockHandler - Releasing pmServerStarted > winBlockHandler - pthread_mutex_unlock () returned Somehow the file produced by xkbcomp is not correct. Try xkbcomp -xkm -m de /etc/X11/xkb/keymap/xfree86 $DISPLAY This will print a lot of warnings and maybe some errors. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From erik@thiele-hydraulik.de Thu Sep 11 14:47:00 2003 From: erik@thiele-hydraulik.de (Erik Thiele) Date: Thu, 11 Sep 2003 14:47:00 -0000 Subject: xserver german keyboard Message-ID: <20030911151923.5f1cd471.erik@thiele-hydraulik.de> Hi. I am using WIN 98 SE and the current cygwin and cygwin xfree. i want to use the x server for doing remote XDMCP onto my linux servers. i click onto the original cygwin icon on the desktop and get a shell. there i type: /usr/X11R6/bin/XWin.exe -query roylewis which works fine, but with US keyboard layout. not german! i.e. Y and Z are exchanged. now look if i do: strace /usr/X11R6/bin/XWin.exe -query roylewis then it works! german keyboard layout. this VERY strange behaviour is reproducible. in the past i experienced strange behaviour, sometimes the server is german, sometimes it is us. seems to be a timing issue. i don't understand. please explain how to set german keyboard! i cannot find a commandline option and the FAQ entry with the xf86config file, which by default does not exist, seems to be without effect. just exactly the same result as without the XF86Config in /etc/X11 with "de" keyboard. cu & thx Erik -- Erik Thiele From jase@dufair.org Thu Sep 11 16:30:00 2003 From: jase@dufair.org (Jason Dufair) Date: Thu, 11 Sep 2003 16:30:00 -0000 Subject: minimize emacs Message-ID: Does anyone have any suggestion on how to minimize GNU Emacs running under Cygwin/XFree86 with the keyboard? I don't really need Emacs' M-Spc command, so should I just undefine it? Will that cause the keystroke to be passed to Windows? -- Jason Dufair - jase@dufair.org http://www.dufair.org/ The problem with America is stupidity. I'm not saying there should be a capital punishment for stupidity, but why don't we just take the safety labels off of everything and let the problem solve itself? From pechtcha@cs.nyu.edu Thu Sep 11 17:26:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 11 Sep 2003 17:26:00 -0000 Subject: minimize emacs In-Reply-To: References: Message-ID: On Thu, 11 Sep 2003, Jason Dufair wrote: > Does anyone have any suggestion on how to minimize GNU Emacs running > under Cygwin/XFree86 with the keyboard? I don't really need Emacs' > M-Spc command, so should I just undefine it? Will that cause the > keystroke to be passed to Windows? If your machine has a Windows key, you could use Windows-M to minimize any window (I don't know if XFree86 intercepts that keystroke). Just a thought. 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 lmcwil@austin.ibm.com Thu Sep 11 18:04:00 2003 From: lmcwil@austin.ibm.com (Laura McWilliams) Date: Thu, 11 Sep 2003 18:04:00 -0000 Subject: minimize emacs In-Reply-To: Message-ID: how about Cntrl-Z or C-X C-Z it works in X-emacs, anyways... * ----------Laura L McWilliams ****| * AIX kernel development- BN2S ****| * ph 512.838.9224 t/l 678.9224 ****| * lmcwil@austin.ibm.com------- ****| "there are 10 kinds of people in the world... those who understand binary, and those who don't" On Thu, 11 Sep 2003, Igor Pechtchanski wrote: > On Thu, 11 Sep 2003, Jason Dufair wrote: > > > Does anyone have any suggestion on how to minimize GNU Emacs running > > under Cygwin/XFree86 with the keyboard? I don't really need Emacs' > > M-Spc command, so should I just undefine it? Will that cause the > > keystroke to be passed to Windows? > > If your machine has a Windows key, you could use Windows-M to minimize any > window (I don't know if XFree86 intercepts that keystroke). Just a > thought. > 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 Thu Sep 11 18:09:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 11 Sep 2003 18:09:00 -0000 Subject: minimize emacs In-Reply-To: References: Message-ID: <3F60BA4E.7080207@msu.edu> Just tried the following: 1) Ctrl-Z: Doesn't work 2) Ctrl-X + Ctrl-Z: Doesn't work 3) Windows-M: Works Looks like we found a winner. Note: This is for running emacs under Cygwin/XFree86 with the -multiwindow command-line parameter. I gather that is what we are all talking about here. Harold Laura McWilliams wrote: > how about Cntrl-Z or C-X C-Z > it works in X-emacs, anyways... > > * ----------Laura L McWilliams ****| > * AIX kernel development- BN2S ****| > * ph 512.838.9224 t/l 678.9224 ****| > * lmcwil@austin.ibm.com------- ****| > > > "there are 10 kinds of people in the world... > > those who understand binary, and those who don't" > > On Thu, 11 Sep 2003, Igor Pechtchanski wrote: > > >>On Thu, 11 Sep 2003, Jason Dufair wrote: >> >> >>>Does anyone have any suggestion on how to minimize GNU Emacs running >>>under Cygwin/XFree86 with the keyboard? I don't really need Emacs' >>>M-Spc command, so should I just undefine it? Will that cause the >>>keystroke to be passed to Windows? >> >>If your machine has a Windows key, you could use Windows-M to minimize any >>window (I don't know if XFree86 intercepts that keystroke). Just a >>thought. >> 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 jase@dufair.org Thu Sep 11 19:47:00 2003 From: jase@dufair.org (Jason Dufair) Date: Thu, 11 Sep 2003 19:47:00 -0000 Subject: minimize emacs In-Reply-To: <3F60BA4E.7080207@msu.edu> (Harold L. Hunt, II's message of "Thu, 11 Sep 2003 14:09:18 -0400") References: <3F60BA4E.7080207@msu.edu> Message-ID: Maybe it's just me, but Windows-M minimizes everything. Is this happening to everyone? (I am talking about Cygwin/XFree86 with -multiwindow, BTW). For Ctrl-Z to work, would that mean a fix for Emacs or for X? Harold L Hunt II writes: > Just tried the following: > > 1) Ctrl-Z: Doesn't work > > 2) Ctrl-X + Ctrl-Z: Doesn't work > > 3) Windows-M: Works > > > Looks like we found a winner. > > Note: This is for running emacs under Cygwin/XFree86 with the > -multiwindow command-line parameter. I gather that is what we are all > talking about here. > > Harold > > Laura McWilliams wrote: > >> how about Cntrl-Z or C-X C-Z >> it works in X-emacs, anyways... >> * ----------Laura L McWilliams ****| >> * AIX kernel development- BN2S ****| >> * ph 512.838.9224 t/l 678.9224 ****| >> * lmcwil@austin.ibm.com------- ****| >> "there are 10 kinds of people in the world... >> those who understand binary, and those who don't" >> On Thu, 11 Sep 2003, Igor Pechtchanski wrote: >> >>>On Thu, 11 Sep 2003, Jason Dufair wrote: >>> >>> >>>>Does anyone have any suggestion on how to minimize GNU Emacs running >>>>under Cygwin/XFree86 with the keyboard? I don't really need Emacs' >>>>M-Spc command, so should I just undefine it? Will that cause the >>>>keystroke to be passed to Windows? >>> >>>If your machine has a Windows key, you could use Windows-M to minimize any >>>window (I don't know if XFree86 intercepts that keystroke). Just a >>>thought. >>> 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 >>> >> -- Jason Dufair - jase@dufair.org http://www.dufair.org/ "A laugh for for the newsprint nightmare A world that never was Where the questions are all 'why?' and The answers are all 'Because'" -- Bruce Cockburn From e-masson@kisoft-services.com Thu Sep 11 20:11:00 2003 From: e-masson@kisoft-services.com (Eric Masson) Date: Thu, 11 Sep 2003 20:11:00 -0000 Subject: minimize emacs In-Reply-To: (Jason Dufair's message of "Thu, 11 Sep 2003 14:47:26 -0500") References: <3F60BA4E.7080207@msu.edu> Message-ID: <86r82nnl0h.fsf@t39bsdems.interne.kisoft-services.com> >>>>> "Jason" == Jason Dufair writes: Jason> Maybe it's just me, but Windows-M minimizes everything. Is this Jason> happening to everyone? Same thing here, XFree 4.3.0-6, Windows 2k sp4 Eric Masson -- Pour moi, que ce soit fr.rec.arts.musique.variete ou fr.rect.arts.chansons, c n??gatif, parce que je consid??re pas la musique comme un art, -+- BenC in http://www.le-gnu.net : Neuneu joue du pipo. From lmcwil@austin.ibm.com Thu Sep 11 20:11:00 2003 From: lmcwil@austin.ibm.com (Laura McWilliams) Date: Thu, 11 Sep 2003 20:11:00 -0000 Subject: minimize emacs In-Reply-To: Message-ID: i didn't realize from your initial mail that you were using -multiwindow. unless i'm mistaken, if you were running emacs or xemacs inside a window manager, C-Z or C-X-Z would minimize just that window. as far as multiwindow mode goes, i don't know. for me, Windows-M minimizes everything also. (running Win2k) ~L * ----------Laura L McWilliams ****| * AIX kernel development- BN2S ****| * ph 512.838.9224 t/l 678.9224 ****| * lmcwil@austin.ibm.com------- ****| "there are 10 kinds of people in the world... those who understand binary, and those who don't" On Thu, 11 Sep 2003, Jason Dufair wrote: > Maybe it's just me, but Windows-M minimizes everything. Is this > happening to everyone? > > (I am talking about Cygwin/XFree86 with -multiwindow, BTW). For Ctrl-Z > to work, would that mean a fix for Emacs or for X? > > Harold L Hunt II writes: > > > Just tried the following: > > > > 1) Ctrl-Z: Doesn't work > > > > 2) Ctrl-X + Ctrl-Z: Doesn't work > > > > 3) Windows-M: Works > > > > > > Looks like we found a winner. > > > > Note: This is for running emacs under Cygwin/XFree86 with the > > -multiwindow command-line parameter. I gather that is what we are all > > talking about here. > > > > Harold > > > > Laura McWilliams wrote: > > > >> how about Cntrl-Z or C-X C-Z > >> it works in X-emacs, anyways... > >> * ----------Laura L McWilliams ****| > >> * AIX kernel development- BN2S ****| > >> * ph 512.838.9224 t/l 678.9224 ****| > >> * lmcwil@austin.ibm.com------- ****| > >> "there are 10 kinds of people in the world... > >> those who understand binary, and those who don't" > >> On Thu, 11 Sep 2003, Igor Pechtchanski wrote: > >> > >>>On Thu, 11 Sep 2003, Jason Dufair wrote: > >>> > >>> > >>>>Does anyone have any suggestion on how to minimize GNU Emacs running > >>>>under Cygwin/XFree86 with the keyboard? I don't really need Emacs' > >>>>M-Spc command, so should I just undefine it? Will that cause the > >>>>keystroke to be passed to Windows? > >>> > >>>If your machine has a Windows key, you could use Windows-M to minimize any > >>>window (I don't know if XFree86 intercepts that keystroke). Just a > >>>thought. > >>> 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 > >>> > >> > > -- > Jason Dufair - jase@dufair.org > http://www.dufair.org/ > "A laugh for for the newsprint nightmare > A world that never was > Where the questions are all 'why?' and > The answers are all 'Because'" > -- Bruce Cockburn > > From ford@vss.fsi.com Thu Sep 11 20:19:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Thu, 11 Sep 2003 20:19:00 -0000 Subject: cygwin 1.5.3-1 and xfree devel In-Reply-To: References: Message-ID: Ok, I finally tracked this down. Breakpoint 27, 0x005e6340 in stat () (gdb) bt #0 0x005e6340 in stat () #1 0x005a865f in TestFile () #2 0x005a89c1 in XtFindFile () #3 0x005a8e6e in XtResolvePathname () #4 0x005c4af8 in CombineAppUserDefaults () #5 0x005c5310 in XtScreenDatabase () #6 0x005c5eb4 in _XtDisplayInitialize () #7 0x005c30d8 in XtOpenDisplay () #8 0x005c32f8 in _XtAppInit () #9 0x005a9d88 in _XtVaOpenApplication () #10 0x005a9ffb in XtVaAppInitialize () #11 0x004a5e7e in XvssAppInitialize (argc=0x22fdb8, argv=0x10032788) at ../../../visual/util/libXutil/Xsupp.c:46 #12 0x00483518 in main (argc=1, argv=0x10032788) at ../../../visual/util/host/HE_MW.c:1496 #13 0x61005018 in _libkernel32_a_iname () #14 0x610052ed in _libkernel32_a_iname () #15 0x005e5f82 in cygwin_crt0 () #16 0x0040103c in mainCRTStartup () #17 0x77e814c7 in _libkernel32_a_iname () (gdb) c Continuing. Breakpoint 28, 0x005a865f in TestFile () (gdb) bt #0 0x005a865f in TestFile () (gdb) so, the call to stat from TestFile is corrupting the stack, but why? To my knowledge, libXt is a 1.3.22 compiled library and so should be using the compatability interface for stat, no? Any of the developers from the main list care to comment? Thanks. On Mon, 8 Sep 2003, Brian Ford wrote: > Just to humor me, can someone else running Cygwin 1.5.3-1 confirm that a > simple X11 based "hello world program" is broken. If confirmed, I will > start digging to locate the offending functions, but I'd rather just wait > for Harold to release a 1.5.3-1 compiled Xfree86 set of packages. Thanks. > > On Fri, 5 Sep 2003, Brian Ford wrote: > > > When compiled under cygwin 1.5.3-1, the following hello world Motif > > program gets a SEGV in XtAppInitialize. Harold, what's your time > > table for a 1.5.3 built Xfree so I can test and update lesstif? Thanks. > > > > #include > > #include > > > > XtAppContext context; > > XmStringCharSet char_set=XmSTRING_DEFAULT_CHARSET; > > > > main(argc, argv) > > int argc; > > char *argv[]; > > { > > Widget toplevel, label; > > XmString S; > > > > /* Create an application shell. */ > > toplevel = XtAppInitialize(&context,"",NULL,0,&argc,argv,NULL, > > NULL,0); > > > > /* Create the Label widget. */ > > label = XmCreateLabel(toplevel,"label",NULL,0); > > S = XmStringCreateLtoR("Hello World!", char_set); > > XtVaSetValues(label, > > XmNlabelString, S, > > NULL); > > > > XtRealizeWidget(toplevel); > > XtAppMainLoop(context); > > } > > > > (gdb) r > > Starting program: /home/ford/xtest.exe > > > > Program received signal SIGSEGV, Segmentation fault. > > 0x00000000 in ?? () from > > (gdb) bt > > #0 0x00000000 in ?? () from > > > > > > -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From inkwo@evoclix-ink.com Thu Sep 11 20:34:00 2003 From: inkwo@evoclix-ink.com (inkwo@evoclix-ink.com) Date: Thu, 11 Sep 2003 20:34:00 -0000 Subject: PRINTING PRODUCTS, Fantastic Savings. j Message-ID: <4ce61458d9aa$79653282$c7036110@etqijuwhkbh.zod> 56 Percent off all printer supplies Please see the store and experience what others already have, the best print cartridge at a great price I can offer all models including, Canon, Lexmark Epson, and HP. http://thebestinkshop.com/neb.html =============================== If you want to stopfurther sending of all our mails, http://evoclick.net/s20.html qhoqcy From ADeFaria@Salira.com Thu Sep 11 23:09:00 2003 From: ADeFaria@Salira.com (Andrew DeFaria) Date: Thu, 11 Sep 2003 23:09:00 -0000 Subject: minimize emacs In-Reply-To: References: <3F60BA4E.7080207@msu.edu> Message-ID: Jason Dufair wrote: > Maybe it's just me, but Windows-M minimizes everything. Is this > happening to everyone? It's supposed to! Windows-M means minimize all. Shift-Windows-M means unminimize all. BTW Windows-D (for show desktop) is better becase the second Windows-D reverses the action. > (I am talking about Cygwin/XFree86 with -multiwindow, BTW). For Ctrl-Z > to work, would that mean a fix for Emacs or for X? I wouldn't call it a fix, rather a default configuration. I think you can put the following in your .emacs file: (global-set-key "\C-z" 'suspend-emacs-or-iconify-fram) > > > Harold L Hunt II writes: > >> Just tried the following: >> >> 1) Ctrl-Z: Doesn't work >> >> 2) Ctrl-X + Ctrl-Z: Doesn't work >> >> 3) Windows-M: Works >> >> >> Looks like we found a winner. >> >> Note: This is for running emacs under Cygwin/XFree86 with the >> -multiwindow command-line parameter. I gather that is what we are all >> talking about here. >> >> Harold >> >> Laura McWilliams wrote: >> >>> how about Cntrl-Z or C-X C-Z >>> it works in X-emacs, anyways... >>> * ----------Laura L McWilliams ****| >>> * AIX kernel development- BN2S ****| >>> * ph 512.838.9224 t/l 678.9224 ****| >>> * lmcwil@austin.ibm.com------- ****| >>> "there are 10 kinds of people in the world... >>> those who understand binary, and those who don't" >>> On Thu, 11 Sep 2003, Igor Pechtchanski wrote: >>> >>>> On Thu, 11 Sep 2003, Jason Dufair wrote: >>>> >>>> >>>>> Does anyone have any suggestion on how to minimize GNU Emacs running >>>>> under Cygwin/XFree86 with the keyboard? I don't really need Emacs' >>>>> M-Spc command, so should I just undefine it? Will that cause the >>>>> keystroke to be passed to Windows? >>>> >>>> If your machine has a Windows key, you could use Windows-M to >>>> minimize any >>>> window (I don't know if XFree86 intercepts that keystroke). Just a >>>> thought. >>>> 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 >>>> > > Obligatory witty saying: Make it idiot proof and someone will make a > better idiot. From huntharo@msu.edu Fri Sep 12 04:54:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 12 Sep 2003 04:54:00 -0000 Subject: [ANNOUNCEMENT] Server Test 98 Message-ID: <3F615144.7040607@msu.edu> Links: I just posted Test 98 to the server development page: http://xfree86.cygwin.com/devel/shadow/ You can install the Test 98 package via setup.exe by selecting the following version of the XFree86-xserv package: 4.3.0-7 Server Test Series binary and source code releases are now available via the sources.redhat.com ftp mirror network (http://cygwin.com/mirrors.html) in the pub/cygwin/xfree/devel/shadow/ directory. You may wish to note the desired filename in the links below, then download from your closest mirror (http://cygwin.com/mirrors.html). Server binary, direct link: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test98.exe.bz2 (1265 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030911-1314.tar.bz2 (127 KiB) xc/programs/Xserver/hw/xwin (all files) diff against Test97 source code: http://www.msu.edu/~huntharo/xwin/shadow/xwin-Test97-to-Test98.diff (3 KiB) xc/programs/Xserver/xkb/ddxLoad.c diff against 2003-09-11 XFree86 CVS: http://www.msu.edu/~huntharo/xwin/shadow/xc-programs-Xserver-xkb-ddxLoad.c-20030911-1314.diff (1 KiB) Changes: 1) winconfig.c - Disable the check for the specific keyboardtype 4 (pc105) and always assume that a 105 key keyboard is present. This fixes undetected layouts because of keyboard drivers which return undocumented keyboardtypeids. (Alexander Gottwald) 2) Xserver/xkb/ddxLoad.c - Read keymaps generated by xkbcomp as binary files. (Alexander Gottwald) Harold From huntharo@msu.edu Fri Sep 12 04:55:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 12 Sep 2003 04:55:00 -0000 Subject: Updated on sourceware: XFree86-xserv-4.3.0-7 Message-ID: <3F615149.2070707@msu.edu> The XFree86-xserv-4.3.0-7 package has been updated in the Cygwin distribution. Changes: 1) winconfig.c - Disable the check for the specific keyboardtype 4 (pc105) and always assume that a 105 key keyboard is present. This fixes undetected layouts because of keyboard drivers which return undocumented keyboardtypeids. (Alexander Gottwald) 2) Xserver/xkb/ddxLoad.c - Read keymaps generated by xkbcomp as binary files. (Alexander Gottwald) -- 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. Save it and run setup, answer the questions and pick up 'XFree86-xserv' from the 'XFree86' category. You may need to click the "Full" button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@sources.redhat.com . If you want to subscribe go to: http://cygwin.com/lists.html 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/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place. From huntharo@msu.edu Fri Sep 12 04:58:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 12 Sep 2003 04:58:00 -0000 Subject: Updated on sourceware: XFree86-bin-4.3.0-2 Message-ID: <3F615216.1030902@msu.edu> The XFree86-bin-4.3.0-2 package has been updated in the Cygwin distribution. Changes: 1) Update xkbcomp to properly handle binmode files. Was causing stack dumps in some instances. (Alexander Gottwald) -- 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. Save it and run setup, answer the questions and pick up 'XFree86-xserv' from the 'XFree86' category. You may need to click the "Full" button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@sources.redhat.com . If you want to subscribe go to: http://cygwin.com/lists.html 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/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place. From erik@thiele-hydraulik.de Fri Sep 12 05:53:00 2003 From: erik@thiele-hydraulik.de (Erik Thiele) Date: Fri, 12 Sep 2003 05:53:00 -0000 Subject: xserver german keyboard In-Reply-To: References: <20030911151923.5f1cd471.erik@thiele-hydraulik.de> <3F607924.3010308@msu.edu> <20030911163500.272ba888.erik@thiele-hydraulik.de> Message-ID: <20030912075309.0626c223.erik@thiele-hydraulik.de> On Thu, 11 Sep 2003 16:47:39 +0200 (MEST) Alexander Gottwald wrote: > On Thu, 11 Sep 2003, Erik Thiele wrote: > > > winScreenInit - returning > > InitOutput - Returning. > > (==) winConfigKeyboard - Layout: "00000407" > > (==) Using preset keyboard for "German (Germany)" (00000407), type "4" > > (EE) No primary keyboard configured > > (==) Using compiletime defaults for keyboard > > Rules = "xfree86" Model = "pc105" Layout = "de" Variant = "(null)" Options = "(null)" > > Couldn't load XKB keymap, falling back to pre-XKB keymap > > winBlockHandler - Releasing pmServerStarted > > winBlockHandler - pthread_mutex_unlock () returned > > Somehow the file produced by xkbcomp is not correct. > > Try > xkbcomp -xkm -m de /etc/X11/xkb/keymap/xfree86 $DISPLAY > Warning: Attempt to alias to non-existent key Ignored Warning: Attempt to alias to non-existent key Ignored Warning: Attempt to alias to non-existent key Ignored Warning: No symbols defined for (keycode 118) Warning: No symbols defined for (keycode 119) Warning: No symbols defined for (keycode 120) Warning: No symbols defined for (keycode 121) Warning: No symbols defined for (keycode 122) Warning: No symbols defined for (keycode 123) Warning: No symbols defined for (keycode 129) Warning: No symbols defined for (keycode 130) Warning: No symbols defined for (keycode 131) Warning: No symbols defined for (keycode 132) Warning: No symbols defined for (keycode 133) Warning: No symbols defined for (keycode 134) Warning: No symbols defined for (keycode 135) Warning: No symbols defined for (keycode 136) Warning: No symbols defined for (keycode 137) Warning: No symbols defined for (keycode 138) Warning: No symbols defined for (keycode 139) Warning: No symbols defined for (keycode 140) Warning: No symbols defined for (keycode 141) Warning: No symbols defined for (keycode 142) Warning: No symbols defined for (keycode 143) Warning: No symbols defined for (keycode 144) Warning: No symbols defined for (keycode 145) Warning: No symbols defined for (keycode 146) Warning: No symbols defined for (keycode 147) Warning: No symbols defined for (keycode 148) Warning: No symbols defined for (keycode 149) Warning: No symbols defined for (keycode 150) Warning: No symbols defined for (keycode 151) Warning: No symbols defined for (keycode 152) Warning: No symbols defined for (keycode 153) Warning: No symbols defined for (keycode 154) Warning: No symbols defined for (keycode 155) Warning: No symbols defined for (keycode 158) Warning: No symbols defined for (keycode 159) Warning: No symbols defined for (keycode 160) Warning: No symbols defined for (keycode 161) Warning: No symbols defined for (keycode 162) Warning: No symbols defined for (keycode 163) Warning: No symbols defined for (keycode 164) Warning: No symbols defined for (keycode 165) Warning: No symbols defined for (keycode 166) Warning: No symbols defined for (keycode 167) Warning: No symbols defined for (keycode 168) Warning: No symbols defined for (keycode 169) Warning: No symbols defined for (keycode 171) Warning: No symbols defined for (keycode 172) Warning: No symbols defined for (keycode 173) Warning: No symbols defined for (keycode 174) Warning: No symbols defined for (keycode 175) Warning: No symbols defined for (keycode 176) Warning: No symbols defined for (keycode 177) Warning: No symbols defined for (keycode 178) Warning: No symbols defined for (keycode 179) Warning: No symbols defined for (keycode 180) Warning: No symbols defined for (keycode 185) Warning: No symbols defined for (keycode 186) Warning: No symbols defined for (keycode 187) Warning: No symbols defined for (keycode 188) Warning: No symbols defined for (keycode 194) Warning: No symbols defined for (keycode 195) Warning: No symbols defined for (keycode 196) Warning: No symbols defined for (keycode 197) Warning: No symbols defined for (keycode 202) Warning: No symbols defined for (keycode 212) Warning: No symbols defined for (keycode 213) Warning: No symbols defined for (keycode 214) Warning: No symbols defined for (keycode 215) Warning: No symbols defined for (keycode 216) Warning: No symbols defined for (keycode 217) Warning: No symbols defined for (keycode 218) Warning: No symbols defined for (keycode 222) Warning: No symbols defined for (keycode 223) Warning: No symbols defined for (keycode 224) Warning: No symbols defined for (keycode 225) Warning: No symbols defined for (keycode 226) Warning: No symbols defined for (keycode 227) Warning: No symbols defined for (keycode 228) Warning: No symbols defined for (keycode 229) Warning: No symbols defined for (keycode 230) Warning: No symbols defined for (keycode 231) Warning: No symbols defined for (keycode 232) Warning: No symbols defined for (keycode 233) Warning: No symbols defined for (keycode 234) Warning: No symbols defined for (keycode 235) Warning: No symbols defined for (keycode 236) Warning: No symbols defined for (keycode 237) Warning: No symbols defined for (keycode 238) Warning: No symbols defined for (keycode 239) Warning: No symbols defined for (keycode 240) Warning: No symbols defined for (keycode 241) Warning: No symbols defined for (keycode 242) Warning: No symbols defined for (keycode 243) Warning: No symbols defined for (keycode 244) Warning: No symbols defined for (keycode 245) Warning: No symbols defined for (keycode 246) Warning: No symbols defined for (keycode 247) Warning: No symbols defined for (keycode 248) Warning: No symbols defined for (keycode 249) Warning: No symbols defined for (keycode 250) Warning: No symbols defined for (keycode 251) Warning: No symbols defined for (keycode 252) Warning: No symbols defined for (keycode 253) Warning: No symbols defined for (keycode 254) Warning: No symbols defined for (keycode 255) > This will print a lot of warnings and maybe some errors. it does. but i don't know what to do with them. i don't understand why X works with startx, but not with my starting method. my starting method:link on desktop. target: c:\cygwin\bin\bash.exe -c '/usr/X11R6/bin/XWin.exe :0 -query myserver -once -fullscreen' i don't understand why it works with strace, but not without. i don't understand why sometimes he sais he cannot find his cyg6x11 dll, but starts anyway. something is very weird here... i don't know how to debug. please give me any clue ;-) i updated to new x version right now. no changes. cu & thx Erik -- Erik Thiele From alexander.gottwald@s1999.tu-chemnitz.de Fri Sep 12 08:33:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 12 Sep 2003 08:33:00 -0000 Subject: xserver german keyboard In-Reply-To: <20030912075309.0626c223.erik@thiele-hydraulik.de> References: <20030911151923.5f1cd471.erik@thiele-hydraulik.de> <3F607924.3010308@msu.edu> <20030911163500.272ba888.erik@thiele-hydraulik.de> <20030912075309.0626c223.erik@thiele-hydraulik.de> Message-ID: On Fri, 12 Sep 2003, Erik Thiele wrote: > > it does. but i don't know what to do with them. > > i don't understand why X works with startx, but not with my starting method. > > my starting method:link on desktop. target: > c:\cygwin\bin\bash.exe -c '/usr/X11R6/bin/XWin.exe :0 -query myserver -once -fullscreen' I'm using a simple shortcut c:\cygwin\usr\X11R6\bin\XWin.exe -query zipoli -nowinkill -unixkill -nodecoration > i don't understand why it works with strace, but not without. This looks like a race condition. > i don't understand why sometimes he sais he cannot find his cyg6x11 dll, > but starts anyway. This is most likely an error message from xkbcomp. If this message is shown, then xkbcomp will not compile the keyboard layout for the server and you will stay with the default us layout. Is the requested dll really cyg6x11.dll? Or was this a mistake. The normal name is cygX11-6.dll. Any other dllname indicates an problem with the installed files or a conflict with other installed files (eg. from MS Services for Unix) bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From kris.thielemans@csc.mrc.ac.uk Fri Sep 12 09:15:00 2003 From: kris.thielemans@csc.mrc.ac.uk (Kris Thielemans) Date: Fri, 12 Sep 2003 09:15:00 -0000 Subject: Xwin crashes - XP servicepack 1 problem? Message-ID: Hi I have the same problem as mentioned by Thorsten a few weeks ago. However, I am running NT 4.0 sp6a. So, it has nothing to do with XP. When I am running XFree in multiwindow mode (clipboard enabled), and launch xemacs on my remote debian machine, Xwin crashes (I can give you the memory location, but that won't be very helpful I guess). However, when I do not use multiwindow, everything is fine. $ cygcheck -c XFree86-xserv Cygwin Package Information Package Version XFree86-xserv 4.3.0-5 My cygwin setup was last updated around 30th of August (cygwin dll 1.3.22-1) because I'm a bit reluctant to go to the new 64 bit stuff before lots of other people have tried it.... Kris Thielemans (kris.thielemans imperial.ac.uk) Hammersmith Imanet Cyclotron Building Hammersmith Hospital Du Cane Road London W12 ONN, United Kingdom web site address: http://www.hammersmithimanet.com/~kris From sb@dod.no Fri Sep 12 10:03:00 2003 From: sb@dod.no (Steinar Bang) Date: Fri, 12 Sep 2003 10:03:00 -0000 Subject: [ANNOUNCEMENT] Server Test 96 References: <3F4D0F7D.3080807@msu.edu> Message-ID: <87he3ib9zj.fsf@home.lan> >>>>> Harold L Hunt II : > Links: > I just posted Test 96 to the server development page: > http://xfree86.cygwin.com/devel/shadow/ [snip!] > 3) winconfig.c - Add new defaults for keyboardlayout: English (USA, > Dvorak) and Norwegian. (Alexander Gottwald) The "Alt Gr" key doesn't work properly on the Norwegian keyboard. When pressing "Alt Gr"+2 to get "@" in GNU Emacs, I get "C-2" in the minibuffer instead. Looks like "Alt Gr" may be interpreted as the control key? Is there a way to debug this? This is in rootless mode, and without an XF86Config file, on xfree86-xserv 4.3.0-5, which is the one I got when I ran setup.exe today, to upgrade my cygwin installation. From alexander.gottwald@s1999.tu-chemnitz.de Fri Sep 12 10:28:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 12 Sep 2003 10:28:00 -0000 Subject: [ANNOUNCEMENT] Server Test 96 In-Reply-To: <87he3ib9zj.fsf@home.lan> References: <3F4D0F7D.3080807@msu.edu> <87he3ib9zj.fsf@home.lan> Message-ID: On Fri, 12 Sep 2003, Steinar Bang wrote: > The "Alt Gr" key doesn't work properly on the Norwegian keyboard. > When pressing "Alt Gr"+2 to get "@" in GNU Emacs, I get "C-2" in the > minibuffer instead. > > Looks like "Alt Gr" may be interpreted as the control key? Is there a > way to debug this? Do you have Windows XP? This is a known problem. See http://cygwin.com/ml/cygwin-xfree/2003-09/msg00080.html and following posts for more information. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From kris.thielemans@csc.mrc.ac.uk Fri Sep 12 10:36:00 2003 From: kris.thielemans@csc.mrc.ac.uk (Kris Thielemans) Date: Fri, 12 Sep 2003 10:36:00 -0000 Subject: remote xemacs and selection problem (using XWin -clipboard) Message-ID: Hi I have a problem running XEmacs remotely. When I press ctrl-space, I do get 'mark set', but when I then press Ctrl-w to cut something, I get 'The region is not active now'. I have exactly the same when selecting a region with the mouse. The selection immediately disappears (presumably because of the clipboard functionality). Pressing ctrl-w then gives the above message. The problem disappears when I remove the -clipboard option from Xwin. However, even with this option, I do not have this problem when I use cygwin's emacs (locally). If I do not use -clipboard, but start xwinclip, the problem reappears. The problem does not occur in xemacs -nw, so it is definitely X related. I'm running xemacs 21.4 on debian if that matters. (I'm using ssh -X remote) $ cygcheck -c XFree86-xserv Cygwin Package Information Package Version XFree86-xserv 4.3.0-5 Kris Thielemans (kris.thielemans imperial.ac.uk) Hammersmith Imanet Cyclotron Building Hammersmith Hospital Du Cane Road London W12 ONN, United Kingdom web site address: http://www.hammersmithimanet.com/~kris From ferenc.farkas@profidatagroup.com Fri Sep 12 11:29:00 2003 From: ferenc.farkas@profidatagroup.com (Farkas Ferenc) Date: Fri, 12 Sep 2003 11:29:00 -0000 Subject: twm don't execute xterm except after restarting twm Message-ID: twm refuse to execute xterm through menu (except after restarting twm). After choosing xterm in the menu I see for few seconds the watch and then the X-mouse-cursor is back. :-( Who can give some help so I have not to restart twm after launch of xwin? Ferenc My .twmrc (and below my startxwin.bat) **************************************************************************** ******* ************************** .twmrc ************************************************* **************************************************************************** ******* # # $Xorg: system.twmrc,v 1.3 2000/08/17 19:54:08 cpqbld Exp $ # # Default twm configuration file; needs to be kept small to conserve string # space in systems whose compilers don't handle medium-sized strings. # # Sites should tailor this file, providing any extra title buttons, menus, etc. # that may be appropriate for their environment. For example, if most of the # users were accustomed to uwm, the defaults could be set up not to decorate # any windows and to use meta-keys. # # $XFree86: xc/programs/twm/system.twmrc,v 1.4 2001/01/17 23:45:08 dawes Exp $ # NoGrabServer RestartPreviousState DecorateTransients TitleFont "-adobe-helvetica-bold-r-normal--*-120-*-*-*-*-*-*" ResizeFont "-adobe-helvetica-bold-r-normal--*-120-*-*-*-*-*-*" MenuFont "-adobe-helvetica-bold-r-normal--*-120-*-*-*-*-*-*" IconFont "-adobe-helvetica-bold-r-normal--*-100-*-*-*-*-*-*" IconManagerFont "-adobe-helvetica-bold-r-normal--*-100-*-*-*" #ClientBorderWidth Color { BorderColor "slategrey" DefaultBackground "rgb:2/a/9" DefaultForeground "gray85" TitleBackground "rgb:2/a/9" TitleForeground "gray85" MenuBackground "rgb:2/a/9" MenuForeground "gray85" MenuTitleBackground "gray70" MenuTitleForeground "rgb:2/a/9" IconBackground "rgb:2/a/9" IconForeground "gray85" IconBorderColor "gray85" IconManagerBackground "rgb:2/a/9" IconManagerForeground "gray85" } # # Define some useful functions for motion-based actions. # MoveDelta 3 Function "move-or-lower" { f.move f.deltastop f.lower } Function "move-or-raise" { f.move f.deltastop f.raise } Function "move-or-iconify" { f.move f.deltastop f.iconify } # # Set some useful bindings. Sort of uwm-ish, sort of simple-button-ish # Button1 = : root : f.menu "defops" Button1 = m : window|icon : f.function "move-or-lower" Button2 = m : window|icon : f.iconify Button3 = m : window|icon : f.function "move-or-raise" Button1 = : title : f.function "move-or-raise" Button2 = : title : f.raiselower Button1 = : icon : f.function "move-or-iconify" Button2 = : icon : f.iconify Button1 = : iconmgr : f.iconify Button2 = : iconmgr : f.iconify # # And a menus with the usual things # menu "defops" { "Twm" f.title "Iconify" f.iconify "Resize" f.resize "Move" f.move "Raise" f.raise "Lower" f.lower "" f.nop "Focus" f.focus "Unfocus" f.unfocus "Show Iconmgr" f.showiconmgr "Hide Iconmgr" f.hideiconmgr "" f.nop "Xterm" f.exec "exec xterm &" "" f.nop "Kill" f.destroy "Delete" f.delete "" f.nop "Restart" f.restart "Exit" f.quit } **************************************************************************** ***** ******************************* STARTXWIN.BAT *********************************** **************************************************************************** ***** @echo off SET DISPLAY=127.0.0.1:0.0 SET CYGWIN_ROOT=\cygwin SET PATH=.;%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin;%PATH% 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 if "%OS%" == "Windows_NT" goto OS_NT echo startxwin.bat - Starting on Windows 95/98/Me goto STARTUP :OS_NT echo startxwin.bat - Starting on Windows NT/2000/XP/2003 :STARTUP start XWin run setxkbmap -layout de_CH run twm run xsetroot -solid aquamarine4 From pnews@lomarline.freeserve.co.uk Fri Sep 12 12:24:00 2003 From: pnews@lomarline.freeserve.co.uk (pnews@lomarline.freeserve.co.uk) Date: Fri, 12 Sep 2003 12:24:00 -0000 Subject: xserver german keyboard In-Reply-To: <20030912075309.0626c223.erik@thiele-hydraulik.de> from "Erik Thiele" at Sep 12, 2003 07:53:09 Message-ID: <200309121224.h8CCOjM04552@lomarline.freeserve.co.uk> [snip] > i don't understand why X works with startx, but not with my starting method. > > my starting method:link on desktop. target: > c:\cygwin\bin\bash.exe -c '/usr/X11R6/bin/XWin.exe :0 -query myserver -once -fullscreen' Have you included the PATH additions mentioned in startxwin.bat before you run your link? From huntharo@msu.edu Fri Sep 12 13:42:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 12 Sep 2003 13:42:00 -0000 Subject: remote xemacs and selection problem (using XWin -clipboard) In-Reply-To: References: Message-ID: <3F61CD24.2070407@msu.edu> Kris, A lot of people think that that question is sort of like, "Hey, this tire is flat, can you change it?" when it is really more like asking, "Wow, if we could go to Mars, that would be great. Have the ship built by next weekend." It is not easy to fix. It is a design issue. I have already spent over 40 hours investigating alternatives. It would probably take me another 10 to 40 hours to finish up, but I haven't got the time now. I posted my code for others to inspect, but no one ever did. For more information, please see the following thread: http://sources.redhat.com/ml/cygwin-xfree/2003-06/msg00199.html Thanks for your interest in Cygwin/XFree86, Harold Kris Thielemans wrote: > Hi > > I have a problem running XEmacs remotely. When I press ctrl-space, I do get > 'mark set', but when I then press Ctrl-w to cut something, I get 'The region > is not active now'. I have exactly the same when selecting a region with the > mouse. The selection immediately disappears (presumably because of the > clipboard functionality). Pressing ctrl-w then gives the above message. > > The problem disappears when I remove the -clipboard option from Xwin. > However, even with this option, I do not have this problem when I use > cygwin's emacs (locally). > > If I do not use -clipboard, but start xwinclip, the problem reappears. > > The problem does not occur in xemacs -nw, so it is definitely X related. > > I'm running xemacs 21.4 on debian if that matters. (I'm using ssh -X remote) > > $ cygcheck -c XFree86-xserv > Cygwin Package Information > Package Version > XFree86-xserv 4.3.0-5 > > > Kris Thielemans > (kris.thielemans imperial.ac.uk) > Hammersmith Imanet > Cyclotron Building > Hammersmith Hospital > Du Cane Road > London W12 ONN, United Kingdom > > web site address: http://www.hammersmithimanet.com/~kris > From jase@dufair.org Fri Sep 12 15:00:00 2003 From: jase@dufair.org (Jason Dufair) Date: Fri, 12 Sep 2003 15:00:00 -0000 Subject: minimize emacs In-Reply-To: (Andrew DeFaria's message of "Thu, 11 Sep 2003 16:11:09 -0700") References: <3F60BA4E.7080207@msu.edu> Message-ID: Andrew DeFaria writes: > I wouldn't call it a fix, rather a default configuration. I think you > can put the following in your .emacs file: > > (global-set-key "\C-z" 'suspend-emacs-or-iconify-fram) I don't seem to have a 'suspend-emacs-or-iconify-frame. When I call 'suspend-emacs, I get "Suspending an emacs running under X makes no sense". Thanks for the suggestion. C-z does work under Linux for me, but no luck here. C-z does have the effect of making the cursor hollow, however. I suspect whatever tricks are being done with -multiwindow prevent iconify from behaving correctly. Thanks for checking into it. -- Jason Dufair - jase@dufair.org http://www.dufair.org/ "Our task must be to free ourselves... by widening our circle of compassion to embrace all living creatures and the whole of nature and its beauty." -- Albert Einstein From huntharo@msu.edu Fri Sep 12 15:05:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 12 Sep 2003 15:05:00 -0000 Subject: minimize emacs In-Reply-To: References: <3F60BA4E.7080207@msu.edu> Message-ID: <3F61E09B.8020002@msu.edu> Jason, I think this means that we have to trap a window manager message/hint/whatever that tells us that an application is requesting to be minimized. It is up to our internal window manager to then perform the minimization and report that to the app that the minimization has been performed. Can anyone find some information about how this is implemented? It sounds fairly simple, so a quick example from somewhere could probably help me get it done quickly. Harold Jason Dufair wrote: > Andrew DeFaria writes: > > >>I wouldn't call it a fix, rather a default configuration. I think you >>can put the following in your .emacs file: >> >>(global-set-key "\C-z" 'suspend-emacs-or-iconify-fram) > > > I don't seem to have a 'suspend-emacs-or-iconify-frame. When I call > 'suspend-emacs, I get "Suspending an emacs running under X makes no > sense". Thanks for the suggestion. C-z does work under Linux for me, > but no luck here. C-z does have the effect of making the cursor hollow, > however. I suspect whatever tricks are being done with -multiwindow > prevent iconify from behaving correctly. Thanks for checking into it. > From Benjamin.Riefenstahl@epost.de Fri Sep 12 15:45:00 2003 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Fri, 12 Sep 2003 15:45:00 -0000 Subject: minimize emacs In-Reply-To: (Jason Dufair's message of "Fri, 12 Sep 2003 10:00:33 -0500") References: <3F60BA4E.7080207@msu.edu> Message-ID: Hi Jason, all, Jason Dufair writes: > I suspect whatever tricks are being done with -multiwindow prevent > iconify from behaving correctly. Maybe this is connected to the fact that "xterm -iconic" doesn't work on my system. I am also using -multiwindow. benny From huntharo@msu.edu Fri Sep 12 15:58:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 12 Sep 2003 15:58:00 -0000 Subject: minimize emacs In-Reply-To: References: <3F60BA4E.7080207@msu.edu> Message-ID: <3F61ED28.9080101@msu.edu> Benny, If either of these things work when not using -multiwindow and instead using twm or another window manager, then yes, that would be the reason. Harold Benjamin Riefenstahl wrote: > Hi Jason, all, > > Jason Dufair writes: > >>I suspect whatever tricks are being done with -multiwindow prevent >>iconify from behaving correctly. > > > Maybe this is connected to the fact that "xterm -iconic" doesn't work > on my system. I am also using -multiwindow. > > benny > From jase@dufair.org Fri Sep 12 16:13:00 2003 From: jase@dufair.org (Jason Dufair) Date: Fri, 12 Sep 2003 16:13:00 -0000 Subject: minimize emacs In-Reply-To: <3F61E09B.8020002@msu.edu> (Harold L. Hunt, II's message of "Fri, 12 Sep 2003 11:04:59 -0400") References: <3F60BA4E.7080207@msu.edu> <3F61E09B.8020002@msu.edu> Message-ID: I'll poke around and see if I can find the answer, Harold. Harold L Hunt II writes: > Jason, > > I think this means that we have to trap a window manager > message/hint/whatever that tells us that an application is requesting > to be minimized. It is up to our internal window manager to then > perform the minimization and report that to the app that the > minimization has been performed. > > Can anyone find some information about how this is implemented? It > sounds fairly simple, so a quick example from somewhere could probably > help me get it done quickly. > > Harold > > Jason Dufair wrote: > >> Andrew DeFaria writes: >> >>>I wouldn't call it a fix, rather a default configuration. I think you >>>can put the following in your .emacs file: >>> >>>(global-set-key "\C-z" 'suspend-emacs-or-iconify-fram) >> I don't seem to have a 'suspend-emacs-or-iconify-frame. When I call >> 'suspend-emacs, I get "Suspending an emacs running under X makes no >> sense". Thanks for the suggestion. C-z does work under Linux for me, >> but no luck here. C-z does have the effect of making the cursor hollow, >> however. I suspect whatever tricks are being done with -multiwindow >> prevent iconify from behaving correctly. Thanks for checking into it. >> -- Jason Dufair - jase@dufair.org http://www.dufair.org/ "Being in politics is like being a football coach. You have to be smart enough to understand the game, and dumb enough to think it's important." -- Eugene McCarthy From Benjamin.Riefenstahl@epost.de Fri Sep 12 16:20:00 2003 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Fri, 12 Sep 2003 16:20:00 -0000 Subject: minimize emacs In-Reply-To: <3F61ED28.9080101@msu.edu> (Harold L. Hunt, II's message of "Fri, 12 Sep 2003 11:58:32 -0400") References: <3F60BA4E.7080207@msu.edu> <3F61ED28.9080101@msu.edu> Message-ID: Hi Harold, Harold L Hunt II writes: > If either of these things work when not using -multiwindow and > instead using twm or another window manager, then yes, that would be > the reason. Confirmed. xterm -iconic works fine with twm here. benny From colin.harrison@virgin.net Fri Sep 12 16:43:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Fri, 12 Sep 2003 16:43:00 -0000 Subject: Latest CVS Compilation error Message-ID: <000001c3794c$f78638f0$0200a8c0@straightrunning.com> Hi, Just pulled a new tree from the anoncvs@anoncvs.xfree86.org:/cvs. To build I had to remove "typedef ....MessageType;" from winmsg.h in Xwin. Clashes with defs in os/log.c after latest mods to move log handling to DIX. Probably a hack..but it works for me! Colin From Cary.Jamison@powerquest.com Fri Sep 12 19:03:00 2003 From: Cary.Jamison@powerquest.com (Cary Jamison) Date: Fri, 12 Sep 2003 19:03:00 -0000 Subject: remote xemacs and selection problem (using XWin -clipboard) Message-ID: "Kris Thielemans" wrote in message news:... > Hi > > I have a problem running XEmacs remotely. When I press ctrl-space, I do get > 'mark set', but when I then press Ctrl-w to cut something, I get 'The region > is not active now'. I have exactly the same when selecting a region with the > mouse. The selection immediately disappears (presumably because of the > clipboard functionality). Pressing ctrl-w then gives the above message. I'll make my usual recommendation - (I think this is the third time, so a search of this group would have helped you). I don't use -clipboard. I have a shortcut to xwinclip and start/stop it on demand. This way the funky X selections in xterm and emacs don't usually affect me. If I need to copy/paste between X and MS-Windows I start xwinclip and the close it afterwards. Cary From ford@vss.fsi.com Fri Sep 12 19:06:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Fri, 12 Sep 2003 19:06:00 -0000 Subject: Pre 1.5.3-1 static libs (was cygwin 1.5.3-1 and xfree devel) Message-ID: After building my own cygwin1.dll with debugging info, I think I figured out my problem with xfree devel and Cygwin 1.5.3-1 here: http://www.cygwin.com/ml/cygwin-xfree/2003-09/msg00204.html The Xt library is a pre 1.5.3-1 static one. It calls stat. At link time, my test app links with Xt and its stat call is redirected to stat64 incorrectly, thus corrupting the stack. This appears true indeed via gdb and my debugable cygwin1.dll. Even so, could one of the more knowledgeable developers confirm my suspicion. If confirmed, a short note to cygwin-apps may be in order, adding packages containing static libraries that make system calls whose arguments have changed size to the list of ASAP rebuilds. Thanks for listening. (Wish I would have helped make this a compile time, rather than link time feature. Lazy me.) -- 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 Sep 12 19:11:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Fri, 12 Sep 2003 19:11:00 -0000 Subject: Pre 1.5.3-1 static libs Message-ID: After building my own cygwin1.dll with debugging info, I think I figured out my problem with xfree devel and Cygwin 1.5.3-1 here: http://www.cygwin.com/ml/cygwin-xfree/2003-09/msg00204.html The Xt library is a pre 1.5.3-1 static one. It calls stat. At link time, my test app links with Xt and its stat call is redirected to stat64 incorrectly, thus corrupting the stack. This appears true indeed via gdb and my debugable cygwin1.dll. Even so, could one of the more knowledgeable developers confirm my suspicion. If confirmed, a short note to cygwin-apps may be in order, adding packages containing static libraries that make system calls whose arguments have changed size to the list of ASAP rebuilds. Thanks for listening. (Wish I would have helped make this a compile time, rather than link time feature. Lazy me.) -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From cgf-rcm@cygwin.com Fri Sep 12 19:42:00 2003 From: cgf-rcm@cygwin.com (Christopher Faylor) Date: Fri, 12 Sep 2003 19:42:00 -0000 Subject: Pre 1.5.3-1 static libs (was cygwin 1.5.3-1 and xfree devel) In-Reply-To: References: Message-ID: <20030912194236.GC18230@redhat.com> On Fri, Sep 12, 2003 at 02:06:52PM -0500, Brian Ford wrote: >If confirmed, a short note to cygwin-apps may be in order, adding packages >containing static libraries that make system calls whose arguments have >changed size to the list of ASAP rebuilds. You mean another note to go with the 27 other times this was mentioned? >(Wish I would have helped make this a compile time, rather than link time >feature. Lazy me.) One of us is really confused as to why making this compile time versus link time would be a wonderful thing. I guess you could do something like "#define stat stat64" in a header file but that comes with its own set of problems. Suffice it to say that we chose to go with a link time solution since, IMO, it is the best solution. The problem with libraries was a known one prior to releasing 1.5.x and we are all competent enough programmers to understand that we could mess around with headers and play with ifdefs and defines. We chose not to. cgf From andrew.markebo@comhem.se Fri Sep 12 20:29:00 2003 From: andrew.markebo@comhem.se (Andrew Markebo) Date: Fri, 12 Sep 2003 20:29:00 -0000 Subject: static libs in bin? Message-ID: libX11.a, and some more static libraries, can be found in XFree86-bin, but I mean.. are they really needed here? Isn't the correct placement in XFree86-prog? /Andy -- You believe in the Users? -Tron Please note, new email, @telia.com -> @comhem.se From ford@vss.fsi.com Fri Sep 12 20:32:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Fri, 12 Sep 2003 20:32:00 -0000 Subject: Pre 1.5.3-1 static libs (was cygwin 1.5.3-1 and xfree devel) Message-ID: On Fri, Sep 12, 2003 Christopher Faylor wrote: > On Fri, Sep 12, 2003 Brian Ford wrote: > >>If confirmed, a short note to cygwin-apps may be in order, adding packages >>containing static libraries that make system calls whose arguments have >>changed size to the list of ASAP rebuilds. >> >You mean another note to go with the 27 other times this was mentioned? > Ok, I thought I had been keeping up with the requirements fairly closely. I guess I was a bit slow to put 2 and 2 together with respect to static libs. I thought other package maintainers might have been also. Sorry. >>(Wish I would have helped make this a compile time, rather than link time >>feature. Lazy me.) > >One of us is really confused as to why making this compile time versus >link time would be a wonderful thing. I guess you could do something >like "#define stat stat64" in a header file but that comes with its own >set of problems. > Maybe. It is just the same set of problems that most UNIX vendors I work with chose. Thus, it's more familiar to me, and I would guess others too. >Suffice it to say that we chose to go with a link time solution since, >IMO, it is the best solution. The problem with libraries was a known >one prior to releasing 1.5.x and we are all competent enough programmers >to understand that we could mess around with headers and play with >ifdefs and defines. We chose not to. > Ok. I give. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From jase@dufair.org Fri Sep 12 22:31:00 2003 From: jase@dufair.org (Jason Dufair) Date: Fri, 12 Sep 2003 22:31:00 -0000 Subject: minimize emacs In-Reply-To: <3F61E09B.8020002@msu.edu> (Harold L. Hunt, II's message of "Fri, 12 Sep 2003 11:04:59 -0400") References: <3F60BA4E.7080207@msu.edu> <3F61E09B.8020002@msu.edu> Message-ID: Harold - How does the following sound? > Check the function `x_iconify_frame' in xterm.c in the Emacs sources > to see what it does. Basically, what it boils down to is Emacs > running `XIconifyWindow' which sends a `ClientMessage' with > `IconicState' to X. See if the windowmanager listens to the > `WM_CHANGE_STATE' hint properly. Harold L Hunt II writes: > Jason, > > I think this means that we have to trap a window manager > message/hint/whatever that tells us that an application is requesting > to be minimized. It is up to our internal window manager to then > perform the minimization and report that to the app that the > minimization has been performed. > > Can anyone find some information about how this is implemented? It > sounds fairly simple, so a quick example from somewhere could probably > help me get it done quickly. > > Harold > > Jason Dufair wrote: > >> Andrew DeFaria writes: >> >>>I wouldn't call it a fix, rather a default configuration. I think you >>>can put the following in your .emacs file: >>> >>>(global-set-key "\C-z" 'suspend-emacs-or-iconify-fram) >> I don't seem to have a 'suspend-emacs-or-iconify-frame. When I call >> 'suspend-emacs, I get "Suspending an emacs running under X makes no >> sense". Thanks for the suggestion. C-z does work under Linux for me, >> but no luck here. C-z does have the effect of making the cursor hollow, >> however. I suspect whatever tricks are being done with -multiwindow >> prevent iconify from behaving correctly. Thanks for checking into it. >> -- Jason Dufair - jase@dufair.org http://www.dufair.org/ "Give a man fire and he will be warm for a day. Set a man on fire and he will be warm for the rest of his life." -- Terry Pratchett From pnews@lomarline.freeserve.co.uk Fri Sep 12 22:52:00 2003 From: pnews@lomarline.freeserve.co.uk (pnews@lomarline.freeserve.co.uk) Date: Fri, 12 Sep 2003 22:52:00 -0000 Subject: "su -; xterm -display rhost" -> errors Message-ID: <200309122252.h8CMqJS08751@lomarline.freeserve.co.uk> unmae -a CYGWIN_95-4.0 local_host 1.5.3(0.90/3/2) 2003-09-01 13:15 i586[snip] I am trying to get xdm working but I have run into a problem with the starting of an Xsesson. The error can be replicated outside xdm with: 1) run "xhost +" on the remote host 2) opening a bash shell under cygwin 3) xterm -display remotehost The xterm opens on the remote machine. 4) close the xterm 5) su - [name] possible providing the "name" has no password or a known one. 6) xterm -display remotehost Fails with _X11TransSocketOpen: socket() failed for tcp _X11TransSocketOpenCOTSClient: Unable to open socket for tcp _X11TransOpen: transport open failed for tcp/remoteIP:0 /usr/X11R6/bin/xterm Xt error: Can't open display: %s Could some one please run this test and confirm that they too get this error? Does any one know what could cause it? Here is my tupence worth: I have looked through the Cygwin User's Guide and think that it might be linked to the sockets section: [snip] : Cygwin has to perform this initialization when appropriate. In order : to support sockets across fork calls, child processes initialize : Winsock if any inherited file descriptor is a socket. As there is no socket file descriptor open for the su perhapse the Winsock is not re-initalized on the next socket open in the child. Does this make sense or am I barking up the wrong tree? Regards Philip From pechtcha@cs.nyu.edu Sat Sep 13 05:24:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sat, 13 Sep 2003 05:24:00 -0000 Subject: minimize emacs In-Reply-To: References: <3F60BA4E.7080207@msu.edu> Message-ID: Oops... I only tested with one window open. Apparently, so did Harold. ;-) Igor On Thu, 11 Sep 2003, Jason Dufair wrote: > Maybe it's just me, but Windows-M minimizes everything. Is this > happening to everyone? > > (I am talking about Cygwin/XFree86 with -multiwindow, BTW). For Ctrl-Z > to work, would that mean a fix for Emacs or for X? > > Harold L Hunt II writes: > > > Just tried the following: > > > > 1) Ctrl-Z: Doesn't work > > > > 2) Ctrl-X + Ctrl-Z: Doesn't work > > > > 3) Windows-M: Works > > > > > > Looks like we found a winner. > > > > Note: This is for running emacs under Cygwin/XFree86 with the > > -multiwindow command-line parameter. I gather that is what we are all > > talking about here. > > > > Harold > > > > Laura McWilliams wrote: > > > >> how about Cntrl-Z or C-X C-Z > >> it works in X-emacs, anyways... > >> * ----------Laura L McWilliams ****| > >> * AIX kernel development- BN2S ****| > >> * ph 512.838.9224 t/l 678.9224 ****| > >> * lmcwil@austin.ibm.com------- ****| > >> "there are 10 kinds of people in the world... > >> those who understand binary, and those who don't" > >> On Thu, 11 Sep 2003, Igor Pechtchanski wrote: > >> > >>>On Thu, 11 Sep 2003, Jason Dufair wrote: > >>> > >>> > >>>>Does anyone have any suggestion on how to minimize GNU Emacs running > >>>>under Cygwin/XFree86 with the keyboard? I don't really need Emacs' > >>>>M-Spc command, so should I just undefine it? Will that cause the > >>>>keystroke to be passed to Windows? > >>> > >>>If your machine has a Windows key, you could use Windows-M to minimize any > >>>window (I don't know if XFree86 intercepts that keystroke). Just a > >>>thought. > >>> 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 Sat Sep 13 06:08:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 13 Sep 2003 06:08:00 -0000 Subject: minimize emacs In-Reply-To: References: <3F60BA4E.7080207@msu.edu> <3F61E09B.8020002@msu.edu> Message-ID: <3F62B440.6010107@msu.edu> Jason, Yes, that is exactly what I wanted. I don't have time for a formal release announcement now, but I just posted XFree86-xserv-4.3.0-8 as a "test" release. You have to manually select this in Cygwin's setup.exe when it shows up on mirrors in a few hours. The new test release handles WM_CHANGE_STATE IconicState messages and calls ShowWindow (hWnd, SW_MINIMIZE). I tested it with emacs and it works for me. I can't believe that no one asked for this before... it seems to have been a missing feature for a long time. Thanks for testing, Harold Jason Dufair wrote: > Harold - > > How does the following sound? > > >>Check the function `x_iconify_frame' in xterm.c in the Emacs sources >>to see what it does. Basically, what it boils down to is Emacs >>running `XIconifyWindow' which sends a `ClientMessage' with >>`IconicState' to X. See if the windowmanager listens to the >>`WM_CHANGE_STATE' hint properly. > > > > Harold L Hunt II writes: > > >>Jason, >> >>I think this means that we have to trap a window manager >>message/hint/whatever that tells us that an application is requesting >>to be minimized. It is up to our internal window manager to then >>perform the minimization and report that to the app that the >>minimization has been performed. >> >>Can anyone find some information about how this is implemented? It >>sounds fairly simple, so a quick example from somewhere could probably >>help me get it done quickly. >> >>Harold >> >>Jason Dufair wrote: >> >> >>>Andrew DeFaria writes: >>> >>> >>>>I wouldn't call it a fix, rather a default configuration. I think you >>>>can put the following in your .emacs file: >>>> >>>>(global-set-key "\C-z" 'suspend-emacs-or-iconify-fram) >>> >>>I don't seem to have a 'suspend-emacs-or-iconify-frame. When I call >>>'suspend-emacs, I get "Suspending an emacs running under X makes no >>>sense". Thanks for the suggestion. C-z does work under Linux for me, >>>but no luck here. C-z does have the effect of making the cursor hollow, >>>however. I suspect whatever tricks are being done with -multiwindow >>>prevent iconify from behaving correctly. Thanks for checking into it. >>> > > From huntharo@msu.edu Sat Sep 13 06:09:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 13 Sep 2003 06:09:00 -0000 Subject: minimize emacs In-Reply-To: References: <3F60BA4E.7080207@msu.edu> Message-ID: <3F62B47D.7080300@msu.edu> Yup, I tested with one window. Oh well, the proper way to handle it is now implemented... no need to search for further possibilities. Harold Igor Pechtchanski wrote: > Oops... I only tested with one window open. Apparently, so did Harold. ;-) > Igor > > On Thu, 11 Sep 2003, Jason Dufair wrote: > > >>Maybe it's just me, but Windows-M minimizes everything. Is this >>happening to everyone? >> >>(I am talking about Cygwin/XFree86 with -multiwindow, BTW). For Ctrl-Z >>to work, would that mean a fix for Emacs or for X? >> >>Harold L Hunt II writes: >> >> >>>Just tried the following: >>> >>>1) Ctrl-Z: Doesn't work >>> >>>2) Ctrl-X + Ctrl-Z: Doesn't work >>> >>>3) Windows-M: Works >>> >>> >>>Looks like we found a winner. >>> >>>Note: This is for running emacs under Cygwin/XFree86 with the >>>-multiwindow command-line parameter. I gather that is what we are all >>>talking about here. >>> >>>Harold >>> >>>Laura McWilliams wrote: >>> >>> >>>>how about Cntrl-Z or C-X C-Z >>>>it works in X-emacs, anyways... >>>>* ----------Laura L McWilliams ****| >>>>* AIX kernel development- BN2S ****| >>>>* ph 512.838.9224 t/l 678.9224 ****| >>>>* lmcwil@austin.ibm.com------- ****| >>>>"there are 10 kinds of people in the world... >>>> those who understand binary, and those who don't" >>>>On Thu, 11 Sep 2003, Igor Pechtchanski wrote: >>>> >>>> >>>>>On Thu, 11 Sep 2003, Jason Dufair wrote: >>>>> >>>>> >>>>> >>>>>>Does anyone have any suggestion on how to minimize GNU Emacs running >>>>>>under Cygwin/XFree86 with the keyboard? I don't really need Emacs' >>>>>>M-Spc command, so should I just undefine it? Will that cause the >>>>>>keystroke to be passed to Windows? >>>>> >>>>>If your machine has a Windows key, you could use Windows-M to minimize any >>>>>window (I don't know if XFree86 intercepts that keystroke). Just a >>>>>thought. >>>>> Igor > > From erik@thiele-hydraulik.de Sat Sep 13 08:25:00 2003 From: erik@thiele-hydraulik.de (Erik Thiele) Date: Sat, 13 Sep 2003 08:25:00 -0000 Subject: xserver german keyboard In-Reply-To: <200309121224.h8CCOjM04552@lomarline.freeserve.co.uk> References: <20030912075309.0626c223.erik@thiele-hydraulik.de> <200309121224.h8CCOjM04552@lomarline.freeserve.co.uk> Message-ID: <20030913102504.40c4624e.erik@thiele-hydraulik.de> On Sat, 13 Sep 2003 00:24:45 +1200 (NZST) pnews@lomarline.freeserve.co.uk wrote: > [snip] > > i don't understand why X works with startx, but not with my starting method. > > > > my starting method:link on desktop. target: > > c:\cygwin\bin\bash.exe -c '/usr/X11R6/bin/XWin.exe :0 -query myserver -once -fullscreen' > > Have you included the PATH additions mentioned in startxwin.bat before > you run your link? > ok. seems like it was a problem with PATH settings or my setting of the current working directory. i got a new FAQ entry: the problem is my windows is german. i hope i used the right translations in (brackets) ! if not please correct. Q: how do i make a desktop icon on my win98 machine, which contacts my XDMCP server for a remote session? A: right-click in the desktop. choose Neu(new) Verknuepfung(link). as commandline type c:\cygwin\bin\bash.exe -c 'PATH=/bin:/usr/X11R6/bin XWin.exe :0 -query myserver.mydomain -once -fullscreen' as "Ausfuehren in" (execution path) choose C:\ if you don't do the PATH stuff, or maybe even don't choose C:\ as root path, you may encounter strance problems which result in libX..DLL not found and you won't get german keyboard support! Q: what the heck! sometimes my german keyboard works, sometimes not! i don't understand! and he always sais he not find my libx.... DLL ! A: the xkbcomp program does not work if your PATH settings don't include /usr/X11R6/bin. then the xserver work's but has only US keys. i am using this configuration in order to connect our windows office computers to the rest of the network and software by doing remote X11 sessions. thx for all your help & of course thx for cygwin! cu erik -- Erik Thiele From pnews@lomarline.freeserve.co.uk Sat Sep 13 11:48:00 2003 From: pnews@lomarline.freeserve.co.uk (pnews@lomarline.freeserve.co.uk) Date: Sat, 13 Sep 2003 11:48:00 -0000 Subject: xserver german keyboard In-Reply-To: <20030913102504.40c4624e.erik@thiele-hydraulik.de> from "Erik Thiele" at Sep 13, 2003 10:25:04 Message-ID: <200309131138.h8DBc7t03193@lomarline.freeserve.co.uk> > > On Sat, 13 Sep 2003 00:24:45 +1200 (NZST) > pnews@lomarline.freeserve.co.uk wrote: > > > [snip] > Q: how do i make a desktop icon on my win98 machine, which contacts > my XDMCP server for a remote session? > > A: right-click in the desktop. choose Neu(new) Verknuepfung(link). > as commandline type > c:\cygwin\bin\bash.exe -c 'PATH=/bin:/usr/X11R6/bin XWin.exe :0 -query myserver.mydomain -once -fullscreen' > as "Ausfuehren in" (execution path) choose C:\ [snip] I admire your pluck at sorting this out, but to make life simple for yourself: Why not use explorer go to the dir C:\cygwin\usr\X11R6\bin make a copy of the batch file startxdmcp.bat to a name like Xquery.bat; Edit the new batch file to your prefrences and then using the RIGHT mouse button in explorer, drag the new script onto the desktop choosing the link option? From collinsadam@fastermail.com Sat Sep 13 14:24:00 2003 From: collinsadam@fastermail.com (collins adam) Date: Sat, 13 Sep 2003 14:24:00 -0000 Subject: vertraulicher Antrag Message-ID: From collinsadam@fastermail.com Sat Sep 13 14:24:00 2003 From: collinsadam@fastermail.com (collins adam) Date: Sat, 13 Sep 2003 14:24:00 -0000 Subject: vertraulicher Antrag Message-ID: From fergus@bonhard.uklinux.net Sat Sep 13 17:02:00 2003 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Sat, 13 Sep 2003 17:02:00 -0000 Subject: Still getting Signal 11 error msg Message-ID: <000b01c37a18$e7689360$9e7b2852@leper> After some recent large updates including XFree* and tetex* and texmf* I am still getting a "Signal 11" error msg after a request to xdvi a .dvi file. This is after starting XWin -multiwindow and when running rxvt -display. Anybody else getting this or similar, or recognise the symptom? Thank you. Fergus From cgf-rcm@cygwin.com Sat Sep 13 17:08:00 2003 From: cgf-rcm@cygwin.com (Christopher Faylor) Date: Sat, 13 Sep 2003 17:08:00 -0000 Subject: Still getting Signal 11 error msg In-Reply-To: <000b01c37a18$e7689360$9e7b2852@leper> References: <000b01c37a18$e7689360$9e7b2852@leper> Message-ID: <20030913170856.GB21608@redhat.com> On Sat, Sep 13, 2003 at 06:03:07PM +0100, fergus@bonhard.uklinux.net wrote: >After some recent large updates including XFree* and tetex* and texmf* I am >still getting a "Signal 11" error msg after a request to xdvi a .dvi file. >This is after starting XWin -multiwindow and when running rxvt -display. >Anybody else getting this or similar, or recognise the symptom? Thank you. http://cygwin.com/problems.html From huntharo@msu.edu Sat Sep 13 17:16:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 13 Sep 2003 17:16:00 -0000 Subject: Still getting Signal 11 error msg In-Reply-To: <000b01c37a18$e7689360$9e7b2852@leper> References: <000b01c37a18$e7689360$9e7b2852@leper> Message-ID: <3F6350C4.5030000@msu.edu> Fergus, Don't send these messages to the Cygwin maiiling list. That will only lead to them ignoring you if you later have a legitimate question. You say you are getting a "Signal 11" error message, but I don't see a reference to which program is actually crashing. If XWin.exe is crashing, then try running the debug version of XWin.exe that was posted a few days ago: http://cygwin.com/ml/cygwin-xfree/2003-09/msg00108.html You run this under gdb and "continue" through the first couple of exceptions until the server starts running normally. Then, launch xdvi and report the location of the failure. I hope you can put enough of your own time into this to figure out how to run XWin.exe under gdb, because I can't reproduce your problem locally so you are the one who has to do the debugging. Thanks for testing, Harold fergus@bonhard.uklinux.net wrote: > After some recent large updates including XFree* and tetex* and texmf* I am > still getting a "Signal 11" error msg after a request to xdvi a .dvi file. > This is after starting XWin -multiwindow and when running rxvt -display. > Anybody else getting this or similar, or recognise the symptom? Thank you. > Fergus > From cgf@redhat.com Sat Sep 13 17:29:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Sat, 13 Sep 2003 17:29:00 -0000 Subject: Still getting Signal 11 error msg In-Reply-To: <3F6350C4.5030000@msu.edu> References: <000b01c37a18$e7689360$9e7b2852@leper> <3F6350C4.5030000@msu.edu> Message-ID: <20030913172940.GB21878@redhat.com> On Sat, Sep 13, 2003 at 01:15:48PM -0400, Harold L Hunt II wrote: >Don't send these messages to the Cygwin maiiling list. That will only >lead to them ignoring you if you later have a legitimate question. Hmm. AFAICT, this discussion does belong in both groups until we narrow down what is causing the crash. >You say you are getting a "Signal 11" error message, but I don't see a >reference to which program is actually crashing. Previous email mentions that the program in question is xdvi. It even received confirmation, right here in cygwin-xfree. However neither of the previous messages nor this message are going to help much since there is no accompanying information about the environment in which the crashes occur. This is why the standard response is to direct people to the problems page where attaching cygcheck output is suggested. Attaching cygcheck output is something that Fergus has seemed reluctant to do. The cygwin problems page also has a lot of tips for reporting problems, one of which is to not send email with vague subjects. I have already requested that the xdvi package maintainer jump into this discussion so maybe they will have some insight. cgf From huntharo@msu.edu Sat Sep 13 17:37:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 13 Sep 2003 17:37:00 -0000 Subject: Still getting Signal 11 error msg In-Reply-To: <20030913172940.GB21878@redhat.com> References: <000b01c37a18$e7689360$9e7b2852@leper> <3F6350C4.5030000@msu.edu> <20030913172940.GB21878@redhat.com> Message-ID: <3F6355D3.8090704@msu.edu> That's what I get for replying to email from bed on a Saturday morning. Harold Christopher Faylor wrote: > On Sat, Sep 13, 2003 at 01:15:48PM -0400, Harold L Hunt II wrote: > >>Don't send these messages to the Cygwin maiiling list. That will only >>lead to them ignoring you if you later have a legitimate question. > > > Hmm. AFAICT, this discussion does belong in both groups until we narrow > down what is causing the crash. > > >>You say you are getting a "Signal 11" error message, but I don't see a >>reference to which program is actually crashing. > > > Previous email mentions that the program in question is xdvi. It even > received confirmation, right here in cygwin-xfree. However neither of > the previous messages nor this message are going to help much since > there is no accompanying information about the environment in which the > crashes occur. This is why the standard response is to direct people to > the problems page where attaching cygcheck output is suggested. > > Attaching cygcheck output is something that Fergus has seemed reluctant > to do. The cygwin problems page also has a lot of tips for reporting > problems, one of which is to not send email with vague subjects. > > I have already requested that the xdvi package maintainer jump into > this discussion so maybe they will have some insight. > > cgf From janneke@gnu.org Sat Sep 13 21:00:00 2003 From: janneke@gnu.org (Jan Nieuwenhuizen) Date: Sat, 13 Sep 2003 21:00:00 -0000 Subject: xdvi: SIGSEGV in XtInitialize Message-ID: <8765jwpfnj.fsf@peder.flower> I had a look at the xdvi problem; if XAPPLRESDIR is set to a directory that actually contains a file called `XDvi' that can be read, XtInitialize provokes a SIGSEGV. Anyone who X11 with debugging info who wants to look at this? Jan. Breakpoint 1, main (argc=2, argv=0x10032170) at /netrel/src/tetex-bin-2.0.2-13/texk/xdvik/xdvi.c:2291 (gdb) c Continuing. Breakpoint 2, main (argc=2, argv=0x10032170) at /netrel/src/tetex-bin-2.0.2-13/texk/xdvik/xdvi.c:2377 (gdb) l 2377,2378 2377 top_level = XtInitialize(prog, "XDvi", options, XtNumber(options), 2378 &argc, argv); (gdb) s Program received signal SIGSEGV, Segmentation fault. 0x00000000 in ?? () from (gdb) bt #0 0x00000000 in ?? () from (gdb) up Initial frame selected; you cannot go up. (gdb) cygcheck ./xdvi.in.exe .\xdvi.bin.exe c:\cygwin\usr\X11R6\bin\cygICE-6.dll c:\cygwin\bin\cygwin1.dll C:\WINDOWS\System32\KERNEL32.dll C:\WINDOWS\System32\ntdll.dll c:\cygwin\usr\X11R6\bin\cygSM-6.dll c:\cygwin\usr\X11R6\bin\cygX11-6.dll c:\cygwin\usr\X11R6\bin\cygXext-6.dll c:\cygwin\usr\X11R6\bin\cygXpm-4.dll c:\cygwin\bin\cygkpathsea-3.dll XFree86-bin 4.3.0-2 -- Jan Nieuwenhuizen | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org From Alexander.Gottwald@s1999.tu-chemnitz.de Sun Sep 14 00:16:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 14 Sep 2003 00:16:00 -0000 Subject: Latest CVS Compilation error In-Reply-To: <000001c3794c$f78638f0$0200a8c0@straightrunning.com> References: <000001c3794c$f78638f0$0200a8c0@straightrunning.com> Message-ID: Colin Harrison wrote: > Hi, > > Just pulled a new tree from the anoncvs@anoncvs.xfree86.org:/cvs. > > To build I had to remove "typedef ....MessageType;" from winmsg.h in Xwin. > > Clashes with defs in os/log.c after latest mods to move log handling to DIX. > > Probably a hack..but it works for me! I'll take a look. bye ago NP: %s -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From jch@honig.net Sun Sep 14 01:26:00 2003 From: jch@honig.net (Jeffrey C Honig) Date: Sun, 14 Sep 2003 01:26:00 -0000 Subject: XFree86 goes into stasis when NetMeeting is running Message-ID: <200309140125.h8E1Pxa01880@escapade.honig.net> I've recently switched back to Cygwin/XFree86 from Exceed (ugh) and rediscovered a problem. I'm running XFree86 with -fullscreen on my Win2k laptop. Whenever I start NetMeeting to join a call, XFree86 will no longer display until I exit NetMeeting. If I use Alt-Tab to switch to XFree86, it will not be restored. As soon as I exit NetMeeting I am able to switch to XFree86 again. What gives? Thanks. Jeff -- Jeffrey C. Honig http://www.honig.net/jch GnuPG ID:14E29E13 From earle@ziplabel.com Sun Sep 14 04:42:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Sun, 14 Sep 2003 04:42:00 -0000 Subject: XFree86 goes into stasis when NetMeeting is running In-Reply-To: <200309140125.h8E1Pxa01880@escapade.honig.net> Message-ID: <5.1.1.6.2.20030913213807.00ae6aa0@mail.ziplabel.com> Howdy... At 09:25 PM 9/13/2003 -0400, Jeffrey C. Honig wrote: >I've recently switched back to Cygwin/XFree86 from Exceed (ugh) and >rediscovered a problem. >I'm running XFree86 with -fullscreen on my Win2k laptop. Whenever I >start NetMeeting to join a call, XFree86 will no longer display until I >exit NetMeeting. If I use Alt-Tab to switch to XFree86, it will not be >restored. As soon as I exit NetMeeting I am able to switch to XFree86 >again. >What gives? Try adding "-engine 1" to the XWin command line which should use GDI calls instead of DirectX calls to draw. NetMeeting probably grabs the surface and doesn't release it until you quit. -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From fergus@bonhard.uklinux.net Sun Sep 14 11:20:00 2003 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Sun, 14 Sep 2003 11:20:00 -0000 Subject: Still getting Signal 11 error msg Message-ID: <000e01c37ab2$5721b4e0$9e7b2852@leper> >> Attaching cygcheck output is something that Fergus has seemed >> reluctant to do. The cygwin problems page also has a lot of tips >> for reporting problems, one of which is to not send email with >> vague subjects. Sorry -- I was at fault on both counts. Thank you Chris, Harold and Jan for picking this up. You have helped greatly, as follows: Start -> Run -> start XWin -multiwindow Start -> Run -> run rxvt -display localhost:0.0 -e bash --login -i xdvi a4.dvi Signal 11 xdvi.bin a4.dvi ** successful presentation to screen of a4.dvi ** My reluctance to attach cygcheck output stems from not knowing what's best to send. So here (two attachments) is the output from cygcheck -c (I understand some or all "Incomplete"s not to matter) and from cygcheck -srv. Thanks again for all your help. I appreciate it. Fergus -------------- next part -------------- A non-text attachment was scrubbed... Name: cygcheck.srv Type: application/octet-stream Size: 32295 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: cygcheck.c Type: application/octet-stream Size: 13995 bytes Desc: not available URL: From jch@honig.net Sun Sep 14 13:40:00 2003 From: jch@honig.net (Jeffrey C Honig) Date: Sun, 14 Sep 2003 13:40:00 -0000 Subject: XFree86 goes into stasis when NetMeeting is running In-Reply-To: Message from Jeffrey C Honig on Sat, 13 Sep 2003 18:06:02 -0400. Message-ID: <200309141340.h8EDeRa18526@escapade.honig.net> > Try adding "-engine 1" to the XWin command line which should use GDI > calls instead of DirectX calls to draw. NetMeeting probably grabs the > surface and doesn't release it until you quit. I'll try it. What are the pros and cons of using GDI instead of DirectX? Thanks. Jeff -- Jeffrey C. Honig http://www.honig.net/jch GnuPG ID:14E29E13 From cgf-rcm@cygwin.com Sun Sep 14 15:40:00 2003 From: cgf-rcm@cygwin.com (Christopher Faylor) Date: Sun, 14 Sep 2003 15:40:00 -0000 Subject: Still getting Signal 11 error msg In-Reply-To: <000e01c37ab2$5721b4e0$9e7b2852@leper> References: <000e01c37ab2$5721b4e0$9e7b2852@leper> Message-ID: <20030914154054.GB1921@redhat.com> On Sun, Sep 14, 2003 at 12:21:27PM +0100, fergus@bonhard.uklinux.net wrote: >My reluctance to attach cygcheck output stems from not knowing what's best >to send. So here (two attachments) is the output from cygcheck -c (I >understand some or all "Incomplete"s not to matter) and from cygcheck -srv. >Thanks again for all your help. I appreciate it. http://cygwin.com/problems.html shows the correct cygcheck options to provide. From Benjamin.Riefenstahl@epost.de Sun Sep 14 17:45:00 2003 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Sun, 14 Sep 2003 17:45:00 -0000 Subject: Alternative icon Message-ID: Hi all, Harold, The current icon in XWin.exe doesn't look very well against a dark background. That's because Windows doesn't have a real alpha-channel for icons, but just a binary transparency mask, so the antialiasing effect that the icon has doesn't work very well. I made a different variant of the icon inspired by the Apples MacOS version, see attachment. This works well for me, so I thought you might be interested. benny -------------- next part -------------- A non-text attachment was scrubbed... Name: X3.ico Type: application/octet-stream Size: 6966 bytes Desc: not available URL: From Alexander.Gottwald@s1999.tu-chemnitz.de Sun Sep 14 18:53:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 14 Sep 2003 18:53:00 -0000 Subject: Latest CVS Compilation error In-Reply-To: <000001c3794c$f78638f0$0200a8c0@straightrunning.com> References: <000001c3794c$f78638f0$0200a8c0@straightrunning.com> Message-ID: Colin Harrison wrote: > To build I had to remove "typedef ....MessageType;" from winmsg.h in Xwin. > Clashes with defs in os/log.c after latest mods to move log handling to DIX. The patch is attached. This patch is _only_ for the xfree86 HEAD. _Not_ for the 4_3_Branch. It forwards the winMsg functions to the LogMessage functions which were introduces short time ago. bye ago NP: Wumpscut - Embryodead -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 -------------- next part -------------- Index: winmsg.h =================================================================== RCS file: /cvs/xc/programs/Xserver/hw/xwin/winmsg.h,v retrieving revision 1.1 diff -u -r1.1 winmsg.h --- winmsg.h 17 Oct 2002 08:18:22 -0000 1.1 +++ winmsg.h 14 Sep 2003 18:47:49 -0000 @@ -32,31 +32,6 @@ #ifndef __WIN_MSG_H__ #define __WIN_MSG_H__ - -#define __msg_name(name,string) name -#define __msg(name,string) __msg_name(name,string) -#define _msg(name,string) __msg(name,string), - -#define MESSAGE_STRINGS \ - _msg(X_PROBED,"(--)" /* Value was probed */)\ - _msg(X_CONFIG,"(**)" /* Value was given in the config file */)\ - _msg(X_DEFAULT,"(==)" /* Value is a default */)\ - _msg(X_CMDLINE,"(++)" /* Value was given on the command line */)\ - _msg(X_NOTICE,"(!!)" /* Notice */) \ - _msg(X_ERROR,"(EE)" /* Error message */) \ - _msg(X_WARNING,"(WW)" /* Warning message */) \ - _msg(X_INFO,"(II)" /* Informational message */) \ - _msg(X_UNKNOWN,"(?""?)" /* Unknown, trigraph fix */) \ - _msg(X_NONE,NULL /* No prefix */) \ - __msg(X_NOT_IMPLEMENTED,"(NI)" /* Not implemented */) - -typedef enum -{ - MESSAGE_STRINGS -} -MessageType; - - /* * Function prototypes */ Index: winmsg.c =================================================================== RCS file: /cvs/xc/programs/Xserver/hw/xwin/winmsg.c,v retrieving revision 1.1 diff -u -r1.1 winmsg.c --- winmsg.c 17 Oct 2002 08:18:22 -0000 1.1 +++ winmsg.c 14 Sep 2003 18:47:49 -0000 @@ -45,26 +45,7 @@ winVMsg (int scrnIndex, MessageType type, int verb, const char *format, va_list ap) { - const char *prefix = NULL; - - if (verb && verb > VERBOSE_LEVEL) - return; - -#undef __msg -#define __msg(name,string) case name: prefix = string; break; -#undef _msg -#define _msg(name,string) __msg(name,string) - switch (type) - { - MESSAGE_STRINGS default:prefix = NULL; - break; - } -#undef __msg -#undef _msg - - if (prefix != NULL) - ErrorF ("%s ", prefix); - VErrorF (format, ap); + LogVMessageVerb(type, verb, format, ap); } @@ -73,7 +54,7 @@ { va_list ap; va_start (ap, format); - winVMsg (scrnIndex, type, 0, format, ap); + LogVMessageVerb(type, 0, format, ap); va_end (ap); } @@ -83,7 +64,7 @@ { va_list ap; va_start (ap, format); - winVMsg (0, type, 0, format, ap); + LogVMessageVerb(type, 0, format, ap); va_end (ap); } @@ -94,7 +75,7 @@ { va_list ap; va_start (ap, format); - winVMsg (scrnIndex, type, verb, format, ap); + LogVMessageVerb(type, verb, format, ap); va_end (ap); } @@ -104,7 +85,7 @@ { va_list ap; va_start (ap, format); - winVMsg (0, type, verb, format, ap); + LogVMessageVerb(type, verb, format, ap); va_end (ap); } @@ -114,6 +95,6 @@ { va_list ap; va_start (ap, format); - winVMsg (0, X_NONE, verb, format, ap); + LogVMessageVerb(X_NONE, verb, format, ap); va_end (ap); } From colin.harrison@virgin.net Sun Sep 14 19:40:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Sun, 14 Sep 2003 19:40:00 -0000 Subject: Latest CVS Compilation error Message-ID: <000001c37af7$fd19e7b0$0200a8c0@straightrunning.com> Hi Alexander, Built OK with your patch. My XWin.log no longer shows config file output e.g. lines like:- (==) winConfigKeyboard - Layout: "00000809" (==) Using preset keyboard for "English (United Kingdom)" (00000809), type "4" Etc. Is this as intended? Colin From Alexander.Gottwald@s1999.tu-chemnitz.de Sun Sep 14 21:01:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 14 Sep 2003 21:01:00 -0000 Subject: Latest CVS Compilation error In-Reply-To: <000001c37af7$fd19e7b0$0200a8c0@straightrunning.com> References: <000001c37af7$fd19e7b0$0200a8c0@straightrunning.com> Message-ID: Colin Harrison wrote: > My XWin.log no longer shows config file output e.g. lines like:- > > (==) winConfigKeyboard - Layout: "00000809" > (==) Using preset keyboard for "English (United Kingdom)" (00000809), type > "4" > > Is this as intended? No, I think I'll have to initialize the logging somehow. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Sun Sep 14 21:06:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 14 Sep 2003 21:06:00 -0000 Subject: XFree86 goes into stasis when NetMeeting is running In-Reply-To: <200309140125.h8E1Pxa01880@escapade.honig.net> References: <200309140125.h8E1Pxa01880@escapade.honig.net> Message-ID: <3F64D855.3030700@msu.edu> Jeffrey, Netmeeting and Cygwin/XFree86 in fullscreen mode both need an exclusive lock on DirectDraw. At least, that is what makes sense to me. One way around this is to use the "-engine 1" command-line parameter for XWin.exe. This will tell XWin.exe to use the GDI based (i.e. non-DirectDraw) engine to draw its graphics. You will notice it is a little more sluggish than the DirectDraw engine (which is used by default), but it will solve your problems with NetMeeting. Let us know if this works for you, Harold Jeffrey C Honig wrote: > I've recently switched back to Cygwin/XFree86 from Exceed (ugh) and > rediscovered a problem. > > I'm running XFree86 with -fullscreen on my Win2k laptop. Whenever I > start NetMeeting to join a call, XFree86 will no longer display until I > exit NetMeeting. If I use Alt-Tab to switch to XFree86, it will not be > restored. As soon as I exit NetMeeting I am able to switch to XFree86 > again. > > What gives? > > Thanks. > > Jeff > From Alexander.Gottwald@s1999.tu-chemnitz.de Sun Sep 14 23:07:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 14 Sep 2003 23:07:00 -0000 Subject: Latest CVS Compilation error In-Reply-To: References: <000001c37af7$fd19e7b0$0200a8c0@straightrunning.com> Message-ID: Alexander Gottwald wrote: > No, I think I'll have to initialize the logging somehow. I'll adjust the error handling (including our own VErrorF function) to use new log functions. The new log functions do use a buffer, so redirecting the messages to another file (or stdout) is now possible too. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Mon Sep 15 01:00:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 15 Sep 2003 01:00:00 -0000 Subject: [ANNOUNCEMENT] Server Test 99 Message-ID: <3F650F26.7010403@msu.edu> Links: I just posted Test 99 to the server development page: http://xfree86.cygwin.com/devel/shadow/ You can install the Test 99 package via setup.exe by selecting the following version of the XFree86-xserv package: 4.3.0-9 Server Test Series binary and source code releases are now available via the sources.redhat.com ftp mirror network (http://cygwin.com/mirrors.html) in the pub/cygwin/xfree/devel/shadow/ directory. You may wish to note the desired filename in the links below, then download from your closest mirror (http://cygwin.com/mirrors.html). Server binary, direct link: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test99.exe.bz2 (1265 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030914-1740.tar.bz2 (127 KiB) xc/programs/Xserver/hw/xwin (all files) diff against Test98 source code: http://www.msu.edu/~huntharo/xwin/shadow/xwin-Test98-to-Test99.diff (12 KiB) Changes: 1) winmultiwindowwm.c - Add handling for WM_CHANGE_STATE IconicState messages; minimize the associated Windows window when these messages are received. (Harold L Hunt II) Harold From huntharo@msu.edu Mon Sep 15 01:00:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 15 Sep 2003 01:00:00 -0000 Subject: Updated on sourceware: XFree86-xserv-4.3.0-9 Message-ID: <3F650F2F.306@msu.edu> The XFree86-xserv-4.3.0-9 package has been updated in the Cygwin distribution. Changes: 1) winmultiwindowwm.c - Add handling for WM_CHANGE_STATE IconicState messages; minimize the associated Windows window when these messages are received. (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. Save it and run setup, answer the questions and pick up 'XFree86-xserv' from the 'XFree86' category. You may need to click the "Full" button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@sources.redhat.com . If you want to subscribe go to: http://cygwin.com/lists.html 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/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place. From huntharo@msu.edu Mon Sep 15 01:04:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 15 Sep 2003 01:04:00 -0000 Subject: Latest CVS Compilation error In-Reply-To: References: <000001c37af7$fd19e7b0$0200a8c0@straightrunning.com> Message-ID: <3F650FFB.7050705@msu.edu> Sounds good. Please resubmit your earlier patch when you have this completed. It doesn't look like it would be a good idea to implement it one half at a time. However, we can certainly wait on trying to make the log either output to stdout or to a file... that could take some time to get right. Harold Alexander Gottwald wrote: > Alexander Gottwald wrote: > > >>No, I think I'll have to initialize the logging somehow. > > > I'll adjust the error handling (including our own VErrorF function) to use > new log functions. The new log functions do use a buffer, so redirecting > the messages to another file (or stdout) is now possible too. > > bye > ago From huntharo@msu.edu Mon Sep 15 01:14:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 15 Sep 2003 01:14:00 -0000 Subject: Alternative icon In-Reply-To: References: Message-ID: <3F651246.1010106@msu.edu> Benny, The 24 x 24 16 color icon is blue rather than black. I am not so sure that a full white background with a black border around that is the best solution. Would it be acceptable to add a white border around the X icon, rather than a full background? I would appreciate input from others on this... I don't feel like making a call on the icon all by myself. Harold Benjamin Riefenstahl wrote: > Hi all, Harold, > > The current icon in XWin.exe doesn't look very well against a dark > background. That's because Windows doesn't have a real alpha-channel > for icons, but just a binary transparency mask, so the antialiasing > effect that the icon has doesn't work very well. > > I made a different variant of the icon inspired by the Apples MacOS > version, see attachment. This works well for me, so I thought you > might be interested. > > benny > From earle@ziplabel.com Mon Sep 15 01:56:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Mon, 15 Sep 2003 01:56:00 -0000 Subject: [ANNOUNCEMENT] Server Test 99 In-Reply-To: <3F650F26.7010403@msu.edu> Message-ID: <5.1.1.6.2.20030914184646.00adebb0@mail.ziplabel.com> Howdy Harold, fast work on the WM_CHANGE update! I had to reinstall cygwin due to some disk corruption and it looks like they've updated the bison version that's included which causes an undefined pointer compile error in the lex module of xwinrc. It's not worth making a new test release over, but for the test100 version you may want to apply the diff below (deletesthe unused function which accesses the undefined [in new bison versions] variable) $ diff -U3 xwin.test99/winprefslex.l xwin/winprefslex.l --- xwin.test99/winprefslex.l 2003-08-12 05:47:10.000000000 -0700 +++ xwin/winprefslex.l 2003-09-14 18:45:21.406250000 -0700 @@ -112,12 +112,3 @@ yyparse (); } -/* - * Only to remove compiler warning... - */ -void -use_unused_functions() -{ - yy_flex_realloc(0, 0); - yyunput(0, yytext_ptr); -} -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From rbcollins@cygwin.com Mon Sep 15 02:43:00 2003 From: rbcollins@cygwin.com (Robert Collins) Date: Mon, 15 Sep 2003 02:43:00 -0000 Subject: Setup bug --- probably already reported and fixed, of course[Scanned] Message-ID: On Sat, 2003-08-02 at 01:30, Harold L Hunt II wrote: > FYI --- In further testing, archive.progeny.com is the mirror that has > not been updated yet. Selecting only archive.progeny.com gives me the > warning about setup.ini being older than when I last installed Cygwin. > Selecting only mirrors.rcn.net does not give such a warning and > correctly indicates that the XFree86-bin tarball is roughly 10500 KiB > and downloads it and all other tarballs with no problems. Thus, this > does not so far appear to be entirely my fault. When you updated the X tarballs, did you bump the version number for the tarballs? (i.e. did they have -unique- file names compared to the existing tarballs?) Cheers, Rob -- GPG key available at: http://members.aardvark.net.au/lifeless/keys.txt. --- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From huntharo@msu.edu Mon Sep 15 03:01:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 15 Sep 2003 03:01:00 -0000 Subject: Setup bug --- probably already reported and fixed, of course[Scanned] In-Reply-To: References: Message-ID: <3F652B65.2020100@msu.edu> What the hell is going on here? I have gotten copies of this message in my inbox and failure messages saying that my responses to it (which I wrote over a month ago) were rejected because they are text/html. I am a little confused as to whether or not this is a problem with my mail host or with sources.redhet.com... anyone care to guess? It seems that these messages are replaying from somewhere. Harold Robert Collins wrote: > On Sat, 2003-08-02 at 01:30, Harold L Hunt II wrote: > >>FYI --- In further testing, archive.progeny.com is the mirror that has >>not been updated yet. Selecting only archive.progeny.com gives me the >>warning about setup.ini being older than when I last installed Cygwin. >>Selecting only mirrors.rcn.net does not give such a warning and >>correctly indicates that the XFree86-bin tarball is roughly 10500 KiB >>and downloads it and all other tarballs with no problems. Thus, this >>does not so far appear to be entirely my fault. > > > When you updated the X tarballs, did you bump the version number for the > tarballs? (i.e. did they have -unique- file names compared to the > existing tarballs?) > > Cheers, > Rob From bmj2001@bellsouth.net Mon Sep 15 03:11:00 2003 From: bmj2001@bellsouth.net (Robert McNulty Junior) Date: Mon, 15 Sep 2003 03:11:00 -0000 Subject: Setup bug --- probably already reported and fixed, of course[Scanned] In-Reply-To: <3F652B65.2020100@msu.edu> Message-ID: Same here, Harold. I've not written a message in a long time to this list. -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold L Hunt II Sent: Sunday, September 14, 2003 10:01 PM To: cygwin-xfree@cygwin.com Subject: Re: Setup bug --- probably already reported and fixed, of course[Scanned] What the hell is going on here? I have gotten copies of this message in my inbox and failure messages saying that my responses to it (which I wrote over a month ago) were rejected because they are text/html. I am a little confused as to whether or not this is a problem with my mail host or with sources.redhet.com... anyone care to guess? It seems that these messages are replaying from somewhere. Harold Robert Collins wrote: > On Sat, 2003-08-02 at 01:30, Harold L Hunt II wrote: > >>FYI --- In further testing, archive.progeny.com is the mirror that has >>not been updated yet. Selecting only archive.progeny.com gives me the >>warning about setup.ini being older than when I last installed Cygwin. >>Selecting only mirrors.rcn.net does not give such a warning and >>correctly indicates that the XFree86-bin tarball is roughly 10500 KiB >>and downloads it and all other tarballs with no problems. Thus, this >>does not so far appear to be entirely my fault. > > > When you updated the X tarballs, did you bump the version number for the > tarballs? (i.e. did they have -unique- file names compared to the > existing tarballs?) > > Cheers, > Rob From colin.harrison@virgin.net Mon Sep 15 08:02:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Mon, 15 Sep 2003 08:02:00 -0000 Subject: [ANNOUNCEMENT] Server Test 99 Message-ID: <000001c37b5f$be6e38f0$0200a8c0@straightrunning.com> Hi, Testing on Test 99. I've noticed if you go through the following sequence on multiwindow the window size is lost. Minimize Maximize Restore Probable a 'feature' I hadn't spotted before. I'll go and test on other xwin binaries and/or trace the WM messages. Colin From sb@dod.no Mon Sep 15 08:14:00 2003 From: sb@dod.no (Steinar Bang) Date: Mon, 15 Sep 2003 08:14:00 -0000 Subject: [ANNOUNCEMENT] Server Test 96 References: <3F4D0F7D.3080807@msu.edu> <87he3ib9zj.fsf@home.lan> Message-ID: <87r82ijwpe.fsf@home.lan> >>>>> Alexander Gottwald : > Do you have Windows XP? No. Win2k. > This is a known problem. > See http://cygwin.com/ml/cygwin-xfree/2003-09/msg00080.html > and following posts for more information. Hm... I'm not using XDMCP, and this worked in the previous release of the server, when setting the keyboard with the XF86Config file(*) Also, I don't think it's the same problem, because my AltGr works, only it's interpreted as Ctrl. Or so I think. I'll look at it later today. No time now. - Steinar (*) I tried using the XF86Config file on this release as well, but the behaviour was the same as with autodetect of the keyboard. From alexander.gottwald@s1999.tu-chemnitz.de Mon Sep 15 08:35:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 15 Sep 2003 08:35:00 -0000 Subject: [ANNOUNCEMENT] Server Test 99 In-Reply-To: <3F650F26.7010403@msu.edu> References: <3F650F26.7010403@msu.edu> Message-ID: On Sun, 14 Sep 2003, Harold L Hunt II wrote: Hi Harold, > Server source, direct link: > http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030914-1740.tar.bz2 (127 > KiB) Could you commit these changes to the xoncygwin cvs? I can do too, but that would very likely screw your working copy. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Benjamin.Riefenstahl@epost.de Mon Sep 15 10:27:00 2003 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Mon, 15 Sep 2003 10:27:00 -0000 Subject: Alternative icon In-Reply-To: <3F651246.1010106@msu.edu> (Harold L. Hunt, II's message of "Sun, 14 Sep 2003 21:13:42 -0400") References: <3F651246.1010106@msu.edu> Message-ID: Hi Harold, Harold L Hunt II writes: > The 24 x 24 16 color icon is blue rather than black. Oops, sorry, corrected in the attachment, I hope. Still looking for a decent free icon editor that doesn't let me make mistakes like that and doesn't have too many bugs. > I am not so sure that a full white background with a black border > around that is the best solution. Would it be acceptable to add a > white border around the X icon, rather than a full background? The problem is - as I see it - that the slopes of the "X" are not at 45 degrees, so you can not get it really nice-looking with full colors. That's why the anti-aliasing is important. But than you have the problem I mentioned before: You can't do anti-aliasing with the transparency mask, so you loose if you don't have a light background to blend in with the anti-aliased border. eXceed used to fix the problem by skewing the icon so that the slope *is* 45 degrees. But that looks ugly to me, too. benny -------------- next part -------------- A non-text attachment was scrubbed... Name: X3.ico Type: application/octet-stream Size: 6966 bytes Desc: not available URL: From Benjamin.Riefenstahl@epost.de Mon Sep 15 10:36:00 2003 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Mon, 15 Sep 2003 10:36:00 -0000 Subject: [ANNOUNCEMENT] Server Test 99 In-Reply-To: <3F650F26.7010403@msu.edu> (Harold L. Hunt, II's message of "Sun, 14 Sep 2003 21:00:22 -0400") References: <3F650F26.7010403@msu.edu> Message-ID: Hi Harold, Harold L Hunt II writes: > 1) winmultiwindowwm.c - Add handling for WM_CHANGE_STATE IconicState > messages; minimize the associated Windows window when these messages > are received. (Harold L Hunt II) "xterm -iconic" still doesn't work here with this version. Should it? benny From huntharo@msu.edu Mon Sep 15 13:41:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 15 Sep 2003 13:41:00 -0000 Subject: [ANNOUNCEMENT] Server Test 99 In-Reply-To: References: <3F650F26.7010403@msu.edu> Message-ID: <3F65C176.2090101@msu.edu> Benny, Benjamin Riefenstahl wrote: > Hi Harold, > > Harold L Hunt II writes: > >>1) winmultiwindowwm.c - Add handling for WM_CHANGE_STATE IconicState >>messages; minimize the associated Windows window when these messages >>are received. (Harold L Hunt II) > > > "xterm -iconic" still doesn't work here with this version. Should it? Nothing was added to handle the startup size requested by a program. I assume that must be how xterm handles it since a later message asking for IconicState would have no reason to fail; at least, none that I know of. Harold From AB689@daimlerchrysler.com Mon Sep 15 14:59:00 2003 From: AB689@daimlerchrysler.com (AB689@daimlerchrysler.com) Date: Mon, 15 Sep 2003 14:59:00 -0000 Subject: After installing Cygwin on windows2000 I am not getting /usr/X11R6 directory created and XWin.exe program is not to be found anywhere... Message-ID: Regards, Ashish Birla From y2bismil@engmail.uwaterloo.ca Mon Sep 15 15:41:00 2003 From: y2bismil@engmail.uwaterloo.ca (y2bismil@engmail.uwaterloo.ca) Date: Mon, 15 Sep 2003 15:41:00 -0000 Subject: seg fault with DDD Message-ID: <1063640503.3f65ddb7caeed@www.nexusmail.uwaterloo.ca> Hi guys, I'm trying to build and run DDD 3.3.7 on cygwin 2.340.2.5 running on Windows 2000. I've installled all the packages in the xfree tree. To compile it I did: bash ./configure make make install That all seems to work fine. I startx which brings up the root x window with a few x-terms running. I can launch emacs from there perfectly fine. When I try to run ddd from one of these x-terms, it crashes before the first windows comes up. Using the insight debugger, I tracked the crash down to a seg fault in ddd.c - 2174 (xtopenapplication) This fault does not completely end the application, as DDD is still running in the background, I have to kill -9 it manually. Any ideas on this? I've included thh cygcheck package output below. Thanks, Yamin Cygwin Package Information Package Version Status _update-info-dir 00214-1 OK a2ps 4.13-1 OK agetty 2.1-1 OK ash 20020731-3 OK astyle 1.15.3-3 OK autoconf 2.57a-1 OK autoconf-devel 2.57-2 OK autoconf-stable 2.13-5 OK automake 1.7.5a-1 OK automake-devel 1.7.6-2 OK automake-stable 1.4p5-6 OK base-files 2.5-1 OK base-passwd 1.1-1 OK bash 2.05b-15 OK bc 1.06-1 OK binutils 20030901-1 OK bison 20030307-1 OK byacc 1.9-1 OK bzip2 1.0.2-5 OK c-client 2002e-1 OK ccache 2.2-1 OK ccdoc 0.8.39-1 OK cgoban 1.9.14-1 OK chkconfig 1.2.24h-1 OK clear 1.0-1 OK cmake 1.6.7-1 OK compface 1.4-5 OK cpio 2.5-3 OK crypt 1.0-2 OK ctags 5.5-4 OK curl 7.10.4-1 OK curl-devel 7.10.4-1 OK cvs 1.11.6-3 OK cygipc 2.01-2 OK cygrunsrv 0.96-2 OK cygutils 1.2.1-2 OK cygwin 1.5.4-1 OK dejagnu 20021217-2 OK diffutils 2.8.4-1 OK docbook-xml42 4.2-1 OK docbook-xsl 1.62.0-1 OK doxygen 1.2.18-1 OK dpkg 1.10.4-2 OK ed 0.2-1 OK ELFIO 1.0.0-1 OK emacs 21.2-12 OK emacs-el 21.2-12 OK emacs-X11 21.2-12 OK enscript 1.6.3-3 OK expat 1.95.6-1 OK expect 20030128-1 OK figlet 2.2-1 OK file 4.03-2 OK fileutils 4.1-2 OK findutils 4.1.7-4 OK flex 2.5.31-1 OK fvwm 2.4.7-2 OK gawk 3.1.3-3 OK gcc 3.2-3 OK gcc-mingw 20020817-5 OK gcc2 2.95.3-10 OK gdb 20030901-1 OK gdbm 1.8.3-7 OK gettext 0.12.1-3 OK gettext-devel 0.12.1-3 OK ghostscript-base 7.05-2 OK ghostscript-x11 7.05-2 OK gnugo 3.4-1 OK gnupg 1.2.2-1 OK gperf 2.7.2-1 OK grace 5.1.12-1 OK grep 2.5-1 OK groff 1.18.1-2 OK gsl 1.4-1 OK guile 1.6.4-12 OK guile-devel 1.6.4-12 OK gzip 1.3.3-4 OK indent 2.2.8-1 OK initscripts 0.9-1 OK ioperm 0.4-1 OK jbigkit 1.5-3 OK jpeg 6b-11 OK keychain 1.9-1 OK less 381-1 OK lesstif 0.93.41-1 OK libbz2_0 1.0.2-1 OK libbz2_1 1.0.2-5 OK libcharset1 1.9.1-3 OK libdb3.1 3.1.17-2 OK libgdbm 1.8.0-5 OK libgdbm-devel 1.8.3-7 OK libgdbm3 1.8.3-3 OK libgdbm4 1.8.3-7 OK libgettextpo0 0.12.1-3 OK libguile12 1.6.4-12 OK libguile12abi13 1.6.4-2 OK libiconv 1.9.1-3 OK libiconv2 1.9.1-3 OK libintl 0.10.38-3 OK libintl1 0.10.40-1 OK libintl2 0.12.1-3 OK libjpeg62 6b-11 OK libjpeg6b 6b-8 OK libkpathsea3 2.0.2-12 OK libkpathsea3abi13 2.0.2-2 OK libltdl3 1.5-3 OK libncurses-devel 5.3-4 OK libncurses5 5.2-1 OK libncurses6 5.2-8 OK libncurses7 5.3-4 OK libpcre 4.1-1 OK libpcre0 4.4-2 OK libpng 1.2.5-4 OK libpng10 1.0.15-4 OK libpng10-devel 1.0.15-4 OK libpng12 1.2.5-4 OK libpng12-devel 1.2.5-4 OK libpng2 1.0.12-1 OK libpopt0 1.6.4-4 OK libPropList 0.10.1-3 OK libreadline4 4.1-2 OK libreadline5 4.3-5 OK libtiff-devel 3.6.0-5 OK libtiff3 3.6.0-2 OK libtiff4 3.6.0-5 OK libtool 1.5a-1 OK libtool-devel 1.5-3 OK libtool-stable 1.4.3-2 OK libungif 4.1.0-2 OK libxerces-c21 2.1.0-1 OK libxerces-c22 2.2.0-1 OK libxerces-c23 2.3.0-2 OK libxml2 2.5.7-1 OK libxslt 1.0.30-2 OK login 1.9-7 OK lynx 2.8.4-7 OK m4 1.4-1 OK make 3.80-1 OK man 1.5j-2 OK mc 4.6.0-4 OK mingw-runtime 3.0-1 OK mingw-zlib 1.1.4-4 OK mktemp 1.5-3 OK more 2.11o-1 OK mt 2.0.1-2 OK nano 1.2.2-1 OK nasm 0.98.37-1 OK ncurses 5.3-4 OK ncurses-demo 5.3-4 OK openbox 0.99.1-3 OK opengl 1.1.0-6 OK openssh 3.6.1p2-2 OK openssl 0.9.7b-3 OK openssl-devel 0.9.7b-3 OK openssl096 0.9.6j-1 OK par 1.52-1 OK patch 2.5.8-8 OK patchutils 0.2.22-2 OK pcre 4.4-2 OK pcre-devel 4.4-2 OK pcre-doc 4.4-2 OK perl 5.8.0-5 OK pkgconfig 0.15.0-4 OK popt 1.6.4-4 OK procps 010801-2 OK psutils 1.17-1 OK rcs 5.7-3 OK readline 4.3-5 OK rebase 2.2-3 OK regex 4.4-3 OK rpm 4.1-1 OK rpm-build 4.1-1 OK rpm-doc 4.1-1 OK ruby 1.8.0-1 OK sed 4.0.7-3 OK sh-utils 2.0.15-4 OK splint 3.1.1-1 OK sunrpc 4.0-1 OK SWI-Prolog 5.2.6-1 OK swig 1.3.19-1 OK sysvinit 2.84-4 OK tar 1.13.25-3 OK tcltk 20030901-1 OK termcap 20021106-2 OK terminfo 5.3_20030726-1 OK tetex 2.0.2-12 OK tetex-base 2.0.2-12 OK tetex-bin 2.0.2-12 OK tetex-devel 2.0.2-12 OK tetex-extra 2.0.2-12 OK tetex-tiny 2.0.2-12 OK tetex-x11 2.0.2-12 OK texinfo 4.2-4 OK textutils 2.0.21-1 OK tidy 030201-1 OK tiff 3.6.0-5 OK time 1.7-1 OK ucl 1.01-1 OK units 1.77-1 OK upx 1.24-1 OK vim 6.2-3 OK w32api 2.4-1 OK which 1.5-2 OK WindowMaker 0.80.0-1 OK wtf 0.0.4-4 OK x2x 1.27-2 OK Xaw3d 1.5-1 OK xerces-c 2.3.0-2 OK xerces-c-devel 2.3.0-2 OK XFree86-base 4.3.0-1 OK XFree86-bin 4.3.0-2 OK XFree86-bin-icons 4.3.0-2 OK XFree86-doc 4.3.0-1 OK XFree86-etc 4.3.0-3 OK XFree86-f100 4.2.0-3 OK XFree86-fcyr 4.2.0-3 OK XFree86-fenc 4.2.0-3 OK XFree86-fnts 4.2.0-3 OK XFree86-fscl 4.2.0-3 OK XFree86-fsrv 4.3.0-1 OK XFree86-html 4.3.0-1 OK XFree86-jdoc 4.3.0-1 OK XFree86-lib 4.3.0-1 OK XFree86-lib-compat 4.3.0-1 OK XFree86-man 4.3.0-1 OK XFree86-nest 4.3.0-1 OK XFree86-prog 4.3.0-4 OK XFree86-prt 4.3.0-1 OK XFree86-ps 4.3.0-1 OK XFree86-startup-scripts 4.2.0-5 OK XFree86-vfb 4.3.0-1 OK XFree86-xserv 4.3.0-7 OK XFree86-xwinclip 4.3.0-1 OK xmlto 0.0.14-1 OK xpm-nox 4.2.0-4 OK zlib 1.1.4-4 OK ---------------------------------------- This mail sent through www.mywaterloo.ca From y2bismil@engmail.uwaterloo.ca Mon Sep 15 15:48:00 2003 From: y2bismil@engmail.uwaterloo.ca (y2bismil@engmail.uwaterloo.ca) Date: Mon, 15 Sep 2003 15:48:00 -0000 Subject: seg fault with ddd Message-ID: <1063640908.3f65df4ccedd5@www.nexusmail.uwaterloo.ca> Hi guys, I'm trying to build and run DDD 3.3.7 on cygwin 2.340.2.5 running on Windows 2000. I've installled all the packages in the xfree tree. To compile it I did: bash ./configure make make install That all seems to work fine. I startx which brings up the root x window with a few x-terms running. I can launch emacs from there perfectly fine. When I try to run ddd from one of these x-terms, it crashes before the first windows comes up. Using the insight debugger, I tracked the crash down to a seg fault in ddd.c - 2174 (xtopenapplication) This fault does not completely end the application, as DDD is still running in the background, I have to kill -9 it manually. Any ideas on this? I've included thh cygcheck package output below. Thanks, Yamin Cygwin Package Information Package Version Status _update-info-dir 00214-1 OK a2ps 4.13-1 OK agetty 2.1-1 OK ash 20020731-3 OK astyle 1.15.3-3 OK autoconf 2.57a-1 OK autoconf-devel 2.57-2 OK autoconf-stable 2.13-5 OK automake 1.7.5a-1 OK automake-devel 1.7.6-2 OK automake-stable 1.4p5-6 OK base-files 2.5-1 OK base-passwd 1.1-1 OK bash 2.05b-15 OK bc 1.06-1 OK binutils 20030901-1 OK bison 20030307-1 OK byacc 1.9-1 OK bzip2 1.0.2-5 OK c-client 2002e-1 OK ccache 2.2-1 OK ccdoc 0.8.39-1 OK cgoban 1.9.14-1 OK chkconfig 1.2.24h-1 OK clear 1.0-1 OK cmake 1.6.7-1 OK compface 1.4-5 OK cpio 2.5-3 OK crypt 1.0-2 OK ctags 5.5-4 OK curl 7.10.4-1 OK curl-devel 7.10.4-1 OK cvs 1.11.6-3 OK cygipc 2.01-2 OK cygrunsrv 0.96-2 OK cygutils 1.2.1-2 OK cygwin 1.5.4-1 OK dejagnu 20021217-2 OK diffutils 2.8.4-1 OK docbook-xml42 4.2-1 OK docbook-xsl 1.62.0-1 OK doxygen 1.2.18-1 OK dpkg 1.10.4-2 OK ed 0.2-1 OK ELFIO 1.0.0-1 OK emacs 21.2-12 OK emacs-el 21.2-12 OK emacs-X11 21.2-12 OK enscript 1.6.3-3 OK expat 1.95.6-1 OK expect 20030128-1 OK figlet 2.2-1 OK file 4.03-2 OK fileutils 4.1-2 OK findutils 4.1.7-4 OK flex 2.5.31-1 OK fvwm 2.4.7-2 OK gawk 3.1.3-3 OK gcc 3.2-3 OK gcc-mingw 20020817-5 OK gcc2 2.95.3-10 OK gdb 20030901-1 OK gdbm 1.8.3-7 OK gettext 0.12.1-3 OK gettext-devel 0.12.1-3 OK ghostscript-base 7.05-2 OK ghostscript-x11 7.05-2 OK gnugo 3.4-1 OK gnupg 1.2.2-1 OK gperf 2.7.2-1 OK grace 5.1.12-1 OK grep 2.5-1 OK groff 1.18.1-2 OK gsl 1.4-1 OK guile 1.6.4-12 OK guile-devel 1.6.4-12 OK gzip 1.3.3-4 OK indent 2.2.8-1 OK initscripts 0.9-1 OK ioperm 0.4-1 OK jbigkit 1.5-3 OK jpeg 6b-11 OK keychain 1.9-1 OK less 381-1 OK lesstif 0.93.41-1 OK libbz2_0 1.0.2-1 OK libbz2_1 1.0.2-5 OK libcharset1 1.9.1-3 OK libdb3.1 3.1.17-2 OK libgdbm 1.8.0-5 OK libgdbm-devel 1.8.3-7 OK libgdbm3 1.8.3-3 OK libgdbm4 1.8.3-7 OK libgettextpo0 0.12.1-3 OK libguile12 1.6.4-12 OK libguile12abi13 1.6.4-2 OK libiconv 1.9.1-3 OK libiconv2 1.9.1-3 OK libintl 0.10.38-3 OK libintl1 0.10.40-1 OK libintl2 0.12.1-3 OK libjpeg62 6b-11 OK libjpeg6b 6b-8 OK libkpathsea3 2.0.2-12 OK libkpathsea3abi13 2.0.2-2 OK libltdl3 1.5-3 OK libncurses-devel 5.3-4 OK libncurses5 5.2-1 OK libncurses6 5.2-8 OK libncurses7 5.3-4 OK libpcre 4.1-1 OK libpcre0 4.4-2 OK libpng 1.2.5-4 OK libpng10 1.0.15-4 OK libpng10-devel 1.0.15-4 OK libpng12 1.2.5-4 OK libpng12-devel 1.2.5-4 OK libpng2 1.0.12-1 OK libpopt0 1.6.4-4 OK libPropList 0.10.1-3 OK libreadline4 4.1-2 OK libreadline5 4.3-5 OK libtiff-devel 3.6.0-5 OK libtiff3 3.6.0-2 OK libtiff4 3.6.0-5 OK libtool 1.5a-1 OK libtool-devel 1.5-3 OK libtool-stable 1.4.3-2 OK libungif 4.1.0-2 OK libxerces-c21 2.1.0-1 OK libxerces-c22 2.2.0-1 OK libxerces-c23 2.3.0-2 OK libxml2 2.5.7-1 OK libxslt 1.0.30-2 OK login 1.9-7 OK lynx 2.8.4-7 OK m4 1.4-1 OK make 3.80-1 OK man 1.5j-2 OK mc 4.6.0-4 OK mingw-runtime 3.0-1 OK mingw-zlib 1.1.4-4 OK mktemp 1.5-3 OK more 2.11o-1 OK mt 2.0.1-2 OK nano 1.2.2-1 OK nasm 0.98.37-1 OK ncurses 5.3-4 OK ncurses-demo 5.3-4 OK openbox 0.99.1-3 OK opengl 1.1.0-6 OK openssh 3.6.1p2-2 OK openssl 0.9.7b-3 OK openssl-devel 0.9.7b-3 OK openssl096 0.9.6j-1 OK par 1.52-1 OK patch 2.5.8-8 OK patchutils 0.2.22-2 OK pcre 4.4-2 OK pcre-devel 4.4-2 OK pcre-doc 4.4-2 OK perl 5.8.0-5 OK pkgconfig 0.15.0-4 OK popt 1.6.4-4 OK procps 010801-2 OK psutils 1.17-1 OK rcs 5.7-3 OK readline 4.3-5 OK rebase 2.2-3 OK regex 4.4-3 OK rpm 4.1-1 OK rpm-build 4.1-1 OK rpm-doc 4.1-1 OK ruby 1.8.0-1 OK sed 4.0.7-3 OK sh-utils 2.0.15-4 OK splint 3.1.1-1 OK sunrpc 4.0-1 OK SWI-Prolog 5.2.6-1 OK swig 1.3.19-1 OK sysvinit 2.84-4 OK tar 1.13.25-3 OK tcltk 20030901-1 OK termcap 20021106-2 OK terminfo 5.3_20030726-1 OK tetex 2.0.2-12 OK tetex-base 2.0.2-12 OK tetex-bin 2.0.2-12 OK tetex-devel 2.0.2-12 OK tetex-extra 2.0.2-12 OK tetex-tiny 2.0.2-12 OK tetex-x11 2.0.2-12 OK texinfo 4.2-4 OK textutils 2.0.21-1 OK tidy 030201-1 OK tiff 3.6.0-5 OK time 1.7-1 OK ucl 1.01-1 OK units 1.77-1 OK upx 1.24-1 OK vim 6.2-3 OK w32api 2.4-1 OK which 1.5-2 OK WindowMaker 0.80.0-1 OK wtf 0.0.4-4 OK x2x 1.27-2 OK Xaw3d 1.5-1 OK xerces-c 2.3.0-2 OK xerces-c-devel 2.3.0-2 OK XFree86-base 4.3.0-1 OK XFree86-bin 4.3.0-2 OK XFree86-bin-icons 4.3.0-2 OK XFree86-doc 4.3.0-1 OK XFree86-etc 4.3.0-3 OK XFree86-f100 4.2.0-3 OK XFree86-fcyr 4.2.0-3 OK XFree86-fenc 4.2.0-3 OK XFree86-fnts 4.2.0-3 OK XFree86-fscl 4.2.0-3 OK XFree86-fsrv 4.3.0-1 OK XFree86-html 4.3.0-1 OK XFree86-jdoc 4.3.0-1 OK XFree86-lib 4.3.0-1 OK XFree86-lib-compat 4.3.0-1 OK XFree86-man 4.3.0-1 OK XFree86-nest 4.3.0-1 OK XFree86-prog 4.3.0-4 OK XFree86-prt 4.3.0-1 OK XFree86-ps 4.3.0-1 OK XFree86-startup-scripts 4.2.0-5 OK XFree86-vfb 4.3.0-1 OK XFree86-xserv 4.3.0-7 OK XFree86-xwinclip 4.3.0-1 OK xmlto 0.0.14-1 OK xpm-nox 4.2.0-4 OK zlib 1.1.4-4 OK ---------------------------------------- This mail sent through www.mywaterloo.ca From pechtcha@cs.nyu.edu Mon Sep 15 16:09:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 15 Sep 2003 16:09:00 -0000 Subject: After installing Cygwin on windows2000 I am not getting /usr/X11R6 directory created and XWin.exe program is not to be found anywhere... In-Reply-To: References: Message-ID: On Mon, 15 Sep 2003 AB689@daimlerchrysler.com wrote: > Regards, > Ashish Birla . 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 abraverman@itms.com Mon Sep 15 16:20:00 2003 From: abraverman@itms.com (Andrew Braverman) Date: Mon, 15 Sep 2003 16:20:00 -0000 Subject: seg fault with DDD In-Reply-To: <1063640503.3f65ddb7caeed@www.nexusmail.uwaterloo.ca> Message-ID: <000201c37ba5$3345d260$1e54cea7@andrew> What "Color Quality" does the settings tab in your display properties show? I have found a bug in the icon rendering that causes similar problems with ddd, but only if using 24 bit color. Unfortunately, though the developers have tried to help, I have not been doing my part and have not yet found the exact cause. I do know, however, that in my case, switching to 16 bit color solves the problem (which is part of why I have not forced myself to find the 24 bit problem). Could your issue be the same? > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of > y2bismil@engmail.uwaterloo.ca > Sent: Monday, September 15, 2003 11:42 AM > To: cygwin-xfree@cygwin.com > Subject: seg fault with DDD > > > Hi guys, > > I'm trying to build and run DDD 3.3.7 on cygwin 2.340.2.5 > running on Windows > 2000. I've installled all the packages in the xfree tree. > > To compile it I did: > bash ./configure > make > make install > > That all seems to work fine. I startx which brings up the > root x window with a > few x-terms running. I can launch emacs from there perfectly > fine. When I try > to run ddd from one of these x-terms, it crashes before the > first windows comes > up. Using the insight debugger, I tracked the crash down to > a seg fault in > > ddd.c - 2174 (xtopenapplication) > > This fault does not completely end the application, as DDD > is still running in > the background, I have to kill -9 it manually. Any ideas on > this? I've > included thh cygcheck package output below. > > Thanks, > > Yamin > > > Cygwin Package Information > Package Version Status > _update-info-dir 00214-1 OK > a2ps 4.13-1 OK > agetty 2.1-1 OK > ash 20020731-3 OK > astyle 1.15.3-3 OK > autoconf 2.57a-1 OK > autoconf-devel 2.57-2 OK > autoconf-stable 2.13-5 OK > automake 1.7.5a-1 OK > automake-devel 1.7.6-2 OK > automake-stable 1.4p5-6 OK > base-files 2.5-1 OK > base-passwd 1.1-1 OK > bash 2.05b-15 OK > bc 1.06-1 OK > binutils 20030901-1 OK > bison 20030307-1 OK > byacc 1.9-1 OK > bzip2 1.0.2-5 OK > c-client 2002e-1 OK > ccache 2.2-1 OK > ccdoc 0.8.39-1 OK > cgoban 1.9.14-1 OK > chkconfig 1.2.24h-1 OK > clear 1.0-1 OK > cmake 1.6.7-1 OK > compface 1.4-5 OK > cpio 2.5-3 OK > crypt 1.0-2 OK > ctags 5.5-4 OK > curl 7.10.4-1 OK > curl-devel 7.10.4-1 OK > cvs 1.11.6-3 OK > cygipc 2.01-2 OK > cygrunsrv 0.96-2 OK > cygutils 1.2.1-2 OK > cygwin 1.5.4-1 OK > dejagnu 20021217-2 OK > diffutils 2.8.4-1 OK > docbook-xml42 4.2-1 OK > docbook-xsl 1.62.0-1 OK > doxygen 1.2.18-1 OK > dpkg 1.10.4-2 OK > ed 0.2-1 OK > ELFIO 1.0.0-1 OK > emacs 21.2-12 OK > emacs-el 21.2-12 OK > emacs-X11 21.2-12 OK > enscript 1.6.3-3 OK > expat 1.95.6-1 OK > expect 20030128-1 OK > figlet 2.2-1 OK > file 4.03-2 OK > fileutils 4.1-2 OK > findutils 4.1.7-4 OK > flex 2.5.31-1 OK > fvwm 2.4.7-2 OK > gawk 3.1.3-3 OK > gcc 3.2-3 OK > gcc-mingw 20020817-5 OK > gcc2 2.95.3-10 OK > gdb 20030901-1 OK > gdbm 1.8.3-7 OK > gettext 0.12.1-3 OK > gettext-devel 0.12.1-3 OK > ghostscript-base 7.05-2 OK > ghostscript-x11 7.05-2 OK > gnugo 3.4-1 OK > gnupg 1.2.2-1 OK > gperf 2.7.2-1 OK > grace 5.1.12-1 OK > grep 2.5-1 OK > groff 1.18.1-2 OK > gsl 1.4-1 OK > guile 1.6.4-12 OK > guile-devel 1.6.4-12 OK > gzip 1.3.3-4 OK > indent 2.2.8-1 OK > initscripts 0.9-1 OK > ioperm 0.4-1 OK > jbigkit 1.5-3 OK > jpeg 6b-11 OK > keychain 1.9-1 OK > less 381-1 OK > lesstif 0.93.41-1 OK > libbz2_0 1.0.2-1 OK > libbz2_1 1.0.2-5 OK > libcharset1 1.9.1-3 OK > libdb3.1 3.1.17-2 OK > libgdbm 1.8.0-5 OK > libgdbm-devel 1.8.3-7 OK > libgdbm3 1.8.3-3 OK > libgdbm4 1.8.3-7 OK > libgettextpo0 0.12.1-3 OK > libguile12 1.6.4-12 OK > libguile12abi13 1.6.4-2 OK > libiconv 1.9.1-3 OK > libiconv2 1.9.1-3 OK > libintl 0.10.38-3 OK > libintl1 0.10.40-1 OK > libintl2 0.12.1-3 OK > libjpeg62 6b-11 OK > libjpeg6b 6b-8 OK > libkpathsea3 2.0.2-12 OK > libkpathsea3abi13 2.0.2-2 OK > libltdl3 1.5-3 OK > libncurses-devel 5.3-4 OK > libncurses5 5.2-1 OK > libncurses6 5.2-8 OK > libncurses7 5.3-4 OK > libpcre 4.1-1 OK > libpcre0 4.4-2 OK > libpng 1.2.5-4 OK > libpng10 1.0.15-4 OK > libpng10-devel 1.0.15-4 OK > libpng12 1.2.5-4 OK > libpng12-devel 1.2.5-4 OK > libpng2 1.0.12-1 OK > libpopt0 1.6.4-4 OK > libPropList 0.10.1-3 OK > libreadline4 4.1-2 OK > libreadline5 4.3-5 OK > libtiff-devel 3.6.0-5 OK > libtiff3 3.6.0-2 OK > libtiff4 3.6.0-5 OK > libtool 1.5a-1 OK > libtool-devel 1.5-3 OK > libtool-stable 1.4.3-2 OK > libungif 4.1.0-2 OK > libxerces-c21 2.1.0-1 OK > libxerces-c22 2.2.0-1 OK > libxerces-c23 2.3.0-2 OK > libxml2 2.5.7-1 OK > libxslt 1.0.30-2 OK > login 1.9-7 OK > lynx 2.8.4-7 OK > m4 1.4-1 OK > make 3.80-1 OK > man 1.5j-2 OK > mc 4.6.0-4 OK > mingw-runtime 3.0-1 OK > mingw-zlib 1.1.4-4 OK > mktemp 1.5-3 OK > more 2.11o-1 OK > mt 2.0.1-2 OK > nano 1.2.2-1 OK > nasm 0.98.37-1 OK > ncurses 5.3-4 OK > ncurses-demo 5.3-4 OK > openbox 0.99.1-3 OK > opengl 1.1.0-6 OK > openssh 3.6.1p2-2 OK > openssl 0.9.7b-3 OK > openssl-devel 0.9.7b-3 OK > openssl096 0.9.6j-1 OK > par 1.52-1 OK > patch 2.5.8-8 OK > patchutils 0.2.22-2 OK > pcre 4.4-2 OK > pcre-devel 4.4-2 OK > pcre-doc 4.4-2 OK > perl 5.8.0-5 OK > pkgconfig 0.15.0-4 OK > popt 1.6.4-4 OK > procps 010801-2 OK > psutils 1.17-1 OK > rcs 5.7-3 OK > readline 4.3-5 OK > rebase 2.2-3 OK > regex 4.4-3 OK > rpm 4.1-1 OK > rpm-build 4.1-1 OK > rpm-doc 4.1-1 OK > ruby 1.8.0-1 OK > sed 4.0.7-3 OK > sh-utils 2.0.15-4 OK > splint 3.1.1-1 OK > sunrpc 4.0-1 OK > SWI-Prolog 5.2.6-1 OK > swig 1.3.19-1 OK > sysvinit 2.84-4 OK > tar 1.13.25-3 OK > tcltk 20030901-1 OK > termcap 20021106-2 OK > terminfo 5.3_20030726-1 OK > tetex 2.0.2-12 OK > tetex-base 2.0.2-12 OK > tetex-bin 2.0.2-12 OK > tetex-devel 2.0.2-12 OK > tetex-extra 2.0.2-12 OK > tetex-tiny 2.0.2-12 OK > tetex-x11 2.0.2-12 OK > texinfo 4.2-4 OK > textutils 2.0.21-1 OK > tidy 030201-1 OK > tiff 3.6.0-5 OK > time 1.7-1 OK > ucl 1.01-1 OK > units 1.77-1 OK > upx 1.24-1 OK > vim 6.2-3 OK > w32api 2.4-1 OK > which 1.5-2 OK > WindowMaker 0.80.0-1 OK > wtf 0.0.4-4 OK > x2x 1.27-2 OK > Xaw3d 1.5-1 OK > xerces-c 2.3.0-2 OK > xerces-c-devel 2.3.0-2 OK > XFree86-base 4.3.0-1 OK > XFree86-bin 4.3.0-2 OK > XFree86-bin-icons 4.3.0-2 OK > XFree86-doc 4.3.0-1 OK > XFree86-etc 4.3.0-3 OK > XFree86-f100 4.2.0-3 OK > XFree86-fcyr 4.2.0-3 OK > XFree86-fenc 4.2.0-3 OK > XFree86-fnts 4.2.0-3 OK > XFree86-fscl 4.2.0-3 OK > XFree86-fsrv 4.3.0-1 OK > XFree86-html 4.3.0-1 OK > XFree86-jdoc 4.3.0-1 OK > XFree86-lib 4.3.0-1 OK > XFree86-lib-compat 4.3.0-1 OK > XFree86-man 4.3.0-1 OK > XFree86-nest 4.3.0-1 OK > XFree86-prog 4.3.0-4 OK > XFree86-prt 4.3.0-1 OK > XFree86-ps 4.3.0-1 OK > XFree86-startup-scripts 4.2.0-5 OK > XFree86-vfb 4.3.0-1 OK > XFree86-xserv 4.3.0-7 OK > XFree86-xwinclip 4.3.0-1 OK > xmlto 0.0.14-1 OK > xpm-nox 4.2.0-4 OK > zlib 1.1.4-4 OK > > > > ---------------------------------------- > This mail sent through www.mywaterloo.ca > From alexander.gottwald@s1999.tu-chemnitz.de Mon Sep 15 16:25:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 15 Sep 2003 16:25:00 -0000 Subject: seg fault with DDD In-Reply-To: <1063640503.3f65ddb7caeed@www.nexusmail.uwaterloo.ca> References: <1063640503.3f65ddb7caeed@www.nexusmail.uwaterloo.ca> Message-ID: On Mon, 15 Sep 2003 y2bismil@engmail.uwaterloo.ca wrote: > Hi guys, > > I'm trying to build and run DDD 3.3.7 on cygwin 2.340.2.5 running on Windows > 2000. I've installled all the packages in the xfree tree. > This fault does not completely end the application, as DDD is still running in > the background, I have to kill -9 it manually. Any ideas on this? I've > included thh cygcheck package output below. XFree (or esp. libXt from XFree) was not repacked for cygwin-1.5. Until the new packages are out and tested you should stay with cygwin-1.3. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From y2bismil@engmail.uwaterloo.ca Mon Sep 15 16:36:00 2003 From: y2bismil@engmail.uwaterloo.ca (y2bismil@engmail.uwaterloo.ca) Date: Mon, 15 Sep 2003 16:36:00 -0000 Subject: seg fault with DDD In-Reply-To: <000201c37ba5$3345d260$1e54cea7@andrew> References: <000201c37ba5$3345d260$1e54cea7@andrew> Message-ID: <1063643758.3f65ea6e5cd81@www.nexusmail.uwaterloo.ca> Hey Andrew, I was running 32 bit colour mode. I switched to 16 bit and restarted X. Nothing changed. I don't believe that is the problem in my case. As to Alexander Gottwald suggesstion to stick with cygwin 1.3...can I ask where I could get that version. Would it be as simple as replacing my current cygwin DLL with the new one? Thanks Yamin Quoting Andrew Braverman : > What "Color Quality" does the settings tab in your display properties show? > I have found a bug in the icon rendering that causes similar problems with > ddd, but only if using 24 bit color. Unfortunately, though the developers > have tried to help, I have not been doing my part and have not yet found the > exact cause. I do know, however, that in my case, switching to 16 bit color > solves the problem (which is part of why I have not forced myself to find > the 24 bit problem). Could your issue be the same? > > > -----Original Message----- > > From: cygwin-xfree-owner@cygwin.com > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of > > y2bismil@engmail.uwaterloo.ca > > Sent: Monday, September 15, 2003 11:42 AM > > To: cygwin-xfree@cygwin.com > > Subject: seg fault with DDD > > > > > > Hi guys, > > > > I'm trying to build and run DDD 3.3.7 on cygwin 2.340.2.5 > > running on Windows > > 2000. I've installled all the packages in the xfree tree. > > > > To compile it I did: > > bash ./configure > > make > > make install > > > > That all seems to work fine. I startx which brings up the > > root x window with a > > few x-terms running. I can launch emacs from there perfectly > > fine. When I try > > to run ddd from one of these x-terms, it crashes before the > > first windows comes > > up. Using the insight debugger, I tracked the crash down to > > a seg fault in > > > > ddd.c - 2174 (xtopenapplication) > > > > This fault does not completely end the application, as DDD > > is still running in > > the background, I have to kill -9 it manually. Any ideas on > > this? I've > > included thh cygcheck package output below. > > > > Thanks, > > > > Yamin > > > > > > Cygwin Package Information > > Package Version Status > > _update-info-dir 00214-1 OK > > a2ps 4.13-1 OK > > agetty 2.1-1 OK > > ash 20020731-3 OK > > astyle 1.15.3-3 OK > > autoconf 2.57a-1 OK > > autoconf-devel 2.57-2 OK > > autoconf-stable 2.13-5 OK > > automake 1.7.5a-1 OK > > automake-devel 1.7.6-2 OK > > automake-stable 1.4p5-6 OK > > base-files 2.5-1 OK > > base-passwd 1.1-1 OK > > bash 2.05b-15 OK > > bc 1.06-1 OK > > binutils 20030901-1 OK > > bison 20030307-1 OK > > byacc 1.9-1 OK > > bzip2 1.0.2-5 OK > > c-client 2002e-1 OK > > ccache 2.2-1 OK > > ccdoc 0.8.39-1 OK > > cgoban 1.9.14-1 OK > > chkconfig 1.2.24h-1 OK > > clear 1.0-1 OK > > cmake 1.6.7-1 OK > > compface 1.4-5 OK > > cpio 2.5-3 OK > > crypt 1.0-2 OK > > ctags 5.5-4 OK > > curl 7.10.4-1 OK > > curl-devel 7.10.4-1 OK > > cvs 1.11.6-3 OK > > cygipc 2.01-2 OK > > cygrunsrv 0.96-2 OK > > cygutils 1.2.1-2 OK > > cygwin 1.5.4-1 OK > > dejagnu 20021217-2 OK > > diffutils 2.8.4-1 OK > > docbook-xml42 4.2-1 OK > > docbook-xsl 1.62.0-1 OK > > doxygen 1.2.18-1 OK > > dpkg 1.10.4-2 OK > > ed 0.2-1 OK > > ELFIO 1.0.0-1 OK > > emacs 21.2-12 OK > > emacs-el 21.2-12 OK > > emacs-X11 21.2-12 OK > > enscript 1.6.3-3 OK > > expat 1.95.6-1 OK > > expect 20030128-1 OK > > figlet 2.2-1 OK > > file 4.03-2 OK > > fileutils 4.1-2 OK > > findutils 4.1.7-4 OK > > flex 2.5.31-1 OK > > fvwm 2.4.7-2 OK > > gawk 3.1.3-3 OK > > gcc 3.2-3 OK > > gcc-mingw 20020817-5 OK > > gcc2 2.95.3-10 OK > > gdb 20030901-1 OK > > gdbm 1.8.3-7 OK > > gettext 0.12.1-3 OK > > gettext-devel 0.12.1-3 OK > > ghostscript-base 7.05-2 OK > > ghostscript-x11 7.05-2 OK > > gnugo 3.4-1 OK > > gnupg 1.2.2-1 OK > > gperf 2.7.2-1 OK > > grace 5.1.12-1 OK > > grep 2.5-1 OK > > groff 1.18.1-2 OK > > gsl 1.4-1 OK > > guile 1.6.4-12 OK > > guile-devel 1.6.4-12 OK > > gzip 1.3.3-4 OK > > indent 2.2.8-1 OK > > initscripts 0.9-1 OK > > ioperm 0.4-1 OK > > jbigkit 1.5-3 OK > > jpeg 6b-11 OK > > keychain 1.9-1 OK > > less 381-1 OK > > lesstif 0.93.41-1 OK > > libbz2_0 1.0.2-1 OK > > libbz2_1 1.0.2-5 OK > > libcharset1 1.9.1-3 OK > > libdb3.1 3.1.17-2 OK > > libgdbm 1.8.0-5 OK > > libgdbm-devel 1.8.3-7 OK > > libgdbm3 1.8.3-3 OK > > libgdbm4 1.8.3-7 OK > > libgettextpo0 0.12.1-3 OK > > libguile12 1.6.4-12 OK > > libguile12abi13 1.6.4-2 OK > > libiconv 1.9.1-3 OK > > libiconv2 1.9.1-3 OK > > libintl 0.10.38-3 OK > > libintl1 0.10.40-1 OK > > libintl2 0.12.1-3 OK > > libjpeg62 6b-11 OK > > libjpeg6b 6b-8 OK > > libkpathsea3 2.0.2-12 OK > > libkpathsea3abi13 2.0.2-2 OK > > libltdl3 1.5-3 OK > > libncurses-devel 5.3-4 OK > > libncurses5 5.2-1 OK > > libncurses6 5.2-8 OK > > libncurses7 5.3-4 OK > > libpcre 4.1-1 OK > > libpcre0 4.4-2 OK > > libpng 1.2.5-4 OK > > libpng10 1.0.15-4 OK > > libpng10-devel 1.0.15-4 OK > > libpng12 1.2.5-4 OK > > libpng12-devel 1.2.5-4 OK > > libpng2 1.0.12-1 OK > > libpopt0 1.6.4-4 OK > > libPropList 0.10.1-3 OK > > libreadline4 4.1-2 OK > > libreadline5 4.3-5 OK > > libtiff-devel 3.6.0-5 OK > > libtiff3 3.6.0-2 OK > > libtiff4 3.6.0-5 OK > > libtool 1.5a-1 OK > > libtool-devel 1.5-3 OK > > libtool-stable 1.4.3-2 OK > > libungif 4.1.0-2 OK > > libxerces-c21 2.1.0-1 OK > > libxerces-c22 2.2.0-1 OK > > libxerces-c23 2.3.0-2 OK > > libxml2 2.5.7-1 OK > > libxslt 1.0.30-2 OK > > login 1.9-7 OK > > lynx 2.8.4-7 OK > > m4 1.4-1 OK > > make 3.80-1 OK > > man 1.5j-2 OK > > mc 4.6.0-4 OK > > mingw-runtime 3.0-1 OK > > mingw-zlib 1.1.4-4 OK > > mktemp 1.5-3 OK > > more 2.11o-1 OK > > mt 2.0.1-2 OK > > nano 1.2.2-1 OK > > nasm 0.98.37-1 OK > > ncurses 5.3-4 OK > > ncurses-demo 5.3-4 OK > > openbox 0.99.1-3 OK > > opengl 1.1.0-6 OK > > openssh 3.6.1p2-2 OK > > openssl 0.9.7b-3 OK > > openssl-devel 0.9.7b-3 OK > > openssl096 0.9.6j-1 OK > > par 1.52-1 OK > > patch 2.5.8-8 OK > > patchutils 0.2.22-2 OK > > pcre 4.4-2 OK > > pcre-devel 4.4-2 OK > > pcre-doc 4.4-2 OK > > perl 5.8.0-5 OK > > pkgconfig 0.15.0-4 OK > > popt 1.6.4-4 OK > > procps 010801-2 OK > > psutils 1.17-1 OK > > rcs 5.7-3 OK > > readline 4.3-5 OK > > rebase 2.2-3 OK > > regex 4.4-3 OK > > rpm 4.1-1 OK > > rpm-build 4.1-1 OK > > rpm-doc 4.1-1 OK > > ruby 1.8.0-1 OK > > sed 4.0.7-3 OK > > sh-utils 2.0.15-4 OK > > splint 3.1.1-1 OK > > sunrpc 4.0-1 OK > > SWI-Prolog 5.2.6-1 OK > > swig 1.3.19-1 OK > > sysvinit 2.84-4 OK > > tar 1.13.25-3 OK > > tcltk 20030901-1 OK > > termcap 20021106-2 OK > > terminfo 5.3_20030726-1 OK > > tetex 2.0.2-12 OK > > tetex-base 2.0.2-12 OK > > tetex-bin 2.0.2-12 OK > > tetex-devel 2.0.2-12 OK > > tetex-extra 2.0.2-12 OK > > tetex-tiny 2.0.2-12 OK > > tetex-x11 2.0.2-12 OK > > texinfo 4.2-4 OK > > textutils 2.0.21-1 OK > > tidy 030201-1 OK > > tiff 3.6.0-5 OK > > time 1.7-1 OK > > ucl 1.01-1 OK > > units 1.77-1 OK > > upx 1.24-1 OK > > vim 6.2-3 OK > > w32api 2.4-1 OK > > which 1.5-2 OK > > WindowMaker 0.80.0-1 OK > > wtf 0.0.4-4 OK > > x2x 1.27-2 OK > > Xaw3d 1.5-1 OK > > xerces-c 2.3.0-2 OK > > xerces-c-devel 2.3.0-2 OK > > XFree86-base 4.3.0-1 OK > > XFree86-bin 4.3.0-2 OK > > XFree86-bin-icons 4.3.0-2 OK > > XFree86-doc 4.3.0-1 OK > > XFree86-etc 4.3.0-3 OK > > XFree86-f100 4.2.0-3 OK > > XFree86-fcyr 4.2.0-3 OK > > XFree86-fenc 4.2.0-3 OK > > XFree86-fnts 4.2.0-3 OK > > XFree86-fscl 4.2.0-3 OK > > XFree86-fsrv 4.3.0-1 OK > > XFree86-html 4.3.0-1 OK > > XFree86-jdoc 4.3.0-1 OK > > XFree86-lib 4.3.0-1 OK > > XFree86-lib-compat 4.3.0-1 OK > > XFree86-man 4.3.0-1 OK > > XFree86-nest 4.3.0-1 OK > > XFree86-prog 4.3.0-4 OK > > XFree86-prt 4.3.0-1 OK > > XFree86-ps 4.3.0-1 OK > > XFree86-startup-scripts 4.2.0-5 OK > > XFree86-vfb 4.3.0-1 OK > > XFree86-xserv 4.3.0-7 OK > > XFree86-xwinclip 4.3.0-1 OK > > xmlto 0.0.14-1 OK > > xpm-nox 4.2.0-4 OK > > zlib 1.1.4-4 OK > > > > > > > > ---------------------------------------- > > This mail sent through www.mywaterloo.ca > > > > ---------------------------------------- This mail sent through www.mywaterloo.ca From ford@vss.fsi.com Mon Sep 15 17:52:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Mon, 15 Sep 2003 17:52:00 -0000 Subject: xdvi: SIGSEGV in XtInitialize Message-ID: I am sorry you too had to waste your time on this, but I am pretty sure that the problem is well summed up in: http://www.cygwin.com/ml/cygwin-xfree/2003-09/msg00227.html cgf, it looks like even you fell for it somewhat. Maybe the note to cygwin-apps idea wasn't so misplaced. :-) -- 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 Sep 15 18:43:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 15 Sep 2003 18:43:00 -0000 Subject: [ANNOUNCEMENT] Server Test 99 In-Reply-To: References: <3F650F26.7010403@msu.edu> Message-ID: <3F66082C.4030207@msu.edu> Alexander, Sure. I justed synched the xoncygwin cvs tree with Test99. There are no differences now. Harold Alexander Gottwald wrote: > On Sun, 14 Sep 2003, Harold L Hunt II wrote: > > Hi Harold, > > >>Server source, direct link: >>http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030914-1740.tar.bz2 (127 >>KiB) > > > Could you commit these changes to the xoncygwin cvs? I can do too, but that > would very likely screw your working copy. > > bye > ago From huntharo@msu.edu Mon Sep 15 18:44:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 15 Sep 2003 18:44:00 -0000 Subject: [ANNOUNCEMENT] Server Test 96 In-Reply-To: <87r82ijwpe.fsf@home.lan> References: <3F4D0F7D.3080807@msu.edu> <87he3ib9zj.fsf@home.lan> <87r82ijwpe.fsf@home.lan> Message-ID: <3F660878.7070905@msu.edu> Steinar, Perhaps Test99/4.3.0-9 fixes your problem? Harold Steinar Bang wrote: >>>>>>Alexander Gottwald : > > >>Do you have Windows XP? > > > No. Win2k. > > >>This is a known problem. > > >>See http://cygwin.com/ml/cygwin-xfree/2003-09/msg00080.html >>and following posts for more information. > > > Hm... I'm not using XDMCP, and this worked in the previous release of > the server, when setting the keyboard with the XF86Config file(*) > Also, I don't think it's the same problem, because my AltGr works, > only it's interpreted as Ctrl. > > Or so I think. I'll look at it later today. No time now. > > > - Steinar > > (*) I tried using the XF86Config file on this release as well, but the > behaviour was the same as with autodetect of the keyboard. > From jase@dufair.org Mon Sep 15 18:58:00 2003 From: jase@dufair.org (Jason Dufair) Date: Mon, 15 Sep 2003 18:58:00 -0000 Subject: minimize emacs In-Reply-To: <3F62B440.6010107@msu.edu> References: <3F60BA4E.7080207@msu.edu> <3F61E09B.8020002@msu.edu> <3F62B440.6010107@msu.edu> Message-ID: <3F660BCB.70804@dufair.org> Harold - This is working. Many thanks for putting this in. Talk about service! Harold L Hunt II wrote: > Jason, > > Yes, that is exactly what I wanted. > > I don't have time for a formal release announcement now, but I just > posted XFree86-xserv-4.3.0-8 as a "test" release. You have to > manually select this in Cygwin's setup.exe when it shows up on mirrors > in a few hours. > > The new test release handles WM_CHANGE_STATE IconicState messages and > calls ShowWindow (hWnd, SW_MINIMIZE). I tested it with emacs and it > works for me. I can't believe that no one asked for this before... it > seems to have been a missing feature for a long time. > > Thanks for testing, > > Harold > > Jason Dufair wrote: > >> Harold - >> >> How does the following sound? >> >> >>> Check the function `x_iconify_frame' in xterm.c in the Emacs sources >>> to see what it does. Basically, what it boils down to is Emacs >>> running `XIconifyWindow' which sends a `ClientMessage' with >>> `IconicState' to X. See if the windowmanager listens to the >>> `WM_CHANGE_STATE' hint properly. >> >> >> >> >> Harold L Hunt II writes: >> >> >>> Jason, >>> >>> I think this means that we have to trap a window manager >>> message/hint/whatever that tells us that an application is requesting >>> to be minimized. It is up to our internal window manager to then >>> perform the minimization and report that to the app that the >>> minimization has been performed. >>> >>> Can anyone find some information about how this is implemented? It >>> sounds fairly simple, so a quick example from somewhere could probably >>> help me get it done quickly. >>> >>> Harold >>> >>> Jason Dufair wrote: >>> >>> >>>> Andrew DeFaria writes: >>>> >>>> >>>>> I wouldn't call it a fix, rather a default configuration. I think you >>>>> can put the following in your .emacs file: >>>>> >>>>> (global-set-key "\C-z" 'suspend-emacs-or-iconify-fram) >>>> >>>> >>>> I don't seem to have a 'suspend-emacs-or-iconify-frame. When I call >>>> 'suspend-emacs, I get "Suspending an emacs running under X makes no >>>> sense". Thanks for the suggestion. C-z does work under Linux for me, >>>> but no luck here. C-z does have the effect of making the cursor >>>> hollow, >>>> however. I suspect whatever tricks are being done with -multiwindow >>>> prevent iconify from behaving correctly. Thanks for checking into it. >>>> >> >> -- Jason Dufair - jase@dufair.org http://www.dufair.org/ "Being in politics is like being a football coach. You have to be smart enough to understand the game, and dumb enough to think it's important." -- Eugene McCarthy From Alexander.Gottwald@s1999.tu-chemnitz.de Mon Sep 15 19:42:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 15 Sep 2003 19:42:00 -0000 Subject: Latest CVS Compilation error In-Reply-To: <3F650FFB.7050705@msu.edu> References: <000001c37af7$fd19e7b0$0200a8c0@straightrunning.com> <3F650FFB.7050705@msu.edu> Message-ID: Harold L Hunt II wrote: > Sounds good. Please resubmit your earlier patch when you have this > completed. It doesn't look like it would be a good idea to implement it > one half at a time. However, we can certainly wait on trying to make > the log either output to stdout or to a file... that could take some > time to get right. Here is the revised patch. This patch is against the HEAD branch of the xfree cvs and is only directed to developers who compile from xfree cvs. The changes do _not_ apply to the test-XX releases of XWin.exe. Th patch forwards all output to the new log functions. The new switch -logfile adjusts the name of the log and -logverbose adjusts the number of messages written. Setting the last to a very low value (eg 0) will remove only few messages since most messages written by the xserver have no special verbosity level set and default to the lowest. The log functions do write the messages to the logfile _and_ to stderr. Most people will not notice as XWin has no console attached in the compiled version. The move to use only the LogXXX functions instead of winMsg and ErrorF has to wait until a 4.4 release of XFree is out and we can import the 4.4 branch to the development cvs. bye ago NP: Welle:Erdball - Starfighter F-104G (2) -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Mon Sep 15 19:46:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 15 Sep 2003 19:46:00 -0000 Subject: Latest CVS Compilation error In-Reply-To: <3F650FFB.7050705@msu.edu> References: <000001c37af7$fd19e7b0$0200a8c0@straightrunning.com> <3F650FFB.7050705@msu.edu> Message-ID: Harold L Hunt II wrote: > Please resubmit your earlier patch when you have this completed. Stupid me. Has forgotten to attach the patch *g*. bye ago NP: Welle:Erdball - Starfighter F-104G (2) -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 -------------- next part -------------- Index: winmsg.c =================================================================== RCS file: /cvs/xc/programs/Xserver/hw/xwin/winmsg.c,v retrieving revision 1.1 diff -u -r1.1 winmsg.c --- winmsg.c 17 Oct 2002 08:18:22 -0000 1.1 +++ winmsg.c 15 Sep 2003 19:27:26 -0000 @@ -45,26 +45,7 @@ winVMsg (int scrnIndex, MessageType type, int verb, const char *format, va_list ap) { - const char *prefix = NULL; - - if (verb && verb > VERBOSE_LEVEL) - return; - -#undef __msg -#define __msg(name,string) case name: prefix = string; break; -#undef _msg -#define _msg(name,string) __msg(name,string) - switch (type) - { - MESSAGE_STRINGS default:prefix = NULL; - break; - } -#undef __msg -#undef _msg - - if (prefix != NULL) - ErrorF ("%s ", prefix); - VErrorF (format, ap); + LogVMessageVerb(type, verb, format, ap); } @@ -73,7 +54,7 @@ { va_list ap; va_start (ap, format); - winVMsg (scrnIndex, type, 0, format, ap); + LogVMessageVerb(type, 0, format, ap); va_end (ap); } @@ -83,7 +64,7 @@ { va_list ap; va_start (ap, format); - winVMsg (0, type, 0, format, ap); + LogVMessageVerb(type, 0, format, ap); va_end (ap); } @@ -94,7 +75,7 @@ { va_list ap; va_start (ap, format); - winVMsg (scrnIndex, type, verb, format, ap); + LogVMessageVerb(type, verb, format, ap); va_end (ap); } @@ -104,7 +85,7 @@ { va_list ap; va_start (ap, format); - winVMsg (0, type, verb, format, ap); + LogVMessageVerb(type, verb, format, ap); va_end (ap); } @@ -114,6 +95,6 @@ { va_list ap; va_start (ap, format); - winVMsg (0, X_NONE, verb, format, ap); + LogVMessageVerb(X_NONE, verb, format, ap); va_end (ap); } Index: winmsg.h =================================================================== RCS file: /cvs/xc/programs/Xserver/hw/xwin/winmsg.h,v retrieving revision 1.1 diff -u -r1.1 winmsg.h --- winmsg.h 17 Oct 2002 08:18:22 -0000 1.1 +++ winmsg.h 15 Sep 2003 19:27:26 -0000 @@ -32,31 +32,6 @@ #ifndef __WIN_MSG_H__ #define __WIN_MSG_H__ - -#define __msg_name(name,string) name -#define __msg(name,string) __msg_name(name,string) -#define _msg(name,string) __msg(name,string), - -#define MESSAGE_STRINGS \ - _msg(X_PROBED,"(--)" /* Value was probed */)\ - _msg(X_CONFIG,"(**)" /* Value was given in the config file */)\ - _msg(X_DEFAULT,"(==)" /* Value is a default */)\ - _msg(X_CMDLINE,"(++)" /* Value was given on the command line */)\ - _msg(X_NOTICE,"(!!)" /* Notice */) \ - _msg(X_ERROR,"(EE)" /* Error message */) \ - _msg(X_WARNING,"(WW)" /* Warning message */) \ - _msg(X_INFO,"(II)" /* Informational message */) \ - _msg(X_UNKNOWN,"(?""?)" /* Unknown, trigraph fix */) \ - _msg(X_NONE,NULL /* No prefix */) \ - __msg(X_NOT_IMPLEMENTED,"(NI)" /* Not implemented */) - -typedef enum -{ - MESSAGE_STRINGS -} -MessageType; - - /* * Function prototypes */ Index: InitOutput.c =================================================================== RCS file: /cvs/xc/programs/Xserver/hw/xwin/InitOutput.c,v retrieving revision 1.33 diff -u -r1.33 InitOutput.c --- InitOutput.c 29 Jul 2003 21:25:15 -0000 1.33 +++ InitOutput.c 15 Sep 2003 19:27:27 -0000 @@ -47,13 +47,15 @@ int g_iWindowPrivateIndex = -1; unsigned long g_ulServerGeneration = 0; Bool g_fInitializedDefaultScreens = FALSE; -FILE *g_pfLog = NULL; DWORD g_dwEnginesSupported = 0; HINSTANCE g_hInstance = 0; HWND g_hDlgDepthChange = NULL; HWND g_hDlgExit = NULL; Bool g_fCalledSetLocale = FALSE; Bool g_fCalledXInitThreads = FALSE; +int g_iLogVerbose = 4; +char * g_pszLogFile = WIN_LOG_FNAME; +Bool g_fLogInited = FALSE; /* @@ -190,15 +192,11 @@ g_fdMessageQueue = WIN_FD_INVALID; } - /* Close the log file handle */ - if (g_pfLog != NULL) - { - /* Close log file */ - fclose (g_pfLog); - - /* Set the file handle to invalid */ - g_pfLog = NULL; - } + if (!g_fLogInited) { + LogInit(g_pszLogFile, NULL); + g_fLogInited = TRUE; + } + LogClose(); /* * At this point we aren't creating any new screens, so @@ -242,12 +240,15 @@ #ifdef DDXOSVERRORF if (!OsVendorVErrorFProc) OsVendorVErrorFProc = OsVendorVErrorF; - - /* Open log file if not yet open */ - if (g_pfLog == NULL) - g_pfLog = fopen (WIN_LOG_FNAME, "w"); #endif + if (!g_fLogInited) { + LogInit(g_pszLogFile, NULL); + g_fLogInited = TRUE; + } + LogSetParameter(XLOG_FLUSH, 1); + LogSetParameter(XLOG_VERBOSITY, g_iLogVerbose); + /* Add a default screen if no screens were specified */ if (g_iNumScreens == 0) { @@ -402,10 +403,6 @@ * that are generated before OsInit () is called. */ OsVendorVErrorFProc = OsVendorVErrorF; - - /* Open log file if not yet open */ - if (g_pfLog == NULL) - g_pfLog = fopen (WIN_LOG_FNAME, "w"); #endif s_fBeenHere = TRUE; @@ -1205,6 +1202,26 @@ { CHECK_ARGS (1); g_cmdline.keyboard = argv[++i]; + return 2; + } + + /* + * Look for the '-logfile' argument + */ + if (IS_OPTION ("-logfile")) + { + CHECK_ARGS (1); + g_pszLogFile = argv[++i]; + return 2; + } + + /* + * Look for the '-logverbose' argument + */ + if (IS_OPTION ("-logverbose")) + { + CHECK_ARGS (1); + g_iLogVerbose = atoi(argv[++i]); return 2; } Index: winerror.c =================================================================== RCS file: /cvs/xc/programs/Xserver/hw/xwin/winerror.c,v retrieving revision 1.5 diff -u -r1.5 winerror.c --- winerror.c 29 Jul 2003 21:25:17 -0000 1.5 +++ winerror.c 15 Sep 2003 19:27:27 -0000 @@ -31,25 +31,17 @@ #include "win.h" -extern FILE *g_pfLog; - #ifdef DDXOSVERRORF void OsVendorVErrorF (const char *pszFormat, va_list va_args) { static pthread_mutex_t s_pmPrinting = PTHREAD_MUTEX_INITIALIZER; - /* Check we opened the log file first */ - if (g_pfLog == NULL) return; - /* Lock the printing mutex */ pthread_mutex_lock (&s_pmPrinting); /* Print the error message to a log file, could be stderr */ - vfprintf (g_pfLog, pszFormat, va_args); - - /* Flush after every write, to make updates show up quickly */ - fflush (g_pfLog); + LogVWrite(0, pszFormat, va_args); /* Unlock the printing mutex */ pthread_mutex_unlock (&s_pmPrinting); Index: winconfig.c =================================================================== RCS file: /cvs/xc/programs/Xserver/hw/xwin/winconfig.c,v retrieving revision 1.2 diff -u -r1.2 winconfig.c --- winconfig.c 29 Jul 2003 21:25:16 -0000 1.2 +++ winconfig.c 15 Sep 2003 19:27:28 -0000 @@ -145,16 +145,7 @@ } xf86closeConfigFile (); - winMsg (X_NONE, "Markers: "); - winMsg (X_PROBED, "probed, "); - winMsg (X_CONFIG, "from config file, "); - winMsg (X_DEFAULT, "default setting,\n "); - winMsg (X_CMDLINE, "from command line, "); - winMsg (X_NOTICE, "notice, "); - winMsg (X_INFO, "informational,\n "); - winMsg (X_WARNING, "warning, "); - winMsg (X_ERROR, "error, "); - winMsg (X_UNKNOWN, "unknown.\n"); + LogPrintMarkers(); /* set options from data structure */ From colin.harrison@virgin.net Mon Sep 15 21:26:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Mon, 15 Sep 2003 21:26:00 -0000 Subject: Latest CVS Compilation error Message-ID: <000001c37bd0$02ad9450$0200a8c0@straightrunning.com> Hi, Applied the patch....works fine for me. Colin From janneke@gnu.org Mon Sep 15 22:07:00 2003 From: janneke@gnu.org (Jan Nieuwenhuizen) Date: Mon, 15 Sep 2003 22:07:00 -0000 Subject: xdvi: SIGSEGV in XtInitialize In-Reply-To: (Brian Ford's message of "Mon, 15 Sep 2003 12:52:41 -0500 (CDT)") References: Message-ID: <87fzixwvs4.fsf@peder.flower> [tempted to post to -apps, but not breaking the thread just yet] Brian Ford writes: > I am sorry you too had to waste your time on this, but I am pretty sure > that the problem is well summed up in: > http://www.cygwin.com/ml/cygwin-xfree/2003-09/msg00227.html Thanks. Summed-up a bit too well for me, I'm not sure that I fully understand. The message suggests that Xt is no longer available, is that so? Do you know what consequences that has for packages that used it? Strange, I tried to rebuild tetex yesterday after upgrading to XFree86-bin 4.3.0-2 XFree86-prog 4.3.0-4 and xdvi had the same problem, so I dismissed that a rebuild would help. Ah, but it turns out that (the not-to-be-used-with-1.5.x) libXt.a is still being shipped in XFree86-prog 4.3.0-4. Now I'm confused. > cgf, it looks like even you fell for it somewhat. Maybe the note to > cygwin-apps idea wasn't so misplaced. :-) No, indeed. I specifically asked at cygwin-apps and I was advised not to wait for xfree to be rebuilt against 1.5.x before rebuilding and releasing tetex, which depends on xfree. Greetings, Jan. -- Jan Nieuwenhuizen | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org From ford@vss.fsi.com Mon Sep 15 22:18:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Mon, 15 Sep 2003 22:18:00 -0000 Subject: xdvi: SIGSEGV in XtInitialize Message-ID: Jan Nieuwenhuizen writes: > Thanks. Summed-up a bit too well for me, I'm not sure that I fully > understand. > Sorry to be so tearse. Let me explain. > The message suggests that Xt is no longer available, is that so? Do > you know what consequences that has for packages that used it? > No, you misunderstood. The Xt library has not yet been compiled under Cygwin 1.5.x. Until it is, it is unsafe for use by apps compiled under 1.5.x. This is a side effect of the 64 bit implementation method choice. Since the call to stat is redirected to stat64 at link time, pre 1.5.x static libs (like Xt) get the redirection, but did not allocate a stat64_t type. Dll's are "pre linked", and so do not suffer this problem. Does that help, or is it still to vauge? -- 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 Sep 15 23:54:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 15 Sep 2003 23:54:00 -0000 Subject: static libs in bin? In-Reply-To: References: Message-ID: <3F665106.20909@msu.edu> Andy, Andrew Markebo wrote: > libX11.a, and some more static libraries, can be found in XFree86-bin, > but I mean.. are they really needed here? Isn't the correct placement > in XFree86-prog? > > /Andy You must be looking at an old version of XFree86-bin. If not, please point out the files to which you are referring in the below package listing. Note that the Cygwin package listing website is broken for the XFree86-bin packages. The only version of XFree86-bin that lists is XFree86-bin-4.2.0-1 (at least for me). The most recent version, found at the URL below, has an empty list: http://www.cygwin.com/packages/XFree86-bin/XFree86-bin-4.3.0-2 Thus, the results of any search of package contents might have been inaccurate. Hope that helps, Harold $ cygcheck -l XFree86-bin /etc/profile.d/00xfree.csh /etc/profile.d/00xfree.sh /usr/X11R6/bin/appres.exe /usr/X11R6/bin/atobm.exe /usr/X11R6/bin/bdftopcf.exe /usr/X11R6/bin/bdftruncate /usr/X11R6/bin/bitmap.exe /usr/X11R6/bin/bmtoa.exe /usr/X11R6/bin/ccmakedep /usr/X11R6/bin/cleanlinks /usr/X11R6/bin/cxpm.exe /usr/X11R6/bin/cygdps-1.dll /usr/X11R6/bin/cygdpstk-1.dll /usr/X11R6/bin/cygexpat-1.dll /usr/X11R6/bin/cygfontconfig-1.dll /usr/X11R6/bin/cygfreetype-9.dll /usr/X11R6/bin/cygGL-1.dll /usr/X11R6/bin/cygGLU-1.dll /usr/X11R6/bin/cygICE-6.dll /usr/X11R6/bin/cygoldX-6.dll /usr/X11R6/bin/cygOSMesa-4.dll /usr/X11R6/bin/cygpsres-1.dll /usr/X11R6/bin/cygSM-6.dll /usr/X11R6/bin/cygX11-6.dll /usr/X11R6/bin/cygXcursor-1.dll /usr/X11R6/bin/cygXext-6.dll /usr/X11R6/bin/cygXft-1.dll /usr/X11R6/bin/cygXft-2.dll /usr/X11R6/bin/cygXi-6.dll /usr/X11R6/bin/cygXmuu-1.dll /usr/X11R6/bin/cygXp-6.dll /usr/X11R6/bin/cygXpm-4.dll /usr/X11R6/bin/cygXrandr-2.dll /usr/X11R6/bin/cygXrender-1.dll /usr/X11R6/bin/cygXTrap-6.dll /usr/X11R6/bin/cygXtst-6.dll /usr/X11R6/bin/cygXv-1.dll /usr/X11R6/bin/dpsexec.exe /usr/X11R6/bin/dpsinfo.exe /usr/X11R6/bin/editres.exe /usr/X11R6/bin/fc-cache.exe /usr/X11R6/bin/fc-list.exe /usr/X11R6/bin/fontconfig-config /usr/X11R6/bin/freetype-config /usr/X11R6/bin/fslsfonts.exe /usr/X11R6/bin/fstobdf.exe /usr/X11R6/bin/gccmakedep /usr/X11R6/bin/glxgears.exe /usr/X11R6/bin/glxinfo.exe /usr/X11R6/bin/iceauth.exe /usr/X11R6/bin/ico.exe /usr/X11R6/bin/imake.exe /usr/X11R6/bin/lbxproxy.exe /usr/X11R6/bin/listres.exe /usr/X11R6/bin/lndir.exe /usr/X11R6/bin/luit.exe /usr/X11R6/bin/makedepend.exe /usr/X11R6/bin/makeg /usr/X11R6/bin/makepsres.exe /usr/X11R6/bin/makestrs.exe /usr/X11R6/bin/mergelib /usr/X11R6/bin/mkcfm.exe /usr/X11R6/bin/mkdirhier /usr/X11R6/bin/mkfontdir.exe /usr/X11R6/bin/mkfontscale.exe /usr/X11R6/bin/mkhtmlindex /usr/X11R6/bin/oclock.exe /usr/X11R6/bin/proxymngr.exe /usr/X11R6/bin/pswrap.exe /usr/X11R6/bin/resize.exe /usr/X11R6/bin/revpath.exe /usr/X11R6/bin/rman.exe /usr/X11R6/bin/rstart /usr/X11R6/bin/rstartd /usr/X11R6/bin/sessreg.exe /usr/X11R6/bin/setxkbmap.exe /usr/X11R6/bin/showfont.exe /usr/X11R6/bin/showrgb.exe /usr/X11R6/bin/smproxy.exe /usr/X11R6/bin/startx /usr/X11R6/bin/sxpm.exe /usr/X11R6/bin/texteroids.exe /usr/X11R6/bin/twm.exe /usr/X11R6/bin/ucs2any /usr/X11R6/bin/viewres.exe /usr/X11R6/bin/x11perf.exe /usr/X11R6/bin/x11perfcomp /usr/X11R6/bin/xauth.exe /usr/X11R6/bin/xbiff.exe /usr/X11R6/bin/xcalc.exe /usr/X11R6/bin/xclipboard.exe /usr/X11R6/bin/xclock.exe /usr/X11R6/bin/xcmsdb.exe /usr/X11R6/bin/xconsole.exe /usr/X11R6/bin/xcursor-config /usr/X11R6/bin/xcutsel.exe /usr/X11R6/bin/xditview.exe /usr/X11R6/bin/xdm.exe /usr/X11R6/bin/xdpyinfo.exe /usr/X11R6/bin/xedit.exe /usr/X11R6/bin/xev.exe /usr/X11R6/bin/xeyes.exe /usr/X11R6/bin/xfd.exe /usr/X11R6/bin/xfindproxy.exe /usr/X11R6/bin/xfontsel.exe /usr/X11R6/bin/xfsinfo.exe /usr/X11R6/bin/xft-config /usr/X11R6/bin/xfwp.exe /usr/X11R6/bin/xgamma.exe /usr/X11R6/bin/xgc.exe /usr/X11R6/bin/xhost.exe /usr/X11R6/bin/xinit.exe /usr/X11R6/bin/xkbbell.exe /usr/X11R6/bin/xkbcomp.exe /usr/X11R6/bin/xkbevd.exe /usr/X11R6/bin/xkbprint.exe /usr/X11R6/bin/xkbvleds.exe /usr/X11R6/bin/xkbwatch.exe /usr/X11R6/bin/xkill.exe /usr/X11R6/bin/xlogo.exe /usr/X11R6/bin/xlsatoms.exe /usr/X11R6/bin/xlsclients.exe /usr/X11R6/bin/xlsfonts.exe /usr/X11R6/bin/xmag.exe /usr/X11R6/bin/xman.exe /usr/X11R6/bin/Xmark /usr/X11R6/bin/xmessage.exe /usr/X11R6/bin/xmh.exe /usr/X11R6/bin/xmkmf /usr/X11R6/bin/xmodmap.exe /usr/X11R6/bin/xon /usr/X11R6/bin/xprop.exe /usr/X11R6/bin/xrandr.exe /usr/X11R6/bin/xrdb.exe /usr/X11R6/bin/xrefresh.exe /usr/X11R6/bin/xset.exe /usr/X11R6/bin/xsetmode.exe /usr/X11R6/bin/xsetpointer.exe /usr/X11R6/bin/xsetroot.exe /usr/X11R6/bin/xsm.exe /usr/X11R6/bin/xstdcmap.exe /usr/X11R6/bin/xterm.exe /usr/X11R6/bin/xtrapchar.exe /usr/X11R6/bin/xtrapin.exe /usr/X11R6/bin/xtrapinfo.exe /usr/X11R6/bin/xtrapout.exe /usr/X11R6/bin/xtrapproto.exe /usr/X11R6/bin/xtrapreset.exe /usr/X11R6/bin/xtrapstats.exe /usr/X11R6/bin/xvidtune.exe /usr/X11R6/bin/xvinfo.exe /usr/X11R6/bin/xwd.exe /usr/X11R6/bin/xwininfo.exe /usr/X11R6/bin/xwud.exe From huntharo@msu.edu Tue Sep 16 00:12:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 16 Sep 2003 00:12:00 -0000 Subject: [ANNOUNCEMENT] Server Test 99 In-Reply-To: <5.1.1.6.2.20030914184646.00adebb0@mail.ziplabel.com> References: <5.1.1.6.2.20030914184646.00adebb0@mail.ziplabel.com> Message-ID: <3F665554.1030004@msu.edu> Earle, Thanks for the patch. I used it tonight since I finally updated my Cygwin installation... I will be attempting to package a rebuild for 1.5.x tonight. Thanks for contributing, Harold Earle F. Philhower III wrote: > Howdy Harold, fast work on the WM_CHANGE update! > > I had to reinstall cygwin due to some disk corruption and it looks > like they've updated the bison version that's included which causes > an undefined pointer compile error in the lex module of xwinrc. > > It's not worth making a new test release over, but for the test100 > version you may want to apply the diff below (deletesthe unused > function which accesses the undefined [in new bison versions] variable) > > $ diff -U3 xwin.test99/winprefslex.l xwin/winprefslex.l > --- xwin.test99/winprefslex.l 2003-08-12 05:47:10.000000000 -0700 > +++ xwin/winprefslex.l 2003-09-14 18:45:21.406250000 -0700 > @@ -112,12 +112,3 @@ > yyparse (); > } > > -/* > - * Only to remove compiler warning... > - */ > -void > -use_unused_functions() > -{ > - yy_flex_realloc(0, 0); > - yyunput(0, yytext_ptr); > -} > > > -Earle F. Philhower, III > earle@ziplabel.com > cdrlabel - ZipLabel - FlpLabel > http://www.cdrlabel.com > From huntharo@msu.edu Tue Sep 16 00:12:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 16 Sep 2003 00:12:00 -0000 Subject: minimize emacs In-Reply-To: <3F660BCB.70804@dufair.org> References: <3F60BA4E.7080207@msu.edu> <3F61E09B.8020002@msu.edu> <3F62B440.6010107@msu.edu> <3F660BCB.70804@dufair.org> Message-ID: <3F665567.700@msu.edu> Jason, No problem. Harold Jason Dufair wrote: > Harold - > > This is working. Many thanks for putting this in. Talk about service! > > Harold L Hunt II wrote: > >> Jason, >> >> Yes, that is exactly what I wanted. >> >> I don't have time for a formal release announcement now, but I just >> posted XFree86-xserv-4.3.0-8 as a "test" release. You have to >> manually select this in Cygwin's setup.exe when it shows up on mirrors >> in a few hours. >> >> The new test release handles WM_CHANGE_STATE IconicState messages and >> calls ShowWindow (hWnd, SW_MINIMIZE). I tested it with emacs and it >> works for me. I can't believe that no one asked for this before... it >> seems to have been a missing feature for a long time. >> >> Thanks for testing, >> >> Harold >> >> Jason Dufair wrote: >> >>> Harold - >>> >>> How does the following sound? >>> >>> >>>> Check the function `x_iconify_frame' in xterm.c in the Emacs sources >>>> to see what it does. Basically, what it boils down to is Emacs >>>> running `XIconifyWindow' which sends a `ClientMessage' with >>>> `IconicState' to X. See if the windowmanager listens to the >>>> `WM_CHANGE_STATE' hint properly. >>> >>> >>> >>> >>> >>> Harold L Hunt II writes: >>> >>> >>>> Jason, >>>> >>>> I think this means that we have to trap a window manager >>>> message/hint/whatever that tells us that an application is requesting >>>> to be minimized. It is up to our internal window manager to then >>>> perform the minimization and report that to the app that the >>>> minimization has been performed. >>>> >>>> Can anyone find some information about how this is implemented? It >>>> sounds fairly simple, so a quick example from somewhere could probably >>>> help me get it done quickly. >>>> >>>> Harold >>>> >>>> Jason Dufair wrote: >>>> >>>> >>>>> Andrew DeFaria writes: >>>>> >>>>> >>>>>> I wouldn't call it a fix, rather a default configuration. I think you >>>>>> can put the following in your .emacs file: >>>>>> >>>>>> (global-set-key "\C-z" 'suspend-emacs-or-iconify-fram) >>>>> >>>>> >>>>> >>>>> I don't seem to have a 'suspend-emacs-or-iconify-frame. When I call >>>>> 'suspend-emacs, I get "Suspending an emacs running under X makes no >>>>> sense". Thanks for the suggestion. C-z does work under Linux for me, >>>>> but no luck here. C-z does have the effect of making the cursor >>>>> hollow, >>>>> however. I suspect whatever tricks are being done with -multiwindow >>>>> prevent iconify from behaving correctly. Thanks for checking into it. >>>>> >>> >>> > From huntharo@msu.edu Tue Sep 16 00:27:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 16 Sep 2003 00:27:00 -0000 Subject: Fun with flex Message-ID: <3F6658CD.2030201@msu.edu> I am working on building a release for Cygwin 1.5.3. I am getting some fun errors (listed below) related to changes to flex. I would appreciate any help in pointing out how these problems should be fixed. Please note that this is a build of the XFree86 4.3.0.1 CVS branch. Thanks in advance, Harold including in lib/dps... make[3]: Entering directory `/home/harold/x-devel/4.3/build/std/lib/dps' checking ../../config/pswrap/pswrap.exe over in ../../config/pswrap first... make[4]: Entering directory `/home/harold/x-devel/4.3/build/std/config/pswrap' gcc -O2 -fno-strength-reduce -Wall -Wpointer-arith -I../.. -I../../exports/include -D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LOCALE -D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DNO_ALLOCA -DFUNCPROTO=15 -DNARROWPROTO -DXENVIRONMENT -c -o main.o main.c byacc -d pswparser.y byacc: 1 shift/reduce conflict mv -f y.tab.c pswparser.c + mv -f y.tab.h pswparser.h gcc -O2 -fno-strength-reduce -Wall -Wpointer-arith -I../.. -I../../exports/include -D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LOCALE -D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DNO_ALLOCA -DFUNCPROTO=15 -DNARROWPROTO -DXENVIRONMENT -c -o pswparser.o pswparser.c flex -l -t lexer.l > lexer.c gcc -O2 -fno-strength-reduce -Wall -Wpointer-arith -I../.. -I../../exports/include -D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LOCALE -D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DNO_ALLOCA -DFUNCPROTO=15 -DNARROWPROTO -DXENVIRONMENT -c -o lexer.o lexer.c : In function `yylex': :1199: `yy_prev_more_offset' undeclared (first use in this function) :1199: (Each undeclared identifier is reported only once :1199: for each function it appears in.) /usr/include/stdio.h: At top level: :2988: warning: `yy_flex_strlen' defined but not used make[4]: *** [lexer.o] Error 1 make[4]: Leaving directory `/home/harold/x-devel/4.3/build/std/config/pswrap' okay, continuing in lib/dps ../../config/pswrap/pswrap -a -o dpsclrops.c -h dpsclrops.h dpsclrops.psw ../../config/pswrap/pswrap: not found make[3]: *** [dpsclrops.c] Error 127 make[3]: Leaving directory `/home/harold/x-devel/4.3/build/std/lib/dps' including in lib/dpstk... make[3]: Entering directory `/home/harold/x-devel/4.3/build/std/lib/dpstk' + mkdir unshared ../../config/pswrap/pswrap -o XDPSpwraps.c -a -f XDPSpwraps.h -h XDPSpwraps.h XDPSpwraps.psw ../../config/pswrap/pswrap: not found make[3]: *** [XDPSpwraps.c] Error 127 make[3]: Leaving directory `/home/harold/x-devel/4.3/build/std/lib/dpstk' From y2bismil@engmail.uwaterloo.ca Tue Sep 16 02:10:00 2003 From: y2bismil@engmail.uwaterloo.ca (Yamin Bismilla) Date: Tue, 16 Sep 2003 02:10:00 -0000 Subject: seg fault with DDD In-Reply-To: <1063643758.3f65ea6e5cd81@www.nexusmail.uwaterloo.ca> Message-ID: <000201c37bf7$aee41e70$6601a8c0@rage> Hey all, I've been reading the thread: Re: xdvi: SIGSEGV in XtInitialize Is this the same problem I am having. Using the 1.5 cygwin and X is the problem. If it is, is there a workaround? Thanks, Yamin > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of > y2bismil@engmail.uwaterloo.ca > Sent: September 15, 2003 12:36 PM > To: cygwin-xfree@cygwin.com > Subject: RE: seg fault with DDD > > > Hey Andrew, > > I was running 32 bit colour mode. I switched to 16 bit and > restarted X. > Nothing changed. I don't believe that is the problem in my case. > > As to Alexander Gottwald suggesstion to stick with cygwin > 1.3...can I ask where > I could get that version. Would it be as simple as replacing > my current cygwin > DLL with the new one? > > Thanks > > Yamin > > Quoting Andrew Braverman : > > > What "Color Quality" does the settings tab in your display > properties show? > > I have found a bug in the icon rendering that causes > similar problems with > > ddd, but only if using 24 bit color. Unfortunately, though > the developers > > have tried to help, I have not been doing my part and have > not yet found the > > exact cause. I do know, however, that in my case, > switching to 16 bit color > > solves the problem (which is part of why I have not forced > myself to find > > the 24 bit problem). Could your issue be the same? > > > > > -----Original Message----- > > > From: cygwin-xfree-owner@cygwin.com > > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of > > > y2bismil@engmail.uwaterloo.ca > > > Sent: Monday, September 15, 2003 11:42 AM > > > To: cygwin-xfree@cygwin.com > > > Subject: seg fault with DDD > > > > > > > > > Hi guys, > > > > > > I'm trying to build and run DDD 3.3.7 on cygwin 2.340.2.5 > > > running on Windows > > > 2000. I've installled all the packages in the xfree tree. > > > > > > To compile it I did: > > > bash ./configure > > > make > > > make install > > > > > > That all seems to work fine. I startx which brings up the > > > root x window with a > > > few x-terms running. I can launch emacs from there perfectly > > > fine. When I try > > > to run ddd from one of these x-terms, it crashes before the > > > first windows comes > > > up. Using the insight debugger, I tracked the crash down to > > > a seg fault in > > > > > > ddd.c - 2174 (xtopenapplication) > > > > > > This fault does not completely end the application, as DDD > > > is still running in > > > the background, I have to kill -9 it manually. Any ideas on > > > this? I've > > > included thh cygcheck package output below. > > > > > > Thanks, > > > > > > Yamin > > > > > > > > > Cygwin Package Information > > > Package Version Status > > > _update-info-dir 00214-1 OK > > > a2ps 4.13-1 OK > > > agetty 2.1-1 OK > > > ash 20020731-3 OK > > > astyle 1.15.3-3 OK > > > autoconf 2.57a-1 OK > > > autoconf-devel 2.57-2 OK > > > autoconf-stable 2.13-5 OK > > > automake 1.7.5a-1 OK > > > automake-devel 1.7.6-2 OK > > > automake-stable 1.4p5-6 OK > > > base-files 2.5-1 OK > > > base-passwd 1.1-1 OK > > > bash 2.05b-15 OK > > > bc 1.06-1 OK > > > binutils 20030901-1 OK > > > bison 20030307-1 OK > > > byacc 1.9-1 OK > > > bzip2 1.0.2-5 OK > > > c-client 2002e-1 OK > > > ccache 2.2-1 OK > > > ccdoc 0.8.39-1 OK > > > cgoban 1.9.14-1 OK > > > chkconfig 1.2.24h-1 OK > > > clear 1.0-1 OK > > > cmake 1.6.7-1 OK > > > compface 1.4-5 OK > > > cpio 2.5-3 OK > > > crypt 1.0-2 OK > > > ctags 5.5-4 OK > > > curl 7.10.4-1 OK > > > curl-devel 7.10.4-1 OK > > > cvs 1.11.6-3 OK > > > cygipc 2.01-2 OK > > > cygrunsrv 0.96-2 OK > > > cygutils 1.2.1-2 OK > > > cygwin 1.5.4-1 OK > > > dejagnu 20021217-2 OK > > > diffutils 2.8.4-1 OK > > > docbook-xml42 4.2-1 OK > > > docbook-xsl 1.62.0-1 OK > > > doxygen 1.2.18-1 OK > > > dpkg 1.10.4-2 OK > > > ed 0.2-1 OK > > > ELFIO 1.0.0-1 OK > > > emacs 21.2-12 OK > > > emacs-el 21.2-12 OK > > > emacs-X11 21.2-12 OK > > > enscript 1.6.3-3 OK > > > expat 1.95.6-1 OK > > > expect 20030128-1 OK > > > figlet 2.2-1 OK > > > file 4.03-2 OK > > > fileutils 4.1-2 OK > > > findutils 4.1.7-4 OK > > > flex 2.5.31-1 OK > > > fvwm 2.4.7-2 OK > > > gawk 3.1.3-3 OK > > > gcc 3.2-3 OK > > > gcc-mingw 20020817-5 OK > > > gcc2 2.95.3-10 OK > > > gdb 20030901-1 OK > > > gdbm 1.8.3-7 OK > > > gettext 0.12.1-3 OK > > > gettext-devel 0.12.1-3 OK > > > ghostscript-base 7.05-2 OK > > > ghostscript-x11 7.05-2 OK > > > gnugo 3.4-1 OK > > > gnupg 1.2.2-1 OK > > > gperf 2.7.2-1 OK > > > grace 5.1.12-1 OK > > > grep 2.5-1 OK > > > groff 1.18.1-2 OK > > > gsl 1.4-1 OK > > > guile 1.6.4-12 OK > > > guile-devel 1.6.4-12 OK > > > gzip 1.3.3-4 OK > > > indent 2.2.8-1 OK > > > initscripts 0.9-1 OK > > > ioperm 0.4-1 OK > > > jbigkit 1.5-3 OK > > > jpeg 6b-11 OK > > > keychain 1.9-1 OK > > > less 381-1 OK > > > lesstif 0.93.41-1 OK > > > libbz2_0 1.0.2-1 OK > > > libbz2_1 1.0.2-5 OK > > > libcharset1 1.9.1-3 OK > > > libdb3.1 3.1.17-2 OK > > > libgdbm 1.8.0-5 OK > > > libgdbm-devel 1.8.3-7 OK > > > libgdbm3 1.8.3-3 OK > > > libgdbm4 1.8.3-7 OK > > > libgettextpo0 0.12.1-3 OK > > > libguile12 1.6.4-12 OK > > > libguile12abi13 1.6.4-2 OK > > > libiconv 1.9.1-3 OK > > > libiconv2 1.9.1-3 OK > > > libintl 0.10.38-3 OK > > > libintl1 0.10.40-1 OK > > > libintl2 0.12.1-3 OK > > > libjpeg62 6b-11 OK > > > libjpeg6b 6b-8 OK > > > libkpathsea3 2.0.2-12 OK > > > libkpathsea3abi13 2.0.2-2 OK > > > libltdl3 1.5-3 OK > > > libncurses-devel 5.3-4 OK > > > libncurses5 5.2-1 OK > > > libncurses6 5.2-8 OK > > > libncurses7 5.3-4 OK > > > libpcre 4.1-1 OK > > > libpcre0 4.4-2 OK > > > libpng 1.2.5-4 OK > > > libpng10 1.0.15-4 OK > > > libpng10-devel 1.0.15-4 OK > > > libpng12 1.2.5-4 OK > > > libpng12-devel 1.2.5-4 OK > > > libpng2 1.0.12-1 OK > > > libpopt0 1.6.4-4 OK > > > libPropList 0.10.1-3 OK > > > libreadline4 4.1-2 OK > > > libreadline5 4.3-5 OK > > > libtiff-devel 3.6.0-5 OK > > > libtiff3 3.6.0-2 OK > > > libtiff4 3.6.0-5 OK > > > libtool 1.5a-1 OK > > > libtool-devel 1.5-3 OK > > > libtool-stable 1.4.3-2 OK > > > libungif 4.1.0-2 OK > > > libxerces-c21 2.1.0-1 OK > > > libxerces-c22 2.2.0-1 OK > > > libxerces-c23 2.3.0-2 OK > > > libxml2 2.5.7-1 OK > > > libxslt 1.0.30-2 OK > > > login 1.9-7 OK > > > lynx 2.8.4-7 OK > > > m4 1.4-1 OK > > > make 3.80-1 OK > > > man 1.5j-2 OK > > > mc 4.6.0-4 OK > > > mingw-runtime 3.0-1 OK > > > mingw-zlib 1.1.4-4 OK > > > mktemp 1.5-3 OK > > > more 2.11o-1 OK > > > mt 2.0.1-2 OK > > > nano 1.2.2-1 OK > > > nasm 0.98.37-1 OK > > > ncurses 5.3-4 OK > > > ncurses-demo 5.3-4 OK > > > openbox 0.99.1-3 OK > > > opengl 1.1.0-6 OK > > > openssh 3.6.1p2-2 OK > > > openssl 0.9.7b-3 OK > > > openssl-devel 0.9.7b-3 OK > > > openssl096 0.9.6j-1 OK > > > par 1.52-1 OK > > > patch 2.5.8-8 OK > > > patchutils 0.2.22-2 OK > > > pcre 4.4-2 OK > > > pcre-devel 4.4-2 OK > > > pcre-doc 4.4-2 OK > > > perl 5.8.0-5 OK > > > pkgconfig 0.15.0-4 OK > > > popt 1.6.4-4 OK > > > procps 010801-2 OK > > > psutils 1.17-1 OK > > > rcs 5.7-3 OK > > > readline 4.3-5 OK > > > rebase 2.2-3 OK > > > regex 4.4-3 OK > > > rpm 4.1-1 OK > > > rpm-build 4.1-1 OK > > > rpm-doc 4.1-1 OK > > > ruby 1.8.0-1 OK > > > sed 4.0.7-3 OK > > > sh-utils 2.0.15-4 OK > > > splint 3.1.1-1 OK > > > sunrpc 4.0-1 OK > > > SWI-Prolog 5.2.6-1 OK > > > swig 1.3.19-1 OK > > > sysvinit 2.84-4 OK > > > tar 1.13.25-3 OK > > > tcltk 20030901-1 OK > > > termcap 20021106-2 OK > > > terminfo 5.3_20030726-1 OK > > > tetex 2.0.2-12 OK > > > tetex-base 2.0.2-12 OK > > > tetex-bin 2.0.2-12 OK > > > tetex-devel 2.0.2-12 OK > > > tetex-extra 2.0.2-12 OK > > > tetex-tiny 2.0.2-12 OK > > > tetex-x11 2.0.2-12 OK > > > texinfo 4.2-4 OK > > > textutils 2.0.21-1 OK > > > tidy 030201-1 OK > > > tiff 3.6.0-5 OK > > > time 1.7-1 OK > > > ucl 1.01-1 OK > > > units 1.77-1 OK > > > upx 1.24-1 OK > > > vim 6.2-3 OK > > > w32api 2.4-1 OK > > > which 1.5-2 OK > > > WindowMaker 0.80.0-1 OK > > > wtf 0.0.4-4 OK > > > x2x 1.27-2 OK > > > Xaw3d 1.5-1 OK > > > xerces-c 2.3.0-2 OK > > > xerces-c-devel 2.3.0-2 OK > > > XFree86-base 4.3.0-1 OK > > > XFree86-bin 4.3.0-2 OK > > > XFree86-bin-icons 4.3.0-2 OK > > > XFree86-doc 4.3.0-1 OK > > > XFree86-etc 4.3.0-3 OK > > > XFree86-f100 4.2.0-3 OK > > > XFree86-fcyr 4.2.0-3 OK > > > XFree86-fenc 4.2.0-3 OK > > > XFree86-fnts 4.2.0-3 OK > > > XFree86-fscl 4.2.0-3 OK > > > XFree86-fsrv 4.3.0-1 OK > > > XFree86-html 4.3.0-1 OK > > > XFree86-jdoc 4.3.0-1 OK > > > XFree86-lib 4.3.0-1 OK > > > XFree86-lib-compat 4.3.0-1 OK > > > XFree86-man 4.3.0-1 OK > > > XFree86-nest 4.3.0-1 OK > > > XFree86-prog 4.3.0-4 OK > > > XFree86-prt 4.3.0-1 OK > > > XFree86-ps 4.3.0-1 OK > > > XFree86-startup-scripts 4.2.0-5 OK > > > XFree86-vfb 4.3.0-1 OK > > > XFree86-xserv 4.3.0-7 OK > > > XFree86-xwinclip 4.3.0-1 OK > > > xmlto 0.0.14-1 OK > > > xpm-nox 4.2.0-4 OK > > > zlib 1.1.4-4 OK > > > > > > > > > > > > ---------------------------------------- > > > This mail sent through www.mywaterloo.ca > > > > > > > > > > > > ---------------------------------------- > This mail sent through www.mywaterloo.ca From earle@ziplabel.com Tue Sep 16 02:52:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Tue, 16 Sep 2003 02:52:00 -0000 Subject: Fun with flex In-Reply-To: <3F6658CD.2030201@msu.edu> Message-ID: <5.1.1.6.2.20030915194904.00aba210@mail.ziplabel.com> Howdy Harold... At 08:26 PM 9/15/2003 -0400, you wrote: >I am working on building a release for Cygwin 1.5.3. I am getting some >fun errors (listed below) related to changes to flex. I would appreciate >any help in pointing out how these problems should be fixed. Please note >that this is a build of the XFree86 4.3.0.1 CVS branch. I would suggest that the flex package that's installed by Cygwin 1.5.3 is NOT valid. I have just d/l'd and installed the version of flex straight from ftp.gnu.org, and it compiles everything exactly as before, pswrap and the old lex grammer file winprefslex.l. Some of the header or support files must have been munged. The version I used was: $ flex --version flex 2.5.31 >flex -l -t lexer.l > lexer.c >gcc -O2 -fno-strength-reduce -Wall -Wpointer-arith -I../.. >-I../../exports/include -D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LOCALE >-D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L >-D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DNO_ALLOCA -DFUNCPROTO=15 >-DNARROWPROTO -DXENVIRONMENT -c -o lexer.o lexer.c >: In function `yylex': >:1199: `yy_prev_more_offset' undeclared (first use in this function) >:1199: (Each undeclared identifier is reported only once >:1199: for each function it appears in.) >/usr/include/stdio.h: At top level: >:2988: warning: `yy_flex_strlen' defined but not used >make[4]: *** [lexer.o] Error 1 >make[4]: Leaving directory `/home/harold/x-devel/4.3/build/std/config/pswrap' >okay, continuing in lib/dps >../../config/pswrap/pswrap -a -o dpsclrops.c -h dpsclrops.h dpsclrops.psw >../../config/pswrap/pswrap: not found >make[3]: *** [dpsclrops.c] Error 127 >make[3]: Leaving directory `/home/harold/x-devel/4.3/build/std/lib/dps' >including in lib/dpstk... >make[3]: Entering directory `/home/harold/x-devel/4.3/build/std/lib/dpstk' >+ mkdir unshared >../../config/pswrap/pswrap -o XDPSpwraps.c -a -f XDPSpwraps.h -h >XDPSpwraps.h XDPSpwraps.psw >../../config/pswrap/pswrap: not found >make[3]: *** [XDPSpwraps.c] Error 127 >make[3]: Leaving directory `/home/harold/x-devel/4.3/build/std/lib/dpstk' > -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From cgf@redhat.com Tue Sep 16 03:50:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Tue, 16 Sep 2003 03:50:00 -0000 Subject: Fun with flex In-Reply-To: <3F6658CD.2030201@msu.edu> References: <3F6658CD.2030201@msu.edu> Message-ID: <20030916035040.GA13570@redhat.com> On Mon, Sep 15, 2003 at 08:26:53PM -0400, Harold L Hunt II wrote: >I am working on building a release for Cygwin 1.5.3. I am getting some >fun errors (listed below) related to changes to flex. I would >appreciate any help in pointing out how these problems should be fixed. > Please note that this is a build of the XFree86 4.3.0.1 CVS branch. >flex -l -t lexer.l > lexer.c >gcc -O2 -fno-strength-reduce -Wall -Wpointer-arith -I../.. >-I../../exports/include -D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LOCALE >-D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L >-D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DNO_ALLOCA -DFUNCPROTO=15 >-DNARROWPROTO -DXENVIRONMENT -c -o lexer.o lexer.c >: In function `yylex': >:1199: `yy_prev_more_offset' undeclared (first use in this function) >:1199: (Each undeclared identifier is reported only once >:1199: for each function it appears in.) >/usr/include/stdio.h: At top level: >:2988: warning: `yy_flex_strlen' defined but not used Does it work any better if you get rid of the '-l'? cgf From cgf@redhat.com Tue Sep 16 03:53:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Tue, 16 Sep 2003 03:53:00 -0000 Subject: Fun with flex In-Reply-To: <5.1.1.6.2.20030915194904.00aba210@mail.ziplabel.com> References: <3F6658CD.2030201@msu.edu> <5.1.1.6.2.20030915194904.00aba210@mail.ziplabel.com> Message-ID: <20030916035332.GB13570@redhat.com> On Mon, Sep 15, 2003 at 07:52:11PM -0700, Earle F. Philhower III wrote: >Howdy Harold... > >At 08:26 PM 9/15/2003 -0400, you wrote: >>I am working on building a release for Cygwin 1.5.3. I am getting some >>fun errors (listed below) related to changes to flex. I would appreciate >>any help in pointing out how these problems should be fixed. Please note >>that this is a build of the XFree86 4.3.0.1 CVS branch. > >I would suggest that the flex package that's installed by Cygwin 1.5.3 is >NOT valid. > >I have just d/l'd and installed the version of flex straight from >ftp.gnu.org, and it compiles everything exactly as before, pswrap and the >old lex grammer file winprefslex.l. Some of the header or support files >must have been munged. The version I used was: >$ flex --version >flex 2.5.31 That's funny because that is the version that is released for cygwin. AFAICT, the latest version on ftp.gnu.org, in /pub/gnu/non-gnu/flex, is flex-2.5.4a.tar.gz. cgf From huntharo@msu.edu Tue Sep 16 04:08:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 16 Sep 2003 04:08:00 -0000 Subject: Fun with flex In-Reply-To: <20030916035040.GA13570@redhat.com> References: <3F6658CD.2030201@msu.edu> <20030916035040.GA13570@redhat.com> Message-ID: <3F668C9B.8050308@msu.edu> Christopher Faylor wrote: > Does it work any better if you get rid of the '-l'? > > cgf Every other platform that uses flex uses the '-l'. I thought about removing it too... the results are below (it didn't work). Harold harold@huntharo ~/x-devel/4.3/build/std/config/pswrap $ flex -t lexer.l > lexer.c lexer.l:189: warning, rule cannot be matched harold@huntharo ~/x-devel/4.3/build/std/config/pswrap $ make gcc -O2 -fno-strength-reduce -Wall -Wpointer-arith -I../.. -I../../exports/i nclude -D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LOCALE -D_X86_ -D__CYGWIN__ -D_XOP EN_SOURCE -D_POSIX_C_SOURCE=199309L -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE - DNO_ALLOCA -DFUNCPROTO=15 -DNARROWPROTO -DXENVIRONMENT -c -o lexer.o lexer .c lexer.l:50: redefinition of `yylineno' :334: `yylineno' previously defined here make: *** [lexer.o] Error 1 From huntharo@msu.edu Tue Sep 16 04:09:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 16 Sep 2003 04:09:00 -0000 Subject: Fun with flex In-Reply-To: <20030916035332.GB13570@redhat.com> References: <3F6658CD.2030201@msu.edu> <5.1.1.6.2.20030915194904.00aba210@mail.ziplabel.com> <20030916035332.GB13570@redhat.com> Message-ID: <3F668CE0.60900@msu.edu> Christopher Faylor wrote: > That's funny because that is the version that is released for cygwin. > AFAICT, the latest version on ftp.gnu.org, in /pub/gnu/non-gnu/flex, > is flex-2.5.4a.tar.gz. > > cgf Well, whatever is wrong with 2.5.31, installing the 2.5.2 "test" release solves the problem for 'pswrap'. I have yet to rebuild the entire tree. Harold From huntharo@msu.edu Tue Sep 16 04:33:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 16 Sep 2003 04:33:00 -0000 Subject: BuildDPS Silliness Message-ID: <3F669276.40100@msu.edu> xc/config/cygwin.cf/BuildDPS was defined to NO. The reasoning behind this was that DPS was not available on Cygwin. However, it seems that there was never a BuildDPS flag being checked by the rest of the build system. This flag seems to have always been BuildDPSLibraries. Thus, the BuildDPS NO had no effect. I had just noticed that some DPS programs were failing to build while I was having trouble with flex. I thought that the BuildDPS flag name had changed, so I changed the #define to BuildDPSLibraries NO. I committed that to xoncygwin HEAD. Then I noticed that the flag appears to have never been BuildDPS. Thus, it should probably just be removed completely, since it wasn't working in the first place. I am rebuilding the tree now and will probably go ahead and remove the BuildDPS/BuildDPSLibraries flag(s) if there are no errors during the build. Does this seem reasonable to all, or have I missed something? Harold From earle@ziplabel.com Tue Sep 16 04:36:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Tue, 16 Sep 2003 04:36:00 -0000 Subject: Fun with flex In-Reply-To: <20030916035332.GB13570@redhat.com> References: <5.1.1.6.2.20030915194904.00aba210@mail.ziplabel.com> <3F6658CD.2030201@msu.edu> <5.1.1.6.2.20030915194904.00aba210@mail.ziplabel.com> Message-ID: <5.1.1.6.2.20030915212124.00ada3b8@mail.ziplabel.com> Howdy... At 11:53 PM 9/15/2003 -0400, Christopher Faylor wrote: >On Mon, Sep 15, 2003 at 07:52:11PM -0700, Earle F. Philhower III wrote: > >I have just d/l'd and installed the version of flex straight from > >ftp.gnu.org, and it compiles everything exactly as before, pswrap and the > >old lex grammer file winprefslex.l. Some of the header or support files > >must have been munged. The version I used was: > >$ flex --version > >flex 2.5.31 >That's funny because that is the version that is released for cygwin. >AFAICT, the latest version on ftp.gnu.org, in /pub/gnu/non-gnu/flex, >is flex-2.5.4a.tar.gz. Yes, good catch. The shell I was running from did not get a rehash after I did "make install" in the flex directory. A double-check of the version after opening a new window does show 2.5.4 as expected. This new version was used by make since it got a new shell to execute the commands. $ flex --version flex version 2.5.4 I am not having any luck d/l'ing the source files for the .31 version from the cygwin setup app so can't really do more debug than that... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From huntharo@msu.edu Tue Sep 16 06:06:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 16 Sep 2003 06:06:00 -0000 Subject: Packages to update for Cygwin 1.5.4 release? Message-ID: <3F66A808.2060105@msu.edu> I am in the middle of rebuilding Cygwin/XFree86 for Cygwin 1.5.4. I wanted to check with others about the list of packages that should be updated for the Cygwin 1.5.4 rebuild. Currently, I am thinking that the following packages need to be updated: 1) XFree86-bin 2) XFree86-fsrv 3) XFree86-prog 4) XFree86-nest 5) XFree86-prt 6) XFree86-vfb 7) XFree86-xserv Any thoughts on what should happen with XFree86-lib-compat? Will it even work anymore? If not, I had better pull it... but I don't want to if I don't have to. Thanks for any input, Harold From alexander.gottwald@s1999.tu-chemnitz.de Tue Sep 16 07:50:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 16 Sep 2003 07:50:00 -0000 Subject: Packages to update for Cygwin 1.5.4 release? In-Reply-To: <3F66A808.2060105@msu.edu> References: <3F66A808.2060105@msu.edu> Message-ID: On Tue, 16 Sep 2003, Harold L Hunt II wrote: > I am in the middle of rebuilding Cygwin/XFree86 for Cygwin 1.5.4. > > I wanted to check with others about the list of packages that should be > updated for the Cygwin 1.5.4 rebuild. Currently, I am thinking that the > following packages need to be updated: > > 1) XFree86-bin > 2) XFree86-fsrv > 3) XFree86-prog > 4) XFree86-nest > 5) XFree86-prt > 6) XFree86-vfb > 7) XFree86-xserv What about XFree86-lib XFree86-xwinclip And even if it is not required to recompile the two packages I'd update them to keep all binaries in sync with the other programs. > Any thoughts on what should happen with XFree86-lib-compat? I would leave it as it is now. Only 4.2 programs are still linked with the old dll and every program which was recompiled for cygwin 1.5 should have been linked with the 4.3 dlls. It's good for compatibility with older (not yet recompiled) packages and there is no need to change anything. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From janneke@gnu.org Tue Sep 16 11:38:00 2003 From: janneke@gnu.org (Jan Nieuwenhuizen) Date: Tue, 16 Sep 2003 11:38:00 -0000 Subject: xdvi: SIGSEGV in XtInitialize In-Reply-To: (Brian Ford's message of "Mon, 15 Sep 2003 17:18:16 -0500 (CDT)") References: Message-ID: <87znh5hsjt.fsf@peder.flower> Brian Ford writes: > Sorry to be so tearse. Let me explain. > > The Xt library has not yet been compiled under Cygwin 1.5.x. Until it is, > it is unsafe for use by apps compiled under 1.5.x. This is a side effect > of the 64 bit implementation method choice. > > Does that help, or is it still to vauge? That's quite clear. tetex (and any other packages linking to libXt) should not have been rebuilt and released for 1.5.x yet. Executables such as xdvi will be broken until libXt is available for 1.5.x (when is this planned to happen?), and those packages must be built again. We should find out which executables are affected, this fact should be advertised on the cygwin list, and package maintainers must be notified on cygwin-apps. Jan. -- Jan Nieuwenhuizen | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org From sb@dod.no Tue Sep 16 12:02:00 2003 From: sb@dod.no (Steinar Bang) Date: Tue, 16 Sep 2003 12:02:00 -0000 Subject: AltGr is CTRL on Norwegian keyboard (Was: [ANNOUNCEMENT] Server...) References: <3F4D0F7D.3080807@msu.edu> <87he3ib9zj.fsf@home.lan> <87r82ijwpe.fsf@home.lan> <3F660878.7070905@msu.edu> Message-ID: <87d6e1hrfx.fsf_-_@home.lan> >>>>> Harold L Hunt II : > Perhaps Test99/4.3.0-9 fixes your problem? Nope. I did an update today, and the AltGr button still misbehaves. I ran xev and pressed and released AltGr. Here's the result: KeyPress event, serial 17, synthetic NO, window 0x1000001, root 0x3a, subw 0x0, time 12190428, (79,107), root:(85,132), state 0x0, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, XLookupString gives 0 characters: "" KeyRelease event, serial 22, synthetic NO, window 0x1000001, root 0x3a, subw 0x0, time 12190679, (79,107), root:(85,132), state 0x80, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, XLookupString gives 0 characters: "" From huntharo@msu.edu Tue Sep 16 13:00:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 16 Sep 2003 13:00:00 -0000 Subject: Packages to update for Cygwin 1.5.4 release? In-Reply-To: References: <3F66A808.2060105@msu.edu> Message-ID: <3F670958.6020002@msu.edu> Alexander Gottwald wrote: > On Tue, 16 Sep 2003, Harold L Hunt II wrote: > > >>I am in the middle of rebuilding Cygwin/XFree86 for Cygwin 1.5.4. >> >>I wanted to check with others about the list of packages that should be >>updated for the Cygwin 1.5.4 rebuild. Currently, I am thinking that the >>following packages need to be updated: >> >>1) XFree86-bin >>2) XFree86-fsrv >>3) XFree86-prog >>4) XFree86-nest >>5) XFree86-prt >>6) XFree86-vfb >>7) XFree86-xserv > > > What about > XFree86-lib XFree86-lib doesn't actually have any libraries or binaries in it: http://www.cygwin.com/packages/XFree86-lib/XFree86-lib-4.3.0-1 > XFree86-xwinclip Hmm... I have been debating whether or not it would need updating. I think you are probably right that it would need to be updated. > And even if it is not required to recompile the two packages I'd update them > to keep all binaries in sync with the other programs. > > >>Any thoughts on what should happen with XFree86-lib-compat? > > > I would leave it as it is now. Only 4.2 programs are still linked > with the old dll and every program which was recompiled for cygwin > 1.5 should have been linked with the 4.3 dlls. Do you think it will still work? There isn't any reason that it shouldn't work, right? Harold From huntharo@msu.edu Tue Sep 16 13:01:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 16 Sep 2003 13:01:00 -0000 Subject: AltGr is CTRL on Norwegian keyboard (Was: [ANNOUNCEMENT] Server...) In-Reply-To: <87d6e1hrfx.fsf_-_@home.lan> References: <3F4D0F7D.3080807@msu.edu> <87he3ib9zj.fsf@home.lan> <87r82ijwpe.fsf@home.lan> <3F660878.7070905@msu.edu> <87d6e1hrfx.fsf_-_@home.lan> Message-ID: <3F670984.3040503@msu.edu> You don't have any of the Windows PowerToys installed, do you? Harold Steinar Bang wrote: >>>>>>Harold L Hunt II : > > >>Perhaps Test99/4.3.0-9 fixes your problem? > > > Nope. I did an update today, and the AltGr button still misbehaves. > I ran xev and pressed and released AltGr. Here's the result: > > KeyPress event, serial 17, synthetic NO, window 0x1000001, > root 0x3a, subw 0x0, time 12190428, (79,107), root:(85,132), > state 0x0, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, > XLookupString gives 0 characters: "" > > KeyRelease event, serial 22, synthetic NO, window 0x1000001, > root 0x3a, subw 0x0, time 12190679, (79,107), root:(85,132), > state 0x80, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, > XLookupString gives 0 characters: "" > From alexander.gottwald@s1999.tu-chemnitz.de Tue Sep 16 13:40:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 16 Sep 2003 13:40:00 -0000 Subject: Packages to update for Cygwin 1.5.4 release? In-Reply-To: <3F670958.6020002@msu.edu> References: <3F66A808.2060105@msu.edu> <3F670958.6020002@msu.edu> Message-ID: On Tue, 16 Sep 2003, Harold L Hunt II wrote: > XFree86-lib doesn't actually have any libraries or binaries in it: The name fooled me to believe that it contains libraries. > > I would leave it as it is now. Only 4.2 programs are still linked > > with the old dll and every program which was recompiled for cygwin > > 1.5 should have been linked with the 4.3 dlls. > > Do you think it will still work? There isn't any reason that it > shouldn't work, right? The package only contains DLLs. As far as I understood the version change problem they are not affected because they are executables (a special kind) bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From ford@vss.fsi.com Tue Sep 16 14:34:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Tue, 16 Sep 2003 14:34:00 -0000 Subject: seg fault with DDD Message-ID: Yamin Bismilla wrote: > I've been reading the thread: Re: xdvi: SIGSEGV in XtInitialize > Is this the same problem I am having. > Yes. > Using the 1.5 cygwin and X is the problem. If it is, is there a > workaround? > Wait until Harold recompiles XFree for 1.5.x (I believe he is doing that now), or painfully revert to Cygwin 1.3.22, also reverting all packages that depend on Cygwin 1.5.x (not very practical, though). -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From kris.thielemans@csc.mrc.ac.uk Tue Sep 16 15:20:00 2003 From: kris.thielemans@csc.mrc.ac.uk (Kris Thielemans) Date: Tue, 16 Sep 2003 15:20:00 -0000 Subject: xterm -ls -e Message-ID: Hi I'm using almost the default startxwin.bat with the following: start XWin -emulate3buttons run xterm -ls -sl 1000 -sb -rightbar -ms red -fg yellow -bg black -e /usr/bin/bash Funnily enough, the xterm I get did NOT run bash as a login shell (the -ls option), as my ~/.bash_profile hasn't been read (for instance, the path is not complete). When I delete the -e stuff, i.e. use run xterm -ls -sl 1000 -sb -rightbar -ms red -fg yellow -bg black everything is alright. (This only works because bash is the default shell on cygwin). In fact, the same problem occurs when running xterm from within an existing xterm/bash session. Typing xterm -ls -e /usr/bin/bash does not read the profile, while xterm -ls does. So, I suspect an xterm problem. I'm using NT 4.0 sp6a and a cygwin setup of 30th of August (i.e. before the 64 bit stuff). Kris Thielemans (kris.thielemans imperial.ac.uk) Hammersmith Imanet Cyclotron Building Hammersmith Hospital Du Cane Road London W12 ONN, United Kingdom web site address: http://www.hammersmithimanet.com/~kris From abraverman@itms.com Tue Sep 16 15:29:00 2003 From: abraverman@itms.com (Andrew Braverman) Date: Tue, 16 Sep 2003 15:29:00 -0000 Subject: xterm -ls -e In-Reply-To: Message-ID: <001801c37c67$52361e60$1e54cea7@andrew> This is because you are actually using two shells. The first is what is run by xterm and honors the -ls. The second is run from the first and does not. What should work is putting a -l after the bash you are running as the command (ie. run xterm -ls -sl 1000 -sb -rightbar -ms red -fg yellow -bg black -e /usr/bin/bash -l). I hope that helps. > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Kris Thielemans > Sent: Tuesday, September 16, 2003 11:16 AM > To: Cygwin-Xfree > Cc: Kris Thielemans > Subject: xterm -ls -e > > > Hi > > I'm using almost the default startxwin.bat with the following: > > start XWin -emulate3buttons > run xterm -ls -sl 1000 -sb -rightbar -ms red -fg yellow -bg black -e > /usr/bin/bash > > Funnily enough, the xterm I get did NOT run bash as a login > shell (the -ls > option), as my ~/.bash_profile hasn't been read (for > instance, the path is > not complete). When I delete the -e stuff, i.e. use > > run xterm -ls -sl 1000 -sb -rightbar -ms red -fg yellow -bg black > > everything is alright. (This only works because bash is the > default shell on > cygwin). > > In fact, the same problem occurs when running xterm from > within an existing > xterm/bash session. Typing > > xterm -ls -e /usr/bin/bash > > does not read the profile, while > > xterm -ls > > does. So, I suspect an xterm problem. > > > I'm using NT 4.0 sp6a and a cygwin setup of 30th of August > (i.e. before the > 64 bit stuff). > > Kris Thielemans > (kris.thielemans imperial.ac.uk) > Hammersmith Imanet > Cyclotron Building > Hammersmith Hospital > Du Cane Road > London W12 ONN, United Kingdom > > web site address: http://www.hammersmithimanet.com/~kris > From aroushdi@fr.ibm.com Tue Sep 16 16:00:00 2003 From: aroushdi@fr.ibm.com (amr roushi) Date: Tue, 16 Sep 2003 16:00:00 -0000 Subject: a beginners question Message-ID: I am new in Xfree86 , I use many Xwin windows with the comman xwin :XX -query hostname . It works fine but the window gets a permanent nam Xfree86 PORTNUM is there a way to change this to display something meaningful such as the host name for example . Thank You From alexander.gottwald@s1999.tu-chemnitz.de Tue Sep 16 16:21:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 16 Sep 2003 16:21:00 -0000 Subject: a beginners question In-Reply-To: References: Message-ID: On Tue, 16 Sep 2003, amr roushi wrote: > I am new in Xfree86 , I use many Xwin windows with the comman xwin :XX > -query hostname . It works fine but the window gets a permanent nam > Xfree86 PORTNUM is there a way to change this to display something > meaningful such as the host name for example . I will take a look. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From jase@dufair.org Tue Sep 16 16:36:00 2003 From: jase@dufair.org (Jason Dufair) Date: Tue, 16 Sep 2003 16:36:00 -0000 Subject: Strange Cygwin/Emacs/Bash/OpenSSL behavior Message-ID: I don't believe this is X-specific, but it may be, hence the cross-post... I recently upgraded my Cygwin install (to get a new version of the XFree86-xserv package). I went ahead and let it upgrade everything to the latest packages. All in all, it seems to have gone well, but I have one strange thing happening. I use Gnus for my email under Emacs. In order to make an SSL connection to my remote IMAP server, it has to start a shell and run the openssl executable. This worked fine prior to the upgrade. Now, when it tries to make the connection, it hangs. Oddly, if I launch Emacs from a bash prompt (instead of, for example, from Harold's handy menu off the X tasktray icon or from a batch file via Explorer), it works fine. So it would appear that maybe I have a problem with my shell setup somehow. I do have /bin/bash specified for my shell and I don't have anything specified, shell-wise, in my Emacs. I've attached my cygcheck in case it's useful. Can anyone explain this weirdness? -- Jason Dufair - jase@dufair.org http://www.dufair.org/ "You wear sandals in the snow and a smile that won't wash away Can you look out the window without your shadow getting in the way?" -- Sarah McLachlan -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.txt URL: From philippe.bastiani@wanadoo.fr Tue Sep 16 17:40:00 2003 From: philippe.bastiani@wanadoo.fr (Philippe Bastiani) Date: Tue, 16 Sep 2003 17:40:00 -0000 Subject: Is 'less' module support the Euro symbol Message-ID: Hi, I forward my question in this ML, after a reply of Igor: Is the 'less' module support the Euro symbol ? If i start RXVT from XFree, 'less' do not display the Euro symbol... why ? is-it a configuration problem ? is it a font problem ? Note: I set the LESSCHARSET variable to latin9... PS: if i start RXVT from Windows and if I launch 'less', this one display properly the Euro symbol... a+ -- Philippe Bastiani From huntharo@msu.edu Tue Sep 16 17:58:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 16 Sep 2003 17:58:00 -0000 Subject: XFree86 Bugzilla Message-ID: <3F674F40.6040905@msu.edu> To anyone that has entered bugs in XFree86'd Bugzilla (especially Alexander Gottwald), please add my email address as a CC in each of your open bugs. I can check the status of these bugs and make sure that someone commits them. Harold From sb@dod.no Tue Sep 16 19:23:00 2003 From: sb@dod.no (Steinar Bang) Date: Tue, 16 Sep 2003 19:23:00 -0000 Subject: AltGr is CTRL on Norwegian keyboard References: <3F4D0F7D.3080807@msu.edu> <87he3ib9zj.fsf@home.lan> <87r82ijwpe.fsf@home.lan> <3F660878.7070905@msu.edu> <87d6e1hrfx.fsf_-_@home.lan> <3F670984.3040503@msu.edu> Message-ID: <87n0d48rmz.fsf@doohan.bang.priv.no> >>>>> Harold L Hunt II : > You don't have any of the Windows PowerToys installed, do you? Not intentially. Can they be installed during a service pack upgrade? Can they be remotely installed by "helpful" IT support people? Is there a way to find out if I have them installed? And do PowerToys exist for Win2k? (a search for powertoy on www.google.com just popped up "Powertoys for XP) From huntharo@msu.edu Tue Sep 16 22:18:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 16 Sep 2003 22:18:00 -0000 Subject: [RFC]: Breaking out fontconfig and freetype into seperate packages In-Reply-To: <3F2C0C62.5000607@myrealbox.com> References: <3F2B136E.8050504@msu.edu> <3F2C0C62.5000607@myrealbox.com> Message-ID: <3F678C35.7090508@msu.edu> Nicholas, I was wondering how fontconfig and freetype2 were coming along? I have used the following two suggestions in my build for Cygwin 1.5.4: > Ditch -DNO_ALLOCA and replace with -DINCLUDE_ALLOCA_H for > AllocateLocalDefines. > > Ditch "-DUSE_XWCHAR_STRING -DUSE_XMBTOWC" and use "-DHAS_WCHAR_H > -DHAS_WCTYPE_H -DHAS_ISW_FUNCS -DNO_WIDEC_H" for XawI18nDefines. Both of these worked flawlessly. As a side note, I am also now using Cygwin's expat, rather than the version distributed with XFree86. I would like to start using a generic fontconfig and freetype2 as well. Let me know if you are just too busy to do this now... then I will know not to hold my breath waiting. Thanks for contributing, Harold Nicholas Wourms wrote: > Harold L Hunt II wrote: > >> Nicholas, >> >> Can you explain to me what fontconfig and freetype2 are, specifically? > > > Freetype2, quoting the homepage [1]: > "FreeType 2 is a software font engine that is designed to be small, > efficient, highly customizable and portable while capable of > producing high-quality output (glyph images)." > ... > "Note that FreeType2 is a font service and doesn't provide APIs > to perform higher-level features, like text layout or graphics > processing (e.g. colored text rendering, "hollowing", etc..). > However, it greatly simplifies these tasks by providing a simple, > easy to use and uniform interface to access the content of font > files." > > In other words, freetype2 provides the generic API for reading and > preprocessing font files. It also provides the core engine for certain > font-related features (such as hinting, anti-aliasing, & greater > multibyte glyph capabilities). It currently supports: > *TrueType fonts (and collections) > *Adobe Type 1 fonts > *CID-keyed Type 1 fonts > *CFF fonts > *OpenType fonts (both TrueType and CFF variants) > *SFNT-based bitmap fonts > *X11 PCF fonts > *Windows FNT fonts > *BDF fonts (including anti-aliased ones) > *PFR fonts > *Adobe Type42 fonts (limited support) > > Freetype1 is an older version of freetype2 and is NOT API source or > binary compatible with freetype2. Some applications still depend on it > at compile-time, but I don't think XFree86 still does. Most notable is > the fact that its library is libttf* as opposed to libfreetype* in > freetype2. > > Fontconfig is a library for configuring and customizing font access. It > is the middleware between freetype2 and Xft. But it also provides > equivalent interfaces between freetype2 and other applications. From > the webpage[2]: > > "Fontconfig can: > > *discover new fonts when installed automatically, removing a common > source of configuration problems. > *perform font name substitution, so that appropriate alternative fonts > can be selected if fonts are missing. > *identify the set of fonts required to completely cover a set of > languages. > *have GUI configuration tools built as it uses an XML-based > configuration file (though with autodiscovery, we believe this need is > minimized). > *efficiently and quickly find the fonts you need among the set of fonts > you have installed, even if you have installed thousands of fonts, > while minimizing memory usage. > *be used in concert with the X Render Extension and FreeType to > implement high quality, anti-aliased and subpixel rendered text on a > display. > > Fontconfig does not: > > *render the fonts themselves (this is left to FreeType or other > rendering mechanisms) > *depend on the X Window System in any fashion, so that printer only > applications do not have such dependencies." > > If you are interested, the XFree86 backend (Xft2) is described in detail > on the same page. > >> Do they consist of a couple libraries and some executables? >> How many files are involved in a package that contains them? > > > freetype1, freetype2, & fontconfig each consist of some headers, some > shared data, some i18n/l10n crap, and a few utility executables. > > For instance, redhat has the following packages in Shrike(RH9): > [Note that the freetype1 stuff is included in the freetype2 packages] > > freetype 2.1.3-6: > ----------------- > /usr/lib/libfreetype.so.6 > /usr/lib/libfreetype.so.6.3.2 > /usr/lib/libttf.so.2 > /usr/lib/libttf.so.2.3.0 > /usr/share/doc/freetype-2.1.3 > /usr/share/doc/freetype-2.1.3/ChangeLog > /usr/share/doc/freetype-2.1.3/README > /usr/share/doc/freetype-2.1.3/README.UNX > /usr/share/doc/freetype-2.1.3/announce > /usr/share/doc/freetype-2.1.3/docs > /usr/share/doc/freetype-2.1.3/docs/BUGS > /usr/share/doc/freetype-2.1.3/docs/BUILD > /usr/share/doc/freetype-2.1.3/docs/CHANGES > /usr/share/doc/freetype-2.1.3/docs/DEBUG.TXT > /usr/share/doc/freetype-2.1.3/docs/FTL.txt > /usr/share/doc/freetype-2.1.3/docs/GPL.txt > /usr/share/doc/freetype-2.1.3/docs/INSTALL > /usr/share/doc/freetype-2.1.3/docs/PATENTS > /usr/share/doc/freetype-2.1.3/docs/TODO > /usr/share/doc/freetype-2.1.3/docs/VERSION.DLL > /usr/share/doc/freetype-2.1.3/docs/cache.html > /usr/share/doc/freetype-2.1.3/docs/design > /usr/share/doc/freetype-2.1.3/docs/design/basic-design.png > /usr/share/doc/freetype-2.1.3/docs/design/design-1.html > /usr/share/doc/freetype-2.1.3/docs/design/design-2.html > /usr/share/doc/freetype-2.1.3/docs/design/design-3.html > /usr/share/doc/freetype-2.1.3/docs/design/design-4.html > /usr/share/doc/freetype-2.1.3/docs/design/design-5.html > /usr/share/doc/freetype-2.1.3/docs/design/design-6.html > /usr/share/doc/freetype-2.1.3/docs/design/detailed-design.png > /usr/share/doc/freetype-2.1.3/docs/design/hierarchy-example.png > /usr/share/doc/freetype-2.1.3/docs/design/index.html > /usr/share/doc/freetype-2.1.3/docs/design/library-model.png > /usr/share/doc/freetype-2.1.3/docs/design/modules.html > /usr/share/doc/freetype-2.1.3/docs/design/simple-model.png > /usr/share/doc/freetype-2.1.3/docs/freetype2 > /usr/share/doc/freetype-2.1.3/docs/freetype2/build-system.html > /usr/share/doc/freetype-2.1.3/docs/freetype2/demo-programs.png > /usr/share/doc/freetype-2.1.3/docs/freetype2/drivers-list.png > /usr/share/doc/freetype-2.1.3/docs/freetype2/index.html > /usr/share/doc/freetype-2.1.3/docs/freetype2/io-frames.html > /usr/share/doc/freetype-2.1.3/docs/freetype2/library-compilation.png > /usr/share/doc/freetype-2.1.3/docs/freetype2/logo1.png > /usr/share/doc/freetype-2.1.3/docs/freetype2/platform-detection.png > /usr/share/doc/freetype-2.1.3/docs/freetype2/system-interface.html > /usr/share/doc/freetype-2.1.3/docs/freetype2/tutorial.html > /usr/share/doc/freetype-2.1.3/docs/ft2faq.html > /usr/share/doc/freetype-2.1.3/docs/glyphs > /usr/share/doc/freetype-2.1.3/docs/glyphs/Image1.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/Image2.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/Image3.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/Image4.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/bbox1.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/bbox2.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/body_comparison.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/bravo_kerned.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/bravo_unkerned.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/clipping.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/down_flow.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/glyphs-1.html > /usr/share/doc/freetype-2.1.3/docs/glyphs/glyphs-2.html > /usr/share/doc/freetype-2.1.3/docs/glyphs/glyphs-3.html > /usr/share/doc/freetype-2.1.3/docs/glyphs/glyphs-4.html > /usr/share/doc/freetype-2.1.3/docs/glyphs/glyphs-5.html > /usr/share/doc/freetype-2.1.3/docs/glyphs/glyphs-6.html > /usr/share/doc/freetype-2.1.3/docs/glyphs/glyphs-7.html > /usr/share/doc/freetype-2.1.3/docs/glyphs/grid_1.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/index.html > /usr/share/doc/freetype-2.1.3/docs/glyphs/index2.htm > /usr/share/doc/freetype-2.1.3/docs/glyphs/points_conic.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/points_conic2.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/points_cubic.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/points_segment.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/twlewis1.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/twlewis2.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/up_flow.png > /usr/share/doc/freetype-2.1.3/docs/license.txt > /usr/share/doc/freetype-2.1.3/docs/modules.txt > /usr/share/doc/freetype-2.1.3/docs/readme.vms > /usr/share/doc/freetype-2.1.3/docs/reference > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-base_interface.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-basic_types.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-bdf_fonts.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-cache_subsystem.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-computations.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-glyph_management.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-header_file_macros.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-index.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-list_processing.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-mac_specific.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-module_management.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-multiple_masters.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-outline_processing.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-pfr_fonts.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-raster.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-sfnt_names.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-sizes_management.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-system_interface.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-toc.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-truetype_tables.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-type1_tables.html > /usr/share/doc/freetype-2.1.3/docs/tutorial > /usr/share/doc/freetype-2.1.3/docs/tutorial/metrics.png > /usr/share/doc/freetype-2.1.3/docs/tutorial/metrics2.png > /usr/share/doc/freetype-2.1.3/docs/tutorial/step1.html > /usr/share/doc/freetype-2.1.3/docs/tutorial/step2.html > /usr/share/locale/cs/LC_MESSAGES/freetype.mo > /usr/share/locale/de/LC_MESSAGES/freetype.mo > /usr/share/locale/es/LC_MESSAGES/freetype.mo > /usr/share/locale/fr/LC_MESSAGES/freetype.mo > /usr/share/locale/nl/LC_MESSAGES/freetype.mo > > freetype-devel 2.1.3-6: > ----------------------- > /usr/bin/freetype-config > /usr/include/freetype1 > /usr/include/freetype1/freetype > /usr/include/freetype1/freetype/freetype.h > /usr/include/freetype1/freetype/fterrid.h > /usr/include/freetype1/freetype/ftnameid.h > /usr/include/freetype1/freetype/ftxcmap.h > /usr/include/freetype1/freetype/ftxerr18.h > /usr/include/freetype1/freetype/ftxgasp.h > /usr/include/freetype1/freetype/ftxgdef.h > /usr/include/freetype1/freetype/ftxgpos.h > /usr/include/freetype1/freetype/ftxgsub.h > /usr/include/freetype1/freetype/ftxkern.h > /usr/include/freetype1/freetype/ftxopen.h > /usr/include/freetype1/freetype/ftxpost.h > /usr/include/freetype1/freetype/ftxsbit.h > /usr/include/freetype1/freetype/ftxwidth.h > /usr/include/freetype2 > /usr/include/freetype2/freetype > /usr/include/freetype2/freetype/cache > /usr/include/freetype2/freetype/cache/ftccache.h > /usr/include/freetype2/freetype/cache/ftccmap.h > /usr/include/freetype2/freetype/cache/ftcglyph.h > /usr/include/freetype2/freetype/cache/ftcimage.h > /usr/include/freetype2/freetype/cache/ftcmanag.h > /usr/include/freetype2/freetype/cache/ftcsbits.h > /usr/include/freetype2/freetype/cache/ftlru.h > /usr/include/freetype2/freetype/config > /usr/include/freetype2/freetype/config/ftconfig.h > /usr/include/freetype2/freetype/config/ftheader.h > /usr/include/freetype2/freetype/config/ftmodule.h > /usr/include/freetype2/freetype/config/ftoption.h > /usr/include/freetype2/freetype/config/ftstdlib.h > /usr/include/freetype2/freetype/freetype.h > /usr/include/freetype2/freetype/ftbbox.h > /usr/include/freetype2/freetype/ftbdf.h > /usr/include/freetype2/freetype/ftcache.h > /usr/include/freetype2/freetype/ftchapters.h > /usr/include/freetype2/freetype/fterrdef.h > /usr/include/freetype2/freetype/fterrors.h > /usr/include/freetype2/freetype/ftglyph.h > /usr/include/freetype2/freetype/ftgzip.h > /usr/include/freetype2/freetype/ftimage.h > /usr/include/freetype2/freetype/ftincrem.h > /usr/include/freetype2/freetype/ftlist.h > /usr/include/freetype2/freetype/ftmac.h > /usr/include/freetype2/freetype/ftmm.h > /usr/include/freetype2/freetype/ftmoderr.h > /usr/include/freetype2/freetype/ftmodule.h > /usr/include/freetype2/freetype/ftoutln.h > /usr/include/freetype2/freetype/ftpfr.h > /usr/include/freetype2/freetype/ftrender.h > /usr/include/freetype2/freetype/ftsizes.h > /usr/include/freetype2/freetype/ftsnames.h > /usr/include/freetype2/freetype/ftstroker.h > /usr/include/freetype2/freetype/ftsynth.h > /usr/include/freetype2/freetype/ftsysio.h > /usr/include/freetype2/freetype/ftsysmem.h > /usr/include/freetype2/freetype/ftsystem.h > /usr/include/freetype2/freetype/fttrigon.h > /usr/include/freetype2/freetype/fttypes.h > /usr/include/freetype2/freetype/ftxf86.h > /usr/include/freetype2/freetype/internal > /usr/include/freetype2/freetype/internal/autohint.h > /usr/include/freetype2/freetype/internal/bdftypes.h > /usr/include/freetype2/freetype/internal/cfftypes.h > /usr/include/freetype2/freetype/internal/fnttypes.h > /usr/include/freetype2/freetype/internal/ftcalc.h > /usr/include/freetype2/freetype/internal/ftcore.h > /usr/include/freetype2/freetype/internal/ftdebug.h > /usr/include/freetype2/freetype/internal/ftdriver.h > /usr/include/freetype2/freetype/internal/ftexcept.h > /usr/include/freetype2/freetype/internal/ftgloadr.h > /usr/include/freetype2/freetype/internal/fthash.h > /usr/include/freetype2/freetype/internal/ftmemory.h > /usr/include/freetype2/freetype/internal/ftobject.h > /usr/include/freetype2/freetype/internal/ftobjs.h > /usr/include/freetype2/freetype/internal/ftstream.h > /usr/include/freetype2/freetype/internal/fttrace.h > /usr/include/freetype2/freetype/internal/internal.h > /usr/include/freetype2/freetype/internal/pcftypes.h > /usr/include/freetype2/freetype/internal/pfr.h > /usr/include/freetype2/freetype/internal/psaux.h > /usr/include/freetype2/freetype/internal/pshints.h > /usr/include/freetype2/freetype/internal/psnames.h > /usr/include/freetype2/freetype/internal/sfnt.h > /usr/include/freetype2/freetype/internal/t1types.h > /usr/include/freetype2/freetype/internal/t42types.h > /usr/include/freetype2/freetype/internal/tttypes.h > /usr/include/freetype2/freetype/t1tables.h > /usr/include/freetype2/freetype/ttnameid.h > /usr/include/freetype2/freetype/tttables.h > /usr/include/freetype2/freetype/tttags.h > /usr/include/ft2build.h > /usr/lib/libfreetype.a > /usr/lib/libfreetype.la > /usr/lib/libfreetype.so > /usr/lib/libttf.a > /usr/lib/libttf.la > /usr/lib/libttf.so > /usr/share/aclocal/freetype2.m4 > > freetype-utils 2.1.3-6: > ----------------------- > /usr/bin/fterror > /usr/bin/ftmetric > /usr/bin/ftsbit > /usr/bin/ftstrpnm > > freetype-demos 2.1.3-6: > ----------------------- > /usr/bin/ftdump > /usr/bin/ftlint > /usr/bin/ftmemchk > /usr/bin/ftmulti > /usr/bin/ftstring > /usr/bin/fttimer > /usr/bin/ftview > > fontconfig 2.1-9: > ----------------- > /etc/fonts > /etc/fonts/fonts.conf > /etc/fonts/fonts.dtd > /usr/bin/fc-cache > /usr/bin/fc-list > /usr/lib/libfontconfig.so.1 > /usr/lib/libfontconfig.so.1.0 > /usr/share/doc/fontconfig-2.1 > /usr/share/doc/fontconfig-2.1/AUTHORS > /usr/share/doc/fontconfig-2.1/COPYING > /usr/share/doc/fontconfig-2.1/README > /usr/share/man/man3/fontconfig.3.gz > > fontconfig-devel 2.1-9: > ----------------------- > /usr/bin/fontconfig-config > /usr/include/fontconfig > /usr/include/fontconfig/fcfreetype.h > /usr/include/fontconfig/fcprivate.h > /usr/include/fontconfig/fontconfig.h > /usr/lib/libfontconfig.so > /usr/lib/pkgconfig > /usr/lib/pkgconfig/fontconfig.pc > > However, as a disciple of the packaging gospel according to Charles > Wilson, I will be sticking to the system he uses. This is how I've > tentatively split the packages: > > freetype1 - contains core exe's and/or scripts + runtime shared > data + manpages + documentation > freetype1-contrib - contains extra/non-essential exe's and/or scripts > freetype1-devel - contains headers + static&import&libtool archives > + *-config scripts + pkgconfig data > libttf2 - contains the single runtime dll > ------------------- > freetype2 - contains core exe's and/or scripts + runtime shared > data + manpages + documentation > freetype2-contrib - contains extra/non-essential exe's and/or scripts > freetype2-devel - contains headers + static&import&libtool archives > + *-config scripts + pkgconfig data > libfreetype(n) - contains the single runtime dll (n being the libtool > versioned dll identifier) > ------------------- > fontconfig - contains core exe's and/or scripts + runtime shared > data + manpages + documentation > fontconfig-devel - contains headers + static&import&libtool archives > + *-config scripts + pkgconfig data > libfontconfig(n) - contains the single runtime dll (n being the libtool > versioned dll identifier) > > In addition, I plan to include ttfmkdir, which assists in generating > font config files specifically for TTF's. > >> Are any of their libraries linked to from within the standard XFree86 >> distribution? > > > Yes, but the sources are actually contained in xc/extra/freetype2 and > xc/extra/fontconfig and there are Imake directives to automagically > handle external versions as opposed to internal versions. This is how > the aforementioned vendors do it, by adding the following directives to > host.def (or whatever you use for xcompiling)*: > > HasFreetype2 YES > HasFontconfig YES > HasExpat YES > HasZlib YES > > The Imake system will look in the standard location under /usr for these > libs, so no additional fuss is necessary. It should be fairly automated > from there. Do make sure to include these directives in the default > configuration when installed. > > I also plan to keep abreast of any vendor and/or XFree86 patches to > these libs, so there ought to be no negative impact on how XFree86 behaves. > > *Note that I haven't inspected your tree to see what directives you are > using, so I might be redundant in some cases. > >> The reason I ask these questions is that I am all for splitting out >> fontconfig and freetype2, as long as I can cleanly exclude them from >> the packaging scripts and if I don't have to do too much recompiling >> when new fontconfig/freetype2 packages are released. > > > No problem, I understand. I anticipate that the installation size will > not or only slightly exceed the size for current dependencies. > I anticipate that the only packages actually required by the core server > should be: > *libfreetype(n) > *libfontconfig(n) > > If any fonts are installed, then we add to the dependencies (this is > because the post-install scripts for the fonts may need to run some of > the utilities): > *freetype2 > *fontconfig > *ttmkfdir(possibly) > > Finally, I see that the following being dependencies of the XFree86 > devel package: > *freetype2-devel > *fontconfig-devel > > The way the scheme works, even *if* they make horrendous binary > incompatible changes to the core libs (thus changing the result of the > libtool versioning expression [[CURRENT] - [AGE]]), you'll still be > fine. Since the gospel of packaging according to Chuck dictates that > prior runtime library versions must still be available, you need not > recompile against the new version until YOU are ready to. Think > ncurses. Of course, if some incompatibility does slip in without a > versioning bump, I can always manually bump it. > > That being said, you'll initially have to recompile against the new > libraries since libtool versioning is slightly more sophisticated then > Imake versioning (unfortunately), thus meaning the runtime dlls are > probably going to have different numerical suffixes. > > Also, a few vendor patches may need to be applied to the core sources > now and in the future if there are critical issues with font > readability. Of course, this is at your discretion and definitely at > your convience as to when and if you do it. I guess we can cross that > bridge when we come to it. > > Finally, we might want to dll'ize some X libraries which are currently > only built static. I hope (and pray) that we can nip the libXt problem > in order to get a shared libXt. This is currently what prevents me from > releasing a new Xaw3d with working shared libs (static is ok). Still, I > don't anticipate the libXt problem to enter into the scenario I'm > proposing now. Also, I noticed that we could probably change some of > the defines when we migrated to 1.5.0, most notably is that the alloca > interface is now provided by cygwin and cygwin has much more support for > widechars. > > Ditch -DNO_ALLOCA and replace with -DINCLUDE_ALLOCA_H for > AllocateLocalDefines. > > Ditch "-DUSE_XWCHAR_STRING -DUSE_XMBTOWC" and use "-DHAS_WCHAR_H > -DHAS_WCTYPE_H -DHAS_ISW_FUNCS -DNO_WIDEC_H" for XawI18nDefines. > > I'd willing to do some careful auditing of our current defines to see > what else the cygwin dll is providing that we aren't taking advantage > of. Of course, I'll leave that for future discussions. > >> Answer those questions and we can think about it. >> > > I hope my response was detailed and concise enough to alleviate any > fears. I look forward to further discussion. > > The good news is, that by using the most current of these libraries, > most newer versions of our included windowmanagers will support using > the truetype fonts found on every Windows box. Openbox, WindowMaker, > and lesstif all have some base support for these libs. Unfortunately, > the older fontconfig distributed with 4.3.0.1 had some pretty notorious > issues, but it is too long of a story to get into about why XFree86 is > so slow to update (This centers around the whole Keith > Packard/XFree86-core falling out). > > Cheers, > Nicholas > > [1] http://freetype.sourceforge.net/freetype2/index.html#features > [2] http://fontconfig.org/ > From huntharo@msu.edu Tue Sep 16 22:58:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 16 Sep 2003 22:58:00 -0000 Subject: Updated on sourceware[Requires Cygwin 1.5.3+]: XFree86-bin-4.3.0-3, XFree86-prog-4.3.0-5, XFree86-xserv-4.3.0-10, and XFree86-[fsrv,nest,prt,vfb]-4.3.0-2 Message-ID: <3F679571.9040909@msu.edu> The following packages have been updated in the Cygwin distribution: *** XFree86-bin-4.3.0-3 *** XFree86-fsrv-4.3.0-2 *** XFree86-nest-4.3.0-2 *** XFree86-prog-4.3.0-5 *** XFree86-prt-4.3.0-2 *** XFree86-vfb-4.3.0-2 *** XFree86-xserv-4.3.0-10 Changes ======= 1) General - Recompile all libraries and executables for Cygwin 1.5.3+. 2) cygwin.cf - Define HasExpat as YES. This adds a dependency on Cygwin's expat lib, but it removes the distribution of an out of date version of expat that was included with the XFree86 source code. (Gerrit P. Haase, Harold L Hunt II, Alexander Gottwald) 3) cygwin.cf - Ditch "-DNO_ALLOCA" and replace with "-DINCLUDE_ALLOCA_H" for AllocateLocalDefines. (Nicholas Wourms) 4) cygwin.cf - Ditch "-DUSE_XWCHAR_STRING -DUSE_XMBTOWC" and use "-DHAS_WCHAR_H -DHAS_WCTYPE_H -DHAS_ISW_FUNCS -DNO_WIDEC_H" for XawI18nDefines. (Nicholas Wourms) -- 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. Save it and run setup, answer the questions and pick up 'XFree86-xserv' from the 'XFree86' category. You may need to click the "Full" button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@sources.redhat.com . If you want to subscribe go to: http://cygwin.com/lists.html 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/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place. From Allen.Lung@ftb.ca.gov Tue Sep 16 23:03:00 2003 From: Allen.Lung@ftb.ca.gov (Lung.Allen) Date: Tue, 16 Sep 2003 23:03:00 -0000 Subject: kde tool bar Message-ID: I'm trying to get kde to display only the toolbar on my system! Here is what my start file look like. ___________________--- @echo off set DISPLAY=localhost:0.0 set REMOTE_HOST=remotehost set CYGWIN_ROOT=\cygwin set PATH=.;%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin;%PATH% 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 start XWin -from %DISPLAY% -query %REMOTE_HOST% -nodecoration rem -fullscreen Allen D. Lung Architecture Bureau MS B-31 PO Box 1468 Sacramento CA 95812-1468 (916)845-7217 FAX 845-9322 allen.lung@ftb.ca.gov From cgf@redhat.com Tue Sep 16 23:26:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Tue, 16 Sep 2003 23:26:00 -0000 Subject: Packages to update for cygwin 1.5.4 release? In-Reply-To: <3F66A808.2060105@msu.edu> References: <3F66A808.2060105@msu.edu> Message-ID: <20030916232634.GA29434@redhat.com> On Tue, Sep 16, 2003 at 02:04:56AM -0400, Harold L Hunt II wrote: >I am in the middle of rebuilding Cygwin/XFree86 for Cygwin 1.5.4. > >I wanted to check with others about the list of packages that should be >updated for the Cygwin 1.5.4 rebuild. Currently, I am thinking that the >following packages need to be updated: > >1) XFree86-bin >2) XFree86-fsrv >3) XFree86-prog >4) XFree86-nest >5) XFree86-prt >6) XFree86-vfb >7) XFree86-xserv > > >Any thoughts on what should happen with XFree86-lib-compat? Will it >even work anymore? If not, I had better pull it... but I don't want to >if I don't have to. If a (dll or .a) library is exporting any function which passes around one of the types that have changed (uid_t, gid_t, off_t, ino_t, etc.) then it won't work anymore. Really, only libraries have to be recompiled unless you have a program that needs to manipulate a >2G file. cgf From j_tetazoo@hotmail.com Wed Sep 17 02:48:00 2003 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Wed, 17 Sep 2003 02:48:00 -0000 Subject: Building XWin.exe Message-ID: I've recently been motivated to tinker a bit with compiling XWin.exe on my own. After reading through the "Obtaining the Source Code" and "Native Compiling" sections of the Contributor's Guide, I'm left with the following question ... Do I rally need to download and build all of XFree86? Can't I just download the Xservers branch of the source tree, run "xmkmf -a" to generate the Makefiles and dependencies, and then compile just the XWin target? [Note: I already know that for xmkmf to work I'll need the XFree86-lib and XFree86-prog packages, and perhaps 1 or 2 others.] _________________________________________________________________ Need more e-mail storage? Get 10MB with Hotmail Extra Storage. http://join.msn.com/?PAGE=features/es From huntharo@msu.edu Wed Sep 17 05:23:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 17 Sep 2003 05:23:00 -0000 Subject: Enabling SHM support in default build of XWin.exe Message-ID: <3F67EFBD.50909@msu.edu> Ralf Habacker sent some patches on 2003/09/05 that I am working on getting committed to the XFree86 CVS tree. Those two patches are here: http://cygwin.com/ml/cygwin-xfree/2003-09/msg00092.html http://cygwin.com/ml/cygwin-xfree/2003-09/msg00090.html I have opened Bug 698 in XFree86's Bugzilla to track the fixing of the xf86bigfont extension initialization: http://bugs.xfree86.org/show_bug.cgi?id=698 After Bug 698 is committed I will be adding a function (from Ralf's patches) to XWin.exe to check whether or not the IPC daemon is running, then I will be adding a call to that function in the initialization of the SHM and xf86bigfont extensions (again, per Ralf's patch). This should result in a build of XWin.exe that supports SHM when the IPC daemon is running, but is not hindered when the IPC daemon is not running. This will be a nice addition, as it will allow Ralf to stop distributing ancient copies of XWin.exe for KDE on Cygwin. :) My one question is this: KDE on Cygwin (last I checked) is also distributing a handful of X libraries (X11?) that need SHM support as well, can SHM be dynamically enabled/disabled for these libraries, or are they going to have to be built in two different flavors still? Regardless of the answer, adding dynamic SHM support to XWin.exe will solve the majority of the problems of KDE on Cygwin distributing custom files. XWin.exe gets updated so frequently that it would be an unreasonable burden for them to try to keep their copy up to date. Harold From davidf@sjsoft.com Wed Sep 17 07:04:00 2003 From: davidf@sjsoft.com (David Fraser) Date: Wed, 17 Sep 2003 07:04:00 -0000 Subject: Enabling SHM support in default build of XWin.exe In-Reply-To: <3F67EFBD.50909@msu.edu> References: <3F67EFBD.50909@msu.edu> Message-ID: <3F680758.50906@sjsoft.com> Harold L Hunt II wrote: > Ralf Habacker sent some patches on 2003/09/05 that I am working on > getting committed to the XFree86 CVS tree. Those two patches are here: > > http://cygwin.com/ml/cygwin-xfree/2003-09/msg00092.html > http://cygwin.com/ml/cygwin-xfree/2003-09/msg00090.html > > > I have opened Bug 698 in XFree86's Bugzilla to track the fixing of the > xf86bigfont extension initialization: > > http://bugs.xfree86.org/show_bug.cgi?id=698 > > > After Bug 698 is committed I will be adding a function (from Ralf's > patches) to XWin.exe to check whether or not the IPC daemon is > running, then I will be adding a call to that function in the > initialization of the SHM and xf86bigfont extensions (again, per > Ralf's patch). > > This should result in a build of XWin.exe that supports SHM when the > IPC daemon is running, but is not hindered when the IPC daemon is not > running. > > > This will be a nice addition, as it will allow Ralf to stop > distributing ancient copies of XWin.exe for KDE on Cygwin. :) > > > My one question is this: KDE on Cygwin (last I checked) is also > distributing a handful of X libraries (X11?) that need SHM support as > well, can SHM be dynamically enabled/disabled for these libraries, or > are they going to have to be built in two different flavors still? > > > Regardless of the answer, adding dynamic SHM support to XWin.exe will > solve the majority of the problems of KDE on Cygwin distributing > custom files. XWin.exe gets updated so frequently that it would be an > unreasonable burden for them to try to keep their copy up to date. > > > Harold > This is great news, thanks for working on this David From davidf@sjsoft.com Wed Sep 17 07:06:00 2003 From: davidf@sjsoft.com (David Fraser) Date: Wed, 17 Sep 2003 07:06:00 -0000 Subject: kde tool bar In-Reply-To: References: Message-ID: <3F680806.9010506@sjsoft.com> Lung.Allen wrote: >I'm trying to get kde to display only the toolbar on my system! Here is what my start file look like. > >___________________--- >@echo off > >set DISPLAY=localhost:0.0 >set REMOTE_HOST=remotehost > >set CYGWIN_ROOT=\cygwin >set PATH=.;%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin;%PATH% > >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 > >start XWin -from %DISPLAY% -query %REMOTE_HOST% -nodecoration > >rem -fullscreen > >Allen D. Lung > Hi You don't say whether you're reporting a problem or success, or what the problem is! Also, I think this question is better asked on the kde-cygwin mailing list, kde-cygwin@mail.kde.org. See http://kde-cygwin.sourceforge.net/ml/ or http://mail.kde.org/mailman/listinfo/kde-cygwin to subscribe... David From alexander.gottwald@s1999.tu-chemnitz.de Wed Sep 17 07:35:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 17 Sep 2003 07:35:00 -0000 Subject: Building XWin.exe In-Reply-To: References: Message-ID: On Tue, 16 Sep 2003, Thomas Chadwick wrote: > I've recently been motivated to tinker a bit with compiling XWin.exe on my > own. After reading through the "Obtaining the Source Code" and "Native > Compiling" sections of the Contributor's Guide, I'm left with the following > question ... > > Do I rally need to download and build all of XFree86? Can't I just download > the Xservers branch of the source tree, run "xmkmf -a" to generate the > Makefiles and dependencies, and then compile just the XWin target? The most recent source for XWin can be found in the xoncygwin CVS repository. http://www.sourceforge.net/projects/xoncygwin The code there consists only of a few libraries and XWin itself and should build much faster than the whole XFree86 CVS. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From ralf.habacker@freenet.de Wed Sep 17 07:44:00 2003 From: ralf.habacker@freenet.de (Ralf Habacker) Date: Wed, 17 Sep 2003 07:44:00 -0000 Subject: AW: Enabling SHM support in default build of XWin.exe In-Reply-To: <3F67EFBD.50909@msu.edu> Message-ID: Hi Harold, > Ralf Habacker sent some patches on 2003/09/05 that I am working on > getting committed to the XFree86 CVS tree. Those two patches are here: > > http://cygwin.com/ml/cygwin-xfree/2003-09/msg00092.html > http://cygwin.com/ml/cygwin-xfree/2003-09/msg00090.html > > > I have opened Bug 698 in XFree86's Bugzilla to track the fixing of the > xf86bigfont extension initialization: > > http://bugs.xfree86.org/show_bug.cgi?id=698 > > > After Bug 698 is committed I will be adding a function (from Ralf's > patches) to XWin.exe to check whether or not the IPC daemon is running, > then I will be adding a call to that function in the initialization of > the SHM and xf86bigfont extensions (again, per Ralf's patch). Thank you for doing this. I was very busy in the last time with real work and I have used the spare time checking possible side effects relating to this issue. For the results see below. > This should result in a build of XWin.exe that supports SHM when the IPC > daemon is running, but is not hindered when the IPC daemon is not running. > ... if linked to the static ipc-library. Using the cygipc dll results in an additional runtime dependency, which will produce windows runtime linking errors if the cygipc package isn't installed, which will produce more support noise dealing with this issue. Using the static library avoids this problem. Using the static library may cause a recompile of the x libs with a newer cygipc release in case the communication protocol between the ipc client and server changes, but I doubt that this will be happen, because the cygipc library is stable and full working. (Im using the static cypipc library for at least two years with no problems) > This will be a nice addition, as it will allow Ralf to stop distributing > ancient copies of XWin.exe for KDE on Cygwin. :) > nice to hear. > > My one question is this: KDE on Cygwin (last I checked) is also > distributing a handful of X libraries (X11?) that need SHM support as > well, can SHM be dynamically enabled/disabled for these libraries, or > are they going to have to be built in two different flavors still? > Currently the Xext and the X11 libray are using shm related functions, for which I have done a little research with the results mentioned below. The result in short is, there is no need to build in two different flawors, using the static cygipc library. 1. lib/xext/Xshm.c All shm related functions are checking the MIT-SHM extension with the XExtCheckExtension macro. see http://www.atomised.org/docs/XFree86-4.2.1/XShm_8c-source.html 2. lib/X11/Font.c _XF86BigfontCodes checks the XF86BigFont server extension before using any shm code see http://www.atomised.org/docs/XFree86-4.2.1/lib_2X11_2Font_8c-source.html line 00352 ff The other libraries of the kde-x-1.3 package which you are refering are obsolate: libXft: - added qt3 referenced symbols XftGlyphLoad XftGlyphCheck XftFreeTypeGlyphExists XftFreeTypeOpen XftFreeTypeClose XftRenderString16 -> these symbols are exported by default since 2002/09/18 libXext: - added shared memory relating symbols (XShm..) to the list of exported symbols -> these symbols are exported by default in future libICE: - removed 5 seconds delay in libICE if file attributes don't match -> fixed in 2002/09/18 Hope that helps Ralf From j_tetazoo@hotmail.com Wed Sep 17 14:21:00 2003 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Wed, 17 Sep 2003 14:21:00 -0000 Subject: Compiing XWin... Message-ID: Ages ago I did some messing around with compiling XWin. I followed the steps in the Contributor's Guide, checking out the xc package from CVS and running make World. After that I was able to play with XWin itself, recompiling just that target from the xc/programs/Xservers directory (or something similar - don't know if I'm remembering it quite correctly). At the time, it occurred to me that if I installed the XFree86-lib and XFree86-prog packages via Cygwin Setup, it should be possible to get just the Xservers branch of the XFree86 source tree, run xmkmf to generate the Makefile, then build just XWin without having to download and build all of XFree86. But I never got around to re-trying it that way. I've recently been motivated to do some tinkering with XWin and before I set about the task of getting the source, compiling, etc., is there an obvious (or not-so-obvious) fallacy with my modified approach to building XWin? FYI - A full build of XFree86 takes hours on my ThinkPad w/ Pentium III @ 700MHz, 512MB RAM, and Win2k. _________________________________________________________________ Need more e-mail storage? Get 10MB with Hotmail Extra Storage. http://join.msn.com/?PAGE=features/es From alexander.gottwald@s1999.tu-chemnitz.de Wed Sep 17 14:48:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 17 Sep 2003 14:48:00 -0000 Subject: Compiing XWin... In-Reply-To: References: Message-ID: On Tue, 16 Sep 2003, Thomas Chadwick wrote: > the Xservers branch of the XFree86 source tree, run xmkmf to generate the > Makefile, then build just XWin without having to download and build all of > XFree86. But I never got around to re-trying it that way. See http://cygwin.com/ml/cygwin-xfree/2003-09/msg00325.html bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From y2bismil@engmail.uwaterloo.ca Wed Sep 17 15:37:00 2003 From: y2bismil@engmail.uwaterloo.ca (y2bismil@engmail.uwaterloo.ca) Date: Wed, 17 Sep 2003 15:37:00 -0000 Subject: DDD working - but getting warnings Message-ID: <1063813022.3f687f9e3e495@www.nexusmail.uwaterloo.ca> Hey all, Harold, thanks for updating those Xfree libs. DDD seems to be working fine now, except I am getting several warning that constantly come up. I just wanted to know if this is normal? Sample Error: ************************************* Warning: Name: ItemsList Class: XmList Parent refused resize request. Second XtMakeGeometryRequest() failed Parent is ItemsListSW(XmScrolledWindow) Original request w 34 h 134, Second reuest w 32 h 132 Parent size 57 155 ************************************* I know I can supress these errors by turning off X-warning, but just wanted to check how normal these are. Thanks, Yamin (If it is abnormal, just let me know, and I'll do a proper capture of the events) ---------------------------------------- This mail sent through www.mywaterloo.ca From ford@vss.fsi.com Wed Sep 17 16:33:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Wed, 17 Sep 2003 16:33:00 -0000 Subject: DDD working - but getting warnings Message-ID: Those look like Motif problems to me. Please test again after lesstif has been recompiled and updated. I am working on it now, so it should be RSN. Thanks. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From j_tetazoo@hotmail.com Wed Sep 17 18:15:00 2003 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Wed, 17 Sep 2003 18:15:00 -0000 Subject: Compiing XWin... Message-ID: Please ignore this message thread. My original post (copied below) somehow got lost in the "ether" of the 'net for about 12 hours. In the meantime, I sent another note on the same subject which went through nearly instantaneously. >From: "Thomas Chadwick" >Reply-To: cygwin-xfree@cygwin.com >To: cygwin-xfree@cygwin.com >Subject: Compiing XWin... >Date: Tue, 16 Sep 2003 16:51:37 -0400 > >Ages ago I did some messing around with compiling XWin. I followed the >steps in the Contributor's Guide, checking out the xc package from CVS and >running make World. After that I was able to play with XWin itself, >recompiling just that target from the xc/programs/Xservers directory (or >something similar - don't know if I'm remembering it quite correctly). > >At the time, it occurred to me that if I installed the XFree86-lib and >XFree86-prog packages via Cygwin Setup, it should be possible to get just >the Xservers branch of the XFree86 source tree, run xmkmf to generate the >Makefile, then build just XWin without having to download and build all of >XFree86. But I never got around to re-trying it that way. > >I've recently been motivated to do some tinkering with XWin and before I >set about the task of getting the source, compiling, etc., is there an >obvious (or not-so-obvious) fallacy with my modified approach to building >XWin? > >FYI - A full build of XFree86 takes hours on my ThinkPad w/ Pentium III @ >700MHz, 512MB RAM, and Win2k. > >_________________________________________________________________ >Need more e-mail storage? Get 10MB with Hotmail Extra Storage. >http://join.msn.com/?PAGE=features/es > _________________________________________________________________ Send and receive larger attachments with Hotmail Extra Storage. http://join.msn.com/?PAGE=features/es From tbone@directsynergy.com Wed Sep 17 21:26:00 2003 From: tbone@directsynergy.com (Terrence Brannon) Date: Wed, 17 Sep 2003 21:26:00 -0000 Subject: finding out if xfree86 is the latest References: Message-ID: <02df01c37d62$35da45b0$4700a8c0@SYNERGY2> > There is really nothing to it. Just get a recent version of X, I am sorry if this is a dumb question, but it certainly is not a FAQ. I have xfree86-base 4.3.0-1. I went the xfree86.cygwin.com in hopes of seeing if that was the latest version, but did not see a page listing the current version. I found out my version number by downloading setup.exe and looking in the X11 hierarchy. From tbone@directsynergy.com Wed Sep 17 21:35:00 2003 From: tbone@directsynergy.com (Terrence Brannon) Date: Wed, 17 Sep 2003 21:35:00 -0000 Subject: rootless cygwin emacs howto? References: Message-ID: <02e901c37d63$79601480$4700a8c0@SYNERGY2> I just finished reading these docs: http://xfree86.cygwin.com/docs/ug/configure-cygwin-xfree-options.html but they dont mention rootless and multiwindow as options, but I assume they are the latest docs. I wasn't sure whether to run multiwindow with or without rootless. From huntharo@msu.edu Wed Sep 17 21:52:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 17 Sep 2003 21:52:00 -0000 Subject: finding out if xfree86 is the latest In-Reply-To: <02df01c37d62$35da45b0$4700a8c0@SYNERGY2> References: <02df01c37d62$35da45b0$4700a8c0@SYNERGY2> Message-ID: <3F68D792.9090801@msu.edu> Terrence, From a Cygwin bash prompt, run: cygcheck -c XFree86-xserv The development change log is here: http://xfree86.cygwin.com/devel/shadow/changelog.html You can also look at the Cygwin/XFree86 Announcement archives: http://cygwin.com/ml/cygwin-xfree-announce/ Harold Terrence Brannon wrote: > >>There is really nothing to it. Just get a recent version of X, > > > I am sorry if this is a dumb question, but it certainly is not a FAQ. > > I have xfree86-base 4.3.0-1. I went the xfree86.cygwin.com in hopes of > seeing if that was the latest version, but did not see a page listing the > current version. > > I found out my version number by downloading setup.exe and looking in the > X11 hierarchy. > > From huntharo@msu.edu Wed Sep 17 21:53:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 17 Sep 2003 21:53:00 -0000 Subject: rootless cygwin emacs howto? In-Reply-To: <02e901c37d63$79601480$4700a8c0@SYNERGY2> References: <02e901c37d63$79601480$4700a8c0@SYNERGY2> Message-ID: <3F68D7BA.60409@msu.edu> Run -multiwindow without -rootless. The docs have not been updated for the multiwindow and rootless modes. Harold Terrence Brannon wrote: > I just finished reading these docs: > > http://xfree86.cygwin.com/docs/ug/configure-cygwin-xfree-options.html > > but they dont mention rootless and multiwindow as options, but I assume > they are the latest docs. > > I wasn't sure whether to run multiwindow with or without rootless. > > From huntharo@msu.edu Wed Sep 17 23:21:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 17 Sep 2003 23:21:00 -0000 Subject: Latest CVS Compilation error In-Reply-To: References: <000001c37af7$fd19e7b0$0200a8c0@straightrunning.com> <3F650FFB.7050705@msu.edu> Message-ID: <3F68EC56.2030508@msu.edu> Alexander, I have submitted your change to XFree86 as part of a large patch set. See bug 701: http://bugs.xfree86.org/show_bug.cgi?id=701 Harold Alexander Gottwald wrote: > Harold L Hunt II wrote: > > >>Please resubmit your earlier patch when you have this completed. > > > Stupid me. Has forgotten to attach the patch *g*. > > bye > ago > > NP: Welle:Erdball - Starfighter F-104G (2) > > > ------------------------------------------------------------------------ > > Index: winmsg.c > =================================================================== > RCS file: /cvs/xc/programs/Xserver/hw/xwin/winmsg.c,v > retrieving revision 1.1 > diff -u -r1.1 winmsg.c > --- winmsg.c 17 Oct 2002 08:18:22 -0000 1.1 > +++ winmsg.c 15 Sep 2003 19:27:26 -0000 > @@ -45,26 +45,7 @@ > winVMsg (int scrnIndex, MessageType type, int verb, const char *format, > va_list ap) > { > - const char *prefix = NULL; > - > - if (verb && verb > VERBOSE_LEVEL) > - return; > - > -#undef __msg > -#define __msg(name,string) case name: prefix = string; break; > -#undef _msg > -#define _msg(name,string) __msg(name,string) > - switch (type) > - { > - MESSAGE_STRINGS default:prefix = NULL; > - break; > - } > -#undef __msg > -#undef _msg > - > - if (prefix != NULL) > - ErrorF ("%s ", prefix); > - VErrorF (format, ap); > + LogVMessageVerb(type, verb, format, ap); > } > > > @@ -73,7 +54,7 @@ > { > va_list ap; > va_start (ap, format); > - winVMsg (scrnIndex, type, 0, format, ap); > + LogVMessageVerb(type, 0, format, ap); > va_end (ap); > } > > @@ -83,7 +64,7 @@ > { > va_list ap; > va_start (ap, format); > - winVMsg (0, type, 0, format, ap); > + LogVMessageVerb(type, 0, format, ap); > va_end (ap); > } > > @@ -94,7 +75,7 @@ > { > va_list ap; > va_start (ap, format); > - winVMsg (scrnIndex, type, verb, format, ap); > + LogVMessageVerb(type, verb, format, ap); > va_end (ap); > } > > @@ -104,7 +85,7 @@ > { > va_list ap; > va_start (ap, format); > - winVMsg (0, type, verb, format, ap); > + LogVMessageVerb(type, verb, format, ap); > va_end (ap); > } > > @@ -114,6 +95,6 @@ > { > va_list ap; > va_start (ap, format); > - winVMsg (0, X_NONE, verb, format, ap); > + LogVMessageVerb(X_NONE, verb, format, ap); > va_end (ap); > } > Index: winmsg.h > =================================================================== > RCS file: /cvs/xc/programs/Xserver/hw/xwin/winmsg.h,v > retrieving revision 1.1 > diff -u -r1.1 winmsg.h > --- winmsg.h 17 Oct 2002 08:18:22 -0000 1.1 > +++ winmsg.h 15 Sep 2003 19:27:26 -0000 > @@ -32,31 +32,6 @@ > #ifndef __WIN_MSG_H__ > #define __WIN_MSG_H__ > > - > -#define __msg_name(name,string) name > -#define __msg(name,string) __msg_name(name,string) > -#define _msg(name,string) __msg(name,string), > - > -#define MESSAGE_STRINGS \ > - _msg(X_PROBED,"(--)" /* Value was probed */)\ > - _msg(X_CONFIG,"(**)" /* Value was given in the config file */)\ > - _msg(X_DEFAULT,"(==)" /* Value is a default */)\ > - _msg(X_CMDLINE,"(++)" /* Value was given on the command line */)\ > - _msg(X_NOTICE,"(!!)" /* Notice */) \ > - _msg(X_ERROR,"(EE)" /* Error message */) \ > - _msg(X_WARNING,"(WW)" /* Warning message */) \ > - _msg(X_INFO,"(II)" /* Informational message */) \ > - _msg(X_UNKNOWN,"(?""?)" /* Unknown, trigraph fix */) \ > - _msg(X_NONE,NULL /* No prefix */) \ > - __msg(X_NOT_IMPLEMENTED,"(NI)" /* Not implemented */) > - > -typedef enum > -{ > - MESSAGE_STRINGS > -} > -MessageType; > - > - > /* > * Function prototypes > */ > Index: InitOutput.c > =================================================================== > RCS file: /cvs/xc/programs/Xserver/hw/xwin/InitOutput.c,v > retrieving revision 1.33 > diff -u -r1.33 InitOutput.c > --- InitOutput.c 29 Jul 2003 21:25:15 -0000 1.33 > +++ InitOutput.c 15 Sep 2003 19:27:27 -0000 > @@ -47,13 +47,15 @@ > int g_iWindowPrivateIndex = -1; > unsigned long g_ulServerGeneration = 0; > Bool g_fInitializedDefaultScreens = FALSE; > -FILE *g_pfLog = NULL; > DWORD g_dwEnginesSupported = 0; > HINSTANCE g_hInstance = 0; > HWND g_hDlgDepthChange = NULL; > HWND g_hDlgExit = NULL; > Bool g_fCalledSetLocale = FALSE; > Bool g_fCalledXInitThreads = FALSE; > +int g_iLogVerbose = 4; > +char * g_pszLogFile = WIN_LOG_FNAME; > +Bool g_fLogInited = FALSE; > > > /* > @@ -190,15 +192,11 @@ > g_fdMessageQueue = WIN_FD_INVALID; > } > > - /* Close the log file handle */ > - if (g_pfLog != NULL) > - { > - /* Close log file */ > - fclose (g_pfLog); > - > - /* Set the file handle to invalid */ > - g_pfLog = NULL; > - } > + if (!g_fLogInited) { > + LogInit(g_pszLogFile, NULL); > + g_fLogInited = TRUE; > + } > + LogClose(); > > /* > * At this point we aren't creating any new screens, so > @@ -242,12 +240,15 @@ > #ifdef DDXOSVERRORF > if (!OsVendorVErrorFProc) > OsVendorVErrorFProc = OsVendorVErrorF; > - > - /* Open log file if not yet open */ > - if (g_pfLog == NULL) > - g_pfLog = fopen (WIN_LOG_FNAME, "w"); > #endif > > + if (!g_fLogInited) { > + LogInit(g_pszLogFile, NULL); > + g_fLogInited = TRUE; > + } > + LogSetParameter(XLOG_FLUSH, 1); > + LogSetParameter(XLOG_VERBOSITY, g_iLogVerbose); > + > /* Add a default screen if no screens were specified */ > if (g_iNumScreens == 0) > { > @@ -402,10 +403,6 @@ > * that are generated before OsInit () is called. > */ > OsVendorVErrorFProc = OsVendorVErrorF; > - > - /* Open log file if not yet open */ > - if (g_pfLog == NULL) > - g_pfLog = fopen (WIN_LOG_FNAME, "w"); > #endif > > s_fBeenHere = TRUE; > @@ -1205,6 +1202,26 @@ > { > CHECK_ARGS (1); > g_cmdline.keyboard = argv[++i]; > + return 2; > + } > + > + /* > + * Look for the '-logfile' argument > + */ > + if (IS_OPTION ("-logfile")) > + { > + CHECK_ARGS (1); > + g_pszLogFile = argv[++i]; > + return 2; > + } > + > + /* > + * Look for the '-logverbose' argument > + */ > + if (IS_OPTION ("-logverbose")) > + { > + CHECK_ARGS (1); > + g_iLogVerbose = atoi(argv[++i]); > return 2; > } > > Index: winerror.c > =================================================================== > RCS file: /cvs/xc/programs/Xserver/hw/xwin/winerror.c,v > retrieving revision 1.5 > diff -u -r1.5 winerror.c > --- winerror.c 29 Jul 2003 21:25:17 -0000 1.5 > +++ winerror.c 15 Sep 2003 19:27:27 -0000 > @@ -31,25 +31,17 @@ > > #include "win.h" > > -extern FILE *g_pfLog; > - > #ifdef DDXOSVERRORF > void > OsVendorVErrorF (const char *pszFormat, va_list va_args) > { > static pthread_mutex_t s_pmPrinting = PTHREAD_MUTEX_INITIALIZER; > > - /* Check we opened the log file first */ > - if (g_pfLog == NULL) return; > - > /* Lock the printing mutex */ > pthread_mutex_lock (&s_pmPrinting); > > /* Print the error message to a log file, could be stderr */ > - vfprintf (g_pfLog, pszFormat, va_args); > - > - /* Flush after every write, to make updates show up quickly */ > - fflush (g_pfLog); > + LogVWrite(0, pszFormat, va_args); > > /* Unlock the printing mutex */ > pthread_mutex_unlock (&s_pmPrinting); > Index: winconfig.c > =================================================================== > RCS file: /cvs/xc/programs/Xserver/hw/xwin/winconfig.c,v > retrieving revision 1.2 > diff -u -r1.2 winconfig.c > --- winconfig.c 29 Jul 2003 21:25:16 -0000 1.2 > +++ winconfig.c 15 Sep 2003 19:27:28 -0000 > @@ -145,16 +145,7 @@ > } > xf86closeConfigFile (); > > - winMsg (X_NONE, "Markers: "); > - winMsg (X_PROBED, "probed, "); > - winMsg (X_CONFIG, "from config file, "); > - winMsg (X_DEFAULT, "default setting,\n "); > - winMsg (X_CMDLINE, "from command line, "); > - winMsg (X_NOTICE, "notice, "); > - winMsg (X_INFO, "informational,\n "); > - winMsg (X_WARNING, "warning, "); > - winMsg (X_ERROR, "error, "); > - winMsg (X_UNKNOWN, "unknown.\n"); > + LogPrintMarkers(); > > /* set options from data structure */ > From huntharo@msu.edu Wed Sep 17 23:33:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 17 Sep 2003 23:33:00 -0000 Subject: ddxLoad patch? Message-ID: <3F68EF34.4030902@msu.edu> Alexander, I want to get the following patch that you made to xoncygwin HEAD taken care of: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/xoncygwin/xc/programs/Xserver/xkb/ddxLoad.c.diff?r1=1.1&r2=1.2 I want to commit your change to the XFree86 CVS tree, but I don't know if your change is compatible with all platforms. If it is compatible with all platforms, could you give me the justification that I should use when I file the bug report? If we don't know that this is compatible with all platforms, should we #ifdef __CYGWIN__ it? Thanks for contributing, Harold From cygwin@cwilson.fastmail.fm Thu Sep 18 00:16:00 2003 From: cygwin@cwilson.fastmail.fm (Charles Wilson) Date: Thu, 18 Sep 2003 00:16:00 -0000 Subject: AW: Enabling SHM support in default build of XWin.exe In-Reply-To: References: <3F67EFBD.50909@msu.edu> Message-ID: <3F68F8D0.5000208@cwilson.fastmail.fm> Ralf Habacker wrote: > ... if linked to the static ipc-library. Using the cygipc dll results in an > additional runtime dependency, which will produce windows runtime linking > errors if the cygipc package isn't installed, which will produce more > support noise dealing with this issue. Using the static library avoids this > problem. I think that you *should* use the DLL. And add cygipc to the setup.hint requires: of XFree86. Not because I think that everyone should or will 'turn on' the daemon, but because: you can't use libtool to make a DLL that has static dependencies (without heroic effort). Now, I know that XFree86 does not use libtool, but maybe I want to build gtk or something that (a) does, and (b) links to XFree86 libs. Since, in this scenario, the XFree86 libs will have a link time dependency on libcygipc.a -- I won't be able to build a DLL version of gtk (without heroic effort). What's the "support issue" you're worried about, Ralf? One more requires: library? When Harold is busy spinning out expat, fontconfig, and freetype -- what's one more? -- Chuck From spetreolle@yahoo.fr Thu Sep 18 02:18:00 2003 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Thu, 18 Sep 2003 02:18:00 -0000 Subject: static libs in bin? In-Reply-To: <3F665106.20909@msu.edu> Message-ID: <20030918021814.28706.qmail@web10106.mail.yahoo.com> Actually the 4.3.0-3 list is empty, 4.3.0-2 beeing ok. > Note that the Cygwin package listing website is broken for the > XFree86-bin packages. The only version of XFree86-bin that lists is > XFree86-bin-4.2.0-1 (at least for me). The most recent version, > found > at the URL below, has an empty list: > > http://www.cygwin.com/packages/XFree86-bin/XFree86-bin-4.3.0-2 ===== 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 huntharo@msu.edu Thu Sep 18 04:26:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Sep 2003 04:26:00 -0000 Subject: AW: Enabling SHM support in default build of XWin.exe In-Reply-To: <3F68F8D0.5000208@cwilson.fastmail.fm> References: <3F67EFBD.50909@msu.edu> <3F68F8D0.5000208@cwilson.fastmail.fm> Message-ID: <3F6933D2.6030603@msu.edu> Chuck, Charles Wilson wrote: > Ralf Habacker wrote: > > >> ... if linked to the static ipc-library. Using the cygipc dll results >> in an >> additional runtime dependency, which will produce windows runtime linking >> errors if the cygipc package isn't installed, which will produce more >> support noise dealing with this issue. Using the static library avoids >> this >> problem. > > > I think that you *should* use the DLL. And add cygipc to the setup.hint > requires: of XFree86. Not because I think that everyone should or will > 'turn on' the daemon, but because: Oh don't worry. I hadn't made my reply to this yet. I am going to use the DLL and add cygipc as a dependency. SHM will only be enabled if the daemon is setup properly, but it won't cause problems if it isn't setup. The other thing here is that I am just lazy. It would take more work for me to make a static link to cygipc than to link to the DLL. Thanks for your input, Harold From mark.horn@csiro.au Thu Sep 18 06:37:00 2003 From: mark.horn@csiro.au (Mark Horn) Date: Thu, 18 Sep 2003 06:37:00 -0000 Subject: X11, Tcl and Tk for Windows Message-ID: <4.3.2.7.2.20030918124805.01c5d8f0@bmw-bt.act.cmis.csiro.au> I am looking for Tcl/Tk v8.0 and a compatible version of Xlib, for a port of an application developed originally for a Unix platform. The application is a based transport simulator, and is written in C++ . The Tcl/Tk is there to provide the GUI, including a window within which X11 calls provide "real-time" graphics display of the behaviour of simulated objects (eg "real-time" movement of vehicles across a map). At first sight Cygwin appears to provide what I need: a. Include files for tcl and tk in usr/include and for X in X11R6/include/X11. b. The X11 library at usr\X11R6\lib\libX11.a ... And the Tcl/Tk libraries tcl80.lib and tk80.lib But when I link with the libraries mentioned in (b), the following sequence of code leads to failure in the X software. For brevity this code omits checks on call results, which are OK up to the last line. _pint = Tcl_CreateInterp(); Tcl_Init (_pint); _tk_mainwin = Tk_MainWindow (_pint); _pdisp= Tk_Display (_tk_mainwin); int idc = DefaultColormap (_pdisp, 0); // Failure here, or in subsequent call to XParseColor () I have also tried linking with libraries tcl84.lib , tk84.lib from the Tcl/Tk distribution at http://www.tcl.tk/software/ includes .. but in that case I get a failure in the call to Tcl_Init. I would appreciate advice on how to obtain a workable collection of the software libraries, or on some other way of overcoming these difficulties. Mark Horn From huntharo@msu.edu Thu Sep 18 07:32:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Sep 2003 07:32:00 -0000 Subject: IPC/SHM is now supported by default in xoncygwin HEAD CVS tree Message-ID: <3F695F97.3050708@msu.edu> I just checked in changes to the MIT-SHM (xc/programs/Xserver/Xext/shm.c) and XFree86Bigfont (xc/programs/Xserver/Xext/xf86bigfont.c) extensions that disable SHM support when the Cygwin IPC daemon is not running. This allows IPC/SHM support to be enabled by default in Cygwin/XFree86. I tried to define the functionality of an OS-specific SHM support check as best I could, which resulted in adding a new function called OsVendorShmCheck (). This new OsVendorShmCheck function is called from shm.c and xf86bigfont.c when DDXOSSHMCHECK is defined. This system was designed to work like DDXOSVERRORF and OsVendorVErrorF (), for example. I believe that the generalization of the functionality should greatly increase the chances of it being included in the XFree86 CVS tree. I will be submitting patches to XFree86 as soon as they commit my other waiting patches. There will be a new Server Test Series release sometime tomorrow that includes this new functionality. Harold From huntharo@msu.edu Thu Sep 18 07:36:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Sep 2003 07:36:00 -0000 Subject: X11, Tcl and Tk for Windows In-Reply-To: <4.3.2.7.2.20030918124805.01c5d8f0@bmw-bt.act.cmis.csiro.au> References: <4.3.2.7.2.20030918124805.01c5d8f0@bmw-bt.act.cmis.csiro.au> Message-ID: <3F69608A.7040704@msu.edu> Mark, > int idc = DefaultColormap (_pdisp, 0); // Failure here, or in > subsequent call to XParseColor () Do these two calls indicate that you are trying to use a PseudoColor (e.g. 8 bit palletized color) visual? If so, then you need to be running Windows in 8 bit color mode or you can run in fullscreen mode with 8 bit color. This later one would be done via (XWin.exe -fullscreen -depth 8). PseudoColor is not supported when the underlying display is not a pallete-based display. Please correct me if I am totally off base. Harold Mark Horn wrote: > I am looking for Tcl/Tk v8.0 and a compatible version of Xlib, for a > port of an application developed originally for a Unix platform. The > application is a based transport simulator, and is written in C++ . The > Tcl/Tk is there to provide the GUI, including a window within which X11 > calls provide "real-time" graphics display of the behaviour of simulated > objects (eg "real-time" movement of vehicles across a map). > > At first sight Cygwin appears to provide what I need: > > a. Include files for tcl and tk in usr/include and for X in > X11R6/include/X11. > b. The X11 library at usr\X11R6\lib\libX11.a ... And the Tcl/Tk > libraries tcl80.lib and tk80.lib > > But when I link with the libraries mentioned in (b), the following > sequence of code leads to failure in the X software. For brevity this > code omits checks on call results, which are OK up to the last line. > > _pint = Tcl_CreateInterp(); > Tcl_Init (_pint); > _tk_mainwin = Tk_MainWindow (_pint); > _pdisp= Tk_Display (_tk_mainwin); > int idc = DefaultColormap (_pdisp, 0); // Failure here, or in > subsequent call to XParseColor () > > I have also tried linking with libraries tcl84.lib , tk84.lib from the > Tcl/Tk distribution at http://www.tcl.tk/software/ includes .. but in > that case I get a failure in the call to Tcl_Init. I would appreciate > advice on how to obtain a workable collection of the software libraries, > or on some other way of overcoming these difficulties. > > Mark Horn > From alexander.gottwald@s1999.tu-chemnitz.de Thu Sep 18 09:19:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 18 Sep 2003 09:19:00 -0000 Subject: ddxLoad patch? In-Reply-To: <3F68EF34.4030902@msu.edu> References: <3F68EF34.4030902@msu.edu> Message-ID: On Wed, 17 Sep 2003, Harold L Hunt II wrote: > Alexander, > > I want to get the following patch that you made to xoncygwin HEAD taken > care of: > > http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/xoncygwin/xc/programs/Xserver/xkb/ddxLoad.c.diff?r1=1.1&r2=1.2 This is the actual change: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/xoncygwin/xc/programs/Xserver/xkb/ddxLoad.c.diff?r1=1.1.1.2&r2=1.2 Revision 1.1 is from XFree 4.2. The Import of XFree 4.3 is in the vendor branch and has the revision 1.1.1.2 assigned. If you're pulling the diffs from cvs use the command cvs diff -r XFREE86_4_3_0 Otherwise you'll get the changes from XFree 4.2 to 4.3 too. =================================================================== RCS file: /cvsroot/xoncygwin/xc/programs/Xserver/xkb/ddxLoad.c,v retrieving revision 1.1.1.2 retrieving revision 1.2 diff -u -r1.1.1.2 -r1.2 --- xoncygwin/xc/programs/Xserver/xkb/ddxLoad.c 2003/06/03 11:13:19 1.1.1.2 +++ xoncygwin/xc/programs/Xserver/xkb/ddxLoad.c 2003/09/07 18:37:19 1.2 @@ -413,7 +413,7 @@ else if (strlen(xkm_output_dir)+strlen(mapName)+5 <= PATH_MAX) sprintf(buf,"%s%s.xkm",xkm_output_dir,mapName); if (buf[0] != '\0') - file= fopen(buf,"r"); + file= fopen(buf,"rb"); else file= NULL; } else file= NULL; This is far more simple. The "b" flag to the modes is defined in the ANSI C standard. >From the fopen man page: The mode string can also include the letter ``b'' either as a last character or as a character between the charac?? ters in any of the two-character strings described above. This is strictly for compatibility with ANSI X3.159-1989 (``ANSI C'') and has no effect; the ``b'' is ignored on all POSIX conforming systems, including Linux. (Other systems may treat text files and binary files differently, and adding the ``b'' may be a good idea if you do I/O to a binary file and expect that your program may be ported to non-Unix environments.) bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From donaldpage@yahoo.com Thu Sep 18 09:55:00 2003 From: donaldpage@yahoo.com (Donald Page) Date: Thu, 18 Sep 2003 09:55:00 -0000 Subject: Bug in /usr/X11R6/bin/startx Message-ID: <3F6980EC.4010401@yahoo.com> Hi, sorry I couldn't find out how to raise a bug report from the web site. There is a small bug in /usr/X11R6/bin/startx when $HOME contains a space character which causes problems with the tests on lines 34 and 43. Wrapping the test in quotes fixes the problem i.e. if [ -f "$userclientrc" ]; then if [ -f "$userserverrc" ]; then The version of the file I used (I believe it is the latest) is # $Xorg: startx.cpp,v 1.3 2000/08/17 19:54:29 cpqbld Exp $ From Benjamin.Riefenstahl@epost.de Thu Sep 18 10:24:00 2003 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Thu, 18 Sep 2003 10:24:00 -0000 Subject: X11, Tcl and Tk for Windows In-Reply-To: <4.3.2.7.2.20030918124805.01c5d8f0@bmw-bt.act.cmis.csiro.au> (Mark Horn's message of "Thu, 18 Sep 2003 16:37:54 +1000") References: <4.3.2.7.2.20030918124805.01c5d8f0@bmw-bt.act.cmis.csiro.au> Message-ID: Hi Mark, Mark Horn writes: > I am looking for Tcl/Tk v8.0 and a compatible version of Xlib, for a > port of an application developed originally for a Unix platform. You may want to discuss Tcl/Tk issues on comp.lang.tcl. There are much more people with specific Tcl/Tk knowledge there. > _pint = Tcl_CreateInterp(); > Tcl_Init (_pint); > _tk_mainwin = Tk_MainWindow (_pint); > _pdisp= Tk_Display (_tk_mainwin); > int idc = DefaultColormap (_pdisp, 0); // Failure here, or in > subsequent call to XParseColor () > I have also tried linking with libraries tcl84.lib , tk84.lib from > the Tcl/Tk distribution at http://www.tcl.tk/software/ includes. > but in that case I get a failure in the call to Tcl_Init. Which error? If Tcl_Init() returns an error, that can be a configuration error in the Tcl/Tk installation or an error in the calling sequence. I remember that it is important to call Tcl_FindExecutable(), especially on Windows. There have been significant changes in Tcl/Tk from 8.0 to 8.1 (most importantly the switch to Unicode), so using a more recent version may complicate matters. You may instead want to use the version 8.0.5 from http://sourceforge.net/project/showfiles.php?group_id=10894. That page has source as well as native Windows Tcl versions. The native Windows version of Tk has some X11 emulation built-in for it's own use, so you may want to try to use that first. If that X11 emulation isn't enough for you, you can compile your own 8.0 Cygwin Tcl/Tk and run that under Cygwin-XFree86, there is no reason that that couldn't work. benny From jch@honig.net Thu Sep 18 15:34:00 2003 From: jch@honig.net (Jeffrey C Honig) Date: Thu, 18 Sep 2003 15:34:00 -0000 Subject: Tight loop in Xwin startup under Win2k Message-ID: <200309181534.h8IFYWa16806@escapade.honig.net> I'm using Windows 2000 on a Dell C-600 laptop. After upgrading from 1.3 to 1.5 I've stared having my X startup go into a tight loop. This loop is so tight that I can not get the attention of the task manager or really do anything else except power-cycle the system. I've tried running a Cygwin bash shell w/o X and can not get any response out of that either. I can exit Xwin, but whatever is looping keep running. I'm using a derivative of the .xinitrc that I use on Linux and BSD which starts fvwm2 a xterms with tcshs and an emacs and a bunch of programs to figure out what to start and where. I've pretty much disabled starting of any remote programs. Anyone have any ideas here? Thanks. Jeff -- Jeffrey C. Honig http://www.honig.net/jch GnuPG ID:14E29E13 From ford@vss.fsi.com Thu Sep 18 16:04:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Thu, 18 Sep 2003 16:04:00 -0000 Subject: [RFC] lesstif & Xft/freetype/fontconfig Message-ID: Should I enable the anti-aliased font capability in the next Cygwin 1.5.x/Xfree86 4.3.x build of lesstif (0.43.91-1)? The feature is now enabled by default in the vanilla lesstif sources when the proper libraries are found by configure. But, AFAIK, the feature is still considered experimental. My other concern is the additional link time dependencies this will add. (Obviously, we would need to add additional setup.hint dependencies too.) libtool enabled applications should just get it right via the libXm.la file, but non libtool aware applications might break at compile time if their configure scripts or the like are not smart enough. Since Xm is a static library, previously compiled apps would be unaffected. For reference: Current Cygwin 1.3.22/Xfree 4.2.x libXm.la (0.93.41): # Libraries that this one depends upon. dependency_libs=' -L/usr/X11R6/lib -lSM -lICE -lXt -lXp -lXext -lX11' Possible new Cygwin 1.5.x/Xfree 4.3.x libXm.la (0.93.91): # Libraries that this one depends upon. dependency_libs=' -L/usr/X11R6/lib -lSM -lICE -lXt -lXp -lXext -lX11 -lfreetype -lXft -lXrender -lfontconfig' Also, I'm not quite sure how: http://www.cygwin.com/ml/cygwin-xfree/2003-09/msg00317.html would effect this. As a side note, is there any reason to enable Motif 1.2 and 2.0 compatible libraries too? Right now, we only build the Motif 2.1 version. Thanks for the input. Brian volunteer lesstif maintainer for Cygwin -- 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 Sep 18 16:42:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Sep 2003 16:42:00 -0000 Subject: ddxLoad patch? In-Reply-To: References: <3F68EF34.4030902@msu.edu> Message-ID: <3F69E075.80409@msu.edu> Alexander, Alexander Gottwald wrote: > On Wed, 17 Sep 2003, Harold L Hunt II wrote: > This is the actual change: > http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/xoncygwin/xc/programs/Xserver/xkb/ddxLoad.c.diff?r1=1.1.1.2&r2=1.2 > Oh, I know it was just that one character change on the one line... just didn't find the right versions to diff in cvsweb. > This is far more simple. The "b" flag to the modes is defined in the > ANSI C standard. > Right. However, we are going to have to make a claim that this won't affect any other platform. So, do these files effectively get opened in "b" mode on every other platform, including OS/2 and Mac OS X? If so, give me the justification that I can send in to XFree86. In addition to what you say below, can we say that the files that ddxLoad operates on are binary files? If so, we should be all set. Harold > From the fopen man page: > The mode string can also include the letter ``b'' either > as a last character or as a character between the charac?? > ters in any of the two-character strings described above. > This is strictly for compatibility with ANSI X3.159-1989 > (``ANSI C'') and has no effect; the ``b'' is ignored on > all POSIX conforming systems, including Linux. (Other > systems may treat text files and binary files differently, > and adding the ``b'' may be a good idea if you do I/O to a > binary file and expect that your program may be ported to > non-Unix environments.) > > bye > ago From huntharo@msu.edu Thu Sep 18 16:43:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Sep 2003 16:43:00 -0000 Subject: Bug in /usr/X11R6/bin/startx In-Reply-To: <3F6980EC.4010401@yahoo.com> References: <3F6980EC.4010401@yahoo.com> Message-ID: <3F69E0B2.1010306@msu.edu> What is the correction? Donald Page wrote: > Hi, sorry I couldn't find out how to raise a bug report from the web > site. There is a small bug in /usr/X11R6/bin/startx when $HOME contains > a space character which causes problems with the tests on lines 34 and > 43. Wrapping the test in quotes fixes the problem i.e. > if [ -f "$userclientrc" ]; then > if [ -f "$userserverrc" ]; then > > The version of the file I used (I believe it is the latest) is > # $Xorg: startx.cpp,v 1.3 2000/08/17 19:54:29 cpqbld Exp $ > From huntharo@msu.edu Thu Sep 18 16:47:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Sep 2003 16:47:00 -0000 Subject: Tight loop in Xwin startup under Win2k In-Reply-To: <200309181534.h8IFYWa16806@escapade.honig.net> References: <200309181534.h8IFYWa16806@escapade.honig.net> Message-ID: <3F69E17D.7000700@msu.edu> Jeff, Jeffrey C Honig wrote: > I'm using Windows 2000 on a Dell C-600 laptop. > > After upgrading from 1.3 to 1.5 I've stared having my X startup go into > a tight loop. This loop is so tight that I can not get the attention of > the task manager or really do anything else except power-cycle the > system. I've tried running a Cygwin bash shell w/o X and can not get > any response out of that either. > Wait wait wait... are you saying that after a reboot you can run *only* a Cygwin bash shell and get this behavior? If so, your problem is a general Cygwin problem and you need to write to the Cygwin mailing list. > I'm using a derivative of the .xinitrc that I use on Linux and BSD which > starts fvwm2 a xterms with tcshs and an emacs and a bunch of programs to > figure out what to start and where. I've pretty much disabled starting > of any remote programs. > > Anyone have any ideas here? I think the advice would be to not use .xinitrc and instead try startxwin.bat. If there are no problems with startxwin.bat, then the problem is probably with your .xinitrc. Harold From jch@honig.net Thu Sep 18 17:15:00 2003 From: jch@honig.net (Jeffrey C Honig) Date: Thu, 18 Sep 2003 17:15:00 -0000 Subject: Tight loop in Xwin startup under Win2k In-Reply-To: Message from Jeffrey C Honig on Thu, 18 Sep 2003 11:34:32 -0400. Message-ID: <200309181715.h8IHFGa29480@escapade.honig.net> Jeffrey C Honig wrote: > I'm using Windows 2000 on a Dell C-600 laptop. > > After upgrading from 1.3 to 1.5 I've stared having my X startup go into > a tight loop. This loop is so tight that I can not get the attention of > the task manager or really do anything else except power-cycle the > system. I've tried running a Cygwin bash shell w/o X and can not get > any response out of that either. I guess I need to clarify. If I start a Cygwin bash shell and run top to see what is going on, it hangs when I start Xwin. The loop happens about 80% of the time. I'm not sure if it is Xfree86 related or not. Considering that I can kill Xwin (CTL-ALT-Backspace, or right clicking the system tray icon) and the problem does not clear up it is probably more of a cygwin issue than an xfree issue. I plan to post there also. As to why I use .xinitrc and not startxwin.bat. I'm sharing my configuration with multiple Unix machines. It's a bunch easier to copy files around than try to do the same thing in both a .xinitrc and a DOS BAT file. Thanks. Jeff -- Jeffrey C. Honig http://www.honig.net/jch GnuPG ID:14E29E13 From huntharo@msu.edu Thu Sep 18 17:31:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Sep 2003 17:31:00 -0000 Subject: Tight loop in Xwin startup under Win2k In-Reply-To: <200309181715.h8IHFGa29480@escapade.honig.net> References: <200309181715.h8IHFGa29480@escapade.honig.net> Message-ID: <3F69EBC1.1080600@msu.edu> Jeff, Jeffrey C Honig wrote: > Jeffrey C Honig wrote: > > >>I'm using Windows 2000 on a Dell C-600 laptop. >> >>After upgrading from 1.3 to 1.5 I've stared having my X startup go into >>a tight loop. This loop is so tight that I can not get the attention of >>the task manager or really do anything else except power-cycle the >>system. I've tried running a Cygwin bash shell w/o X and can not get >>any response out of that either. > > > I guess I need to clarify. > > If I start a Cygwin bash shell and run top to see what is going on, it > hangs when I start Xwin. > > The loop happens about 80% of the time. > > I'm not sure if it is Xfree86 related or not. Considering that I can > kill Xwin (CTL-ALT-Backspace, or right clicking the system tray icon) > and the problem does not clear up it is probably more of a cygwin issue > than an xfree issue. I plan to post there also. > > > As to why I use .xinitrc and not startxwin.bat. I'm sharing my > configuration with multiple Unix machines. It's a bunch easier to copy > files around than try to do the same thing in both a .xinitrc and a DOS > BAT file. > Okay, well, my main point was: use startxwin.bat. Try it after a reboot and see if the problem happens. I would hate to spend time debugging a problem caused by your .xinitrc. I know that startxwin.bat doesn't cause that sort of problem, so please try it and report your results. Harold From huntharo@msu.edu Thu Sep 18 18:31:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Sep 2003 18:31:00 -0000 Subject: Updated on sourceware: XFree86-xserv-4.3.0-11 Message-ID: <3F69F9FF.5060506@msu.edu> The XFree86-xserv-4.3.0-11 package has been updated in the Cygwin distribution. Changes: 1) General - Add runtime detection for the Cygwin IPC Daemon. This allows SHM (shared memory) support when the IPC Daemon is running. SHM support is automatically disabled, with no adverse effect, when the IPC Daemon is not running. There is now a dependency on the cygipc package, but no additional installation steps are required, unless you want SHM support; in which case you need to run ipc-daemon2 (See the cygipc documentation for more details). (Ralf Habacker, 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. Save it and run setup, answer the questions and pick up 'XFree86-xserv' from the 'XFree86' category. You may need to click the "Full" button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@sources.redhat.com . If you want to subscribe go to: http://cygwin.com/lists.html 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/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place. From huntharo@msu.edu Thu Sep 18 18:33:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Sep 2003 18:33:00 -0000 Subject: IPC/SHM is now supported by default in xoncygwin HEAD CVS tree In-Reply-To: <3F695F97.3050708@msu.edu> References: <3F695F97.3050708@msu.edu> Message-ID: <3F69FA71.7020303@msu.edu> I just made a new Server Test Series release and posted an announcement for the updated package. However, the source files will take a little while to package up and post to the normal place. Until then, look at the xoncygwin HEAD CVS if you are interested in the source. Harold Harold L Hunt II wrote: > I just checked in changes to the MIT-SHM > (xc/programs/Xserver/Xext/shm.c) and XFree86Bigfont > (xc/programs/Xserver/Xext/xf86bigfont.c) extensions that disable SHM > support when the Cygwin IPC daemon is not running. This allows IPC/SHM > support to be enabled by default in Cygwin/XFree86. > > I tried to define the functionality of an OS-specific SHM support check > as best I could, which resulted in adding a new function called > OsVendorShmCheck (). This new OsVendorShmCheck function is called from > shm.c and xf86bigfont.c when DDXOSSHMCHECK is defined. This system was > designed to work like DDXOSVERRORF and OsVendorVErrorF (), for example. > > I believe that the generalization of the functionality should greatly > increase the chances of it being included in the XFree86 CVS tree. I > will be submitting patches to XFree86 as soon as they commit my other > waiting patches. > > There will be a new Server Test Series release sometime tomorrow that > includes this new functionality. > > > Harold > From mike.campbell@oracle.com Thu Sep 18 19:35:00 2003 From: mike.campbell@oracle.com (Mike Campbell) Date: Thu, 18 Sep 2003 19:35:00 -0000 Subject: Odd XDMCP problems Message-ID: <3F6A08F8.70603@oracle.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Here is an odd one for you to try to help me figure out. I have configured my RedHat Linux 9.0 system to allow XDCMP connections. When I reboot the server the console comes up with the default kdm login box. ~From my win2k machine I have installed all of the cygwin Xfree tools. I used the startxdmcp.bat file (after editing it for the remote_address parameter) and it successfully connects to the linux box and I see the login dialog box. So far so good. Initally when I would log in the cygwin screen would turn light blue and then after 5 seconds or so the login box would reappear and a message about my session lasting less than 10 seconds. I found on the linux machine where I was logging in the following in the .xsession-errors file: set: unable to open display ":0.0" xsetroot: unable to open display ':0.0' xrdb: Connection refused xrdb: Can't open display ':0.0' startkde: Starting up... ksplash: cannot connect to X server :0.0 _KDE_IceTransmkdir: Owner of /tmp/.ICE-unix should be set to root kded: cannot connect to X server :0.0 kdeinit: Can't connect to the X Server. kdeinit: Might not terminate at end of session. kcminit: cannot connect to X server :0.0 knotify: cannot connect to X server :0.0 ksmserver: cannot connect to X server :0.0 startkde: Shutting down... startkde: Running shutdown scripts... KLauncher: Exiting on signal 1 startkde: Done. I then edited the /etc/kde/kdm/Xstartup file on the linux machine and added a line that said 'xhost +' and restart the X server on the linux machine. Now when I use startxdmcp.bat file I enter my user/pass and get the light blue screen on the cygwin side. However, nothing else shows up on the cygwin side. Oddly though, on the linux console I see that I am logged into kde as the user I entered on the cygwin side. Once I log out of kde from the linux console the cygwin xfree session displays the login dialog box again. For some odd reason my DISPLAY from the xdmcp session seems incorrect. It should set DISPLAY to point back to the cygwin xfree server instead of the linux console. How do I fix this??? - -- ___________________________________________________________________ Mike Campbell Technical Specialist Phone: 407.458.5688 Oracle Corporation Email: Mike.Campbell@oracle.com GPG Fingerprint 6C34 6C22 4760 A01F 7C83 11CE C117 CDF1 8241 7C64 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (MingW32) Comment: http://webpages.charter.net/mcampbell17/publickey.asc iD8DBQE/agj4wRfN8YJBfGQRAi1DAKDqlNrP9joyndlXX8XRv4f0WKu3RwCcCE0y BJtskfjkspsIEnKDP8kUhLk= =9RUd -----END PGP SIGNATURE----- From Alexander.Gottwald@s1999.tu-chemnitz.de Thu Sep 18 19:52:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 18 Sep 2003 19:52:00 -0000 Subject: a beginners question In-Reply-To: References: Message-ID: amr roushi wrote: > I am new in Xfree86 , I use many Xwin windows with the comman xwin :XX > -query hostname . It works fine but the window gets a permanent nam > Xfree86 PORTNUM is there a way to change this to display something > meaningful such as the host name for example . I've commited a patch which changes the title to "Cygwin/XFree86 - host" if the "-query" option is supplied. Otherwise it stays "Cygwin/XFree86 - 0:0" bye ago NP: Diary of Dreams - Freak Perfume (Limited Edition) - Traum:A -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Thu Sep 18 20:23:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 18 Sep 2003 20:23:00 -0000 Subject: ddxLoad patch? In-Reply-To: <3F69E075.80409@msu.edu> References: <3F68EF34.4030902@msu.edu> <3F69E075.80409@msu.edu> Message-ID: Harold L Hunt II wrote: > In addition to what you say below, can we say that the files that > ddxLoad operates on are binary files? If so, we should be all set. The files is binary data. The compiled keymap is divided into several blocks which start with an integer which contains the length of the block. This data can contain bytes which are below 0x20 and will be treated as special characters and may be altered when read in textmode. bye ago NP: Diary of Dreams - Freak Perfume (Limited Edition) - Traum:A -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From andrew.markebo@comhem.se Thu Sep 18 20:27:00 2003 From: andrew.markebo@comhem.se (Andrew Markebo) Date: Thu, 18 Sep 2003 20:27:00 -0000 Subject: static libs in bin? In-Reply-To: <3F665106.20909@msu.edu> (Harold L. Hunt, II's message of "Mon, 15 Sep 2003 19:53:42 -0400") References: <3F665106.20909@msu.edu> Message-ID: / Harold L Hunt II wrote: | Andy, | | Andrew Markebo wrote: | > libX11.a, and some more static libraries, can be found in XFree86-bin, | > but I mean.. are they really needed here? Isn't the correct placement | > in XFree86-prog? | > | > /Andy | | You must be looking at an old version of XFree86-bin. If not, please | point out the files to which you are referring in the below package | listing. Oops sorry, yep me only checking the first matches, 4.2's (search at cygwin.com) /Andy -- TANSTAFI - There Are No Such Thing As Free Internet From 0@pervalidus.tk Thu Sep 18 20:33:00 2003 From: 0@pervalidus.tk (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Thu, 18 Sep 2003 20:33:00 -0000 Subject: First time installing XFree86 Message-ID: This is the first time I install XFree86 on Cygwin. I'm running all current packages and for now installed the following: XFree86-bin-4.3.0-3 XFree86-bin-icons-4.3.0-2 XFree86-etc-4.3.0-3 XFree86-lib-4.3.0-1 XFree86-prog-4.3.0-5 XFree86-startup-scripts-4.2.0-5 XFree86-xserv-4.3.0-11 XFree86-xwinclip-4.3.0-1 I skipped XFree86-fenc-4.2.0-3 and XFree86-fnts-4.2.0-3 since I'm using the fonts from my Linux partition (mounted with Ext2fsd 0.10a) to save some space. I don't know if the segfault I get starting xedit is related. All other applications I tried work. /usr/X11R6/lib/X11/fonts is a symlink to /l/usr/X11R6/lib/X11/fonts, which is read-only (directories dr-xr-xr-x and files -r--r--r--). Since I'm not going to run mkfontdir I suppose it should work. BTW, will XFree86-xwinclip-4.3.0-1 be recompiled ? It currently depends on XFree86-lib-compat. -- How to contact me - http://www.pervalidus.net/contact.html From huntharo@msu.edu Thu Sep 18 20:43:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Sep 2003 20:43:00 -0000 Subject: Odd XDMCP problems In-Reply-To: <3F6A08F8.70603@oracle.com> References: <3F6A08F8.70603@oracle.com> Message-ID: <3F6A18E4.5050709@msu.edu> Mike, Mike Campbell wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Here is an odd one for you to try to help me figure out. > > I have configured my RedHat Linux 9.0 system to allow XDCMP connections. > When I reboot the server the console comes up with the default kdm login > box. > > ~From my win2k machine I have installed all of the cygwin Xfree tools. I > used the startxdmcp.bat file (after editing it for the remote_address > parameter) and it successfully connects to the linux box and I see the > login dialog box. So far so good. > > Initally when I would log in the cygwin screen would turn light blue and > then after 5 seconds or so the login box would reappear and a message > about my session lasting less than 10 seconds. I found on the linux > machine where I was logging in the following in the .xsession-errors file: > > set: unable to open display ":0.0" > xsetroot: unable to open display ':0.0' > xrdb: Connection refused > xrdb: Can't open display ':0.0' > startkde: Starting up... > ksplash: cannot connect to X server :0.0 > _KDE_IceTransmkdir: Owner of /tmp/.ICE-unix should be set to root > kded: cannot connect to X server :0.0 > kdeinit: Can't connect to the X Server. > kdeinit: Might not terminate at end of session. > kcminit: cannot connect to X server :0.0 > knotify: cannot connect to X server :0.0 > ksmserver: cannot connect to X server :0.0 > startkde: Shutting down... > startkde: Running shutdown scripts... > KLauncher: Exiting on signal 1 > startkde: Done. > Looks like you might need the -from MY_IP_ADDRESS command-line parameter in startxdmcp.bat for XWin.exe. Although, this doesn't make a lot of sense because you probably wouldn't even get the login screen if the from address wasn't being set correctly. > I then edited the /etc/kde/kdm/Xstartup file on the linux machine and > added a line that said 'xhost +' and restart the X server on the linux > machine. > The xhost + is not the answer. Please remove that line or accept the security risks that it has, even though it is providing you with no benefit. I think the real problem here is that XDM on your linux machine is not setting the DISPLAY variable correctly. The output from the log file shows this: > xsetroot: unable to open display ':0.0' :0.0 means to connect to the local machine on display 0, screen 0. That is typically the console. This is obviously incorrect, since you need all X Clients to connect to the X Server running on your Windows machine. > For some odd reason my DISPLAY from the xdmcp session seems incorrect. > It should set DISPLAY to point back to the cygwin xfree server instead > of the linux console. How do I fix this??? I have never, ever, heard of anyone reporting this problem before where the DISPLAY is not getting set correctly by the XDM server (again, unless you just need the -from parameter as mentioned above). Can we assume that this RedHat 9.0 installation is 100% non-modified or have people had their hands on it, "customizing" it? If the installation has been heavily customized, then I think that someone made a mistake in one of those customizations. If the installation has not been heavily customized, then perhaps you could do some searching to find out if this a generic problem for RedHat 9.0. Hey, I have an idea... why don't you try opening an XDMCP session to your RedHat 9.0 machine from another *nix machine. That would help determine if Cygwin/XFree86 or the RedHat machine configuration is at fault. Harold From huntharo@msu.edu Thu Sep 18 20:46:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Sep 2003 20:46:00 -0000 Subject: First time installing XFree86 In-Reply-To: References: Message-ID: <3F6A1983.8070206@msu.edu> Fr??d??ric, Fr??d??ric L. W. Meunier wrote: > This is the first time I install XFree86 on Cygwin. I'm running > all current packages and for now installed the following: > > XFree86-bin-4.3.0-3 > XFree86-bin-icons-4.3.0-2 > XFree86-etc-4.3.0-3 > XFree86-lib-4.3.0-1 > XFree86-prog-4.3.0-5 > XFree86-startup-scripts-4.2.0-5 > XFree86-xserv-4.3.0-11 > XFree86-xwinclip-4.3.0-1 > > I skipped XFree86-fenc-4.2.0-3 and XFree86-fnts-4.2.0-3 since > I'm using the fonts from my Linux partition (mounted with > Ext2fsd 0.10a) to save some space. I don't know if the segfault > I get starting xedit is related. All other applications I tried > work. > > /usr/X11R6/lib/X11/fonts is a symlink to > /l/usr/X11R6/lib/X11/fonts, which is read-only (directories > dr-xr-xr-x and files -r--r--r--). Since I'm not going to run > mkfontdir I suppose it should work. Are you asking us a question in the above? I didn't see one... > BTW, will XFree86-xwinclip-4.3.0-1 be recompiled ? It currently > depends on XFree86-lib-compat. I am not sure if I will recompile xwinclip. I might. I might not. Can I ask why you are not using the internal version of xwinclip, accessed via the '-clipboard' parameter for XWin.exe? Harold From jch@honig.net Thu Sep 18 20:51:00 2003 From: jch@honig.net (Jeffrey C Honig) Date: Thu, 18 Sep 2003 20:51:00 -0000 Subject: Tight loop in Xwin startup under Win2k In-Reply-To: Message from Jeffrey C Honig on Thu, 18 Sep 2003 11:34:32 -0400. Message-ID: <200309182051.h8IKp0a08450@escapade.honig.net> No, it does not happen when I use startxwin.bat. Even if I configure it for -fullscreen. But it is only starting one xterm. I need to do more testing trying to start multiple xterm. I'll also post on the cywin list. I just thought it likely that someone on this list may have seen it. Thanks. Jeff -- Jeffrey C. Honig http://www.honig.net/jch GnuPG ID:14E29E13 From jch@honig.net Thu Sep 18 20:51:00 2003 From: jch@honig.net (Jeffrey C Honig) Date: Thu, 18 Sep 2003 20:51:00 -0000 Subject: XFree86 goes into stasis when NetMeeting is running In-Reply-To: Message from Jeffrey C Honig on Sun, 14 Sep 2003 09:40:27 -0400. Message-ID: <200309182051.h8IKpda08499@escapade.honig.net> Using -engine 1 solves my problem with NetMeeting. Thanks. Jeff -- Jeffrey C. Honig http://www.honig.net/jch GnuPG ID:14E29E13 From huntharo@msu.edu Thu Sep 18 21:02:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Sep 2003 21:02:00 -0000 Subject: ddxLoad patch? In-Reply-To: References: <3F68EF34.4030902@msu.edu> <3F69E075.80409@msu.edu> Message-ID: <3F6A1D36.8090608@msu.edu> Thanks Alexander. I submitted the patch to XFree86's Bugzilla: http://bugs.xfree86.org/show_bug.cgi?id=705 Harold Alexander Gottwald wrote: > Harold L Hunt II wrote: > > >>In addition to what you say below, can we say that the files that >>ddxLoad operates on are binary files? If so, we should be all set. > > > The files is binary data. The compiled keymap is divided into several > blocks which start with an integer which contains the length of the block. > This data can contain bytes which are below 0x20 and will be treated > as special characters and may be altered when read in textmode. > > bye > ago > > NP: Diary of Dreams - Freak Perfume (Limited Edition) - Traum:A From 0@pervalidus.tk Thu Sep 18 21:31:00 2003 From: 0@pervalidus.tk (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Thu, 18 Sep 2003 21:31:00 -0000 Subject: First time installing XFree86 In-Reply-To: <3F6A1983.8070206@msu.edu> References: <3F6A1983.8070206@msu.edu> Message-ID: On Thu, 18 Sep 2003, Harold L Hunt II wrote: > > I don't know if the segfault I get starting xedit is > > related. All other applications I tried work. > > > > /usr/X11R6/lib/X11/fonts is a symlink to > > /l/usr/X11R6/lib/X11/fonts, which is read-only (directories > > dr-xr-xr-x and files -r--r--r--). Since I'm not going to run > > mkfontdir I suppose it should work. > > Are you asking us a question in the above? I didn't see one... I think you can interpret is as a question. Does xedit work for you ? Here it just segfaults at startup. If yes, maybe I should install the encodings and fonts to see if I can reproduce it. Yesterday I compared the contents of both packages with my Linux fonts and didn't see any differences, so the only difference is the symlink to the XFree86 fonts directory of my Linux partition and the read-only flags. > > BTW, will XFree86-xwinclip-4.3.0-1 be recompiled ? It currently > > depends on XFree86-lib-compat. > > I am not sure if I will recompile xwinclip. I might. I might not. > > Can I ask why you are not using the internal version of xwinclip, > accessed via the '-clipboard' parameter for XWin.exe? I didn't know about it. I just read the descriptions and installed what I thought I'd use. Anyway, I'm not going to install XFree86-lib-compat just to run it, what I'll consider if I need other applications. -- How to contact me - http://www.pervalidus.net/contact.html From ralf.habacker@freenet.de Thu Sep 18 22:09:00 2003 From: ralf.habacker@freenet.de (Ralf Habacker) Date: Thu, 18 Sep 2003 22:09:00 -0000 Subject: AW: AW: Enabling SHM support in default build of XWin.exe In-Reply-To: <3F68F8D0.5000208@cwilson.fastmail.fm> Message-ID: Hi Charles, > > ... if linked to the static ipc-library. Using the cygipc dll > results in an > > additional runtime dependency, which will produce windows > runtime linking > > errors if the cygipc package isn't installed, which will produce more > > support noise dealing with this issue. Using the static library > avoids this > > problem. > > I think that you *should* use the DLL. And add cygipc to the setup.hint > requires: of XFree86. Not because I think that everyone should or will > 'turn on' the daemon, but because: > > you can't use libtool to make a DLL that has static dependencies > (without heroic effort). > Now, I know that XFree86 does not use libtool, but maybe I want to build > gtk or something that (a) does, and (b) links to XFree86 libs. Since, > in this scenario, the XFree86 libs will have a link time dependency on > libcygipc.a -- I won't be able to build a DLL version of gtk (without > heroic effort). > What's the "support issue" you're worried about, Ralf? One more > requires: library? When Harold is busy spinning out expat, fontconfig, > and freetype -- what's one more? I forgot that the standard cygwin libtool has this limitation (I`m living on the kde [=older libtool release] side of libtool which uses a "pass_all" lib filter and you're right that it is easier to maintain one package (cygipc) as to recompile every package which is linked to the static cygipc lib on every new cygipc release. Thanks for pointing this out. ;-) Ralf From ralf.habacker@freenet.de Thu Sep 18 22:09:00 2003 From: ralf.habacker@freenet.de (Ralf Habacker) Date: Thu, 18 Sep 2003 22:09:00 -0000 Subject: AW: IPC/SHM is now supported by default in xoncygwin HEAD CVS tree In-Reply-To: <3F695F97.3050708@msu.edu> Message-ID: Hi Harold, > I just checked in changes to the MIT-SHM > (xc/programs/Xserver/Xext/shm.c) and XFree86Bigfont > (xc/programs/Xserver/Xext/xf86bigfont.c) extensions that disable SHM > support when the Cygwin IPC daemon is not running. This allows IPC/SHM > support to be enabled by default in Cygwin/XFree86. > > I tried to define the functionality of an OS-specific SHM support check > as best I could, which resulted in adding a new function called > OsVendorShmCheck (). This new OsVendorShmCheck function is called from > shm.c and xf86bigfont.c when DDXOSSHMCHECK is defined. This system was > designed to work like DDXOSVERRORF and OsVendorVErrorF (), for example. this is obviously the right way, I have seen the related patches for ...BSD, but doesn't know who to deal with. Thanks for this efforts. > There will be a new Server Test Series release sometime tomorrow that > includes this new functionality. > I assume that the current xlib releases are linked without shm support ? Then the new features of the Xwin Test server will only be usable if at least the X11 and Xext libs are compiled with shm support. Ralf From 0@pervalidus.tk Thu Sep 18 23:16:00 2003 From: 0@pervalidus.tk (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Thu, 18 Sep 2003 23:16:00 -0000 Subject: First time installing XFree86 In-Reply-To: References: <3F6A1983.8070206@msu.edu> Message-ID: On Thu, 18 Sep 2003, Fr?d?ric L. W. Meunier wrote: > On Thu, 18 Sep 2003, Harold L Hunt II wrote: > > > > I don't know if the segfault I get starting xedit is > > > related. All other applications I tried work. > > > > > > /usr/X11R6/lib/X11/fonts is a symlink to > > > /l/usr/X11R6/lib/X11/fonts, which is read-only (directories > > > dr-xr-xr-x and files -r--r--r--). Since I'm not going to run > > > mkfontdir I suppose it should work. > > > > Are you asking us a question in the above? I didn't see one... > > I think you can interpret is as a question. Does xedit work for > you ? Here it just segfaults at startup. If yes, maybe I should > install the encodings and fonts to see if I can reproduce it. > > Yesterday I compared the contents of both packages with my > Linux fonts and didn't see any differences, so the only > difference is the symlink to the XFree86 fonts directory of my > Linux partition and the read-only flags. I removed the /usr/X11R6/lib/X11 symlink and installed XFree86-fenc-4.2.0-3 and XFree86-fnts-4.2.0-3. xedit still segfaults at startup. It isn't an issue for me because I don't use it. I was just testing the applications, but it obviously isn't related to the symlink and read-only. -- How to contact me - http://www.pervalidus.net/contact.html From davidf@sjsoft.com Fri Sep 19 04:48:00 2003 From: davidf@sjsoft.com (David Fraser) Date: Fri, 19 Sep 2003 04:48:00 -0000 Subject: Tight loop in Xwin startup under Win2k In-Reply-To: <200309182051.h8IKp0a08450@escapade.honig.net> References: <200309182051.h8IKp0a08450@escapade.honig.net> Message-ID: <3F6A8A8E.5080303@sjsoft.com> Jeffrey C Honig wrote: >No, it does not happen when I use startxwin.bat. Even if I configure it >for -fullscreen. But it is only starting one xterm. I need to do more >testing trying to start multiple xterm. > >I'll also post on the cywin list. I just thought it likely that someone >on this list may have seen it. > >Thanks. > >Jeff > > > If you are struggling debugging this, you may want to try starting the programs with nice so that they don't completely take over the system, which may make it easier to see which processes are causing the problem Or give the top/Task Manager process a higher priority so that it still runs when the manic process is trying to take over David From 0@pervalidus.tk Fri Sep 19 05:13:00 2003 From: 0@pervalidus.tk (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Fri, 19 Sep 2003 05:13:00 -0000 Subject: xedit segfaults (was Re: First time installing XFree86) In-Reply-To: References: <3F6A1983.8070206@msu.edu> Message-ID: On Thu, 18 Sep 2003, Fr?d?ric L. W. Meunier wrote: > On Thu, 18 Sep 2003, Fr?d?ric L. W. Meunier wrote: > > > On Thu, 18 Sep 2003, Harold L Hunt II wrote: > > > > > > I don't know if the segfault I get starting xedit is > > > > related. All other applications I tried work. > > > > > > > > /usr/X11R6/lib/X11/fonts is a symlink to > > > > /l/usr/X11R6/lib/X11/fonts, which is read-only (directories > > > > dr-xr-xr-x and files -r--r--r--). Since I'm not going to run > > > > mkfontdir I suppose it should work. > > > > > > Are you asking us a question in the above? I didn't see one... > > > > I think you can interpret is as a question. Does xedit work for > > you ? Here it just segfaults at startup. If yes, maybe I should > > install the encodings and fonts to see if I can reproduce it. > > > > Yesterday I compared the contents of both packages with my > > Linux fonts and didn't see any differences, so the only > > difference is the symlink to the XFree86 fonts directory of my > > Linux partition and the read-only flags. > > I removed the /usr/X11R6/lib/X11 symlink and installed > XFree86-fenc-4.2.0-3 and XFree86-fnts-4.2.0-3. xedit still > segfaults at startup. It isn't an issue for me because I don't > use it. I was just testing the applications, but it obviously > isn't related to the symlink and read-only. Sorry, I see this has been reported before. Anyway, I tried compiling xedit (only) from CVS xf-4_3-branch and HEAD. Same problem. -- How to contact me - http://www.pervalidus.net/contact.html From huntharo@msu.edu Fri Sep 19 05:42:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 19 Sep 2003 05:42:00 -0000 Subject: [ANNOUNCEMENT] Cygwin/XFree86 Documentation 0.9.10 Message-ID: <3F6A972E.7090208@msu.edu> Links: I just posted release 0.9.10 to the documentation development page: http://xfree86.cygwin.com/devel/documentation/ Documentation, formatted, direct links: Contributor's Guide http://xfree86.cygwin.com/docs/cg User's Guide http://xfree86.cygwin.com/docs/ug/ FAQ http://xfree86.cygwin.com/docs/faq/ Documentation source releases are now available via the sources.redhat.com ftp mirror network (http://cygwin.com/mirrors.html) in the pub/cygwin/xfree/devel/documentation/ directory. You may wish to note the desired filename in the links below, then download from your closest mirror (http://cygwin.com/mirrors.html). Documentation source, direct link: http://www.msu.edu/~huntharo/xwin/docs/cygwin-xfree-doc-0.9.10.tar.gz (680 KiB) Changes: 1) CG - Add cygipc and expat to list of required packages for development. (Harold L Hunt II) 2) UG - Add new Window Managers section that describes how Cygwin/XFree86 works with different types of window managers (e.g. internal, local external, xdmcp, remote). (Harold L Hunt II) 3) UG - Add Clipboard Integration section that describes how the clipboard integration system is used and why it has a certain deficiency. (Harold L Hunt II) 4) UG - Add Shared Memory Support (MIT-SHM Extension) section that describes how to enable shared memory support at run-time. (Harold L Hunt II) 5) UG - Update list of command-line parameters. Add -clipboard, -clipupdates, -ignoreinput, -multimonitors, -multiwindow, -rootless, -scrollbars, -[no]trayicon, -xf86config, and -keyboard. (Harold L Hunt II) Enjoy, Harold From colin.harrison@virgin.net Fri Sep 19 07:12:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Fri, 19 Sep 2003 07:12:00 -0000 Subject: Xoncygwin updates very slow at appearing Message-ID: <000001c37e7d$615fdcb0$0200a8c0@straightrunning.com> Hi, I checked out a HEAD xc tree from xoncywin and didn't find the new code in xc/programs/Xserver/Xext for enabling ipc. Is this because sourceforge is be a bit slow and I'm too impatient? Colin From alexander.gottwald@s1999.tu-chemnitz.de Fri Sep 19 09:23:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 19 Sep 2003 09:23:00 -0000 Subject: Xoncygwin updates very slow at appearing In-Reply-To: <000001c37e7d$615fdcb0$0200a8c0@straightrunning.com> References: <000001c37e7d$615fdcb0$0200a8c0@straightrunning.com> Message-ID: On Fri, 19 Sep 2003, Colin Harrison wrote: > Hi, > > I checked out a HEAD xc tree from xoncywin and didn't find the new code in > xc/programs/Xserver/Xext for enabling ipc. > Is this because sourceforge is be a bit slow and I'm too impatient? It's in now. But cvsweb does not show it yet. They work on a backup of the cvs. cvs log -r 1.2 shm.c RCS file: /cvsroot/xoncygwin/xc/programs/Xserver/Xext/shm.c,v Working file: shm.c head: 1.2 branch: locks: strict access list: symbolic names: XFIXES_BRANCH: 1.1.1.2.0.2 XFREE86_4_3_0: 1.1.1.2 windows-1-branch: 1.1.1.1.0.2 XONCYGWIN-1_0: 1.1.1.1 XONCYGWIN: 1.1.1 keyword substitution: kv total revisions: 4; selected revisions: 1 description: ---------------------------- revision 1.2 date: 2003/09/18 07:08:39; author: hhunt; state: Exp; lines: +67 -1 Add calls to OsVendorShmCheck bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Dr.Volker.Zell@oracle.com Fri Sep 19 10:25:00 2003 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Fri, 19 Sep 2003 10:25:00 -0000 Subject: /usr/X11R6/bin/uxterm is missing from XFree86-bin-4.3.0-3 Message-ID: <871xud847g.fsf@vzell-de.de.oracle.com> Hey /usr/X11R6/bin/uxterm is missing from XFree86-bin-4.3.0-3 since XFree86-bin-4.3.0-2 Ciao Volker From colin.harrison@virgin.net Fri Sep 19 11:01:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Fri, 19 Sep 2003 11:01:00 -0000 Subject: Xoncygwin updates very slow at appearing Message-ID: <000001c37e9d$4c615bc0$0200a8c0@straightrunning.com> Hi, I don't get it:- cvs log -r 1.2 shm.c cvspserver server: nothing known about 1.2 RCS file: /cvsroot/xoncygwin/xc/programs/Xserver/Xext/shm.c,v Working file: shm.c head: 1.1 branch: 1.1.1 locks: strict access list: symbolic names: XFIXES_BRANCH: 1.1.1.2.0.2 XFREE86_4_3_0: 1.1.1.2 windows-1-branch: 1.1.1.1.0.2 XONCYGWIN-1_0: 1.1.1.1 XONCYGWIN: 1.1.1 keyword substitution: kv total revisions: 3; selected revisions: 1 description: ---------------------------- revision 1.1.1.2 date: 2003/06/03 11:08:23; author: ago; state: Exp; lines: +54 -1 Import of XFree86 4.3.0 (second try) ============================================================================ = I'm coming from the UK to:- cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/xoncygwin login Something weird going on? Colin From alexander.gottwald@s1999.tu-chemnitz.de Fri Sep 19 11:12:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 19 Sep 2003 11:12:00 -0000 Subject: Xoncygwin updates very slow at appearing In-Reply-To: <000001c37e9d$4c615bc0$0200a8c0@straightrunning.com> References: <000001c37e9d$4c615bc0$0200a8c0@straightrunning.com> Message-ID: On Fri, 19 Sep 2003, Colin Harrison wrote: > I'm coming from the UK to:- > cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/xoncygwin login > > Something weird going on? Maybe the pserver uses the backup cvs too and the backup has not been updated. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From aroushdi@fr.ibm.com Fri Sep 19 11:54:00 2003 From: aroushdi@fr.ibm.com (amr roushi) Date: Fri, 19 Sep 2003 11:54:00 -0000 Subject: a beginners question In-Reply-To: References: Message-ID: Alexander Gottwald wrote: > amr roushi wrote: > > >>I am new in Xfree86 , I use many Xwin windows with the comman xwin :XX >>-query hostname . It works fine but the window gets a permanent nam >>Xfree86 PORTNUM is there a way to change this to display something >>meaningful such as the host name for example . > > > I've commited a patch which changes the title to "Cygwin/XFree86 - host" > if the "-query" option is supplied. Otherwise it stays "Cygwin/XFree86 - 0:0" > > bye > ago > > NP: Diary of Dreams - Freak Perfume (Limited Edition) - Traum:A Thank u Alex for the patch . How can we get it thanks From alexander.gottwald@s1999.tu-chemnitz.de Fri Sep 19 12:14:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 19 Sep 2003 12:14:00 -0000 Subject: a beginners question In-Reply-To: References: Message-ID: On Fri, 19 Sep 2003, amr roushi wrote: > Alexander Gottwald wrote: > > I've commited a patch which changes the title to "Cygwin/XFree86 - host" > > if the "-query" option is supplied. Otherwise it stays "Cygwin/XFree86 - 0:0" > > Thank u Alex for the patch . How can we get it There is currently no binary built with this patch. If you can't wait for the next release and want to compile XWin yourself you should check the contributor's guide at http://xfree86.cygwin.com/docs/cg/. But since this posting is titled "a beginners question" I think it is better for you to wait a few days for the next release. I've nevertheless attached the patch for the curious. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 -------------- next part -------------- Index: InitOutput.c =================================================================== RCS file: /cvsroot/xoncygwin/xc/programs/Xserver/hw/xwin/InitOutput.c,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- InitOutput.c 15 Sep 2003 18:14:05 -0000 1.3 +++ InitOutput.c 18 Sep 2003 19:37:08 -0000 1.4 @@ -54,6 +54,7 @@ HWND g_hDlgExit = NULL; Bool g_fCalledSetLocale = FALSE; Bool g_fCalledXInitThreads = FALSE; +const char * g_pszQueryHost = NULL; /* @@ -1189,6 +1190,16 @@ { CHECK_ARGS (1); g_cmdline.rgbPath = argv[++i]; + return 0; /* Let DIX parse this again */ + } + + /* + * Look for the '-query' argument + */ + if (IS_OPTION ("-query")) + { + CHECK_ARGS (1); + g_pszQueryHost = argv[++i]; return 0; /* Let DIX parse this again */ } Index: win.h =================================================================== RCS file: /cvsroot/xoncygwin/xc/programs/Xserver/hw/xwin/win.h,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- win.h 17 Sep 2003 22:56:11 -0000 1.3 +++ win.h 18 Sep 2003 19:37:08 -0000 1.4 @@ -580,6 +580,7 @@ extern HWND g_hDlgExit; extern int g_copyROP[]; extern int g_patternROP[]; +extern const char * g_pszQueryHost; /* Index: wincreatewnd.c =================================================================== RCS file: /cvsroot/xoncygwin/xc/programs/Xserver/hw/xwin/wincreatewnd.c,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- wincreatewnd.c 15 Sep 2003 18:14:05 -0000 1.2 +++ wincreatewnd.c 18 Sep 2003 19:37:08 -0000 1.3 @@ -77,7 +77,13 @@ RegisterClass (&wc); /* Set display and screen-specific tooltip text */ - snprintf (szTitle, + if (g_pszQueryHost != NULL) + snprintf (szTitle, + sizeof (szTitle), + WINDOW_TITLE_XDMCP, + g_pszQueryHost); + else + snprintf (szTitle, sizeof (szTitle), WINDOW_TITLE, display, @@ -277,7 +283,13 @@ #endif /* Set display and screen-specific tooltip text */ - snprintf (szTitle, + if (g_pszQueryHost != NULL) + snprintf (szTitle, + sizeof (szTitle), + WINDOW_TITLE_XDMCP, + g_pszQueryHost); + else + snprintf (szTitle, sizeof (szTitle), WINDOW_TITLE, display, Index: winwindow.h =================================================================== RCS file: /cvsroot/xoncygwin/xc/programs/Xserver/hw/xwin/winwindow.h,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- winwindow.h 15 Sep 2003 18:14:05 -0000 1.2 +++ winwindow.h 18 Sep 2003 19:37:08 -0000 1.3 @@ -43,6 +43,7 @@ /* Constant strings */ #define WINDOW_CLASS "cygwin/xfree86" #define WINDOW_TITLE "Cygwin/XFree86 - %s:%d" +#define WINDOW_TITLE_XDMCP "Cygwin/XFree86 - %s" #define WIN_SCR_PROP "cyg_screen_prop rl" #define WINDOW_CLASS_X "cygwin/xfree86 X rl" #define WINDOW_TITLE_X "Cygwin/XFree86 X" From huntharo@msu.edu Fri Sep 19 14:00:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 19 Sep 2003 14:00:00 -0000 Subject: Xoncygwin updates very slow at appearing In-Reply-To: References: <000001c37e7d$615fdcb0$0200a8c0@straightrunning.com> Message-ID: <3F6B0BE1.6060806@msu.edu> You know, they say that their backup for cvsweb is "24 hours old", but at this point it seems to be more like 5 weeks old. It seems to be very out of date lately. Harold Alexander Gottwald wrote: > On Fri, 19 Sep 2003, Colin Harrison wrote: > > >>Hi, >> >>I checked out a HEAD xc tree from xoncywin and didn't find the new code in >>xc/programs/Xserver/Xext for enabling ipc. >>Is this because sourceforge is be a bit slow and I'm too impatient? > > > It's in now. But cvsweb does not show it yet. They work on a backup of the > cvs. > > cvs log -r 1.2 shm.c > RCS file: /cvsroot/xoncygwin/xc/programs/Xserver/Xext/shm.c,v > Working file: shm.c > head: 1.2 > branch: > locks: strict > access list: > symbolic names: > XFIXES_BRANCH: 1.1.1.2.0.2 > XFREE86_4_3_0: 1.1.1.2 > windows-1-branch: 1.1.1.1.0.2 > XONCYGWIN-1_0: 1.1.1.1 > XONCYGWIN: 1.1.1 > keyword substitution: kv > total revisions: 4; selected revisions: 1 > description: > ---------------------------- > revision 1.2 > date: 2003/09/18 07:08:39; author: hhunt; state: Exp; lines: +67 -1 > Add calls to OsVendorShmCheck > > bye > ago From pechtcha@cs.nyu.edu Fri Sep 19 14:16:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 19 Sep 2003 14:16:00 -0000 Subject: Xoncygwin updates very slow at appearing In-Reply-To: <000001c37e9d$4c615bc0$0200a8c0@straightrunning.com> References: <000001c37e9d$4c615bc0$0200a8c0@straightrunning.com> Message-ID: On Fri, 19 Sep 2003, Colin Harrison wrote: > Hi, > > I don't get it:- > > cvs log -r 1.2 shm.c > cvspserver server: nothing known about 1.2 > > RCS file: /cvsroot/xoncygwin/xc/programs/Xserver/Xext/shm.c,v > Working file: shm.c > head: 1.1 > branch: 1.1.1 ^^^^^^^^^^^^^ > locks: strict > access list: > symbolic names: > XFIXES_BRANCH: 1.1.1.2.0.2 > XFREE86_4_3_0: 1.1.1.2 > windows-1-branch: 1.1.1.1.0.2 > XONCYGWIN-1_0: 1.1.1.1 > XONCYGWIN: 1.1.1 > keyword substitution: kv > total revisions: 3; selected revisions: 1 > description: > ---------------------------- > revision 1.1.1.2 > date: 2003/06/03 11:08:23; author: ago; state: Exp; lines: +54 -1 > Import of XFree86 4.3.0 (second try) > ============================================================================ > > I'm coming from the UK to:- > cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/xoncygwin login > > Something weird going on? > Colin Colin, Perhaps you being on a branch (see the line above underlined with '^^^') has something to do with this? Alexander's log didn't contain 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 alexander.gottwald@s1999.tu-chemnitz.de Fri Sep 19 14:18:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 19 Sep 2003 14:18:00 -0000 Subject: Xoncygwin updates very slow at appearing In-Reply-To: <3F6B0BE1.6060806@msu.edu> References: <000001c37e7d$615fdcb0$0200a8c0@straightrunning.com> <3F6B0BE1.6060806@msu.edu> Message-ID: On Fri, 19 Sep 2003, Harold L Hunt II wrote: > You know, they say that their backup for cvsweb is "24 hours old", but > at this point it seems to be more like 5 weeks old. It seems to be very > out of date lately. The "Synch with test 99" commits (which are 3 days old) are displayed via cvsweb. > > revision 1.2 > > date: 2003/09/18 07:08:39; author: hhunt; state: Exp; lines: +67 -1 > > Add calls to OsVendorShmCheck The commit to Xext/shm.c was yesterday (But already more than 24 hours ago). It's not up todate but still not outdated. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Fri Sep 19 14:25:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 19 Sep 2003 14:25:00 -0000 Subject: Xoncygwin updates very slow at appearing In-Reply-To: References: <000001c37e9d$4c615bc0$0200a8c0@straightrunning.com> Message-ID: On Fri, 19 Sep 2003, Igor Pechtchanski wrote: > On Fri, 19 Sep 2003, Colin Harrison wrote: > > > Hi, > > > > I don't get it:- > > > > cvs log -r 1.2 shm.c > > cvspserver server: nothing known about 1.2 > > > > RCS file: /cvsroot/xoncygwin/xc/programs/Xserver/Xext/shm.c,v > > Working file: shm.c > > head: 1.1 > > branch: 1.1.1 > ^^^^^^^^^^^^^ > > revision 1.1.1.2 > > date: 2003/06/03 11:08:23; author: ago; state: Exp; lines: +54 -1 > > Import of XFree86 4.3.0 (second try) > > ============================================================================ > > > Perhaps you being on a branch (see the line above underlined with '^^^') > has something to do with this? Alexander's log didn't contain that. The import from XFree 4.3.0 was into the so called "vendor branch" which has the branch number 1.1.1. My commit went to head and is therefore labelled 1.2 The order of latest revisions of shm.c are 1.1 (initial commit) (branch HEAD) 1.1.1.1 (import of XFree 4.2) (branch 1.1.1) 1.1.1.2 (import of XFree 4.3) (branch 1.1.1) 1.2 (commit from yesterday) (branch HEAD) if we would have made changes between 4.2 and 4.3 the revisions would have been 1.1 (initial commit) 1.1.1.1 (import of XFree 4.2) 1.2 (some changes) 1.1.1.2 (import of XFree 4.3, including the canges between 1.1.1.1 and 1.2) 1.3 (latest changes) The vendor branch is a complicated thing esp when it comes to importing sources (eg XFree 4.4) and having already done changes to the files. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Fri Sep 19 15:01:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 19 Sep 2003 15:01:00 -0000 Subject: AW: IPC/SHM is now supported by default in xoncygwin HEAD CVS tree In-Reply-To: References: Message-ID: <3F6B1A3A.40802@msu.edu> Ralf, Ralf Habacker wrote: > Hi Harold, > > >>I just checked in changes to the MIT-SHM >>(xc/programs/Xserver/Xext/shm.c) and XFree86Bigfont >>(xc/programs/Xserver/Xext/xf86bigfont.c) extensions that disable SHM >>support when the Cygwin IPC daemon is not running. This allows IPC/SHM >>support to be enabled by default in Cygwin/XFree86. >> >>I tried to define the functionality of an OS-specific SHM support check >>as best I could, which resulted in adding a new function called >>OsVendorShmCheck (). This new OsVendorShmCheck function is called from >>shm.c and xf86bigfont.c when DDXOSSHMCHECK is defined. This system was >>designed to work like DDXOSVERRORF and OsVendorVErrorF (), for example. > > > this is obviously the right way, I have seen the related patches for ...BSD, > but doesn't know who to deal with. Thanks for this efforts. Well, I thought it was the right way too... Unfortunately, I am starting to think it is not the right way. The reason why is two-fold: 1) The OsVenderShmCheck has to be linked in a special manner when linking XWin.exe so that the Xext lib can find it. Xext is linked after the XWin lib, so XWin's OsVendorShmCheck gets dropped before Xext requests it. The way I found around this was to add an explicit object reference in Xserver/Imakefile. This went in the same place as the XWin.res and stubs.o references. This fixed the link problem, but it wasn't very clean. 2) Xext is compiled once for each of the servers being built (xnest, xprt, xvfb, XWin, etc.), so if DDXOSSHMCHECK is defined for one, then it is defined for all. The problem here is that OsVendorShmCheck is defined in hw/xwin/winshmcheck.o, which would then have to be added to the link lines for each of the servers being built. This is really messy, especially when we think that other platforms are supposed to be using this framework. I have been thinking about this quite a bit and I can't see a reason why we can't just use the existing check for the SHM syscalls in xf86bigfont.c and shm.c. Ralf's new function seems to do almost exactly the same thing and we were bailing at the same place as them, so it would probably work just fine to add || defined(__CYGWIN__) to the conditional definition of that function. I am going to try this and see if I can get it working. >>There will be a new Server Test Series release sometime tomorrow that >>includes this new functionality. >> > > I assume that the current xlib releases are linked without shm support ? > Then the new features of the Xwin Test server will only be usable if at > least the X11 and Xext libs are compiled with shm support. Yes, I was going to release new libs, but then I discovered that xnest, etc. were failing to link. I want to fix that before trying to repackage the libs. Harold From oradba_us@yahoo.com Fri Sep 19 15:15:00 2003 From: oradba_us@yahoo.com (Mike Campbell) Date: Fri, 19 Sep 2003 15:15:00 -0000 Subject: Odd XDMCP problems (resolved) Message-ID: <3F6B1D8C.3070007@yahoo.com> Well I figured out what the problem was with my XDMCP connection. I had edited the /etc/profile file to set the DISPLAY environment variable dynamically using the host I was connecting from. The entry in the /etc/profile was this: export DISPLAY="${REMOTEHOST}:0.0" It seems that when an XDMCP is made the REMOTEHOST environment variable is not set and therefore the DISPLAY environment variable ends up getting set to ":0.0" which points to the linux console instead of the remote Cygwin machine. The fix was to edit the .bash_profile in the user's home directory and manually set the DISPLAY environment variable to point back to the remote machine running the Cygwin xserver. Now everything works perfectly. Mike, Mike Campbell wrote: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Here is an odd one for you to try to help me figure out. I have configured my RedHat Linux 9.0 system to allow XDCMP connections. When I reboot the server the console comes up with the default kdm login box. ~From my win2k machine I have installed all of the cygwin Xfree tools. I used the startxdmcp.bat file (after editing it for the remote_address parameter) and it successfully connects to the linux box and I see the login dialog box. So far so good. Initally when I would log in the cygwin screen would turn light blue and then after 5 seconds or so the login box would reappear and a message about my session lasting less than 10 seconds. I found on the linux machine where I was logging in the following in the .xsession-errors file: set: unable to open display ":0.0" xsetroot: unable to open display ':0.0' xrdb: Connection refused xrdb: Can't open display ':0.0' startkde: Starting up... ksplash: cannot connect to X server :0.0 _KDE_IceTransmkdir: Owner of /tmp/.ICE-unix should be set to root kded: cannot connect to X server :0.0 kdeinit: Can't connect to the X Server. kdeinit: Might not terminate at end of session. kcminit: cannot connect to X server :0.0 knotify: cannot connect to X server :0.0 ksmserver: cannot connect to X server :0.0 startkde: Shutting down... startkde: Running shutdown scripts... KLauncher: Exiting on signal 1 startkde: Done. Looks like you might need the -from MY_IP_ADDRESS command-line parameter in startxdmcp.bat for XWin.exe. Although, this doesn't make a lot of sense because you probably wouldn't even get the login screen if the from address wasn't being set correctly. I then edited the /etc/kde/kdm/Xstartup file on the linux machine and added a line that said 'xhost +' and restart the X server on the linux machine. The xhost + is not the answer. Please remove that line or accept the security risks that it has, even though it is providing you with no benefit. I think the real problem here is that XDM on your linux machine is not setting the DISPLAY variable correctly. The output from the log file shows this: > xsetroot: unable to open display ':0.0' :0.0 means to connect to the local machine on display 0, screen 0. That is typically the console. This is obviously incorrect, since you need all X Clients to connect to the X Server running on your Windows machine. For some odd reason my DISPLAY from the xdmcp session seems incorrect. It should set DISPLAY to point back to the cygwin xfree server instead of the linux console. How do I fix this??? I have never, ever, heard of anyone reporting this problem before where the DISPLAY is not getting set correctly by the XDM server (again, unless you just need the -from parameter as mentioned above). Can we assume that this RedHat 9.0 installation is 100% non-modified or have people had their hands on it, "customizing" it? If the installation has been heavily customized, then I think that someone made a mistake in one of those customizations. If the installation has not been heavily customized, then perhaps you could do some searching to find out if this a generic problem for RedHat 9.0. Hey, I have an idea... why don't you try opening an XDMCP session to your RedHat 9.0 machine from another *nix machine. That would help determine if Cygwin/XFree86 or the RedHat machine configuration is at fault. Harold From vervoom@hotmail.com Fri Sep 19 15:20:00 2003 From: vervoom@hotmail.com (J S) Date: Fri, 19 Sep 2003 15:20:00 -0000 Subject: right-click problem Message-ID: Hi, I have an X-app which when I right click on some of the icons produces a menu in Exceed, but in XFree doesn't - however if I run any other apps where I need to right click the mouse to get a menu up, it does work. Could anyone suggest how I might fix this problem please? Thanks, JS. _________________________________________________________________ Hotmail messages direct to your mobile phone http://www.msn.co.uk/msnmobile From huntharo@msu.edu Fri Sep 19 15:27:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 19 Sep 2003 15:27:00 -0000 Subject: right-click problem In-Reply-To: References: Message-ID: <3F6B2034.7080306@msu.edu> You're gonna have to specify which application causes trouble and/or what type of operating system it is running on. I assume that this is a problem with a remote application since we have seen reports of this before. So, I guess you should search the mailing list archives as well. Harold J S wrote: > Hi, > > I have an X-app which when I right click on some of the icons produces a > menu in Exceed, but in XFree doesn't - however if I run any other apps > where I need to right click the mouse to get a menu up, it does work. > Could anyone suggest how I might fix this problem please? > > Thanks, > > JS. > > _________________________________________________________________ > Hotmail messages direct to your mobile phone http://www.msn.co.uk/msnmobile > From vervoom@hotmail.com Fri Sep 19 15:34:00 2003 From: vervoom@hotmail.com (J S) Date: Fri, 19 Sep 2003 15:34:00 -0000 Subject: right-click problem Message-ID: Checked the archives but haven't had much luck so far. The application is something called EMC Symmetrix Console and it runs on Solaris. I have checked the problem on a Linux box as well and get the same as cygwin-xfree so presumably this is an XFree problem. However what I don't understand is why the right-click mouse menu pops up in Exceed (no special configuration has been done), but not in XFree. JS. > >You're gonna have to specify which application causes trouble and/or what >type of operating system it is running on. I assume that this is a problem >with a remote application since we have seen reports of this before. So, I >guess you should search the mailing list archives as well. > >Harold > >J S wrote: > >>Hi, >> >>I have an X-app which when I right click on some of the icons produces a >>menu in Exceed, but in XFree doesn't - however if I run any other apps >>where I need to right click the mouse to get a menu up, it does work. >>Could anyone suggest how I might fix this problem please? >> >>Thanks, >> >>JS. >> >>_________________________________________________________________ >>Hotmail messages direct to your mobile phone >>http://www.msn.co.uk/msnmobile >> > _________________________________________________________________ Sign-up for a FREE BT Broadband connection today! http://www.msn.co.uk/specials/btbroadband From huntharo@msu.edu Fri Sep 19 16:02:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 19 Sep 2003 16:02:00 -0000 Subject: Broken build in latest XFree86 CVS - Cygwin lacks sockaddr_storage Message-ID: <3F6B2874.80202@msu.edu> A new file was added, called xc/programs/xdm/prngc.c. This new file uses sockaddr_storage, which is not defined on Cygwin. I sent an email to devel@XFree86.org to see if they have any ideas as to how to fix this on platforms that do not have sockaddr_storage. Any ideas here on how to work around this? Harold From 0@pervalidus.tk Fri Sep 19 18:47:00 2003 From: 0@pervalidus.tk (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Fri, 19 Sep 2003 18:47:00 -0000 Subject: New IceWM package Message-ID: Since the 2 IceWM ports listed at http://xfree86.cygwin.com/ported-software.html aren't that new (and probably require XFree86-lib-compat), and unfortunately nobody else seems to distribute their binaries (I couldn't find others on the mailing-list archives and Google), I decided to package 1.2.13pre3 CVS, which I was using without any problems on Linux (and IceWM since 1998-1999). I had to build it about 10 times to get a usable binary, but the first part is done. Feel free to use it. It didn't crash yet, and at least changing themes, restarting, switching workspaces, and editing the menu file on the fly worked, so... It requires Cygwin 1.5.x, and presumably the new 1.5.x XFree86 packages. http://www.pervalidus.net/cygwin/icewm/ -- How to contact me - http://www.pervalidus.net/contact.html From huntharo@msu.edu Fri Sep 19 19:05:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 19 Sep 2003 19:05:00 -0000 Subject: xedit crash on startup backtrace Message-ID: <3F6B5349.7000508@msu.edu> Well, I built a debug version of XFree86 and managed to get a backtrace from the xedit crash: (gdb) run Starting program: /usr/X11R6/bin/xedit.exe Program received signal SIGSEGV, Segmentation fault. 0x004201c9 in Lisp__New (car=0x100917d8, cdr=0x1) at lisp.c:2632 2632 objseg.freeobj = CDR(obj); (gdb) bt #0 0x004201c9 in Lisp__New (car=0x100917d8, cdr=0x1) at lisp.c:2632 #1 0x00420956 in LispNewCons (car=0x100917d8, cdr=0x1) at lisp.c:2938 #2 0x00454bce in Lisp_ParseNamestring (builtin=0x526480) at pathname.c:560 #3 0x00423b6b in LispFuncall (function=0x100b0c38, arguments=0x22f410, eval=0) at lisp.c:4670 #4 0x004241e0 in LispApply1 (function=0x100b0c38, argument=0x10091b68) at lisp.c:4823 #5 0x00425ae4 in LispBegin () at lisp.c:5436 #6 0x00412c3b in XeditLispInitialize () at lisp.c:63 #7 0x00401559 in main (argc=1, argv=0x10062978) at xedit.c:150 Anyone get any clues from that? This should probably be submitted to XFree86's Bugzilla. I haven't got the time to debug it. Harold From j_tetazoo@hotmail.com Fri Sep 19 19:38:00 2003 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Fri, 19 Sep 2003 19:38:00 -0000 Subject: right-click problem Message-ID: Try turning off Num Lock and/or Caps Lock and see if that makes a difference. >From: "J S" >Reply-To: cygwin-xfree@cygwin.com >To: cygwin-xfree@cygwin.com >Subject: Re: right-click problem >Date: Fri, 19 Sep 2003 15:34:16 +0000 > >Checked the archives but haven't had much luck so far. >The application is something called EMC Symmetrix Console and it runs on >Solaris. >I have checked the problem on a Linux box as well and get the same as >cygwin-xfree so presumably this is an XFree problem. >However what I don't understand is why the right-click mouse menu pops up >in Exceed (no special configuration has been done), but not in XFree. > >JS. > > >> >>You're gonna have to specify which application causes trouble and/or what >>type of operating system it is running on. I assume that this is a >>problem with a remote application since we have seen reports of this >>before. So, I guess you should search the mailing list archives as well. >> >>Harold >> >>J S wrote: >> >>>Hi, >>> >>>I have an X-app which when I right click on some of the icons produces a >>>menu in Exceed, but in XFree doesn't - however if I run any other apps >>>where I need to right click the mouse to get a menu up, it does work. >>>Could anyone suggest how I might fix this problem please? >>> >>>Thanks, >>> >>>JS. >>> >>>_________________________________________________________________ >>>Hotmail messages direct to your mobile phone >>>http://www.msn.co.uk/msnmobile >>> >> > >_________________________________________________________________ >Sign-up for a FREE BT Broadband connection today! >http://www.msn.co.uk/specials/btbroadband > _________________________________________________________________ Express yourself with MSN Messenger 6.0 -- download now! http://www.msnmessenger-download.com/tracking/reach_general From garbage_collector@telia.com Fri Sep 19 20:39:00 2003 From: garbage_collector@telia.com (Hannu E K Nevalainen (garbage mail)) Date: Fri, 19 Sep 2003 20:39:00 -0000 Subject: /etc/profile - futile try to predict order of execution (Please inform maintainer of 00xfree.sh) Message-ID: While looking for the reason why "less" has stopped understanding the BACKSPACE key (and a bunch of others) I stumbled over the following. I'm sending this just to INFORM about it. I'm NOT on the xfree list. I'm NOT interested of participating in more discussions on this subject. > $ head -63 /etc/profile | tail -1 > `/bin/find /etc/profile.d -iname '*.sh' -type f` > > $ /bin/find /etc/profile.d -iname '*.sh' -type f > /etc/profile.d/lilypond-profile.sh > /etc/profile.d/mc.sh > /etc/profile.d/openssl.sh > /etc/profile.d/00xfree.sh NOTE that 00xfree is listed last... THEN read what the comment in the first lines of the script says. > $ cat /etc/profile.d/00xfree.sh > # the script name starts with 00 to ensure that it is executed before any > # other scripts because one of them may need to know where X is to run > # properly. > > X11PATH="/usr/X11R6/bin" > > if ! /bin/echo ${PATH} | /bin/grep -q ${X11PATH} ; then > export PATH="${PATH}:${X11PATH}" > fi > > $ /Hannu E K Nevalainen, B.Sc. EE - 59??16.37'N, 17??12.60'E -- UTC+01, DST -> UTC+02 -- --END OF MESSAGE-- From pechtcha@cs.nyu.edu Fri Sep 19 20:59:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 19 Sep 2003 20:59:00 -0000 Subject: /etc/profile - futile try to predict order of execution (Please inform maintainer of 00xfree.sh) In-Reply-To: References: Message-ID: On Fri, 19 Sep 2003, Hannu E K Nevalainen (garbage mail) wrote: > While looking for the reason why "less" has stopped understanding the > BACKSPACE key (and a bunch of others) I stumbled over the following. > > I'm sending this just to INFORM about it. > I'm NOT on the xfree list. > I'm NOT interested of participating in more discussions on this subject. > > > $ head -63 /etc/profile | tail -1 > > `/bin/find /etc/profile.d -iname '*.sh' -type f` > > > > $ /bin/find /etc/profile.d -iname '*.sh' -type f > > /etc/profile.d/lilypond-profile.sh > > /etc/profile.d/mc.sh > > /etc/profile.d/openssl.sh > > /etc/profile.d/00xfree.sh > > NOTE that 00xfree is listed last... > THEN read what the comment in the first lines of the script says. > > > $ cat /etc/profile.d/00xfree.sh > > # the script name starts with 00 to ensure that it is executed before any > > # other scripts because one of them may need to know where X is to run > > # properly. > > > > X11PATH="/usr/X11R6/bin" > > > > if ! /bin/echo ${PATH} | /bin/grep -q ${X11PATH} ; then > > export PATH="${PATH}:${X11PATH}" > > fi > > > > $ IMO, this belongs on the cygwin list, as this concerns the predictability of the script execution order from /etc/profile. Hannu, this is really weird. I'm getting 00xfree.sh as the *first* file match: $ /bin/find /etc/profile.d/ -iname '*.sh' -type f /etc/profile.d/00xfree.sh /etc/profile.d/mc.sh /etc/profile.d/openssl.sh $ WAGs: Could this be the result of a different collation sequence in your language? Can you try running "LC_ALL=C /bin/find /etc/profile.d -iname '*.sh' -type f" on your machine? Speaking of your machine, could this be because you're using Win98? (Checking) Bingo! Somehow, on Win98 find traverses files in unsorted order, i.e., the order they were created. I guess either /etc/profile should guarantee alphanumeric order, or maintainers need to reassess their assumptions. 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 cgf@redhat.com Fri Sep 19 21:11:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Fri, 19 Sep 2003 21:11:00 -0000 Subject: /etc/profile - futile try to predict order of execution (Please inform maintainer of 00xfree.sh) In-Reply-To: References: Message-ID: <20030919211128.GA25109@redhat.com> On Fri, Sep 19, 2003 at 04:59:07PM -0400, Igor Pechtchanski wrote: >Speaking of your machine, could this be because you're using Win98? >(Checking) Bingo! Somehow, on Win98 find traverses files in unsorted >order, i.e., the order they were created. Which is acceptable behavior, as I'm sure you know. You can't rely on any kind of predictable ordering behavior from find, AFAIK. cgf From pechtcha@cs.nyu.edu Fri Sep 19 21:23:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 19 Sep 2003 21:23:00 -0000 Subject: /etc/profile - futile try to predict order of execution (Please inform maintainer of 00xfree.sh) In-Reply-To: <20030919211128.GA25109@redhat.com> References: <20030919211128.GA25109@redhat.com> Message-ID: On Fri, 19 Sep 2003, Christopher Faylor wrote: > On Fri, Sep 19, 2003 at 04:59:07PM -0400, Igor Pechtchanski wrote: > >Speaking of your machine, could this be because you're using Win98? > >(Checking) Bingo! Somehow, on Win98 find traverses files in unsorted > >order, i.e., the order they were created. > > Which is acceptable behavior, as I'm sure you know. You can't rely on > any kind of predictable ordering behavior from find, AFAIK. > > cgf Yes, it's acceptable, but I guess I'm not the only one spoiled by Win2k (judging by the contents of /etc/profile). The reason I even tried to raise this point was that some scripts apparently did rely on this behavior, and I was asking whether, perhaps, /etc/profile should call these scripts in alphabetical order to satisfy these expectations. 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 hong_quangtran@hotmail.com Fri Sep 19 23:36:00 2003 From: hong_quangtran@hotmail.com (Tran Hong Quang) Date: Fri, 19 Sep 2003 23:36:00 -0000 Subject: Username with white spaces References: <1063486851.10638.ezmlm@cygwin.com> Message-ID: Dear all, When I install windowmaker, I got error since my windowsXP 's username contains some white spaces. `$HOME' gives me: /cygwin/c/Documents And the problem comes from that. `wmaker' cant find this, because it actually doesn't exist. $HOME should return "/cygwin/c/Documents and Settings/my name with spaces" I have read mailing list archives and follow the instructions at http://cygwin.com/cgi-bin/htsearch?method=and&format=builtin-long&sort=time&config=htdig&restrict=%2Fml%2Fcygwin%2F&exclude=&words=wmaker+installation , but I am not successful. Could anyone kindly help me to fix this? Many thanks. From cgf-rcm@cygwin.com Sat Sep 20 00:01:00 2003 From: cgf-rcm@cygwin.com (Christopher Faylor) Date: Sat, 20 Sep 2003 00:01:00 -0000 Subject: /etc/profile - futile try to predict order of execution (Please inform maintainer of 00xfree.sh) In-Reply-To: References: <20030919211128.GA25109@redhat.com> Message-ID: <20030920000135.GD17343@redhat.com> On Fri, Sep 19, 2003 at 05:23:40PM -0400, Igor Pechtchanski wrote: >On Fri, 19 Sep 2003, Christopher Faylor wrote: > >> On Fri, Sep 19, 2003 at 04:59:07PM -0400, Igor Pechtchanski wrote: >> >Speaking of your machine, could this be because you're using Win98? >> >(Checking) Bingo! Somehow, on Win98 find traverses files in unsorted >> >order, i.e., the order they were created. >> >> Which is acceptable behavior, as I'm sure you know. You can't rely on >> any kind of predictable ordering behavior from find, AFAIK. > >Yes, it's acceptable, but I guess I'm not the only one spoiled by Win2k >(judging by the contents of /etc/profile). When I was debugging the never-ending "find misses the last directory" problem, I was actually surprised to see that everything was returned in alphabetic order. It is nice to see predictable behavior in opendir/readdir. Too bad it isn't part of SUSv3. >The reason I even tried to raise this point was that some scripts >apparently did rely on this behavior, and I was asking whether, perhaps, >/etc/profile should call these scripts in alphabetical order to satisfy >these expectations. Yes, I understand why you made the point and I agree 100%. I was just trying to forestall any "Cygwin should fix this" type of reasoning. cgf From colin.harrison@virgin.net Sat Sep 20 00:16:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Sat, 20 Sep 2003 00:16:00 -0000 Subject: Xoncygwin updates very slow at appearing Message-ID: <000001c37f0c$77ea1330$0200a8c0@straightrunning.com> Hi, "There she blows" 1.2 appears as a miracle on snailforge.com. Now what did I want to do? I've lost too many brain cells waiting. Colin From huntharo@msu.edu Sat Sep 20 00:20:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 20 Sep 2003 00:20:00 -0000 Subject: Xoncygwin updates very slow at appearing In-Reply-To: <000001c37f0c$77ea1330$0200a8c0@straightrunning.com> References: <000001c37f0c$77ea1330$0200a8c0@straightrunning.com> Message-ID: <3F6B9D4D.9080504@msu.edu> Colin, Just checkout the default branch as per the instructions on the snailforge CVS page for xoncygwin. After that, you'll want to follow the instructions from the Contributor's Guide to bootstrap lndir, then use lndir to build in a separate directory, as the instructions describe. http://xfree86.cygwin.com/docs/cg/prog-build-native.html Harold Colin Harrison wrote: > Hi, > > "There she blows" 1.2 appears as a miracle on snailforge.com. > Now what did I want to do? I've lost too many brain cells waiting. > > Colin > From modesty@rogers.com Sat Sep 20 03:41:00 2003 From: modesty@rogers.com (modesty) Date: Sat, 20 Sep 2003 03:41:00 -0000 Subject: BaseDisplay::BaseDisplay: connection to X server failed. Message-ID: <001701c37f29$1d950d00$fd2e6518@mtnk.phub.net.cable.rogers.com> All members of Cygwin-XFree mailing list, I tried the following commands but X server shutdown with error. ~# cp /etc/X11/xinit/xinitrc ./.xinitrc ~# vi .xinitrc (deleted all lines under the comment # start some nice programs and added 'openbox &') ~# startx waiting for X server to shut down BaseDisplay::BaseDisplay: connection to X server failed. What does this error mean? I've searched on http://www.google.com which shows compilation error involved with BaseDisplay.o or something unrelated to my case. Any gleamy light shed upon this sort of uncertainty? From huntharo@msu.edu Sat Sep 20 03:56:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 20 Sep 2003 03:56:00 -0000 Subject: BaseDisplay::BaseDisplay: connection to X server failed. In-Reply-To: <001701c37f29$1d950d00$fd2e6518@mtnk.phub.net.cable.rogers.com> References: <001701c37f29$1d950d00$fd2e6518@mtnk.phub.net.cable.rogers.com> Message-ID: <3F6BCFC5.7020309@msu.edu> Unless you really know what you are doing, please use startxwin.bat to start Cygwin/XFree86: http://xfree86.cygwin.com/docs/ug/using.html#using-starting-bat Harold modesty wrote: > All members of Cygwin-XFree mailing list, > > I tried the following commands but X server shutdown with error. > > ~# cp /etc/X11/xinit/xinitrc ./.xinitrc > ~# vi .xinitrc > (deleted all lines under the comment # start some nice programs and added 'openbox &') > ~# startx > waiting for X server to shut down BaseDisplay::BaseDisplay: connection to X server failed. > > What does this error mean? I've searched on http://www.google.com which shows compilation error involved with BaseDisplay.o or something unrelated to my case. Any gleamy light shed upon this sort of uncertainty? From huntharo@msu.edu Sat Sep 20 06:48:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 20 Sep 2003 06:48:00 -0000 Subject: Updated on sourceware: XFree86-bin-icons-4.3.0-3 Message-ID: <3F6BF810.7010008@msu.edu> The XFree86-bin-icons-4.3.0-3 package has been updated in the Cygwin distribution. Changes: 1) XFree86-bin-icons.sh - Fix a bug when removing the icons with the "-d" command-line parameter. The "find" program was holding a lock on the top folder, which caused "rmdir" to always fail to remove the top folder after deleting all icons in it. Add an extra call to "rmdir" to remove the top folder after "find" has released its lock. Is there a way to tell "find" not to return the top folder as a directory to be deleted? (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. Save it and run setup, answer the questions and pick up 'XFree86-xserv' from the 'XFree86' category. You may need to click the "Full" button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@sources.redhat.com . If you want to subscribe go to: http://cygwin.com/lists.html 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/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place. From pechtcha@cs.nyu.edu Sat Sep 20 13:51:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sat, 20 Sep 2003 13:51:00 -0000 Subject: Updated on sourceware: XFree86-bin-icons-4.3.0-3 In-Reply-To: <3F6BF810.7010008@msu.edu> References: <3F6BF810.7010008@msu.edu> Message-ID: On Sat, 20 Sep 2003, Harold L Hunt II wrote: > [snip] > Is there a way to tell "find" not to return the top folder as a > directory to be deleted? > > Harold Hunt "find DIR --mindepth 1"... 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 vardhan@0-In.com Sat Sep 20 19:13:00 2003 From: vardhan@0-In.com (Vijay Gupta) Date: Sat, 20 Sep 2003 19:13:00 -0000 Subject: How do I change the size and type of X cursor? Message-ID: <001201c37fac$b4a6ab30$272aa8c0@0In.com> Hi, How do I change the size and type of X cursor. I want to use "arrow" cursor, same as my windows cursor. The reason is, it is distracting to see the continuous change in cursor shape as I move from x-window to other applications windows. Thanks, Vijay From huntharo@msu.edu Sat Sep 20 19:22:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 20 Sep 2003 19:22:00 -0000 Subject: Updated on sourceware: XFree86-bin-icons-4.3.0-3 In-Reply-To: References: <3F6BF810.7010008@msu.edu> Message-ID: <3F6CA8ED.8010306@msu.edu> Igor, Very good, thank you. However, it appears that the flag was "-mindepth 1"... damn that emerging standard for double-dashes :) Harold Igor Pechtchanski wrote: > On Sat, 20 Sep 2003, Harold L Hunt II wrote: > > >>[snip] >>Is there a way to tell "find" not to return the top folder as a >>directory to be deleted? >> >>Harold Hunt > > > "find DIR --mindepth 1"... > Igor From huntharo@msu.edu Sat Sep 20 21:05:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 20 Sep 2003 21:05:00 -0000 Subject: Updated on sourceware: XFree86-bin-4.3.0-4, XFree86-prog-4.3.0-6, XFree86-xserv-4.3.0-12, and XFree86-[fsrv,nest,prt,vfb]-4.3.0-3 Message-ID: <3F6CC0EF.2010502@msu.edu> The following packages have been updated in the Cygwin distribution: *** XFree86-bin-4.3.0-4 *** XFree86-fsrv-4.3.0-3 *** XFree86-nest-4.3.0-3 *** XFree86-prog-4.3.0-6 *** XFree86-prt-4.3.0-3 *** XFree86-vfb-4.3.0-3 *** XFree86-xserv-4.3.0-12 Changes ======= 1) General - Recompile all libraries and executables for run-time enabled shared memory support (SHM). (Harold L Hunt II) 2) XFree86-xserv - Display the argument to the -query option in the window title. (Alexander Gottwald) -- 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. Save it and run setup, answer the questions and pick up 'XFree86-xserv' from the 'XFree86' category. You may need to click the "Full" button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@sources.redhat.com . If you want to subscribe go to: http://cygwin.com/lists.html 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/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place. From huntharo@msu.edu Sat Sep 20 21:18:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 20 Sep 2003 21:18:00 -0000 Subject: [ANNOUNCEMENT] Cygwin/XFree86 Documentation 0.9.11 Message-ID: <3F6CC40F.7050303@msu.edu> Links: I just posted release 0.9.11 to the documentation development page: http://xfree86.cygwin.com/devel/documentation/ Documentation, formatted, direct links: Contributor's Guide http://xfree86.cygwin.com/docs/cg User's Guide http://xfree86.cygwin.com/docs/ug/ FAQ http://xfree86.cygwin.com/docs/faq/ Documentation source releases are now available via the sources.redhat.com ftp mirror network (http://cygwin.com/mirrors.html) in the pub/cygwin/xfree/devel/documentation/ directory. You may wish to note the desired filename in the links below, then download from your closest mirror (http://cygwin.com/mirrors.html). Documentation source, direct link: http://www.msu.edu/~huntharo/xwin/docs/cygwin-xfree-doc-0.9.11.tar.gz (680 KiB) Changes: 1) CG - Change base directory for cross compiling from /cygwin to /home/my_login/cygwin. This allows non-root users to cross compile. (Harold L Hunt II) 2) CG - Change CROSSCOMPILEDIR passed to make when cross compiling. (Harold L Hunt II) 3) CG - Add a section that contains the source for a script that creates links to the cross compilation tools and describe how to run that script. (Harold L Hunt II) Enjoy, Harold From huntharo@msu.edu Sun Sep 21 05:23:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 21 Sep 2003 05:23:00 -0000 Subject: Updated on sourceware: XFree86-xserv-4.3.0-13 Message-ID: <3F6D35C3.9070609@msu.edu> The XFree86-xserv-4.3.0-13 package has been updated in the Cygwin distribution. Changes: 1) Merge NativeGDI development branch. The NativeGDI engine is now accessible via the "-engine 16" command-line parameter. Note that the byte order for 1-bit bitmaps is only configurable at compile time, which causes the output to be totally messed up. Although, you can at least examine how the engine currently works. (Alan Hourihane) 2) Display the argument to the -query option in the window title. (Alexander Gottwald) 3) winprefslex.l - Remove use_unused_functions(), which was only used to force two functions to be imported, thus eliminating a compiler warning. This is no longer needed with the newest test version of flex. (Earle F Philhower III) 4) cygwin.cf - Define HasExpat as YES. This adds a dependency on Cygwin's expat lib, but it removes the distribution of an out of date version of expat that was included with the XFree86 source code. (Gerrit P. Haase, Harold L Hunt II, Alexander Gottwald) 5) Fix the occasional repeating of keystrokes in the xkb layer. This problem has been present in XFree86 for years, but it was more apparent on Cygwin/XFree86. This patch is not yet in the XFree86 CVS tree, so any bugs caused by this patch will need to be reported to XFree86. See the following email for a description of how the patch works XFree86 patch email. (Ivan Pascal) 6) General - Add runtime detection for the Cygwin IPC Daemon. This allows SHM (shared memory) support when the IPC Daemon is running. SHM support is automatically disabled, with no adverse effect, when the IPC Daemon is not running. There is now a dependency on the cygipc package, but no additional installation steps are required, unless you want SHM support; in which case you need to run ipc-daemon2 (See the cygipc documentation for more details). (Ralf Habacker, Harold L Hunt II) 7) cygwin.cf - Ditch "-DNO_ALLOCA" and replace with "-DINCLUDE_ALLOCA_H" for AllocateLocalDefines. (Nicholas Wourms) 8) cygwin.cf - Ditch "-DUSE_XWCHAR_STRING -DUSE_XMBTOWC" and use "-DHAS_WCHAR_H -DHAS_WCTYPE_H -DHAS_ISW_FUNCS -DNO_WIDEC_H" for XawI18nDefines. (Nicholas Wourms) 9) General - Recompile all libraries and executables for run-time enabled shared memory support (SHM). (Harold L Hunt II) 10) General - Recompile all libraries and executables for Cygwin 1.5.3+. (Harold L Hunt II) 11) X11.tmpl, cygwin.rules - Fix some warnings about undefined symbols during cross compilation. (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. Save it and run setup, answer the questions and pick up 'XFree86-xserv' from the 'XFree86' category. You may need to click the "Full" button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@sources.redhat.com . If you want to subscribe go to: http://cygwin.com/lists.html 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/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place. From huntharo@msu.edu Sun Sep 21 05:27:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 21 Sep 2003 05:27:00 -0000 Subject: [ANNOUNCEMENT] Server Test 100 Message-ID: <3F6D36C7.6040402@msu.edu> Links: I just posted Test 100 to the server development page: http://xfree86.cygwin.com/devel/shadow/ You can install the Test 100 package via setup.exe by selecting the following version of the XFree86-xserv package: 4.3.0-13 Server Test Series binary and source code releases are now available via the sources.redhat.com ftp mirror network (http://cygwin.com/mirrors.html) in the pub/cygwin/xfree/devel/shadow/ directory. You may wish to note the desired filename in the links below, then download from your closest mirror (http://cygwin.com/mirrors.html). Server binary, direct link: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test100.exe.bz2 (1280 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030921-0014.tar.bz2 (130 KiB) xc/programs/Xserver/hw/xwin (all files) diff against Test99 source code: http://www.msu.edu/~huntharo/xwin/shadow/xwin-Test99-to-Test100.diff (72 KiB) xc/programs/Xserver/hw/xwin (new files): http://www.msu.edu/~huntharo/xwin/shadow/xwin-newfiles-20030921-0014.tar.bz2 (4 KiB) xc/programs/Xserver/{os,include,dix,Xext} diff against XFree86 xf-4_3-branch CVS: http://www.msu.edu/~huntharo/xwin/shadow/xc-programs-Xserver-20030921-0014.diff (12 KiB) xc/config/cf/ diff against XFree86 xf-4_3-branch CVS: http://www.msu.edu/~huntharo/xwin/shadow/xc-config-cf-20030921-0014.diff (7 KiB) Changes: 1) Merge NativeGDI development branch. The NativeGDI engine is now accessible via the "-engine 16" command-line parameter. Note that the byte order for 1-bit bitmaps is only configurable at compile time, which causes the output to be totally messed up. Although, you can at least examine how the engine currently works. (Alan Hourihane) 2) Display the argument to the -query option in the window title. (Alexander Gottwald) 3) winprefslex.l - Remove use_unused_functions(), which was only used to force two functions to be imported, thus eliminating a compiler warning. This is no longer needed with the newest test version of flex. (Earle F Philhower III) 4) cygwin.cf - Define HasExpat as YES. This adds a dependency on Cygwin's expat lib, but it removes the distribution of an out of date version of expat that was included with the XFree86 source code. (Gerrit P. Haase, Harold L Hunt II, Alexander Gottwald) 5) Fix the occasional repeating of keystrokes in the xkb layer. This problem has been present in XFree86 for years, but it was more apparent on Cygwin/XFree86. This patch is not yet in the XFree86 CVS tree, so any bugs caused by this patch will need to be reported to XFree86. See the following email for a description of how the patch works XFree86 patch email. (Ivan Pascal) 6) General - Add runtime detection for the Cygwin IPC Daemon. This allows SHM (shared memory) support when the IPC Daemon is running. SHM support is automatically disabled, with no adverse effect, when the IPC Daemon is not running. There is now a dependency on the cygipc package, but no additional installation steps are required, unless you want SHM support; in which case you need to run ipc-daemon2 (See the cygipc documentation for more details). (Ralf Habacker, Harold L Hunt II) 7) cygwin.cf - Ditch "-DNO_ALLOCA" and replace with "-DINCLUDE_ALLOCA_H" for AllocateLocalDefines. (Nicholas Wourms) 8) cygwin.cf - Ditch "-DUSE_XWCHAR_STRING -DUSE_XMBTOWC" and use "-DHAS_WCHAR_H -DHAS_WCTYPE_H -DHAS_ISW_FUNCS -DNO_WIDEC_H" for XawI18nDefines. (Nicholas Wourms) 9) General - Recompile all libraries and executables for run-time enabled shared memory support (SHM). (Harold L Hunt II) 10) General - Recompile all libraries and executables for Cygwin 1.5.3+. (Harold L Hunt II) 11) X11.tmpl, cygwin.rules - Fix some warnings about undefined symbols during cross compilation. (Harold L Hunt II) Harold From colin.harrison@virgin.net Sun Sep 21 16:44:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Sun, 21 Sep 2003 16:44:00 -0000 Subject: [ANNOUNCEMENT] Server Test 100 Message-ID: <000001c3805f$ab488190$0200a8c0@straightrunning.com> Hi, Results for me (XP SP1 16bit colour):- Cygwin ipc stuff OK once I got my daemon installed/going (log file ownership problems in cygwin/tmp)! XDMCP -query appearing on title. My XDMCP NativeGDI colours screwy (dodgy drivers I bet)..so reverted to detected support (DD + shadowGDI). NativeGDI not available in multiwindow mode (by design?). Thanks Colin From huntharo@msu.edu Sun Sep 21 18:00:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 21 Sep 2003 18:00:00 -0000 Subject: [ANNOUNCEMENT] Server Test 100 In-Reply-To: <000001c3805f$ab488190$0200a8c0@straightrunning.com> References: <000001c3805f$ab488190$0200a8c0@straightrunning.com> Message-ID: <3F6DE74F.5040400@msu.edu> Colin, Colin Harrison wrote: > Hi, > > Results for me (XP SP1 16bit colour):- > > Cygwin ipc stuff OK once I got my daemon installed/going (log file ownership > problems in cygwin/tmp)! Okay. > XDMCP -query appearing on title. Good. > My XDMCP NativeGDI colours screwy (dodgy drivers I bet)..so reverted to > detected support (DD + shadowGDI). I think you read the first two lines of that item and skipped the last two. Here they are again: ================================================================== Note that the byte order for 1-bit bitmaps is only configurable at compile time, which causes the output to be totally messed up. Although, you can at least examine how the engine currently works. ================================================================== So, the point is that no one will actually use NativeGDI. It is only there for people to say, "Oh, looks like it is getting closer". Putting it in the default release also means that development on it is more likely to occur. > NativeGDI not available in multiwindow mode (by design?). By design. MultiWindow Mode only works with ShadowGDI, though I have been intending to enable ShadowDD and ShadowDDNL support. > Thanks No problem. Harold From huntharo@msu.edu Sun Sep 21 18:58:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 21 Sep 2003 18:58:00 -0000 Subject: [Cygwin/XFree86] Duplicate keystrokes in X Server Message-ID: <3F6DF4F0.2070001@msu.edu> [BCCing seven people that have asked about this bug somewhat recently] This bug has been around for a long time, but it was thought to be a Cygwin/XFree86-specific bug. However, I recently learned that this is a general XFree86 bug that is reproducible on, probably, all other platforms. Ivan Pascal submitted a patch to XFree86 that fixes the problem. His description of the problem and his patch can be found in this archive of his email: http://www.mail-archive.com/devel%40xfree86.org/msg03245.html XFree86's Bugzilla Bug #301 also has information and discussion about this bug: http://bugs.xfree86.org/show_bug.cgi?id=301 Finally, Ivan's patch was applied to XFree86-xserv-4.3.0-13, which can be downloaded and installed via Cygwin's setup.exe. The "Test100" release notes describe the other changes made in 4.3.0-13: http://xfree86.cygwin.com/devel/shadow/changelog.html Enjoy, Harold From huntharo@msu.edu Sun Sep 21 20:16:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 21 Sep 2003 20:16:00 -0000 Subject: Updated on sourceware: XFree86-xserv-4.3.0-14 Message-ID: <3F6E0719.1020308@msu.edu> The XFree86-xserv-4.3.0-14 package has been updated in the Cygwin distribution. Changes: 1) winconfig.c - Add the Japanese keyboard layout to the list of defaults as jp106. (Alexander Gottwald) -- 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. Save it and run setup, answer the questions and pick up 'XFree86-xserv' from the 'XFree86' category. You may need to click the "Full" button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@sources.redhat.com . If you want to subscribe go to: http://cygwin.com/lists.html 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/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place. From huntharo@msu.edu Sun Sep 21 20:16:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 21 Sep 2003 20:16:00 -0000 Subject: [ANNOUNCEMENT] Server Test 101 Message-ID: <3F6E0711.6010901@msu.edu> Announcement ============ I just posted Test 101 to the server development page: http://xfree86.cygwin.com/devel/shadow/ Cygwin setup.exe Package Version ================================ You can install the Test 101 package via setup.exe by selecting the following version of the XFree86-xserv package: 4.3.0-14 Binary and Source Distribution - Use a Mirror ============================================= Server Test Series binary and source code releases are now available via the sources.redhat.com ftp mirror network (http://cygwin.com/mirrors.html) in the pub/cygwin/xfree/devel/shadow/ directory. You may wish to note the desired filename in the links below, then download from your closest mirror (http://cygwin.com/mirrors.html). Links ===== Server binary, direct link: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test101.exe.bz2 (1280 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030922-1550.tar.bz2 (130 KiB) xc/programs/Xserver/hw/xwin (all files) diff against Test100 source code: http://www.msu.edu/~huntharo/xwin/shadow/xwin-Test100-to-Test101.diff (3 KiB) Changes ======= 1) winconfig.c - Add the Japanese keyboard layout to the list of defaults as jp106. (Alexander Gottwald) Harold From huntharo@msu.edu Sun Sep 21 20:40:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 21 Sep 2003 20:40:00 -0000 Subject: Updated Devel To-Do List Message-ID: <3F6E0CB9.6030302@msu.edu> The development To-Do list has been updated: http://xfree86.cygwin.com/devel/todo.html There are four new tasks: 2 of these are trivial (-rootless and -multiwindow checks, window manager detection), 1 of these is documentation writing (with functionality already documented in another file, it doesn't get any easier than this), and 1 of which could be done in under four hours by a Cygwin/XFree86 amateur programmer (rudimentary demonstration that -multiwindow can work with the ShadowDD or ShadowDDNL engines). I might get to these eventually... but you might be able to convince myself or another developer to work a little more quickly if you visit the donations page :) http://xfree86.cygwin.com/donations.html Harold From jc.gervais@videotron.ca Sun Sep 21 21:55:00 2003 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Sun, 21 Sep 2003 21:55:00 -0000 Subject: Send loss of focus notification when changing focus to a Windows app? Message-ID: <1064180201.31542.23.camel@localhost.localdomain> Hi, I'm runnng the WindowMaker that comes with Cygwin XFree with the following options: XWin -nowinkill -multiplemonitors -nodecoraion -rootless -clipboard And I've noticed one small detail: When changing from window to window on X, WindowMaker sems to be able to track who is active who is inactive OK. But when I switch away from an X app to say, Notepad, WindoMaker still seems to think that the last X window that was active is STILL active. Windowmaker is correct in one sense, of course, but more importantly, would it be posible to send a focus-loss notification to WindowMaker when a Windows app gains focus? I don't know how X would handle being told that no one has the focus... Or failing that, maybe it should be told that the hidden root window has the focus, I don't know. The problem is that the way it stands now, when you glance at your screen(s) you have trouble knowing where the input will go if you type something. Will what I type go to what seems to be the currently active X window, or will it go to a Windows app? By looking for the active window, it is hard know. Is there a way to fix this? Any ideas or solutions appreciated. From 0@pervalidus.tk Mon Sep 22 00:03:00 2003 From: 0@pervalidus.tk (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Mon, 22 Sep 2003 00:03:00 -0000 Subject: Updated on sourceware: XFree86-xserv-4.3.0-14 In-Reply-To: <3F6E0719.1020308@msu.edu> References: <3F6E0719.1020308@msu.edu> Message-ID: On Sun, 21 Sep 2003, Harold L Hunt II wrote: > Changes: > > 1) winconfig.c - Add the Japanese keyboard layout to the list of > defaults as jp106. (Alexander Gottwald) Does that mean Japanese keyboards now work without any changes by the user ? I ask because I see something about Brazilian keyboards in the same source file, but my keyboard acts like an US. I use XP Professional SP1 in English but with all keyboard options configured for my ABNT2 keyboard, which work fine on Windows and rxvt's Cygwin. I downloaded a xmodmap and am using it for XFree86. >From the FAQ: "Some keyboard layouts are configured according to the Windows keyboard settings. For these layouts no special change is needed." -- How to contact me - http://www.pervalidus.net/contact.html From 0@pervalidus.tk Mon Sep 22 00:58:00 2003 From: 0@pervalidus.tk (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Mon, 22 Sep 2003 00:58:00 -0000 Subject: Updated on sourceware: XFree86-xserv-4.3.0-14 In-Reply-To: References: <3F6E0719.1020308@msu.edu> Message-ID: Just shooting in the dark. I assume pt means the symbols, which are in /etc/X11/xkb/symbols. Brazil uses br, not pt. Though, I don't know what 0x416 means. { 0x416, 4, "pc105", "pt", NULL, NULL, "Portuguese (Brazil)"}, This is from my XF86Config on Linux: Option "XkbRules" "xfree86" Option "XkbModel" "abnt2" Option "XkbLayout" "br" On Sun, 21 Sep 2003, Fr?d?ric L. W. Meunier wrote: > On Sun, 21 Sep 2003, Harold L Hunt II wrote: > > > Changes: > > > > 1) winconfig.c - Add the Japanese keyboard layout to the list of > > defaults as jp106. (Alexander Gottwald) > > Does that mean Japanese keyboards now work without any changes > by the user ? > > I ask because I see something about Brazilian keyboards in the > same source file, but my keyboard acts like an US. I use XP > Professional SP1 in English but with all keyboard options > configured for my ABNT2 keyboard, which work fine on Windows > and rxvt's Cygwin. > > I downloaded a xmodmap and am using it for XFree86. > > From the FAQ: > > "Some keyboard layouts are configured according to the Windows > keyboard settings. For these layouts no special change is > needed." -- How to contact me - http://www.pervalidus.net/contact.html From 0@pervalidus.tk Mon Sep 22 02:51:00 2003 From: 0@pervalidus.tk (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Mon, 22 Sep 2003 02:51:00 -0000 Subject: Updated on sourceware: XFree86-xserv-4.3.0-14 In-Reply-To: References: <3F6E0719.1020308@msu.edu> Message-ID: Sorry for the flood, but I downloaded the XF86Config example from the FAQ and modified it like on Linux. pc105 works, but not for all keys. You really need abnt2. The ones which didn't work with pc105: \| (the first after the left Shift) returns < and > ]} (the one before Enter) returns \ and | On Sun, 21 Sep 2003, Fr?d?ric L. W. Meunier wrote: > Just shooting in the dark. I assume pt means the symbols, which > are in /etc/X11/xkb/symbols. Brazil uses br, not pt. Though, I > don't know what 0x416 means. > > { 0x416, 4, "pc105", "pt", NULL, NULL, "Portuguese (Brazil)"}, > > This is from my XF86Config on Linux: > > Option "XkbRules" "xfree86" > Option "XkbModel" "abnt2" > Option "XkbLayout" "br" -- How to contact me - http://www.pervalidus.net/contact.html From geert.pille@vandemoortele.com Mon Sep 22 07:18:00 2003 From: geert.pille@vandemoortele.com (Pille Geert (bizvdm)) Date: Mon, 22 Sep 2003 07:18:00 -0000 Subject: [Cygwin/XFree86] Duplicate keystrokes in X Server Message-ID: <2FAEFC2A851BD211AD820008C7286BA4031E5DEA@NBIZ205> Hallo Harold, Thanks for the input. Maybe the solution to this minor itch will be enough incentive for me to start following the evolution of Xwin again: I'm stuck on a pre-setup version (nov.2002). You wouldn't happen to have some guidelines floating around about how to move from a pre-setup to a setup version of Cygwin/XFree86? I'm sure I could handle it myself, I wouldn't like to count the hours I spent installing X on different OS's, but I don't like to reinvent the warm water. There are some other things I have to do while at work. If you don't, I'll try it at home first. Just yesterday I rediscovered my first Cygwin installation on one of my PC's, so this one could serve for a trial. I tried to read Ivan's explanation, but he lost me halfway. Monday morning or I am getting too old for this shit. Geert > -----Original Message----- > From: Harold L Hunt II [mailto:huntharo@msu.edu] > Sent: zondag 21 september 2003 20:59 > To: cygx > Subject: [Cygwin/XFree86] Duplicate keystrokes in X Server > > > [BCCing seven people that have asked about this bug somewhat recently] > > This bug has been around for a long time, but it was thought to be a > Cygwin/XFree86-specific bug. However, I recently learned > that this is a > general XFree86 bug that is reproducible on, probably, all > other platforms. > > Ivan Pascal submitted a patch to XFree86 that fixes the problem. His > description of the problem and his patch can be found in this > archive of > his email: > > http://www.mail-archive.com/devel%40xfree86.org/msg03245.html > > > XFree86's Bugzilla Bug #301 also has information and discussion about > this bug: > > http://bugs.xfree86.org/show_bug.cgi?id=301 > > > Finally, Ivan's patch was applied to XFree86-xserv-4.3.0-13, > which can > be downloaded and installed via Cygwin's setup.exe. The "Test100" > release notes describe the other changes made in 4.3.0-13: > > http://xfree86.cygwin.com/devel/shadow/changelog.html > > > Enjoy, > > Harold > =============================== This email is confidential and intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. You are explicitly requested to notify the sender of this email that the intended recipient was not reached. From Dr.Volker.Zell@oracle.com Mon Sep 22 07:53:00 2003 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Mon, 22 Sep 2003 07:53:00 -0000 Subject: 3 files missing from the last xfree-bin distribution Message-ID: <87zngx5kev.fsf@vzell-de.de.oracle.com> Hi /usr/X11R6/bin/bdftruncate /usr/X11R6/bin/sessreg.exe /usr/X11R6/bin/ucs2any seem to have slipped from XFree86-bin-4.3.0-3 to XFree86-bin-4.3.0-4. Ciao Volker From alexander.gottwald@s1999.tu-chemnitz.de Mon Sep 22 09:18:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 22 Sep 2003 09:18:00 -0000 Subject: Updated on sourceware: XFree86-xserv-4.3.0-14 In-Reply-To: References: <3F6E0719.1020308@msu.edu> Message-ID: On Sun, 21 Sep 2003, Fr??d??ric L. W. Meunier wrote: > Sorry for the flood, but I downloaded the XF86Config example > from the FAQ and modified it like on Linux. > > pc105 works, but not for all keys. You really need abnt2. > > Just shooting in the dark. I assume pt means the symbols, which > > are in /etc/X11/xkb/symbols. Brazil uses br, not pt. Though, I > > don't know what 0x416 means. > > > > { 0x416, // Windows Keyboard layout code 4, // Windows Keyboard type (pc105) "pc105", // XKB model "pt", // XKB layout NULL, // XKB variant NULL, // XKB options "Portuguese (Brazil)" // Message string }, > > This is from my XF86Config on Linux: > > > > Option "XkbRules" "xfree86" > > Option "XkbModel" "abnt2" > > Option "XkbLayout" "br" In the logfile /tmp/Xwin.log is a line similar to this one winConfigKeyboard - Layout: "00000407" I need to know the layoutnumber of your keyboard. Can you please send me this number? If it matches the the "Potuguese (Brazil)" layout from windows I'll change the config to br/abnt2. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Mon Sep 22 09:48:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 22 Sep 2003 09:48:00 -0000 Subject: Japanese keyboard auto-detection In-Reply-To: <20030922134757.9514.MURAKAMI@ipl.t.u-tokyo.ac.jp> References: <20030921113132.8FE3.MURAKAMI@ipl.t.u-tokyo.ac.jp> <20030922134757.9514.MURAKAMI@ipl.t.u-tokyo.ac.jp> Message-ID: On Mon, 22 Sep 2003, Takuma Murakami wrote: > -- snip -- > (==) winConfigKeyboard - Layout: "E0200411" (00000411) > (==) Using preset keyboard for "Japanese" (1041), type "7" > (EE) No primary keyboard configured > (==) Using compiletime defaults for keyboard > Rules = "xfree86" Model = "jp106" Layout = "jp106" Variant = "(null)" Options = "(null)" > -- snip -- > WinXP and Win2k both show the same log. > > I think it detects the Japanese keyboard but can't get > the appropriate setting for it. What can I do to fix it? > > By the way, a typical difference between Japanese and > English keymaps is symbols. In Japanese keyboards > 'shift + 8' yields '(' while '*' in English ones. It seems the jp106 layout definition in the xkb sources is broken. Does "setxkbmap -v 10 jp -model jp" work for you? bye ago BTW: I'm forwarding this to the cygwin-xfree mailing list -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From aroushdi@fr.ibm.com Mon Sep 22 10:56:00 2003 From: aroushdi@fr.ibm.com (amr roushi) Date: Mon, 22 Sep 2003 10:56:00 -0000 Subject: a beginners question In-Reply-To: References: Message-ID: Alexander Gottwald wrote: > On Fri, 19 Sep 2003, amr roushi wrote: > > >>Alexander Gottwald wrote: >> >>>I've commited a patch which changes the title to "Cygwin/XFree86 - host" >>>if the "-query" option is supplied. Otherwise it stays "Cygwin/XFree86 - 0:0" >> >>Thank u Alex for the patch . How can we get it > > > There is currently no binary built with this patch. If you can't wait for the next > release and want to compile XWin yourself you should check the contributor's guide > at http://xfree86.cygwin.com/docs/cg/. > > But since this posting is titled "a beginners question" I think it is better for > you to wait a few days for the next release. > > I've nevertheless attached the patch for the curious. > > bye > ago > Alex thank u for ur answer , I will wait for the next release thanks again . amr From alexander.gottwald@s1999.tu-chemnitz.de Mon Sep 22 11:10:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 22 Sep 2003 11:10:00 -0000 Subject: a beginners question In-Reply-To: References: Message-ID: On Mon, 22 Sep 2003, amr roushi wrote: > I will wait for the next release thanks again . Test 101 (XFree86-serv-4.3.0-14) is out and includes the changes. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From aroushdi@fr.ibm.com Mon Sep 22 11:48:00 2003 From: aroushdi@fr.ibm.com (amr roushi) Date: Mon, 22 Sep 2003 11:48:00 -0000 Subject: a beginners question In-Reply-To: References: Message-ID: Alexander Gottwald wrote: > On Mon, 22 Sep 2003, amr roushi wrote: > > >>I will wait for the next release thanks again . > > > Test 101 (XFree86-serv-4.3.0-14) is out and includes the changes. > > bye > ago Alex thank u works like a charm thank u again bye amr From giovanni.santa@globalvalue.it Mon Sep 22 11:49:00 2003 From: giovanni.santa@globalvalue.it (SANTA Giovanni) Date: Mon, 22 Sep 2003 11:49:00 -0000 Subject: Xwin.exe with HP Message-ID: I use Xwin in XDMCP mode, I have configured the italian keymap in XF86Config file but I have some problem to connect HP-UX server, the keyboard is remapped wrong. Cygwin run on my IBM T20 notebook and work fine with all Solaris platforms. I call the X server with the command start XWin -query %REMOTE_HOST% -lesspointer -clipboard -xf86config /usr/X11R6/lib/X11/XF86config Anyone can you help me? Thanks In Advance _________________________________________ SANTA Giovanni NETWORK & CONNECTIVITY-Infrastructures & Architectures GLOBALVALUE SERVICES S.p.A. an IBM/FIAT Company From murakami@ipl.t.u-tokyo.ac.jp Mon Sep 22 11:52:00 2003 From: murakami@ipl.t.u-tokyo.ac.jp (Takuma Murakami) Date: Mon, 22 Sep 2003 11:52:00 -0000 Subject: Japanese keyboard auto-detection In-Reply-To: References: <20030922134757.9514.MURAKAMI@ipl.t.u-tokyo.ac.jp> Message-ID: <20030922204356.5F1A.MURAKAMI@ipl.t.u-tokyo.ac.jp> On Mon, 22 Sep 2003 11:48:19 +0200 (MEST) Alexander Gottwald wrote: > It seems the jp106 layout definition in the xkb sources is broken. > Does "setxkbmap -v 10 jp -model jp" work for you? It works well. I get the correct keyboard except the behaviour of Caps_Lock. At first I press Caps_Lock, it works correctly. But the second time I press it, it does not cancel the shift state. So once I press Caps_Lock accidentally, I can never get lower-case letters again. I think the reason of this behaviour is that in Japanese keyboards Caps_Lock is assigned to the combination of "Shift + Eisu_toggle". However, when I change the definition in /usr/X11R6/lib/X11/xkb/symbols/jp from key { [ Caps_Lock,Eisu_toggle] }; to key { [ Eisu_toggle,Caps_Lock] }; I can't get the desired result. Pressing Eisu_toggle without Shift still works as Lock modifier. The best situation is "it works as Caps_Lock only when pressed with shift keys", but I don't know whether the "cascade of modifiers" can be done. If not, I prefer it acts only as Eisu_toggle to prevent the accidental entry into Lock state. I have used my own .Xmodmap to achieve this. The attached is the patch for /usr/X11R6/lib/X11/xkb/symbols/jp to get the same effect. I'm not sure the topic is suitable for cygwin-xfree because it seems not specific to cygwin but for XFree86 itself. At least, the keyboard obtained by the setxkbmap is a big progress. Takuma Murakami (murakami@ipl.t.u-tokyo.ac.jp) -------------- next part -------------- A non-text attachment was scrubbed... Name: jp.patch Type: application/octet-stream Size: 1066 bytes Desc: not available URL: From wgianopoulos@raytheon.com Mon Sep 22 12:44:00 2003 From: wgianopoulos@raytheon.com (William A. Gianopoulos) Date: Mon, 22 Sep 2003 12:44:00 -0000 Subject: Problems with xclock in recent versions Message-ID: <3F6EEE86.4040401@raytheon.com> For at least the last couple of weeks, I have had a problem with xclock. When I start xclock, I receive the message: Warning: Cannot convert string "" to type XftFont If I try to start xclock in digital mode I additionally get: Segmentation fault (core dumped) This is all with the latest and greatest (as of this morning) Cygwin distribution. Any help would be appreciated. -- William A. Gianopoulos Principal Information Technologist IT Security Engineering Raytheon Company From sb@dod.no Mon Sep 22 12:51:00 2003 From: sb@dod.no (Steinar Bang) Date: Mon, 22 Sep 2003 12:51:00 -0000 Subject: Updated on sourceware: XFree86-xserv-4.3.0-14 References: <3F6E0719.1020308@msu.edu> Message-ID: <877k41dm17.fsf@home.lan> For whatever reason, my "AltGr is Control key on Norwegian keyboard" problem, has gone away with this release. From alexander.gottwald@s1999.tu-chemnitz.de Mon Sep 22 13:20:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 22 Sep 2003 13:20:00 -0000 Subject: Xwin.exe with HP In-Reply-To: References: Message-ID: On Mon, 22 Sep 2003, SANTA Giovanni wrote: > I use Xwin in XDMCP mode, I have configured the italian keymap in XF86Config > file but I have some problem to connect HP-UX server, the keyboard is > remapped wrong. Maybe you still have a .Xmodmap in your home directory on the HP-UX server or the xdm on the HP-UX server does remap the layout. Is the layout still correct in the login screen? bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Mon Sep 22 13:39:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 22 Sep 2003 13:39:00 -0000 Subject: 3 files missing from the last xfree-bin distribution In-Reply-To: <87zngx5kev.fsf@vzell-de.de.oracle.com> References: <87zngx5kev.fsf@vzell-de.de.oracle.com> Message-ID: <3F6EFB9C.4080800@msu.edu> Are you using them for anything? Harold Dr. Volker Zell wrote: > Hi > > /usr/X11R6/bin/bdftruncate > /usr/X11R6/bin/sessreg.exe > /usr/X11R6/bin/ucs2any > > seem to have slipped from XFree86-bin-4.3.0-3 to XFree86-bin-4.3.0-4. > > Ciao > Volker > From huntharo@msu.edu Mon Sep 22 13:41:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 22 Sep 2003 13:41:00 -0000 Subject: Updated on sourceware: XFree86-xserv-4.3.0-14 In-Reply-To: <877k41dm17.fsf@home.lan> References: <3F6E0719.1020308@msu.edu> <877k41dm17.fsf@home.lan> Message-ID: <3F6EFC04.8020108@msu.edu> Steinar, Steinar Bang wrote: > For whatever reason, my "AltGr is Control key on Norwegian keyboard" > problem, has gone away with this release. Weird. Did you have a chance to use 4.3.0-13 at all? Did it fix the problem too? 4.3.0-13 should still be out there as the "prev" release, if you could check this it would help to figure out why your problem was fixed. Harold From h.nardmann@secunet.de Mon Sep 22 14:35:00 2003 From: h.nardmann@secunet.de (Heiko Nardmann) Date: Mon, 22 Sep 2003 14:35:00 -0000 Subject: AltGr is CTRL on Norwegian/German keyboard In-Reply-To: <87n0d48rmz.fsf@doohan.bang.priv.no> References: <3F4D0F7D.3080807@msu.edu> <3F670984.3040503@msu.edu> <87n0d48rmz.fsf@doohan.bang.priv.no> Message-ID: <200309221634.50297.h.nardmann@secunet.de> On Dienstag, 16. September 2003 21:23, Steinar Bang wrote: > >>>>> Harold L Hunt II : > > > > You don't have any of the Windows PowerToys installed, do you? > > Not intentially. > > Can they be installed during a service pack upgrade? Can they be > remotely installed by "helpful" IT support people? Is there a way to > find out if I have them installed? > > And do PowerToys exist for Win2k? (a search for powertoy on > www.google.com just popped up "Powertoys for XP) I have the same problems here with a German keyboard. The pressing of the key with (less,greater,bar) does not result in any character. This worked until I decided to upgrade from Windows NT to Windows XP. What else beside the data given below can I easily do to help debugging this problem? Here is what xev prints: KeyPress event, serial 27, synthetic NO, window 0x3800001, root 0x3a, subw 0x0, time 3822466, (194,186), root:(198,233), state 0x0, keycode 94 (keysym 0x0, NoSymbol), same_screen YES, XLookupString gives 0 bytes: "" KeyRelease event, serial 27, synthetic NO, window 0x3800001, root 0x3a, subw 0x0, time 3822566, (194,186), root:(198,233), state 0x0, keycode 94 (keysym 0x0, NoSymbol), same_screen YES, XLookupString gives 0 bytes: "" Now the output of Spy++: Two times pressing AltGr: <00001> 0012019C P WM_KEYDOWN nVirtKey:VK_CONTROL cRepeat:1 ScanCode:1D fExtended:0 fAltDown:0 fRepeat:0 fUp:0 <00002> 0012019C P WM_KEYDOWN nVirtKey:VK_MENU cRepeat:1 ScanCode:38 fExtended:1 fAltDown:1 fRepeat:0 fUp:0 <00003> 0012019C P WM_SYSKEYUP nVirtKey:VK_CONTROL cRepeat:1 ScanCode:1D fExtended:0 fAltDown:1 fRepeat:1 fUp:1 <00004> 0012019C P WM_KEYUP nVirtKey:VK_MENU cRepeat:1 ScanCode:38 fExtended:1 fAltDown:0 fRepeat:1 fUp:1 <00005> 0012019C P WM_KEYDOWN nVirtKey:VK_CONTROL cRepeat:1 ScanCode:1D fExtended:0 fAltDown:0 fRepeat:0 fUp:0 <00006> 0012019C P WM_KEYDOWN nVirtKey:VK_MENU cRepeat:1 ScanCode:38 fExtended:1 fAltDown:1 fRepeat:0 fUp:0 <00007> 0012019C P WM_SYSKEYUP nVirtKey:VK_CONTROL cRepeat:1 ScanCode:1D fExtended:0 fAltDown:1 fRepeat:1 fUp:1 <00008> 0012019C P WM_KEYUP nVirtKey:VK_MENU cRepeat:1 ScanCode:38 fExtended:1 fAltDown:0 fRepeat:1 fUp:1 Two times pressing key (less,greater,bar) next to left Shift bar: <00009> 0012019C P WM_KEYDOWN nVirtKey:VK_OEM_102 cRepeat:1 ScanCode:56 fExtended:0 fAltDown:0 fRepeat:0 fUp:0 <00010> 0012019C P WM_KEYUP nVirtKey:VK_OEM_102 cRepeat:1 ScanCode:56 fExtended:0 fAltDown:0 fRepeat:1 fUp:1 <00011> 0012019C P WM_KEYDOWN nVirtKey:VK_OEM_102 cRepeat:1 ScanCode:56 fExtended:0 fAltDown:0 fRepeat:0 fUp:0 <00012> 0012019C P WM_KEYUP nVirtKey:VK_OEM_102 cRepeat:1 ScanCode:56 fExtended:0 fAltDown:0 fRepeat:1 fUp:1 Switching back from Cygwin to Windows using Alt-Tab: <00013> 0012019C P WM_SYSKEYDOWN nVirtKey:VK_MENU cRepeat:1 ScanCode:38 fExtended:0 fAltDown:1 fRepeat:0 fUp:0 <00014> 0012019C P WM_SYSKEYUP nVirtKey:VK_TAB cRepeat:1 ScanCode:0F fExtended:0 fAltDown:1 fRepeat:0 fUp:1 <00015> 0012019C P WM_SYSKEYUP nVirtKey:VK_MENU cRepeat:1 ScanCode:38 fExtended:0 fAltDown:0 fRepeat:1 fUp:1 Here is my /etc/XF86Config: ######################################## Section "Files" RgbPath "/usr/X11R6/lib/X11/rgb" FontPath "/usr/X11R6/lib/X11/fonts/local/" FontPath "/usr/X11R6/lib/X11/fonts/misc/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/Type1/" FontPath "/usr/X11R6/lib/X11/fonts/Speedo/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" EndSection Section "InputDevice" Identifier "Keyboard1" Driver "Keyboard" Option "AutoRepeat" "500 30" Option "XkbRules" "xfree86" Option "XkbModel" "pc105" Option "XkbLayout" "de" Option "XkbVariant" "nodeadkeys" EndSection Section "Device" Identifier "dummy" Driver "dummy" EndSection Section "Monitor" Identifier "dummy" EndSection Section "Screen" Identifier "dummy" Device "dummy" Monitor "dummy" EndSection Section "ServerLayout" Identifier "dummy" Screen "dummy" InputDevice "Keyboard1" "CoreKeyboard" EndSection ######################################## -- Heiko Nardmann (Dipl.-Ing. Technische Informatik) secunet Security Networks AG - Sicherheit in Netzwerken (www.secunet.de), Weidenauer Str. 223-225, D-57076 Siegen Tel. : +49 271 48950-13, Fax : +49 271 48950-50 From h.nardmann@secunet.de Mon Sep 22 14:42:00 2003 From: h.nardmann@secunet.de (Heiko Nardmann) Date: Mon, 22 Sep 2003 14:42:00 -0000 Subject: AltGr is CTRL on Norwegian/German keyboard In-Reply-To: <200309221634.50297.h.nardmann@secunet.de> References: <3F4D0F7D.3080807@msu.edu> <87n0d48rmz.fsf@doohan.bang.priv.no> <200309221634.50297.h.nardmann@secunet.de> Message-ID: <200309221642.01225.h.nardmann@secunet.de> Another interesting detail: inside the KDM login (I access a Linux server using XDMP) the problematic key works fine. So where is the difference here? On Montag, 22. September 2003 16:34, Heiko Nardmann wrote: > On Dienstag, 16. September 2003 21:23, Steinar Bang wrote: > > >>>>> Harold L Hunt II : > > > > > > You don't have any of the Windows PowerToys installed, do you? > > > > Not intentially. > > > > Can they be installed during a service pack upgrade? Can they be > > remotely installed by "helpful" IT support people? Is there a way to > > find out if I have them installed? > > > > And do PowerToys exist for Win2k? (a search for powertoy on > > www.google.com just popped up "Powertoys for XP) > > I have the same problems here with a German keyboard. The pressing of the > key with (less,greater,bar) does not result in any character. > > This worked until I decided to upgrade from Windows NT to Windows XP. > > What else beside the data given below can I easily do to help debugging > this problem? > > Here is what xev prints: > > KeyPress event, serial 27, synthetic NO, window 0x3800001, > root 0x3a, subw 0x0, time 3822466, (194,186), root:(198,233), > state 0x0, keycode 94 (keysym 0x0, NoSymbol), same_screen YES, > XLookupString gives 0 bytes: "" > > KeyRelease event, serial 27, synthetic NO, window 0x3800001, > root 0x3a, subw 0x0, time 3822566, (194,186), root:(198,233), > state 0x0, keycode 94 (keysym 0x0, NoSymbol), same_screen YES, > XLookupString gives 0 bytes: "" > > Now the output of Spy++: > > Two times pressing AltGr: > > <00001> 0012019C P WM_KEYDOWN nVirtKey:VK_CONTROL cRepeat:1 ScanCode:1D > fExtended:0 fAltDown:0 fRepeat:0 fUp:0 > <00002> 0012019C P WM_KEYDOWN nVirtKey:VK_MENU cRepeat:1 ScanCode:38 > fExtended:1 fAltDown:1 fRepeat:0 fUp:0 > <00003> 0012019C P WM_SYSKEYUP nVirtKey:VK_CONTROL cRepeat:1 ScanCode:1D > fExtended:0 fAltDown:1 fRepeat:1 fUp:1 > <00004> 0012019C P WM_KEYUP nVirtKey:VK_MENU cRepeat:1 ScanCode:38 > fExtended:1 fAltDown:0 fRepeat:1 fUp:1 > > <00005> 0012019C P WM_KEYDOWN nVirtKey:VK_CONTROL cRepeat:1 ScanCode:1D > fExtended:0 fAltDown:0 fRepeat:0 fUp:0 > <00006> 0012019C P WM_KEYDOWN nVirtKey:VK_MENU cRepeat:1 ScanCode:38 > fExtended:1 fAltDown:1 fRepeat:0 fUp:0 > <00007> 0012019C P WM_SYSKEYUP nVirtKey:VK_CONTROL cRepeat:1 ScanCode:1D > fExtended:0 fAltDown:1 fRepeat:1 fUp:1 > <00008> 0012019C P WM_KEYUP nVirtKey:VK_MENU cRepeat:1 ScanCode:38 > fExtended:1 fAltDown:0 fRepeat:1 fUp:1 > > Two times pressing key (less,greater,bar) next to left Shift bar: > > <00009> 0012019C P WM_KEYDOWN nVirtKey:VK_OEM_102 cRepeat:1 ScanCode:56 > fExtended:0 fAltDown:0 fRepeat:0 fUp:0 > <00010> 0012019C P WM_KEYUP nVirtKey:VK_OEM_102 cRepeat:1 ScanCode:56 > fExtended:0 fAltDown:0 fRepeat:1 fUp:1 > > <00011> 0012019C P WM_KEYDOWN nVirtKey:VK_OEM_102 cRepeat:1 ScanCode:56 > fExtended:0 fAltDown:0 fRepeat:0 fUp:0 > <00012> 0012019C P WM_KEYUP nVirtKey:VK_OEM_102 cRepeat:1 ScanCode:56 > fExtended:0 fAltDown:0 fRepeat:1 fUp:1 > > Switching back from Cygwin to Windows using Alt-Tab: > > <00013> 0012019C P WM_SYSKEYDOWN nVirtKey:VK_MENU cRepeat:1 ScanCode:38 > fExtended:0 fAltDown:1 fRepeat:0 fUp:0 > <00014> 0012019C P WM_SYSKEYUP nVirtKey:VK_TAB cRepeat:1 ScanCode:0F > fExtended:0 fAltDown:1 fRepeat:0 fUp:1 > <00015> 0012019C P WM_SYSKEYUP nVirtKey:VK_MENU cRepeat:1 ScanCode:38 > fExtended:0 fAltDown:0 fRepeat:1 fUp:1 > > > > Here is my /etc/XF86Config: > > > > > ######################################## > > Section "Files" > RgbPath "/usr/X11R6/lib/X11/rgb" > > FontPath "/usr/X11R6/lib/X11/fonts/local/" > FontPath "/usr/X11R6/lib/X11/fonts/misc/" > FontPath "/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" > FontPath "/usr/X11R6/lib/X11/fonts/Type1/" > FontPath "/usr/X11R6/lib/X11/fonts/Speedo/" > FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" > EndSection > > Section "InputDevice" > Identifier "Keyboard1" > Driver "Keyboard" > Option "AutoRepeat" "500 30" > Option "XkbRules" "xfree86" > Option "XkbModel" "pc105" > Option "XkbLayout" "de" > Option "XkbVariant" "nodeadkeys" > EndSection > > Section "Device" > Identifier "dummy" > Driver "dummy" > EndSection > > Section "Monitor" > Identifier "dummy" > EndSection > > Section "Screen" > Identifier "dummy" > Device "dummy" > Monitor "dummy" > EndSection > > Section "ServerLayout" > Identifier "dummy" > Screen "dummy" > InputDevice "Keyboard1" "CoreKeyboard" > EndSection > > ######################################## -- Heiko Nardmann (Dipl.-Ing. Technische Informatik) secunet Security Networks AG - Sicherheit in Netzwerken (www.secunet.de), Weidenauer Str. 223-225, D-57076 Siegen Tel. : +49 271 48950-13, Fax : +49 271 48950-50 From 0@pervalidus.tk Mon Sep 22 16:06:00 2003 From: 0@pervalidus.tk (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Mon, 22 Sep 2003 16:06:00 -0000 Subject: Updated on sourceware: XFree86-xserv-4.3.0-14 In-Reply-To: References: <3F6E0719.1020308@msu.edu> Message-ID: On Mon, 22 Sep 2003, Alexander Gottwald wrote: > In the logfile /tmp/Xwin.log is a line similar to this one > winConfigKeyboard - Layout: "00000407" I have the following without configuring anything: (==) winConfigKeyboard - Layout: "00010416" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" I'm not sure if it should have printed pc105 and pt... But using the XF86Config: (==) winConfigKeyboard - Layout: "00010416" (**) Using keyboard "Keyboard1" as primary keyboard (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "abnt2" (**) XKB: model: "abnt2" (**) Option "XkbLayout" "br" (**) XKB: layout: "br" Rules = "xfree86" Model = "abnt2" Layout = "br" Variant = "(null)" Options = "(null)" > I need to know the layoutnumber of your keyboard. Can you please > send me this number? > > If it matches the the "Potuguese (Brazil)" layout from windows > I'll change the config to br/abnt2. -- How to contact me - http://www.pervalidus.net/contact.html From alexander.gottwald@s1999.tu-chemnitz.de Mon Sep 22 16:22:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 22 Sep 2003 16:22:00 -0000 Subject: Updated on sourceware: XFree86-xserv-4.3.0-14 In-Reply-To: References: <3F6E0719.1020308@msu.edu> Message-ID: On Mon, 22 Sep 2003, Fr??d??ric L. W. Meunier wrote: > (==) winConfigKeyboard - Layout: "00010416" This is a special variant which is different from the configured one. I added the new to the list and it wil be available with the next XFree86-xserv release. The other one is marked in windows as Portuguese (Brazil, ABNT) but has the pt layout attached. I remeber someone sent me this config but I don't know whether there is a difference between this layout and the plain portuguese layout. Can you shed some light to this question? bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Mon Sep 22 16:53:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 22 Sep 2003 16:53:00 -0000 Subject: Problems with xclock in recent versions In-Reply-To: <3F6EEE86.4040401@raytheon.com> References: <3F6EEE86.4040401@raytheon.com> Message-ID: <3F6F28EA.2000606@msu.edu> William, I looked into this briefly and noticed that it is some sort of problem with /usr/X11R6/lib/X11/fonts/Type1/fonts.cache-1. I figured this out by copying the config files from each font directory, in turn, from a machine that didn't have the problem to a machine that does have the problem. None of the config files fixed the problem until I copied over the Type1 config files. Then, I did a 'diff' to see what has changed between the files... NOTHING! Weird. Then I replaced the old config files and made sure that I could duplicate the error; I could. Finally, I figured out that you can simply 'touch' the 'fonts.cache-1' file to fix the problem: touch /usr/X11R6/lib/X11/fonts/Type1/fonts.cache-1 I will eventually make a new package for the Type1 fonts, but I would like to understand the problem better, and why the solution works, before I do that. Can anyone offer some insight on this? Thanks for the bug report, Harold William A. Gianopoulos wrote: > For at least the last couple of weeks, I have had a problem with xclock. > When I start xclock, I receive the message: > > Warning: Cannot convert string "" to type XftFont > > If I try to start xclock in digital mode I additionally get: > > Segmentation fault (core dumped) > > This is all with the latest and greatest (as of this morning) Cygwin > distribution. > > Any help would be appreciated. > From 0@pervalidus.tk Mon Sep 22 17:43:00 2003 From: 0@pervalidus.tk (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Mon, 22 Sep 2003 17:43:00 -0000 Subject: Updated on sourceware: XFree86-xserv-4.3.0-14 In-Reply-To: References: <3F6E0719.1020308@msu.edu> Message-ID: On Mon, 22 Sep 2003, Alexander Gottwald wrote: > On Mon, 22 Sep 2003, Fr?d?ric L. W. Meunier wrote: > > > (==) winConfigKeyboard - Layout: "00010416" > > This is a special variant which is different from the configured > one. I added the new to the list and it wil be available with > the next XFree86-xserv release. > > The other one is marked in windows as Portuguese (Brazil, ABNT) > but has the pt layout attached. I remeber someone sent me this > config but I don't know whether there is a difference between > this layout and the plain portuguese layout. > > Can you shed some light to this question? I only know here in Brazil some people (mainly on servers) use US keyboards, most ABNT2, and probably a very few ABNT as I don't see any on the stores... Doing a search on Google I found the only difference is that ABNT doesn't have the "Alt Gr" key, but I don't know if the information is correct. I've been using ABNT2 since 1997 on Linux and never configured it as pt. xf86config from XFree86 >=4.0 always configured it as br / abnt2, and doesn't do any autodetection. So, the question remains: what to use for the "old" ABNT. I'm Cc'ing Ricardo. -- How to contact me - http://www.pervalidus.net/contact.html From huntharo@msu.edu Mon Sep 22 19:13:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 22 Sep 2003 19:13:00 -0000 Subject: [ANNOUNCEMENT] Updated: lesstif-0.93.91-1 [Requires cygwin-1.5.3+] Message-ID: <3F6F49B9.6040400@msu.edu> [From Brian Ford:] I've updated the version of lesstif to 0.93.91-1. LessTif is a freely available Motif clone. It aims to be source level compatible with Motif 1.2 and to some extent 2.0/2.1. It is distributed under the terms of the GNU Library General Public License (LGPL). The Cygwin version is from the vanilla sources with one tiny patch to mwm that existed in previous releases. Additionally, I have disabled the experimental Xft support for antialiased fonts using freetype/fontconfig that was enabled by default in this release. For details about this choice, see: http://www.cygwin.com/ml/cygwin-xfree/2003-09/msg00348.html Feedback about this issue is welcomed and should be directed to the cygwin-xfree mailing list mentioned at the end of this announcement. Changes: * Sync with official release. * configure.in (AC_FIND_XFT): Disable Keith Packard's experimental Xft support. * Recompiled under Cygwin 1.5.4 and XFree 4.3.0. * lesstif-0.93.91-1.sh: Sync with generic-build-script (Conform to the Filesystem Heirachy Standard or FHS). * Attempt to reconstruct full "Port Notes" version history. Official release notes since the last Cygwin release: Release 0.93.91: * Implement Add Mode in XmText. This means that the selection doesn't disappear when moving the cursor around. You can toggle this by using Shift-F8. * Fix some memory leaks. * Fix for an invalid XmStringFree in XmList. * Fix an X server hang when clicking in an option menu. * Fix an extended selection problem in XmList. * Partial fix for gadget colour problems. Release 0.93.49: * Fix a build problem in 0.93.47. Release 0.93.47: * Yet another attempt to fix nedit's grab behaviour problems. (that are caused by lesstif). * Rename a private function to avoid namespace pollution. Release 0.93.46: * Hopefully this fixes both of the nedit grab issues. * List hightlight problem fix. * Fixes for XmText(Field)GetSubstring bugs. * Fix for a 2.0 build problem. Release 0.93.44: * Fix for a memory leak in TextF.c * Quick fix to implement overstrike behaviour in XmText. * Fix for bug #736415 (XmText widget still buggy). * Fix for bug #721016 : use of an OptionMenu can cause the X Server to hang. * Fix for bug #721010 "text is displayed in the reverse order in TextWidget" * Patch provided by Herbert Xu : fixes comparison bugs on platforms with unsigned char as the default. * Patch by Peter Breitenlohner for various build/install problems. * Fix the problem reported by DIG in textf/test12 - TextField was not always drawing correctly. 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 you have questions or comments, please send them to the Cygwin XFree86 mailing list at: cygwin-xfree@cygwin.com . I would appreciate it if you would use this mailing list rather than emailing me directly. Ideas and comments about the setup utility or Cygwin in general should be directed to the main Cygwin mailing list at: cygwin@cygwin.com. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. I implore you to READ this information before sending email about how you "tried everything" to unsubscribe. In 100% of the cases where people were unable to unsubscribe, the problem was that they hadn't actually read and comprehended the unsubscribe instructions. If you need to unsubscribe from cygwin-announce or any other mailing list, reading the instructions at the above URL is guaranteed to provide you with the info that you need. -- Brian Ford Volunteer maintainer of Cygwin's lesstif package Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International From ingi@telia.com Mon Sep 22 21:17:00 2003 From: ingi@telia.com (=?ISO-8859-1?Q?Ingvaldur_Sigurj=F3nsson?=) Date: Mon, 22 Sep 2003 21:17:00 -0000 Subject: AltGr vs. XFree86 4.3 In-Reply-To: <8B4FC06D0B2109459F856FDA6F00DCE3A3EB20@301SEMLMMSG002.Sierra.alpharoot.net> References: <8B4FC06D0B2109459F856FDA6F00DCE3A3EB20@301SEMLMMSG002.Sierra.alpharoot.net> Message-ID: <3F6F66EF.2020208@telia.com> The problem I was having with AltGr on a swedish keyboard layout and DECterminal has finally found a workaround. I received a hint, (described below) that if I'd disabled the XKB extenstion in XFree86 and went for the good ol' 'xmodmap' keymap loading, I managed to have a workaround. But other people seem to have similar problems regarding AltGr-key-combination with foreign keyboard layouts... I tried mount the /tmp in binmode without success. My '/' was already mounted in binmode and the '/' contained a directory called 'tmp' which must have been treated same way as '/tmp' mounted in binmode. Regards, Ingvaldur Sigurjonsson Ingvaldur.Sigurjonsson@ementor.se wrote: >I tried this right away and your suggestion worked. > >I dont have to load any foreign keyboard (yet...) so I'll go for your suggestion and US keyboard, atleast I get the @,$,{,[,],} characters which are used alot in OpenVMS. > >Thank you very much for the hint :-) > >I maybe send an update the Cygwin/XFree86 list with this information if you haven't already done so your self. > >Regards > >- Ingvaldur > > > >-----Original Message----- >From: Emmanuel.Dupontalcatel.fr [mailto:Emmanuel.Dupont@alcatel.fr] >Sent: Mon 2003-09-22 12:45 PM >To: Ingvaldur Sigurjonsson >Cc: >Subject: AltGr vs. XFree86 4.3 > >Hello, >I had got the same problem with HP-UX >I solved it by first removing the X Keyboard Extension (look the FAQ) with >the -kb option >(try something like : Xwin -kb or startx -- -kb or xinit -- -kb ) >And then by loading a french keymap with xmodmap > >I didn't try the -keyboard option, it was boring to continue. > >Emmanuel > > > > > > > From zakki@peppermint.jp Tue Sep 23 02:45:00 2003 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Tue, 23 Sep 2003 02:45:00 -0000 Subject: Japanese keyboard auto-detection In-Reply-To: <20030922204356.5F1A.MURAKAMI@ipl.t.u-tokyo.ac.jp> References: <20030922134757.9514.MURAKAMI@ipl.t.u-tokyo.ac.jp> <20030922204356.5F1A.MURAKAMI@ipl.t.u-tokyo.ac.jp> Message-ID: As far as I tested, when I press Eisu_toggle key, I receive WM_KEYDOWN VK_DBE_ALPHANUMRIC. But I never receive WM_KEYUP until I press Katakana key, even if I release Eisu_toggle key. Also if I release Katakana key, I never receive WM_KEYUP. I don't know why, and I can't find any documents in MSDN. I inserted following workaround into end of WM_KEYDOWN handler if (iScanCode == KEY_CapsLock) winSendKeyEvent (KEY_CapsLock, FALSE); then CapsLock work well. But perhaps it is not smart. Does anyone know good solution? Kensuke Matsuzaki From huntharo@msu.edu Tue Sep 23 06:29:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Sep 2003 06:29:00 -0000 Subject: Xaw3d rebuild Message-ID: <3F6FE838.5070907@msu.edu> I am trying to rebuild Xaw3d and I keep getting stuck because something is wrong with LIBRARY_VERSION or something related to it. See log snippet below. Basically the lib keeps getting created as libXaw3d-.dll.a and the DLL as cygXaw3d-.dll because the version is blank. I have tried everything from hard-coding SoRev and SOXAWREV in xc/lib/Xaw3d/Imakefile, to passing LIBRARY_VERSION to "make Makefile", etc. I do not understand where sed is pulling the version from. Please help me to figure out what must be done in order to get Xaw3d compiling into the correct library name. This is the last thing holding me up from releasing xfig and transfix as Cygwin setup.exe packages... so please help. Harold rm -f Xaw3d.def cpp -traditional -DHAS_THREADS -DHAS_SHM -D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LO CALE -D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX _C_SOURCE=199309L -D_BSD_SOURCE -D_SVID_SOURCE - D_GNU_SOURCE -DLIBRARY_VERSION= Xaw3d.def rm -f libXaw3d-.dll.a rm -f cygXaw3d-.dll gcc -shared -Wl,--out-implib=libXaw3d-.dll.a -Wl,--enable-auto-import --def Xaw3 d.def -Wl,--exclude-libs,ALL -o cygXaw3d-.dll AllWidgets.o AsciiSink.o AsciiSrc. o AsciiText.o Box.o Command.o Dialog.o Form.o Grip.o Label.o Layout.o List.o MenuButton.o Paned.o Panner.o Porthole.o Repeater.o Scrollbar.o Simple.o SimpleMenu.o Sme.o SmeBSB.o SmeLine.o SmeThreeD.o StripChart.o Text.o Text Sink.o TextSrc.o TextAction.o TextPop.o TextTr.o ThreeD.o Tip.o Toggle.o Tree.o Vendor.o Viewport.o Xaw3dP.o XawInit.o laygram.o laylex.o MultiSrc.o MultiSink.o XawIm.o XawI18n.o -L../../exports/lib -lXmu -lXt -lSM -lICE -lXex t -lX11 -lXt -lSM -lICE -lXpm -lXext -lX11 Creating library file: libXaw3d-.dll.a rm -f ../../exports/lib/libXaw3d-.dll.a cd ../../exports/lib && ln -s ../../lib/Xaw3d/libXaw3d-.dll.a . rm -f ../../exports/lib/libXaw3d.a cd ../../exports/lib && ln -s libXaw3d-.dll.a libXaw3d.a rm -f ../../exports/bin/cygXaw3d-.dll cd ../../exports/bin && cp ../../lib/Xaw3d/cygXaw3d-.dll . From huntharo@msu.edu Tue Sep 23 07:37:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Sep 2003 07:37:00 -0000 Subject: Xaw3d rebuild In-Reply-To: <3F6FE838.5070907@msu.edu> References: <3F6FE838.5070907@msu.edu> Message-ID: <3F6FF849.8040007@msu.edu> At the risk of looking like a dork for replying to myself... the solution I found was to add the following to xc/config/cf/X11.tmpl. Harold #ifndef SharedLibXaw3d #define SharedLibXaw3d HasSharedLibraries #endif #ifndef NormalLibXaw3d #define NormalLibXaw3d (!SharedLibXaw3d | ForceNormalLib) #endif #ifndef DebugLibXaw3d #define DebugLibXaw3d NO /* debugged widget library */ #endif #ifndef ProfileLibXaw3d #define ProfileLibXaw3d NO /* profiled widget library */ #endif AWIDGETSRC = $(LIBSRC)/Xaw3d #if SharedLibXaw3d #ifndef SharedXaw3dRev #define SharedXaw3dRev 1.5 #endif SharedDSLibReferences(XAW3D,Xaw3d,$(AWIDGETSRC),SOXAW3DREV,SharedXaw3dRev) #else ProjectUnsharedLibReferences(XAW3D,Xaw3d,$(AWIDGETSRC),XBuildLibDir) #endif Harold L Hunt II wrote: > I am trying to rebuild Xaw3d and I keep getting stuck because something > is wrong with LIBRARY_VERSION or something related to it. See log > snippet below. > > Basically the lib keeps getting created as libXaw3d-.dll.a and the DLL > as cygXaw3d-.dll because the version is blank. I have tried everything > from hard-coding SoRev and SOXAWREV in xc/lib/Xaw3d/Imakefile, to > passing LIBRARY_VERSION to "make Makefile", etc. > > I do not understand where sed is pulling the version from. > > Please help me to figure out what must be done in order to get Xaw3d > compiling into the correct library name. > > This is the last thing holding me up from releasing xfig and transfix as > Cygwin setup.exe packages... so please help. > > Harold > > > > > rm -f Xaw3d.def > cpp -traditional -DHAS_THREADS -DHAS_SHM -D__i386__ > -DWIN32_LEAN_AND_MEAN -DX_LO > CALE -D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE > -D_POSIX > _C_SOURCE=199309L -D_BSD_SOURCE -D_SVID_SOURCE - > D_GNU_SOURCE -DLIBRARY_VERSION= *[0-9][0-9]* *. > *$/d' -e '/^XCOMM$/s//#/' -e '/^XCOMM[^a-zA-Z0-9_]/s/^XCOMM/#/' >Xaw3d.def > rm -f libXaw3d-.dll.a > rm -f cygXaw3d-.dll > gcc -shared -Wl,--out-implib=libXaw3d-.dll.a -Wl,--enable-auto-import > --def Xaw3 > d.def -Wl,--exclude-libs,ALL -o cygXaw3d-.dll AllWidgets.o AsciiSink.o > AsciiSrc. > o AsciiText.o Box.o Command.o Dialog.o Form.o Grip.o Label.o > Layout.o List.o > MenuButton.o Paned.o Panner.o Porthole.o Repeater.o Scrollbar.o > Simple.o > SimpleMenu.o Sme.o SmeBSB.o SmeLine.o SmeThreeD.o StripChart.o > Text.o Text > Sink.o TextSrc.o TextAction.o TextPop.o TextTr.o ThreeD.o Tip.o > Toggle.o > Tree.o Vendor.o Viewport.o Xaw3dP.o XawInit.o laygram.o laylex.o > MultiSrc.o > MultiSink.o XawIm.o XawI18n.o -L../../exports/lib -lXmu -lXt -lSM > -lICE -lXex > t -lX11 -lXt -lSM -lICE -lXpm -lXext -lX11 > Creating library file: libXaw3d-.dll.a > rm -f ../../exports/lib/libXaw3d-.dll.a > cd ../../exports/lib && ln -s ../../lib/Xaw3d/libXaw3d-.dll.a . > rm -f ../../exports/lib/libXaw3d.a > cd ../../exports/lib && ln -s libXaw3d-.dll.a libXaw3d.a > rm -f ../../exports/bin/cygXaw3d-.dll > cd ../../exports/bin && cp ../../lib/Xaw3d/cygXaw3d-.dll . > From giovanni.santa@globalvalue.it Tue Sep 23 07:47:00 2003 From: giovanni.santa@globalvalue.it (SANTA Giovanni) Date: Tue, 23 Sep 2003 07:47:00 -0000 Subject: Xwin.exe with HP Message-ID: Hi I use Sun Solaris xdm and it's work fine. At login screen Xwin is remap wrong I have not found any .Xmodmap in HP-UX Thanks Giovanni -----Original Message----- From: Alexander Gottwald [mailto:alexander.gottwald@s1999.tu-chemnitz.de] Sent: Monday, September 22, 2003 3:21 PM To: 'cygwin-xfree@cygwin.com' Subject: Re: Xwin.exe with HP On Mon, 22 Sep 2003, SANTA Giovanni wrote: > I use Xwin in XDMCP mode, I have configured the italian keymap in > XF86Config file but I have some problem to connect HP-UX server, the > keyboard is remapped wrong. Maybe you still have a .Xmodmap in your home directory on the HP-UX server or the xdm on the HP-UX server does remap the layout. Is the layout still correct in the login screen? bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Tue Sep 23 08:14:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 23 Sep 2003 08:14:00 -0000 Subject: Xwin.exe with HP In-Reply-To: References: Message-ID: On Tue, 23 Sep 2003, SANTA Giovanni wrote: > Hi > I use Sun Solaris xdm and it's work fine. > At login screen Xwin is remap wrong > I have not found any .Xmodmap in HP-UX I don't have access to a HP-UX box with xdmcp enabled, so I can only provide you some hints where to look for. In the xdm configuration there is normally a file called Xsetup. This file contains commands which are executed before presenting the login screen. Maybe there are some commands too which reset the keyboard. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Tue Sep 23 08:27:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 23 Sep 2003 08:27:00 -0000 Subject: Japanese keyboard auto-detection In-Reply-To: References: <20030922134757.9514.MURAKAMI@ipl.t.u-tokyo.ac.jp> <20030922204356.5F1A.MURAKAMI@ipl.t.u-tokyo.ac.jp> Message-ID: On Tue, 23 Sep 2003, Kensuke Matsuzaki wrote: > As far as I tested, when I press Eisu_toggle key, I receive > WM_KEYDOWN VK_DBE_ALPHANUMRIC. But I never receive WM_KEYUP > until I press Katakana key, even if I release Eisu_toggle key. > Also if I release Katakana key, I never receive WM_KEYUP. > > I don't know why, and I can't find any documents in MSDN. > > I inserted following workaround into end of WM_KEYDOWN handler > if (iScanCode == KEY_CapsLock) > winSendKeyEvent (KEY_CapsLock, FALSE); > then CapsLock work well. But perhaps it is not smart. > > Does anyone know good solution? I don't know the japanese keyboard system and can't test it. If the windows input driver does the same stupid remapping as with alt-gr, i think we should include this as a workaround. But I'm not sure if the patch will change the pc105 handling as well. This will require further investigation. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Dr.Volker.Zell@oracle.com Tue Sep 23 08:58:00 2003 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Tue, 23 Sep 2003 08:58:00 -0000 Subject: 3 files missing from the last xfree-bin distribution In-Reply-To: <3F6EFB9C.4080800@msu.edu> (Harold L. Hunt, II's message of "Mon, 22 Sep 2003 09:39:40 -0400") References: <87zngx5kev.fsf@vzell-de.de.oracle.com> <3F6EFB9C.4080800@msu.edu> Message-ID: <87isnjubj3.fsf@vzell-de.de.oracle.com> >>>>> "Harold" == Harold L Hunt, writes: Harold> Are you using them for anything? Actually not, just for completeness. Harold> Harold Ciao Volker From nudovidchik@yahoo.com Tue Sep 23 12:09:00 2003 From: nudovidchik@yahoo.com (Natalie Udovidchik) Date: Tue, 23 Sep 2003 12:09:00 -0000 Subject: remote connection to a unix machine Message-ID: <20030923120952.24250.qmail@web40809.mail.yahoo.com> my question is such. i am trying to connect to a unix machine remotely though cygwin. how should i do that? i am very new to this. another concern is that some of the commands are not working, such as ls, and emacs/xemacs, and others. why could that be such? thank you, Natalie __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From alexander.gottwald@s1999.tu-chemnitz.de Tue Sep 23 12:46:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 23 Sep 2003 12:46:00 -0000 Subject: remote connection to a unix machine In-Reply-To: <20030923120952.24250.qmail@web40809.mail.yahoo.com> References: <20030923120952.24250.qmail@web40809.mail.yahoo.com> Message-ID: On Tue, 23 Sep 2003, Natalie Udovidchik wrote: > my question is such. i am trying to connect to a unix > machine remotely though cygwin. how should i do that? > i am very new to this. http://xfree86.cygwin.com/docs/ug/using-remote-session.html http://xfree86.cygwin.com/docs/ug/using-remote-apps.html > another concern is that some of the commands are not > working, such as ls, and emacs/xemacs, and others. > why could that be such? Maybe they are not installed. What does "are not working" mean. Are they crashing or not starting or freezing? bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Tue Sep 23 17:07:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Sep 2003 17:07:00 -0000 Subject: New on sourceware: transfig-3.2.4-1 Message-ID: <3F707DCC.2050002@msu.edu> The transfig-3.2.4-1 package has been added to the Cygwin distribution. Description: TransFig is a set of tools for creating TeX documents with graphics which are portable, in the sense that they can be printed in a wide variety of environments. -- 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. Save it and run setup, answer the questions and pick up 'XFree86-xserv' from the 'XFree86' category. You may need to click the "Full" button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@sources.redhat.com . If you want to subscribe go to: http://cygwin.com/lists.html 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/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place. From huntharo@msu.edu Tue Sep 23 17:08:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Sep 2003 17:08:00 -0000 Subject: Updated: Xaw3d-1.5E-1 Message-ID: <3F707E08.2090200@msu.edu> The Xaw3d-1.5E-1 package has been updated in the Cygwin distribution. -- 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. Save it and run setup, answer the questions and pick up 'XFree86-xserv' from the 'XFree86' category. You may need to click the "Full" button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@sources.redhat.com . If you want to subscribe go to: http://cygwin.com/lists.html 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/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place. From huntharo@msu.edu Tue Sep 23 17:10:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Sep 2003 17:10:00 -0000 Subject: New package: xfig-base-3.2.4-1 Message-ID: <3F707E68.5030005@msu.edu> The xfig-base-3.2.4-1 package has been added to the Cygwin distribution. Description: Xfig is a menu-driven tool that allows the user to draw and manipulate objects interactively in an X window. The resulting pictures can be saved, printed on postscript printers or converted to a variety of other formats (e.g. to allow inclusion in LaTeX documents). -- 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. Save it and run setup, answer the questions and pick up 'XFree86-xserv' from the 'XFree86' category. You may need to click the "Full" button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@sources.redhat.com . If you want to subscribe go to: http://cygwin.com/lists.html 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/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place. From huntharo@msu.edu Tue Sep 23 17:11:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Sep 2003 17:11:00 -0000 Subject: New package: xfig-bin-3.2.4-1 Message-ID: <3F707EA7.8090409@msu.edu> The xfig-bin-3.2.4-1 package has been added to the Cygwin distribution. Description: Xfig executables. -- 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. Save it and run setup, answer the questions and pick up 'XFree86-xserv' from the 'XFree86' category. You may need to click the "Full" button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@sources.redhat.com . If you want to subscribe go to: http://cygwin.com/lists.html 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/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place. From huntharo@msu.edu Tue Sep 23 17:12:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Sep 2003 17:12:00 -0000 Subject: New package: xfig-doc-3.2.4-1 Message-ID: <3F707ECF.6070307@msu.edu> The xfig-doc-3.2.4-1 package has been added to the Cygwin distribution. Description: Xfig documentation in PDF and HTML format. -- 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. Save it and run setup, answer the questions and pick up 'XFree86-xserv' from the 'XFree86' category. You may need to click the "Full" button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@sources.redhat.com . If you want to subscribe go to: http://cygwin.com/lists.html 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/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place. From huntharo@msu.edu Tue Sep 23 17:12:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Sep 2003 17:12:00 -0000 Subject: New on sourceware: xfig-etc-3.2.4-1 Message-ID: <3F707EE9.2030709@msu.edu> The xfig-etc-3.2.4-1 package has been added to the Cygwin distribution. Description: Xfig configuration files. -- 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. Save it and run setup, answer the questions and pick up 'XFree86-xserv' from the 'XFree86' category. You may need to click the "Full" button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@sources.redhat.com . If you want to subscribe go to: http://cygwin.com/lists.html 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/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place. From huntharo@msu.edu Tue Sep 23 17:13:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Sep 2003 17:13:00 -0000 Subject: New package: xfig-man-3.2.4-1 Message-ID: <3F707F24.1080004@msu.edu> The xfig-man-3.2.4-1 package has been added to the Cygwin distribution. Description: Xfig man page. -- 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. Save it and run setup, answer the questions and pick up 'XFree86-xserv' from the 'XFree86' category. You may need to click the "Full" button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@sources.redhat.com . If you want to subscribe go to: http://cygwin.com/lists.html 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/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place. From huntharo@msu.edu Tue Sep 23 17:13:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Sep 2003 17:13:00 -0000 Subject: New package: xfig-lib-3.2.4-1 Message-ID: <3F707F09.20501@msu.edu> The xfig-lib-3.2.4-1 package has been added to the Cygwin distribution. Description: Xfig drawing symbol libraries. -- 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. Save it and run setup, answer the questions and pick up 'XFree86-xserv' from the 'XFree86' category. You may need to click the "Full" button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@sources.redhat.com . If you want to subscribe go to: http://cygwin.com/lists.html 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/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place. From jc.gervais@videotron.ca Tue Sep 23 17:27:00 2003 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Tue, 23 Sep 2003 17:27:00 -0000 Subject: [Fwd: Send loss of focus notification when changing focus to a Windows app?] Message-ID: <1064337800.14244.21.camel@localhost.localdomain> Is it possible to tell X that it has lost focus when a Windows app gains focus? -------------- next part -------------- An embedded message was scrubbed... From: Jean-Claude Gervais Subject: Send loss of focus notification when changing focus to a Windows app? Date: Sun, 21 Sep 2003 17:36:42 -0400 Size: 3521 URL: From Dr.Volker.Zell@oracle.com Tue Sep 23 18:02:00 2003 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Tue, 23 Sep 2003 18:02:00 -0000 Subject: Updated: Xaw3d-1.5E-1 In-Reply-To: <3F707E08.2090200@msu.edu> (Harold L. Hunt, II's message of "Tue, 23 Sep 2003 13:08:24 -0400") References: <3F707E08.2090200@msu.edu> Message-ID: <87fzinjsdk.fsf@vzell-de.de.oracle.com> >>>>> "Harold" == Harold L Hunt, writes: Harold> The Xaw3d-1.5E-1 package has been updated in the Cygwin Harold> distribution. The last version was called XFree86-Xaw3d so setup doesn't uninstall the last version. So a couple of files are getting overwritten by this version but some old files persist. Harold> Harold Hunt Ciao Volker From Dr.Volker.Zell@oracle.com Tue Sep 23 18:09:00 2003 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Tue, 23 Sep 2003 18:09:00 -0000 Subject: New package: xfig-bin-3.2.4-1 In-Reply-To: <3F707EA7.8090409@msu.edu> (Harold L. Hunt, II's message of "Tue, 23 Sep 2003 13:11:03 -0400") References: <3F707EA7.8090409@msu.edu> Message-ID: <87brtbjs19.fsf@vzell-de.de.oracle.com> >>>>> "Harold" == Harold L Hunt, writes: Harold> The xfig-bin-3.2.4-1 package has been added to the Cygwin Harold> distribution. Why isn't it using Xaw3d ? Ciao Volker From sanford.zelkovitz-eds@eds.com Tue Sep 23 19:29:00 2003 From: sanford.zelkovitz-eds@eds.com (Zelkovitz, Sanford J (ZERO CHAOS)) Date: Tue, 23 Sep 2003 19:29:00 -0000 Subject: Possible memory leak problem Message-ID: <7FD257BF8564D4119DA800508BDF07AA0A513DA8@usahm012.exmi01.exch.eds.com> I seem to be having a problem, which resembles very closely to a memory leak situation. I'm running Cygwin/Xfree on a Pentium 4 laptop with 512 Megs of memory under Windows XP Professional. After about 4 hours of usage, the computer runs so slowly that the only recourse that I have is to reboot. After the reboot, all is well again for at least another 3 to 4 hours. I am running all the latest versions of the Cygwin and Xfree code. As a test, I used another X-Windows emulator to see if some other code was causing the problem and the slow down problem did not manifest itself. Has anyone else encountered this problem and, if so, what was the fix? My typical usage is 4 to 6 remote sessions on Sun Solaris systems. From huntharo@msu.edu Tue Sep 23 20:49:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Sep 2003 20:49:00 -0000 Subject: New package: xfig-bin-3.2.4-1 In-Reply-To: <87brtbjs19.fsf@vzell-de.de.oracle.com> References: <3F707EA7.8090409@msu.edu> <87brtbjs19.fsf@vzell-de.de.oracle.com> Message-ID: <3F70B1D4.80905@msu.edu> It isn't? It sure wouldn't compile without it... Could you be more specific about what you are seeing? Harold Dr. Volker Zell wrote: >>>>>>"Harold" == Harold L Hunt, writes: > > > Harold> The xfig-bin-3.2.4-1 package has been added to the Cygwin > Harold> distribution. > > Why isn't it using Xaw3d ? > > Ciao > Volker > From huntharo@msu.edu Tue Sep 23 20:52:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Sep 2003 20:52:00 -0000 Subject: Possible memory leak problem In-Reply-To: <7FD257BF8564D4119DA800508BDF07AA0A513DA8@usahm012.exmi01.exch.eds.com> References: <7FD257BF8564D4119DA800508BDF07AA0A513DA8@usahm012.exmi01.exch.eds.com> Message-ID: <3F70B25B.2080600@msu.edu> I have not seen such a memory leak. We would need more specific information in order to help you debug it. One thing --- could you check the size of /tmp/XWin.log after an hour or so of running? If it is large (i.e. greater than 10 KiB), then that is likely the problem; tell us which message is repeating in the log and we will fix it or disable it. Other than that, I don't know what you could do to trace this down. Harold Zelkovitz, Sanford J (ZERO CHAOS) wrote: > I seem to be having a problem, which resembles very closely to a memory leak > situation. I'm running Cygwin/Xfree on a Pentium 4 laptop with 512 Megs of > memory under Windows XP Professional. After about 4 hours of usage, the > computer runs so slowly that the only recourse that I have is to reboot. > After the reboot, all is well again for at least another 3 to 4 hours. > > I am running all the latest versions of the Cygwin and Xfree code. As a > test, I used another X-Windows emulator to see if some other code was > causing the problem and the slow down problem did not manifest itself. > > Has anyone else encountered this problem and, if so, what was the fix? > > My typical usage is 4 to 6 remote sessions on Sun Solaris systems. > > > From lev.bishop@yale.edu Wed Sep 24 00:28:00 2003 From: lev.bishop@yale.edu (Lev Bishop) Date: Wed, 24 Sep 2003 00:28:00 -0000 Subject: [Cygwin/XFree86] Duplicate keystrokes in X Server In-Reply-To: <3F6DF4F0.2070001@msu.edu> Message-ID: Thanks, that's very interesting. I found that the suggested "xset r off" worked well for me, by completely disabling the X autorepeat stuff, since there's already windows autorepeat. But it's good to get to the bottom of these subtle race-condition type bugs. Lev From david.billinghurst@comalco.riotinto.com.au Wed Sep 24 01:04:00 2003 From: david.billinghurst@comalco.riotinto.com.au (Billinghurst, David (CALCRTS)) Date: Wed, 24 Sep 2003 01:04:00 -0000 Subject: How to access html and pdf help from xfig Message-ID: Thanks for xfig. The following changes will enable access to html and pdf help, using internet explorer and win32 acrobat reader. The path to the windows applications will need to match your local setup. 1. Create a helper script /usr/local/bin/acroread #!/bin/sh ACROREAD="/cygdrive/c/Program Files/Adobe/Acrobat/Reader/AcroRd32.exe" exec "${ACROREAD}" `cygpath -w $1` 2. Create a helper script /usr/local/bin/iexplore #!/bin/sh IEXPLORE="/cygdrive/c/Program Files/Internet Explorer/iexplore.exe" exec "${IEXPLORE}" `cygpath -w $1` 3. Change /etc/X11/app-defaults/Fig $ diff -u Fig.orig Fig --- Fig.orig 2003-09-24 10:44:13.507721200 +1000 +++ Fig 2003-09-24 10:50:57.411386200 +1000 @@ -20,7 +20,7 @@ ! This is for viewing the xfig html reference. ! For netscape, this command will open the help pages in a running netscape, ! or start a new netscape if one isn't already running -Fig.browser: netscape -remote 'openFile(%f)' || netscape %f +Fig.browser: iexplore %f ! pdfviewer - put your favorite pdf viewer here. ! This is for viewing the xfig how-to guide and man pages There may be a better may, but this works work me. From Dr.Volker.Zell@oracle.com Wed Sep 24 01:47:00 2003 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Wed, 24 Sep 2003 01:47:00 -0000 Subject: New package: xfig-bin-3.2.4-1 In-Reply-To: <3F70B1D4.80905@msu.edu> (Harold L. Hunt, II's message of "Tue, 23 Sep 2003 16:49:24 -0400") References: <3F707EA7.8090409@msu.edu> <87brtbjs19.fsf@vzell-de.de.oracle.com> <3F70B1D4.80905@msu.edu> Message-ID: <87y8wfhs9x.fsf@vzell-de.de.oracle.com> >>>>> "Harold" == Harold L Hunt, writes: Harold> It isn't? It sure wouldn't compile without it... Harold> Could you be more specific about what you are seeing? An older version of mine used Xaw3d and had 3d buttons, but this version doesn't. Also a cygcheck shows no dependency on cygXaw3d-1.dll 03:33 AM [570]> cygcheck xfig Found: D:\usr\X11R6\bin\xfig.exe D:/usr/X11R6/bin/xfig.exe D:\usr\X11R6\bin\cygICE-6.dll D:\bin\cygwin1.dll C:\WINNT\system32\KERNEL32.dll C:\WINNT\system32\NTDLL.DLL D:\usr\X11R6\bin\cygSM-6.dll D:\usr\X11R6\bin\cygX11-6.dll D:\bin\cygcygipc-2.dll D:\usr\X11R6\bin\cygXext-6.dll D:\usr\X11R6\bin\cygXi-6.dll D:\usr\X11R6\bin\cygXpm-4.dll D:\bin\cygjpeg-62.dll D:\bin\cygpng12.dll D:\bin\cygz.dll By the way I tried compiling it with the Xaw3d shared lib that you provided. It compiles but when running it I get: vzell@vzell-de /usr/local/src/xfig.3.2.4 03:40 AM [575]> cygcheck ./xfig.exe .\xfig.exe D:\usr\X11R6\bin\cygICE-6.dll D:\bin\cygwin1.dll C:\WINNT\system32\KERNEL32.dll C:\WINNT\system32\NTDLL.DLL D:\usr\X11R6\bin\cygSM-6.dll D:\usr\X11R6\bin\cygX11-6.dll D:\bin\cygcygipc-2.dll D:\usr\X11R6\bin\cygXaw3d-1.dll <========================= D:\usr\X11R6\bin\cygXext-6.dll D:\usr\X11R6\bin\cygXi-6.dll D:\usr\X11R6\bin\cygXpm-4.dll D:\bin\cygjpeg-62.dll D:\bin\cygpng12.dll D:\bin\cygz.dll 03:40 AM [577]> ./xfig Warning: translation table syntax error: Unknown event type : EnterWindow Warning: ... found while parsing ': highlight() ' Warning: String to TranslationTable conversion encountered errors Warning: translation table syntax error: Unknown event type : EnterWindow Warning: ... found while parsing ': highlight()' Warning: String to TranslationTable conversion encountered errors Warning: No type converter registered for 'String' to 'Relief' conversion. Error: Couldn't find per display information I then tried compiling gv-3.5.8 from http://wwwthep.physik.uni-mainz.de/~plass/gv/ It uses also Xaw3d but when running it it gives similar results: Warning: translation table syntax error: Unknown event type : EnterWindow Warning: ... found while parsing ': highlight() ' Warning: String to TranslationTable conversion encountered errors Warning: translation table syntax error: Unknown event type : EnterWindow Warning: ... found while parsing ':highlight()' Warning: String to TranslationTable conversion encountered errors Warning: translation table syntax error: Unknown modifier name: Any Warning: ... found while parsing 'Any:set()PopupMenu()' Warning: String to TranslationTable conversion encountered errors Error: attempt to add non-widget child "fileButton" to parent "control" which supports only widgets An older version of mine compiled with the static version of Xaw3d runs fine. It seems there is something wrong maybe with the shared Xaw3d lib ?? Ciao Volker From pechtcha@cs.nyu.edu Wed Sep 24 02:17:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 24 Sep 2003 02:17:00 -0000 Subject: How to access html and pdf help from xfig In-Reply-To: References: Message-ID: On Wed, 24 Sep 2003, Billinghurst, David (CALCRTS) wrote: > Thanks for xfig. > > The following changes will enable access to html and pdf help, > using internet explorer and win32 acrobat reader. The path to > the windows applications will need to match your local setup. > > 1. Create a helper script /usr/local/bin/acroread > > #!/bin/sh > ACROREAD="/cygdrive/c/Program Files/Adobe/Acrobat/Reader/AcroRd32.exe" > exec "${ACROREAD}" `cygpath -w $1` > > 2. Create a helper script /usr/local/bin/iexplore > > #!/bin/sh > IEXPLORE="/cygdrive/c/Program Files/Internet Explorer/iexplore.exe" > exec "${IEXPLORE}" `cygpath -w $1` > > 3. Change /etc/X11/app-defaults/Fig > > $ diff -u Fig.orig Fig > --- Fig.orig 2003-09-24 10:44:13.507721200 +1000 > +++ Fig 2003-09-24 10:50:57.411386200 +1000 > @@ -20,7 +20,7 @@ > ! This is for viewing the xfig html reference. > ! For netscape, this command will open the help pages in a running netscape, > ! or start a new netscape if one isn't already running > -Fig.browser: netscape -remote 'openFile(%f)' || netscape %f > +Fig.browser: iexplore %f > > ! pdfviewer - put your favorite pdf viewer here. > ! This is for viewing the xfig how-to guide and man pages > > There may be a better may, but this works work me. Try "cygstart %f" for both HTML and PDF, with no helper scripts. ;-) This will do the path translation automatically and open the application associated with each of the extensions in Explorer (just like double-clicking). 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 jwalkerjr@austin.rr.com Wed Sep 24 18:10:00 2003 From: jwalkerjr@austin.rr.com (John Walker Jr) Date: Wed, 24 Sep 2003 18:10:00 -0000 Subject: Installation problems Message-ID: <000301c382bd$0fecc1b0$4fe09918@computer> I have tried to install cygwin/xfree86 on windows 2000 and windows XP. On both, whether installing from the internet or downloading from the internet, the installation programs hangs at the Select Packages dialog. I have waited for quite a while to allow it to try to clear itself, and nothging seems to change. Is there some way to fix this? John Walker From huntharo@msu.edu Wed Sep 24 18:10:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 24 Sep 2003 18:10:00 -0000 Subject: New package: xfig-bin-3.2.4-1 In-Reply-To: <87brtbjs19.fsf@vzell-de.de.oracle.com> References: <3F707EA7.8090409@msu.edu> <87brtbjs19.fsf@vzell-de.de.oracle.com> Message-ID: <3F71CD47.3010705@msu.edu> Volker, It wasn't using Xaw3d because I forgot to uncomment the following line in the Imakefile: #define XAW3D Harold Dr. Volker Zell wrote: >>>>>>"Harold" == Harold L Hunt, writes: > > > Harold> The xfig-bin-3.2.4-1 package has been added to the Cygwin > Harold> distribution. > > Why isn't it using Xaw3d ? > > Ciao > Volker > From j_tetazoo@hotmail.com Wed Sep 24 18:12:00 2003 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Wed, 24 Sep 2003 18:12:00 -0000 Subject: [Fwd: Send loss of focus notification when changing focus to a Windowsapp?] Message-ID: FWIW - If you run xev with XWin in -rootless or -multiwindow mode, when you leave the X client window and enter "Windows territory", sometimes you get a LeaveNotify event, but sometimes you don't. It seems to depend on how fast the mouse is moving when you cross the border. I see in winwndproc.c (and winmultiwindowwndproc.c) that there is code to handle WM_MOUSELEAVE events. Seems to me this would be a good place to stick code that generates a LeaveNotify event in the X client. >From: Jean-Claude Gervais >Reply-To: cygwin-xfree@cygwin.com >To: Cygwin-XFree >Subject: [Fwd: Send loss of focus notification when changing focus to >a Windowsapp?] >Date: Tue, 23 Sep 2003 13:23:33 -0400 > >Is it possible to tell X that it has lost focus when a Windows app gains >focus? > ><< message3.txt >> _________________________________________________________________ Add MSN 8 Internet Software to your existing Internet access and enjoy patented spam protection and more. Sign up now! http://join.msn.com/?page=dept/byoa From jc.gervais@videotron.ca Wed Sep 24 18:27:00 2003 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Wed, 24 Sep 2003 18:27:00 -0000 Subject: [Fwd: Send loss of focus notification when changing focus to a Windows app?] In-Reply-To: <1064337800.14244.21.camel@localhost.localdomain> References: <1064337800.14244.21.camel@localhost.localdomain> Message-ID: <1064417012.20656.32.camel@localhost.localdomain> Um, does anyone here have a clue to what I'm referring to? I tried to be as clear as possible. On Tue, 2003-09-23 at 13:23, Jean-Claude Gervais wrote: > Is it possible to tell X that it has lost focus when a Windows app gains > focus? > > > ______________________________________________________________________ > From: Jean-Claude Gervais > To: Cygwin-XFree > Subject: Send loss of focus notification when changing focus to a Windows app? > Date: Sun, 21 Sep 2003 17:36:42 -0400 > > Hi, > > I'm runnng the WindowMaker that comes with Cygwin XFree with the > following options: > > XWin -nowinkill -multiplemonitors -nodecoraion -rootless -clipboard > > And I've noticed one small detail: > > When changing from window to window on X, WindowMaker sems to be able to > track who is active who is inactive OK. > > But when I switch away from an X app to say, Notepad, WindoMaker still > seems to think that the last X window that was active is STILL active. > > Windowmaker is correct in one sense, of course, but more importantly, > would it be posible to send a focus-loss notification to WindowMaker > when a Windows app gains focus? > > I don't know how X would handle being told that no one has the focus... > > Or failing that, maybe it should be told that the hidden root window has > the focus, I don't know. > > The problem is that the way it stands now, when you glance at your > screen(s) you have trouble knowing where the input will go if you type > something. > > Will what I type go to what seems to be the currently active X window, > or will it go to a Windows app? > > By looking for the active window, it is hard know. > > Is there a way to fix this? > > Any ideas or solutions appreciated. > > From alexander.gottwald@s1999.tu-chemnitz.de Wed Sep 24 19:09:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 24 Sep 2003 19:09:00 -0000 Subject: Send loss of focus notification ... In-Reply-To: <1064417012.20656.32.camel@localhost.localdomain> References: <1064337800.14244.21.camel@localhost.localdomain> <1064417012.20656.32.camel@localhost.localdomain> Message-ID: On Wed, 24 Sep 2003, Jean-Claude Gervais wrote: > Um, does anyone here have a clue to what I'm referring to? > I tried to be as clear as possible. Sorry, it seems no one researches this with a high priority. So the best thing would be to examine the problem yourself and to send a patch. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Wed Sep 24 19:25:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 24 Sep 2003 19:25:00 -0000 Subject: [Fwd: Send loss of focus notification when changing focus to a Windows app?] In-Reply-To: <1064417012.20656.32.camel@localhost.localdomain> References: <1064337800.14244.21.camel@localhost.localdomain> <1064417012.20656.32.camel@localhost.localdomain> Message-ID: <3F71EF91.3060209@msu.edu> Jean-Claude, Yes, I know what you are talking about. The short answer is that it can be done. In fact, it is already done in MultiWindow mode. It was easy to do in MultiWindow mode because our application is the window manager so sending ourself a message to say "remove the focus from the current window" is easy. However, doing this for Rootless mode would be (off the top of my head) harder (at least from the standpoint of having to lookup how to do this in a manual somewhere) because we have to send a message to the currently running window manager application saying to set the focus to the root window (I think). So, it can be done. You didn't get a response because I like to give more precise responses than the above and I have not had time to lookup the information that I talked about above in various manuals to see if I am actually correct or not. You would be much more likely to get this feature if you look in the ICCCM (Inter-Client Communications Conventions Manual) and in window manager documentation to see how to send a message to set the focus to the root window. I might be able to implement the feature in a few minutes with that information. Otherwise, it will have to wait a while. Harold Jean-Claude Gervais wrote: > Um, does anyone here have a clue to what I'm referring to? > I tried to be as clear as possible. > > > On Tue, 2003-09-23 at 13:23, Jean-Claude Gervais wrote: > >>Is it possible to tell X that it has lost focus when a Windows app gains >>focus? >> >> >>______________________________________________________________________ >>From: Jean-Claude Gervais >>To: Cygwin-XFree >>Subject: Send loss of focus notification when changing focus to a Windows app? >>Date: Sun, 21 Sep 2003 17:36:42 -0400 >> >>Hi, >> >> I'm runnng the WindowMaker that comes with Cygwin XFree with the >>following options: >> >>XWin -nowinkill -multiplemonitors -nodecoraion -rootless -clipboard >> >>And I've noticed one small detail: >> >>When changing from window to window on X, WindowMaker sems to be able to >>track who is active who is inactive OK. >> >>But when I switch away from an X app to say, Notepad, WindoMaker still >>seems to think that the last X window that was active is STILL active. >> >>Windowmaker is correct in one sense, of course, but more importantly, >>would it be posible to send a focus-loss notification to WindowMaker >>when a Windows app gains focus? >> >>I don't know how X would handle being told that no one has the focus... >> >>Or failing that, maybe it should be told that the hidden root window has >>the focus, I don't know. >> >>The problem is that the way it stands now, when you glance at your >>screen(s) you have trouble knowing where the input will go if you type >>something. >> >>Will what I type go to what seems to be the currently active X window, >>or will it go to a Windows app? >> >>By looking for the active window, it is hard know. >> >>Is there a way to fix this? >> >>Any ideas or solutions appreciated. >> >> > > From jc.gervais@videotron.ca Wed Sep 24 20:28:00 2003 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Wed, 24 Sep 2003 20:28:00 -0000 Subject: [Fwd: Send loss of focus notification when changing focus to a Windows app?] In-Reply-To: <3F71EF91.3060209@msu.edu> References: <1064337800.14244.21.camel@localhost.localdomain> <1064417012.20656.32.camel@localhost.localdomain> <3F71EF91.3060209@msu.edu> Message-ID: <1064432147.20048.112.camel@localhost.localdomain> Harold, Cool! OK, I'll look that up for you, and that way, we both profit; you get an easier time maintaining, and I learn a bit about X. Deal. Thanks for the info to get me started! On Wed, 2003-09-24 at 15:25, Harold L Hunt II wrote: > Jean-Claude, > > Yes, I know what you are talking about. > > The short answer is that it can be done. > > In fact, it is already done in MultiWindow mode. It was easy to do in > MultiWindow mode because our application is the window manager so > sending ourself a message to say "remove the focus from the current > window" is easy. However, doing this for Rootless mode would be (off > the top of my head) harder (at least from the standpoint of having to > lookup how to do this in a manual somewhere) because we have to send a > message to the currently running window manager application saying to > set the focus to the root window (I think). > > So, it can be done. > > You didn't get a response because I like to give more precise responses > than the above and I have not had time to lookup the information that I > talked about above in various manuals to see if I am actually correct or > not. > > You would be much more likely to get this feature if you look in the > ICCCM (Inter-Client Communications Conventions Manual) and in window > manager documentation to see how to send a message to set the focus to > the root window. I might be able to implement the feature in a few > minutes with that information. Otherwise, it will have to wait a while. > > Harold > > Jean-Claude Gervais wrote: > > > Um, does anyone here have a clue to what I'm referring to? > > I tried to be as clear as possible. > > > > > > On Tue, 2003-09-23 at 13:23, Jean-Claude Gervais wrote: > > > >>Is it possible to tell X that it has lost focus when a Windows app gains > >>focus? > >> > >> > >>______________________________________________________________________ > >>From: Jean-Claude Gervais > >>To: Cygwin-XFree > >>Subject: Send loss of focus notification when changing focus to a Windows app? > >>Date: Sun, 21 Sep 2003 17:36:42 -0400 > >> > >>Hi, > >> > >> I'm runnng the WindowMaker that comes with Cygwin XFree with the > >>following options: > >> > >>XWin -nowinkill -multiplemonitors -nodecoraion -rootless -clipboard > >> > >>And I've noticed one small detail: > >> > >>When changing from window to window on X, WindowMaker sems to be able to > >>track who is active who is inactive OK. > >> > >>But when I switch away from an X app to say, Notepad, WindoMaker still > >>seems to think that the last X window that was active is STILL active. > >> > >>Windowmaker is correct in one sense, of course, but more importantly, > >>would it be posible to send a focus-loss notification to WindowMaker > >>when a Windows app gains focus? > >> > >>I don't know how X would handle being told that no one has the focus... > >> > >>Or failing that, maybe it should be told that the hidden root window has > >>the focus, I don't know. > >> > >>The problem is that the way it stands now, when you glance at your > >>screen(s) you have trouble knowing where the input will go if you type > >>something. > >> > >>Will what I type go to what seems to be the currently active X window, > >>or will it go to a Windows app? > >> > >>By looking for the active window, it is hard know. > >> > >>Is there a way to fix this? > >> > >>Any ideas or solutions appreciated. > >> > >> > > > > > From jc.gervais@videotron.ca Wed Sep 24 20:28:00 2003 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Wed, 24 Sep 2003 20:28:00 -0000 Subject: [Fwd: Send loss of focus notification when changing focus to a Windowsapp?] In-Reply-To: References: Message-ID: <1064432034.20656.110.camel@localhost.localdomain> Thomas, I see. I have to say first: I don't know X that well, but I wonder if the message notification you're talking about would work. The WM_MOUSELEAVE message might not be the one to handle this. The message to notify a window when it has lost/gained focus is WM_ACTIVATE. That message really tells you that a window has been activated/deactivated. If I remember well, XWin really only creates ONE window to simulate all the X Windows. Well, it might be presumptuous for me to state the following, but what the heck: When the XWin window receives a WM_ACTIVATE (or WM_ACTIVATEAPP), it could then notify X that it has either gained focus or lost it. 'course, I'm not 100% certain this can work, and maybe someone else here has some brilliant insight why this would/wouldn't work... Thanks for taking the time to ponder the problem, Thomas. On Wed, 2003-09-24 at 13:37, Thomas Chadwick wrote: > FWIW - If you run xev with XWin in -rootless or -multiwindow mode, when you > leave the X client window and enter "Windows territory", sometimes you get a > LeaveNotify event, but sometimes you don't. It seems to depend on how fast > the mouse is moving when you cross the border. I see in winwndproc.c (and > winmultiwindowwndproc.c) that there is code to handle WM_MOUSELEAVE events. > Seems to me this would be a good place to stick code that generates a > LeaveNotify event in the X client. > > >From: Jean-Claude Gervais > >Reply-To: cygwin-xfree@cygwin.com > >To: Cygwin-XFree > >Subject: [Fwd: Send loss of focus notification when changing focus to > >a Windowsapp?] > >Date: Tue, 23 Sep 2003 13:23:33 -0400 > > > >Is it possible to tell X that it has lost focus when a Windows app gains > >focus? > > > ><< message3.txt >> > > _________________________________________________________________ > Add MSN 8 Internet Software to your existing Internet access and enjoy > patented spam protection and more. Sign up now! > http://join.msn.com/?page=dept/byoa > From jc.gervais@videotron.ca Wed Sep 24 20:28:00 2003 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Wed, 24 Sep 2003 20:28:00 -0000 Subject: Send loss of focus notification ... In-Reply-To: References: <1064337800.14244.21.camel@localhost.localdomain> <1064417012.20656.32.camel@localhost.localdomain> Message-ID: <1064432291.20048.115.camel@localhost.localdomain> Quite true, Ago. I *did* try compiling XWin a while ago, but there was a problem with CVS and some other thing and I gave up. I promise to try again! I use Cygwin-XFree all the time, and I think it is absolutely great! Thanks. On Wed, 2003-09-24 at 15:09, Alexander Gottwald wrote: > On Wed, 24 Sep 2003, Jean-Claude Gervais wrote: > > > Um, does anyone here have a clue to what I'm referring to? > > I tried to be as clear as possible. > > Sorry, it seems no one researches this with a high priority. So > the best thing would be to examine the problem yourself and to > send a patch. > > bye > ago From uwestoehr@web.de Wed Sep 24 22:18:00 2003 From: uwestoehr@web.de (=?iso-8859-1?Q?Uwe_St=F6hr?=) Date: Wed, 24 Sep 2003 22:18:00 -0000 Subject: internationalisation problem Message-ID: <000d01c382e9$be78e250$0201a8c0@uwe2> I'm using a programm under XFree86 that supports internationalized menus. Therefore I need gettext, but with the actual version 0.12.5-1 the XWindows-menus aren't displayed correct. I reported this problem to the gnu mailinglist and they answerd me the following: --- original message --- > I just updated libintl2 to 0.12.1-3 and now german umlauts in the menus > and windows are no longer displayed correct. For example "ge??ndert" it is > displayed "ge"andert". > I'm using libintl2 under the latest cygwin and the latest gettext. This symptom occurs when the LC_CTYPE facet of the locale is not set. If your program does only setlocale (LC_MESSAGES, ""); then it's time to add a call setlocale (LC_CTYPE, ""); or do both of these in a single call: setlocale (LC_ALL, ""); --- end of message --- I asked the developers of my program (LyX) but they set LC_CTYPE correct. So could this be a problem of cygwin/XFree86? thanks Uwe From uwestoehr@web.de Wed Sep 24 22:18:00 2003 From: uwestoehr@web.de (=?iso-8859-1?Q?Uwe_St=F6hr?=) Date: Wed, 24 Sep 2003 22:18:00 -0000 Subject: Installation problems Message-ID: <000c01c382e9$be4b1b90$0201a8c0@uwe2> > I have tried to install cygwin/xfree86 on windows 2000 and > windows XP. > On both, whether installing from the internet or downloading from > the internet, the installation programs hangs at the Select Packages > dialog. I have waited for quite a while to allow it to try to clear > itself, and nothging seems to change. Is there some way to fix this? I also had this problem once, the solution was to change to another mirror. I hope this helps Uwe From huntharo@msu.edu Wed Sep 24 22:26:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 24 Sep 2003 22:26:00 -0000 Subject: internationalisation problem In-Reply-To: <000d01c382e9$be78e250$0201a8c0@uwe2> References: <000d01c382e9$be78e250$0201a8c0@uwe2> Message-ID: <3F721A06.5060908@msu.edu> Uwe, Let me just say that I have no idea. I hope that somebody else will look into this. Harold Uwe St??hr wrote: > I'm using a programm under XFree86 that supports internationalized menus. > Therefore I need gettext, but with the actual version > 0.12.5-1 the XWindows-menus aren't displayed correct. > I reported this problem to the gnu mailinglist and they answerd me the > following: > > --- original message --- > >>I just updated libintl2 to 0.12.1-3 and now german umlauts in the menus >>and windows are no longer displayed correct. For example "ge??ndert" it is >>displayed "ge"andert". >>I'm using libintl2 under the latest cygwin and the latest gettext. > > > This symptom occurs when the LC_CTYPE facet of the locale is not set. > If your program does only > setlocale (LC_MESSAGES, ""); > then it's time to add a call > setlocale (LC_CTYPE, ""); > or do both of these in a single call: > setlocale (LC_ALL, ""); > --- end of message --- > > I asked the developers of my program (LyX) but they set LC_CTYPE correct. > So could this be a problem of cygwin/XFree86? > > thanks Uwe > > From david.billinghurst@comalco.riotinto.com.au Thu Sep 25 00:10:00 2003 From: david.billinghurst@comalco.riotinto.com.au (Billinghurst, David (CALCRTS)) Date: Thu, 25 Sep 2003 00:10:00 -0000 Subject: How to access html and pdf help from xfig Message-ID: > From: Igor Pechtchanski [mailto:pechtcha@cs.nyu.edu] > > >On Wed, 24 Sep 2003, Billinghurst, David (CALCRTS) wrote: > >> The following changes will enable access to html and pdf help, >> using internet explorer and win32 acrobat reader. >> >> [...] >> There may be a better may, but this works work me. > Try "cygstart %f" for both HTML and PDF, with no helper scripts. ;-) >This will do the path translation automatically and open the application >associated with each of the extensions in Explorer (just like >double-clicking). > Igor You are right. A very neat solution. --- Fig.orig 2003-09-24 10:44:13.507721200 +1000 +++ Fig 2003-09-25 09:56:12.139120100 +1000 @@ -20,11 +20,11 @@ ! This is for viewing the xfig html reference. ! For netscape, this command will open the help pages in a running netscape, ! or start a new netscape if one isn't already running -Fig.browser: netscape -remote 'openFile(%f)' || netscape %f +Fig.browser: cygstart %f ! pdfviewer - put your favorite pdf viewer here. ! This is for viewing the xfig how-to guide and man pages -Fig.pdfviewer: acroread %f +Fig.pdfviewer: cygstart %f ! Spell check program - put your favorite spelling check program here. ! It must write the misspelled words to standard output. From mark.jones2224@verizon.net Thu Sep 25 02:17:00 2003 From: mark.jones2224@verizon.net (Mark Jones) Date: Thu, 25 Sep 2003 02:17:00 -0000 Subject: Xfree86 is slow! with software like MATLAB Message-ID: <6.0.0.22.0.20030924221352.01b30dc0@incoming.verizon.net> I have tried using XFree86 (linux and cygwin) for Cygwin's XFree86 and Linux's XFree86 and have found it to be extremely slow at refreshing the screen making it nearly impossible to use MATLAB's editor reasonably. However, using a MS Windows emulator like Xoftware or Hummingbird's Exceed provides extremely fast response such that it is useable with various programs including MATLAB. Is there a valid reason for this? Is it being addressed? Thanks, Mark From mark.jones2224@verizon.net Thu Sep 25 02:21:00 2003 From: mark.jones2224@verizon.net (Mark Jones) Date: Thu, 25 Sep 2003 02:21:00 -0000 Subject: Xfree86 is slow! with software like MATLAB In-Reply-To: <6.0.0.22.0.20030924221352.01b30dc0@incoming.verizon.net> References: <6.0.0.22.0.20030924221352.01b30dc0@incoming.verizon.net> Message-ID: <6.0.0.22.0.20030924221911.01b74998@incoming.verizon.net> At 10:17 PM 9/24/2003, Mark Jones wrote: >I have tried using XFree86 (linux and cygwin) for Cygwin's XFree86 and >Linux's XFree86 and have found it to be extremely slow at refreshing the >screen making it nearly impossible to use MATLAB's editor >reasonably. However, using a MS Windows emulator like Xoftware or >Hummingbird's Exceed provides extremely fast response such that it is >useable with various programs including MATLAB. Is there a valid reason >for this? Is it being addressed? Also, I am speaking strictly about remote display, not about MATLAB with XFree86 on a local Linux box. Sitting at a Linux XFree86 box it is plenty fast, but remotely it is not fast at all, which makes me wonder why. Mark From huntharo@msu.edu Thu Sep 25 02:27:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 25 Sep 2003 02:27:00 -0000 Subject: Xfree86 is slow! with software like MATLAB In-Reply-To: <6.0.0.22.0.20030924221352.01b30dc0@incoming.verizon.net> References: <6.0.0.22.0.20030924221352.01b30dc0@incoming.verizon.net> Message-ID: <3F725287.2090900@msu.edu> Mark, Using the default -multiwindow mode (with the integrated window manager) is slower than all of the other modes. You can run XWin from startxwin.bat instead with: XWin -rootless Then you need to start a window manager like 'twm': run twm Cygwin/XFree86 works by drawing to an offscreen framebuffer (using the primary CPU), then transferring updated portions of the offscreen framebuffer to the screen. Work has begun, and is also essentially stalled, on the "Native GDI" engine for Cygwin/XFree86 that translates each X graphics call to a GDI graphics call; this has the advantage of utilizing the power of the graphics processing unit (GPU). Exceed and possibly other commercial X Servers do something similar to the Native GDI engine and are thus faster. On a side note, the speed of your graphics card and the quality of its drivers are very important for the performance of Cygwin/XFree86. A two or three year old ATI or NVIDIA PCI (AGP is better) graphics card will be substantially faster than a 5 year old PCI graphics card from a no-name vendor. On the other hand, I use a 5 year old Diamond PCI graphics card and it works just fine. That's about it. Harold Mark Jones wrote: > I have tried using XFree86 (linux and cygwin) for Cygwin's XFree86 and > Linux's XFree86 and have found it to be extremely slow at refreshing the > screen making it nearly impossible to use MATLAB's editor reasonably. > However, using a MS Windows emulator like Xoftware or Hummingbird's > Exceed provides extremely fast response such that it is useable with > various programs including MATLAB. Is there a valid reason for this? > Is it being addressed? > > Thanks, > > Mark > From huntharo@msu.edu Thu Sep 25 02:31:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 25 Sep 2003 02:31:00 -0000 Subject: Xfree86 is slow! with software like MATLAB In-Reply-To: <6.0.0.22.0.20030924221911.01b74998@incoming.verizon.net> References: <6.0.0.22.0.20030924221352.01b30dc0@incoming.verizon.net> <6.0.0.22.0.20030924221911.01b74998@incoming.verizon.net> Message-ID: <3F72536C.1090400@msu.edu> Mark, Mark Jones wrote: > At 10:17 PM 9/24/2003, Mark Jones wrote: > >> I have tried using XFree86 (linux and cygwin) for Cygwin's XFree86 and >> Linux's XFree86 and have found it to be extremely slow at refreshing >> the screen making it nearly impossible to use MATLAB's editor >> reasonably. However, using a MS Windows emulator like Xoftware or >> Hummingbird's Exceed provides extremely fast response such that it is >> useable with various programs including MATLAB. Is there a valid >> reason for this? Is it being addressed? > > > Also, I am speaking strictly about remote display, not about MATLAB with > XFree86 on a local Linux box. Sitting at a Linux XFree86 box it is > plenty fast, but remotely it is not fast at all, which makes me wonder why. That is an interesting clarification that you made... it really confuses your original question quite nicely. MATLAB isn't available as an X app on top of Windows, so you obviously must be running it remotely. In addition, XFree86 for Linux and Cygwin/XFree86 are completely unrelated as far as performance is concerned. Are you still also saying that the same remote app (MATLAB) displays more quickly using Exceed than it does with Cygwin/XFree86? If so, then my original reply (which you didn't have yet when you wrote your first reply) still applies. Harold From h.nardmann@secunet.de Thu Sep 25 07:01:00 2003 From: h.nardmann@secunet.de (Heiko Nardmann) Date: Thu, 25 Sep 2003 07:01:00 -0000 Subject: AltGr is CTRL on Norwegian/German keyboard In-Reply-To: <200309221642.01225.h.nardmann@secunet.de> References: <3F4D0F7D.3080807@msu.edu> <200309221634.50297.h.nardmann@secunet.de> <200309221642.01225.h.nardmann@secunet.de> Message-ID: <200309250900.10018.h.nardmann@secunet.de> Hi again! Further facts on keyboard problems: - after removal of XF86Config nothing changes - connecting to a Solaris machine running CDE inside the session works fine but the Linux machine running KDE still has problems - on the Linux machine: when pressing AltGr then the following appears inside the .xsession-errors file: kdecore (KAccel): WARNING: Sym::initQt( ffff ): failed to convert key. Maybe this is a KDE problem? On Montag, 22. September 2003 16:42, Heiko Nardmann wrote: > Another interesting detail: inside the KDM login (I access a Linux server > using XDMP) the problematic key works fine. So where is the difference > here? > > On Montag, 22. September 2003 16:34, Heiko Nardmann wrote: > > On Dienstag, 16. September 2003 21:23, Steinar Bang wrote: > > > >>>>> Harold L Hunt II : > > > > > > > > You don't have any of the Windows PowerToys installed, do you? > > > > > > Not intentially. > > > > > > Can they be installed during a service pack upgrade? Can they be > > > remotely installed by "helpful" IT support people? Is there a way to > > > find out if I have them installed? > > > > > > And do PowerToys exist for Win2k? (a search for powertoy on > > > www.google.com just popped up "Powertoys for XP) > > > > I have the same problems here with a German keyboard. The pressing of the > > key with (less,greater,bar) does not result in any character. > > > > This worked until I decided to upgrade from Windows NT to Windows XP. > > > > What else beside the data given below can I easily do to help debugging > > this problem? > > > > Here is what xev prints: > > > > KeyPress event, serial 27, synthetic NO, window 0x3800001, > > root 0x3a, subw 0x0, time 3822466, (194,186), root:(198,233), > > state 0x0, keycode 94 (keysym 0x0, NoSymbol), same_screen YES, > > XLookupString gives 0 bytes: "" > > > > KeyRelease event, serial 27, synthetic NO, window 0x3800001, > > root 0x3a, subw 0x0, time 3822566, (194,186), root:(198,233), > > state 0x0, keycode 94 (keysym 0x0, NoSymbol), same_screen YES, > > XLookupString gives 0 bytes: "" > > > > Now the output of Spy++: > > > > Two times pressing AltGr: > > > > <00001> 0012019C P WM_KEYDOWN nVirtKey:VK_CONTROL cRepeat:1 ScanCode:1D > > fExtended:0 fAltDown:0 fRepeat:0 fUp:0 > > <00002> 0012019C P WM_KEYDOWN nVirtKey:VK_MENU cRepeat:1 ScanCode:38 > > fExtended:1 fAltDown:1 fRepeat:0 fUp:0 > > <00003> 0012019C P WM_SYSKEYUP nVirtKey:VK_CONTROL cRepeat:1 ScanCode:1D > > fExtended:0 fAltDown:1 fRepeat:1 fUp:1 > > <00004> 0012019C P WM_KEYUP nVirtKey:VK_MENU cRepeat:1 ScanCode:38 > > fExtended:1 fAltDown:0 fRepeat:1 fUp:1 > > > > <00005> 0012019C P WM_KEYDOWN nVirtKey:VK_CONTROL cRepeat:1 ScanCode:1D > > fExtended:0 fAltDown:0 fRepeat:0 fUp:0 > > <00006> 0012019C P WM_KEYDOWN nVirtKey:VK_MENU cRepeat:1 ScanCode:38 > > fExtended:1 fAltDown:1 fRepeat:0 fUp:0 > > <00007> 0012019C P WM_SYSKEYUP nVirtKey:VK_CONTROL cRepeat:1 ScanCode:1D > > fExtended:0 fAltDown:1 fRepeat:1 fUp:1 > > <00008> 0012019C P WM_KEYUP nVirtKey:VK_MENU cRepeat:1 ScanCode:38 > > fExtended:1 fAltDown:0 fRepeat:1 fUp:1 > > > > Two times pressing key (less,greater,bar) next to left Shift bar: > > > > <00009> 0012019C P WM_KEYDOWN nVirtKey:VK_OEM_102 cRepeat:1 ScanCode:56 > > fExtended:0 fAltDown:0 fRepeat:0 fUp:0 > > <00010> 0012019C P WM_KEYUP nVirtKey:VK_OEM_102 cRepeat:1 ScanCode:56 > > fExtended:0 fAltDown:0 fRepeat:1 fUp:1 > > > > <00011> 0012019C P WM_KEYDOWN nVirtKey:VK_OEM_102 cRepeat:1 ScanCode:56 > > fExtended:0 fAltDown:0 fRepeat:0 fUp:0 > > <00012> 0012019C P WM_KEYUP nVirtKey:VK_OEM_102 cRepeat:1 ScanCode:56 > > fExtended:0 fAltDown:0 fRepeat:1 fUp:1 > > > > Switching back from Cygwin to Windows using Alt-Tab: > > > > <00013> 0012019C P WM_SYSKEYDOWN nVirtKey:VK_MENU cRepeat:1 ScanCode:38 > > fExtended:0 fAltDown:1 fRepeat:0 fUp:0 > > <00014> 0012019C P WM_SYSKEYUP nVirtKey:VK_TAB cRepeat:1 ScanCode:0F > > fExtended:0 fAltDown:1 fRepeat:0 fUp:1 > > <00015> 0012019C P WM_SYSKEYUP nVirtKey:VK_MENU cRepeat:1 ScanCode:38 > > fExtended:0 fAltDown:0 fRepeat:1 fUp:1 > > > > > > > > Here is my /etc/XF86Config: > > > > > > > > > > ######################################## > > > > Section "Files" > > RgbPath "/usr/X11R6/lib/X11/rgb" > > > > FontPath "/usr/X11R6/lib/X11/fonts/local/" > > FontPath "/usr/X11R6/lib/X11/fonts/misc/" > > FontPath "/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" > > FontPath "/usr/X11R6/lib/X11/fonts/Type1/" > > FontPath "/usr/X11R6/lib/X11/fonts/Speedo/" > > FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" > > EndSection > > > > Section "InputDevice" > > Identifier "Keyboard1" > > Driver "Keyboard" > > Option "AutoRepeat" "500 30" > > Option "XkbRules" "xfree86" > > Option "XkbModel" "pc105" > > Option "XkbLayout" "de" > > Option "XkbVariant" "nodeadkeys" > > EndSection > > > > Section "Device" > > Identifier "dummy" > > Driver "dummy" > > EndSection > > > > Section "Monitor" > > Identifier "dummy" > > EndSection > > > > Section "Screen" > > Identifier "dummy" > > Device "dummy" > > Monitor "dummy" > > EndSection > > > > Section "ServerLayout" > > Identifier "dummy" > > Screen "dummy" > > InputDevice "Keyboard1" "CoreKeyboard" > > EndSection > > > > ######################################## -- Heiko Nardmann (Dipl.-Ing. Technische Informatik) secunet Security Networks AG - Sicherheit in Netzwerken (www.secunet.de), Weidenauer Str. 223-225, D-57076 Siegen Tel. : +49 271 48950-13, Fax : +49 271 48950-50 From fergus@bonhard.uklinux.net Thu Sep 25 07:17:00 2003 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Thu, 25 Sep 2003 07:17:00 -0000 Subject: Failure to make grap 1.30 under cygwin 1.5.5 Message-ID: <001a01c38335$06e0b180$6fc82486@medschool.dundee.ac.uk> A configure / make /make install that has been working successfully oob for a long time recently failed. the relevant .tgz is unaltered, only Cygwin has changed. Does the following output from make, throw any light on this? The configure worked fine. I attach cygcheck.out. Fergus ~/tmp/grap-1.30> make grep "^#" grap.y > grap.cc ; grep "^#" grap_lex.l > grap_lex.cc; touch y.tab.h g++ -MM -Wall -DHAVE_CONFIG_H grap.cc grap_lex.cc *.cc >> .depend; rm -f grap.cc grap_lex.cc y.tab.h bison -y -d grap.y mv y.tab.c grap.cc g++ -Wall -DHAVE_CONFIG_H -c -o grap.o grap.cc flex -ograp_lex.cc grap_lex.l g++ -Wall -DHAVE_CONFIG_H -Wno-unused -c grap_lex.cc grap_lex.l: In function `void expand_macro(macro*)': grap_lex.l:979: error: `yytext_ptr' undeclared (first use this function) grap_lex.l:979: error: (Each undeclared identifier is reported only once for each function it appears in.) grap_lex.l: In function `bool is_macro(const std::string&)': grap_lex.l:990: error: parse error before `--' token grap_lex.l: At global scope: grap_lex.l:996: error: parse error before `]' token make: *** [grap_lex.o] Error 1 ~/tmp/grap-1.30> -------------- next part -------------- A non-text attachment was scrubbed... Name: cygcheck.out Type: application/octet-stream Size: 33739 bytes Desc: not available URL: From huntharo@msu.edu Thu Sep 25 12:58:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 25 Sep 2003 12:58:00 -0000 Subject: Failure to make grap 1.30 under cygwin 1.5.5 In-Reply-To: <001a01c38335$06e0b180$6fc82486@medschool.dundee.ac.uk> References: <001a01c38335$06e0b180$6fc82486@medschool.dundee.ac.uk> Message-ID: <3F72E66F.6000602@msu.edu> Fergus, This is a general Cygwin question, not a Cygwin/XFree86 question. It should have been sent to cygwin@cygwin.com, not cygwin-xfree@cygwin.com. However, I happen to know the answer you want to hear. The problem is that 'flex' 2.5.31-1 sucks; it can't build anything in the XFree86 tree. Something is horribly wrong with it, but I don't care to get involved in fixing it. As such, I have upgraded flex to the 'test' version 2.5.4-2. You can do this in Cygwin's setup.exe, but you have to keep manually reselecting that version each time you run setup.exe because it will always try to replace it with the 'curr' 2.5.31-1 version. Good luck, I hope that helps, Harold fergus@bonhard.uklinux.net wrote: > A configure / make /make install that has been working successfully oob for > a long time recently failed. the relevant .tgz is unaltered, only Cygwin has > changed. Does the following output from make, throw any light on this? The > configure worked fine. I attach cygcheck.out. > Fergus > > ~/tmp/grap-1.30> make > grep "^#" grap.y > grap.cc ; grep "^#" grap_lex.l > grap_lex.cc; touch > y.tab.h > g++ -MM -Wall -DHAVE_CONFIG_H grap.cc grap_lex.cc *.cc >> .depend; > rm -f grap.cc grap_lex.cc y.tab.h > bison -y -d grap.y > mv y.tab.c grap.cc > g++ -Wall -DHAVE_CONFIG_H -c -o grap.o grap.cc > flex -ograp_lex.cc grap_lex.l > g++ -Wall -DHAVE_CONFIG_H -Wno-unused -c grap_lex.cc > grap_lex.l: In function `void expand_macro(macro*)': > grap_lex.l:979: error: `yytext_ptr' undeclared (first use this function) > grap_lex.l:979: error: (Each undeclared identifier is reported only once for > each function it appears in.) > grap_lex.l: In function `bool is_macro(const std::string&)': > grap_lex.l:990: error: parse error before `--' token > grap_lex.l: At global scope: > grap_lex.l:996: error: parse error before `]' token > make: *** [grap_lex.o] Error 1 > ~/tmp/grap-1.30> From aroushdi@fr.ibm.com Thu Sep 25 13:28:00 2003 From: aroushdi@fr.ibm.com (amr roushi) Date: Thu, 25 Sep 2003 13:28:00 -0000 Subject: Yellowish color on certain java applications Message-ID: I use XDM and it works fine however in certain Java application I get a yellowish color on certain areas the rest is ok . Running natively or with VNC I do not have this behaviour . if uneed I can send u screen captures to show u what I mean thks for ur help . From pechtcha@cs.nyu.edu Thu Sep 25 14:18:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 25 Sep 2003 14:18:00 -0000 Subject: xfree86 cut/copy/paste In-Reply-To: References: Message-ID: Redirecting to the correct list and replying. Please remove from further discussion on this topic. On Thu, 25 Sep 2003, Bill McCormick wrote: > Hello, > > Is there cut/copy/paste functionality with xfree86 (using windows clipboard) > like there is with rxvt? > > I'm sure this has come up before but I can't seem to find it. > > Thanks, > Bill Bill, Try giving a "-clipboard" argument to XWin.exe, or use the "xwinclip" utility (although the latter is outdated, IIRC). Search the cygwin-xfree list archives for either "clipboard" or "xwinclip" for more details. 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 oradba_us@yahoo.com Thu Sep 25 15:25:00 2003 From: oradba_us@yahoo.com (Mike Campbell) Date: Thu, 25 Sep 2003 15:25:00 -0000 Subject: startxwin.bat - how to use an .xinitrc file Message-ID: <3F7308B1.4070405@yahoo.com> I have several things that I like to have run when I start an xsession and normally I would put these into a ~/.xinitrc file to have them run at X startup time. However, when I run startxwin.bat it does not appear to execute the .xinitrc file automatically. Therefore I have had to manually edit the startxwin.bat file and add my custom stuff. I"d like to find a way around editing startxwin.bat since after every xfree update I have to re-edit the file and re-add my custom lines. Am I missing something here? Is there a way to get startxwin.bat to automatically find $HOME/.xinitrc or would this be a good enhancement request? Thanks, Mike Campbell From tulitanssi@luukku.com Thu Sep 25 15:48:00 2003 From: tulitanssi@luukku.com (tulitanssi@luukku.com) Date: Thu, 25 Sep 2003 15:48:00 -0000 Subject: ssh hangs with solaris 8 again Message-ID: <1064504925049.tulitanssi.435106.RmySj8g8axfJk_Pb02kqoA@luukku.com> Hi all, I found that writing 'run' in front of xterm command in file .XWinrc seems to "solve" the Solaris 8 hanging problem: menu root { // for an unknown reason, solaris needs 'run' in the beginning of the command... solaris exec "run xterm -sb -e ssh -X solarisbox" //...etc... } Does anyone have any idea why? For Linux machines, 'run' is not needed. Thanks, Tuli ............................................................ Maksuton s?hk?posti aina k?yt?ss? http://luukku.com Kuukausimaksuton MTV3 Internet-liittym? www.mtv3.fi/liittyma From wpmccormick@covad.net Thu Sep 25 16:42:00 2003 From: wpmccormick@covad.net (Bill McCormick) Date: Thu, 25 Sep 2003 16:42:00 -0000 Subject: connecting to rh gdm Message-ID: I'm able to successfully connect to gdm Xserver on my RH Linux box but I see this ... $ XWin -query 192.168.212.1 -lesspointer -clipboard -xf86config /usr/X11R6/lib/X11/XF86config Xlib: connection to "127.0.0.1:0.0" refused by server Xlib: No protocol specified Xlib: connection to "127.0.0.1:0.0" refused by server Xlib: No protocol specified Xlib: connection to "127.0.0.1:0.0" refused by server Xlib: No protocol specified Also, I'd rather not use the resources on the Linux Box yet still have this functionality. So, is there a way I can accomplish this without actually being in runmode 5 on the Linux box? Thanks, Bill --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.518 / Virus Database: 316 - Release Date: 9/11/2003 From huntharo@msu.edu Thu Sep 25 16:52:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 25 Sep 2003 16:52:00 -0000 Subject: connecting to rh gdm In-Reply-To: References: Message-ID: <3F731D39.2000605@msu.edu> Bill, Bill McCormick wrote: > I'm able to successfully connect to gdm Xserver on my RH Linux box but I see > this ... > > $ XWin -query 192.168.212.1 -lesspointer -clipboard -xf86config > /usr/X11R6/lib/X11/XF86config > Xlib: connection to "127.0.0.1:0.0" refused by server > Xlib: No protocol specified > > Xlib: connection to "127.0.0.1:0.0" refused by server > Xlib: No protocol specified > > Xlib: connection to "127.0.0.1:0.0" refused by server > Xlib: No protocol specified > Looks like -clipboard is having trouble connecting, which it almost always does when using XDMCP. Are you running any other X Clients in your startup script on Windows? Did you use startxdmcp.bat as a base? It would be a good idea to use startxdmcp.bat as a base since it doesn't start local X Clients. > Also, I'd rather not use the resources on the Linux Box yet still have this > functionality. So, is there a way I can accomplish this without actually > being in runmode 5 on the Linux box? What resources? If you are referring to the overhead of running just xdm, then yes, you can do this without running xdm. However, the resources associated with your full remote session are always going to be used, if you want a full remote session. If what you want to do is just display some remote clients using the local window manager (XWin -multiwindow), then you can do this with ssh and X11 tunneling: http://xfree86.cygwin.com/docs/ug/using-remote-apps.html#using-remote-apps-ssh If you still want the full remote desktop (e.g. Gnome, KDE, etc.), then you start XWin without -multiwindow, -rootless, and -query (e.g. XWin -nodecoration -lesspointer) and without a local window manager (e.g. twm, mwm, etc.). You launch an xterm (from your script) and either configure it to run ssh, or you manually ssh to the remote machine. Finally, you run the script on your remote machine that starts the window manager of your choice. Some examples from debian would be 'startkde', 'startgnome', etc. This still uses all of the resouces associated with running a full desktop login, but it does allow you to not run xdm on your linux machine. I don't have the exact procedure for automating the launch of ssh from xterm, but I think an example was in an email sent the list today, so you can search the mailing list archives for 'ssh' and 'xterm'. Good luck, Harold > Thanks, > > > Bill > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.518 / Virus Database: 316 - Release Date: 9/11/2003 > From ar63@evansville.edu Thu Sep 25 17:53:00 2003 From: ar63@evansville.edu (Richardson, Anthony) Date: Thu, 25 Sep 2003 17:53:00 -0000 Subject: connecting to rh gdm Message-ID: Bill McCormick wrote: > Also, I'd rather not use the resources on the Linux Box yet > still have this > functionality. So, is there a way I can accomplish this > without actually > being in runmode 5 on the Linux box? Do you mean that you don't want to run an X server on the remote server, but allow remote connections via xdm? If you are running xdm or kdm remotely just comment out the line that starts up the X server in /etc/X11/xdm/Xservers. If you are using gdm it may be different, I don't know. Tony Richardson From j_tetazoo@hotmail.com Thu Sep 25 18:10:00 2003 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Thu, 25 Sep 2003 18:10:00 -0000 Subject: startxwin.bat - how to use an .xinitrc file Message-ID: Sounds like I've got my Cygwin/Xfree setup the way you'd like. You can do it, too, in 3 easy steps... 1) Edit the file .bash_profile in your home directory and make sure the X11R6/bin directory gets added to your path. e.g.: export PATH=$PATH:/usr/X11R6/bin 2) Put your .xinitrc file in your home directory and edit it to your liking. 3) Create a Windows shortcut (on the Desktop, for instance) with the following target: C:\cygwin\usr\X11R6\bin\run.exe /bin/bash.exe --login -c "xinit -- -noreset -nodecoration" The run part keeps bash from creating a dormant icon on the task bar. The "--login" part tells bash to read .bash_profile. The arguments after "xinit --" get passed to XWin. That's all there is to it! >From: Mike Campbell >Reply-To: cygwin-xfree@cygwin.com >To: cygwin-xfree@cygwin.com >Subject: startxwin.bat - how to use an .xinitrc file >Date: Thu, 25 Sep 2003 10:24:33 -0500 > >I have several things that I like to have run when I start an xsession and >normally I would put these into a ~/.xinitrc file to have them run at X >startup time. > >However, when I run startxwin.bat it does not appear to execute the >.xinitrc file automatically. Therefore I have had to manually edit the >startxwin.bat file and add my custom stuff. > >I"d like to find a way around editing startxwin.bat since after every xfree >update I have to re-edit the file and re-add my custom lines. > >Am I missing something here? Is there a way to get startxwin.bat to >automatically find $HOME/.xinitrc or would this be a good enhancement >request? > >Thanks, >Mike Campbell > _________________________________________________________________ Help protect your PC. Get a FREE computer virus scan online from McAfee. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From g.macaulay@niwa.co.nz Thu Sep 25 19:21:00 2003 From: g.macaulay@niwa.co.nz (g.macaulay@niwa.co.nz) Date: Thu, 25 Sep 2003 19:21:00 -0000 Subject: Xfree86 is slow! with software like MATLAB In-Reply-To: <3F725287.2090900@msu.edu> Message-ID: <3F73E8E5.22398.89B8A2E9@localhost> Harold & Mark, To contribute to the discussion: I see the same problem when running Matlab. In my case Matlab is run on a Compaq/HP Tru64 computer with the GUI displayed on my Windows PC running cygwin/xfree in multiwindow mode. I also have a commercial X server (xwin32) available on my PC. Display of Matlab graphics, or even updating of the icons in Matlab window menubar are considerably slower when running via cygwin/xfree - the graphics benchmarks that Matlab provide run approximately 100 times slower under cygwin/xfree than under xwin32. Trials of other commercial X servers indicated that some are slow and some are quick, probably due to the reason given by Harold. An in-house, graphically intensive, X program run under the same setup as above does not show such a marked difference. One point of difference is that the Matlab GUI is written entirely in Java, while the other program uses GTK. Regards Gavin On 24 Sep 2003 at 22:27, Harold L Hunt II wrote: > Mark, > > Using the default -multiwindow mode (with the integrated window manager) > is slower than all of the other modes. > > You can run XWin from startxwin.bat instead with: > > XWin -rootless > > Then you need to start a window manager like 'twm': > > run twm > > > Cygwin/XFree86 works by drawing to an offscreen framebuffer (using the > primary CPU), then transferring updated portions of the offscreen > framebuffer to the screen. Work has begun, and is also essentially > stalled, on the "Native GDI" engine for Cygwin/XFree86 that translates > each X graphics call to a GDI graphics call; this has the advantage of > utilizing the power of the graphics processing unit (GPU). Exceed and > possibly other commercial X Servers do something similar to the Native > GDI engine and are thus faster. > > On a side note, the speed of your graphics card and the quality of its > drivers are very important for the performance of Cygwin/XFree86. A two > or three year old ATI or NVIDIA PCI (AGP is better) graphics card will > be substantially faster than a 5 year old PCI graphics card from a > no-name vendor. On the other hand, I use a 5 year old Diamond PCI > graphics card and it works just fine. > > That's about it. > > Harold > > Mark Jones wrote: > > I have tried using XFree86 (linux and cygwin) for Cygwin's XFree86 and > > Linux's XFree86 and have found it to be extremely slow at refreshing the > > screen making it nearly impossible to use MATLAB's editor reasonably. > > However, using a MS Windows emulator like Xoftware or Hummingbird's Exceed > > provides extremely fast response such that it is useable with various programs > > including MATLAB. Is there a valid reason for this? Is it being addressed? > > > > Thanks, > > > > Mark > > > > From cgf@redhat.com Thu Sep 25 19:48:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Thu, 25 Sep 2003 19:48:00 -0000 Subject: Failure to make grap 1.30 under cygwin 1.5.5 In-Reply-To: <3F72E66F.6000602@msu.edu> References: <001a01c38335$06e0b180$6fc82486@medschool.dundee.ac.uk> <3F72E66F.6000602@msu.edu> Message-ID: <20030925194814.GB24542@redhat.com> On Thu, Sep 25, 2003 at 08:58:23AM -0400, Harold L Hunt II wrote: >Fergus, > >This is a general Cygwin question, not a Cygwin/XFree86 question. It >should have been sent to cygwin@cygwin.com, not cygwin-xfree@cygwin.com. > >However, I happen to know the answer you want to hear. The problem is >that 'flex' 2.5.31-1 sucks; it can't build anything in the XFree86 tree. > Something is horribly wrong with it, but I don't care to get involved >in fixing it. Just so it's clear: I don't care to get involved in fixing issues where the bug report is "something is horribly wrong with it", either, so if you do actually want to work on fixing it, then I'll need more to go on than I have been given and I'll need some hint of cooperation rather than attitude. But, of course, that's a good lesson for life anyway. >As such, I have upgraded flex to the 'test' version 2.5.4-2. That would be the "prev" version not the test version. cgf From fergus@bonhard.uklinux.net Thu Sep 25 20:42:00 2003 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Thu, 25 Sep 2003 20:42:00 -0000 Subject: Failure to make grap 1.30 under cygwin 1.5.5 Message-ID: <000e01c383a5$97f71220$0b7b2852@leper> > flex 2.5.31-1 sucks ... > ... upgrade to 2.5.4-2. Well this worked just fine. Thank you very much for this pragmatic help. Fergus From huntharo@msu.edu Thu Sep 25 21:17:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 25 Sep 2003 21:17:00 -0000 Subject: Xfree86 is slow! with software like MATLAB In-Reply-To: <3F73E8E5.22398.89B8A2E9@localhost> References: <3F73E8E5.22398.89B8A2E9@localhost> Message-ID: <3F735B4C.1000302@msu.edu> Gavin, I forgot to mention something that is becoming apparent now: Matlab may be using OpenGL, which is implemented in software in Cygwin/XFree86. Thus, OpenGL is extremely slow in Cygwin/XFree86. Some of the commercial X Servers for Windows have an accelerated implementation of OpenGL that basically passes off the calls to the Win32 OpenGL layer. This was also implemented in X on X (XFree86 for Mac OS X), so a reference implementation is available if someone wanted to look into doing this. So, are the fast apps non-OpenGL and the slow apps OpenGL? Harold g.macaulay@niwa.co.nz wrote: > Harold & Mark, > > To contribute to the discussion: > > I see the same problem when running Matlab. In my case Matlab is run on a > Compaq/HP Tru64 computer with the GUI displayed on my Windows PC running > cygwin/xfree in multiwindow mode. I also have a commercial X server (xwin32) > available on my PC. Display of Matlab graphics, or even updating of the icons > in Matlab window menubar are considerably slower when running via cygwin/xfree - > the graphics benchmarks that Matlab provide run approximately 100 times slower > under cygwin/xfree than under xwin32. Trials of other commercial X servers > indicated that some are slow and some are quick, probably due to the reason > given by Harold. > > An in-house, graphically intensive, X program run under the same setup as above > does not show such a marked difference. One point of difference is that the > Matlab GUI is written entirely in Java, while the other program uses GTK. > > Regards > > Gavin > > On 24 Sep 2003 at 22:27, Harold L Hunt II wrote: > > >>Mark, >> >>Using the default -multiwindow mode (with the integrated window manager) >>is slower than all of the other modes. >> >>You can run XWin from startxwin.bat instead with: >> >>XWin -rootless >> >>Then you need to start a window manager like 'twm': >> >>run twm >> >> >>Cygwin/XFree86 works by drawing to an offscreen framebuffer (using the >>primary CPU), then transferring updated portions of the offscreen >>framebuffer to the screen. Work has begun, and is also essentially >>stalled, on the "Native GDI" engine for Cygwin/XFree86 that translates >>each X graphics call to a GDI graphics call; this has the advantage of >>utilizing the power of the graphics processing unit (GPU). Exceed and >>possibly other commercial X Servers do something similar to the Native >>GDI engine and are thus faster. >> >>On a side note, the speed of your graphics card and the quality of its >>drivers are very important for the performance of Cygwin/XFree86. A two >>or three year old ATI or NVIDIA PCI (AGP is better) graphics card will >>be substantially faster than a 5 year old PCI graphics card from a >>no-name vendor. On the other hand, I use a 5 year old Diamond PCI >>graphics card and it works just fine. >> >>That's about it. >> >>Harold >> >>Mark Jones wrote: >> >>>I have tried using XFree86 (linux and cygwin) for Cygwin's XFree86 and >>>Linux's XFree86 and have found it to be extremely slow at refreshing the >>>screen making it nearly impossible to use MATLAB's editor reasonably. >>>However, using a MS Windows emulator like Xoftware or Hummingbird's Exceed >>>provides extremely fast response such that it is useable with various programs >>>including MATLAB. Is there a valid reason for this? Is it being addressed? >>> >>>Thanks, >>> >>>Mark >>> >> >> > > From huntharo@msu.edu Thu Sep 25 21:22:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 25 Sep 2003 21:22:00 -0000 Subject: Failure to make grap 1.30 under cygwin 1.5.5 In-Reply-To: <20030925194814.GB24542@redhat.com> References: <001a01c38335$06e0b180$6fc82486@medschool.dundee.ac.uk> <3F72E66F.6000602@msu.edu> <20030925194814.GB24542@redhat.com> Message-ID: <3F735C82.7090208@msu.edu> Christopher Faylor wrote: > On Thu, Sep 25, 2003 at 08:58:23AM -0400, Harold L Hunt II wrote: > >>Fergus, >> >>This is a general Cygwin question, not a Cygwin/XFree86 question. It >>should have been sent to cygwin@cygwin.com, not cygwin-xfree@cygwin.com. >> >>However, I happen to know the answer you want to hear. The problem is >>that 'flex' 2.5.31-1 sucks; it can't build anything in the XFree86 tree. >>Something is horribly wrong with it, but I don't care to get involved >>in fixing it. > > > Just so it's clear: I don't care to get involved in fixing issues where > the bug report is "something is horribly wrong with it", either, so if > you do actually want to work on fixing it, then I'll need more to go on > than I have been given and I'll need some hint of cooperation rather > than attitude. But, of course, that's a good lesson for life anyway. Just so it is clear: I wasn't asking for anyone to get involved. I saw your initial defensive remark to Earle saying that the new version of flex wasn't working for him and decided that I really don't care enough to get involved and deal with your attitude. So, I wrote my message above in a manner that did not imply it was anyone's fault that flex was broken, rather, I merely stated that it was broken and that Fergus can be the one to help fix it if he is interested, because I am not. Harold From huntharo@msu.edu Thu Sep 25 21:24:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 25 Sep 2003 21:24:00 -0000 Subject: Failure to make grap 1.30 under cygwin 1.5.5 In-Reply-To: <000e01c383a5$97f71220$0b7b2852@leper> References: <000e01c383a5$97f71220$0b7b2852@leper> Message-ID: <3F735CE4.9060202@msu.edu> Fergus, fergus@bonhard.uklinux.net wrote: >>flex 2.5.31-1 sucks ... >>... upgrade to 2.5.4-2. > > > Well this worked just fine. Thank you very much for this pragmatic help. > Fergus No problem. Of course, we will both be out of luck when 2.5.4 is no longer available. I was thinking that 2.5.4 was newer, but Chris pointed out that 2.5.31 is newer (think 2.5.04 v.s 2.5.31). Oh well. Harold From earle@ziplabel.com Fri Sep 26 00:34:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Fri, 26 Sep 2003 00:34:00 -0000 Subject: Failure to make grap 1.30 under cygwin 1.5.5 In-Reply-To: <20030925194814.GB24542@redhat.com> References: <3F72E66F.6000602@msu.edu> <001a01c38335$06e0b180$6fc82486@medschool.dundee.ac.uk> <3F72E66F.6000602@msu.edu> Message-ID: <5.1.1.6.2.20030925172019.00add7d0@mail.ziplabel.com> Howdy, At 03:48 PM 9/25/2003 -0400, CGF wrote: >...Just so it's clear: I don't care to get involved in fixing issues where >the bug report is "something is horribly wrong with it", either, so if >you do actually want to work on fixing it, then I'll need more to go on >than I have been given and I'll need some hint of cooperation rather >than attitude. But, of course, that's a good lesson for life anyway. OK, I know this should be on the cygwin-apps but since it showed up here can I make a better problem report on the new flex version? Internal common parsing variables and functions that were available in 2.5.04 no longer are accessible (i.e. yytext_ptr or yyunput, yy_flex_realloc). As I'm not an expert in Lex I can't say if these are "legit" functions, but they have been there since time immemorial and are found in the X11R6 tree in several spots besides the xserver/hw/xwin branch. For debugging I tried to find the .31 version but couldn't find it on any "official" site so I couldn't find a changefile and see if maybe there's a new -switch or something to enable legacy mode beyond the standard -lex mode option. A compile of the version available @ gnu results in a version that still has these needed functions. The lex header files are very, very different between the 2.5.4 and .31 versions, but I didn't go into detail because they are quite convoluted. -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From cgf@redhat.com Fri Sep 26 00:46:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Fri, 26 Sep 2003 00:46:00 -0000 Subject: Failure to make grap 1.30 under cygwin 1.5.5 In-Reply-To: <3F735C82.7090208@msu.edu> References: <001a01c38335$06e0b180$6fc82486@medschool.dundee.ac.uk> <3F72E66F.6000602@msu.edu> <20030925194814.GB24542@redhat.com> <3F735C82.7090208@msu.edu> Message-ID: <20030926004653.GA29562@redhat.com> On Thu, Sep 25, 2003 at 05:22:10PM -0400, Harold L Hunt II wrote: >Christopher Faylor wrote: >>On Thu, Sep 25, 2003 at 08:58:23AM -0400, Harold L Hunt II wrote: Just >>so it's clear: I don't care to get involved in fixing issues where the >>bug report is "something is horribly wrong with it", either, so if you >>do actually want to work on fixing it, then I'll need more to go on >>than I have been given and I'll need some hint of cooperation rather >>than attitude. But, of course, that's a good lesson for life anyway. > >Just so it is clear: I wasn't asking for anyone to get involved. "Getting involved" is what a package owner is supposed to do. Why do you get involved when someone says Cygwin/XFree86 is broken? No one is specifically asking you to get involved. >I saw your initial defensive remark to Earle saying that the new >version of flex wasn't working for him You have entirely misread my response. Earle made a confusing statement about what he did to rectify a problem. I replied, indicating that his stated version numbers made no sense if what he said was true. For the record, I upgraded flex because someone was complaining that it was older than the latest release. So I upgraded it for them. I ran the test suite prior to releasing it. Goodbye. cgf From Alexander.Gottwald@s1999.tu-chemnitz.de Fri Sep 26 15:37:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 26 Sep 2003 15:37:00 -0000 Subject: Xfree86 is slow! with software like MATLAB In-Reply-To: <3F73E8E5.22398.89B8A2E9@localhost> References: <3F73E8E5.22398.89B8A2E9@localhost> Message-ID: g.macaulay@niwa.co.nz wrote: > does not show such a marked difference. One point of difference is that the > Matlab GUI is written entirely in Java, while the other program uses GTK. With Swing (JFC)? Swing is the most stupid GUI I've ever seen. It draws all components to a local buffer and transfers these buffers as bitmap to the xserver. Most likely this transfer is much slower than a simple "draw a gray rect at 127,86" and "draw text at 129, 88" as GTK and any other "normal" X11 does its drawing. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From e-masson@kisoft-services.com Fri Sep 26 21:49:00 2003 From: e-masson@kisoft-services.com (Eric Masson) Date: Fri, 26 Sep 2003 21:49:00 -0000 Subject: -multiwindow mode, clipboard primary selection & window icon Message-ID: <864qyzw78h.fsf@t39bsdems.interne.kisoft-services.com> Hello, Setup : Windows 2000 SP4 XFree86 4.3.0-13 I'm facing the following problem when displaying a remote app on my laptop. When I launch XEmacs, the window upper left icon is sometimes set to XEmacs one but most of the times to the default X one. When the icon is set to XEmacs, I can't select text with mouse or keyboard (pc-select), it's automatically unselected. When the icon is set to X, text selection works fine. Has anyone seen a similar case, is there any known solution ? Eric Masson PS: xprops for each case are attached. -- Le truc c'est qu'avec MacOS l'utilisateur neuneu pouvait aussi etre administrateur neuneu, et que ca, ca sera bien fini. -+ ED in Guide du Macounet Pervers??: il voit des neuneus partout -+- -------------- next part -------------- A non-text attachment was scrubbed... Name: xemacs.XEmacs.xprop Type: application/octet-stream Size: 814 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: xemacs.X.xprop Type: application/octet-stream Size: 815 bytes Desc: not available URL: From huntharo@msu.edu Fri Sep 26 22:26:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 26 Sep 2003 22:26:00 -0000 Subject: -multiwindow mode, clipboard primary selection & window icon In-Reply-To: <864qyzw78h.fsf@t39bsdems.interne.kisoft-services.com> References: <864qyzw78h.fsf@t39bsdems.interne.kisoft-services.com> Message-ID: <3F74BD07.7040707@msu.edu> Eric, Eric Masson wrote: > Hello, > > Setup : > Windows 2000 SP4 > XFree86 4.3.0-13 > > I'm facing the following problem when displaying a remote app on my > laptop. > > When I launch XEmacs, the window upper left icon is sometimes set to > XEmacs one but most of the times to the default X one. > Sounds to me like most of the time the MultiWindow window manager (-multiwindow) and the integrated clipboard manager (-clipboard) are failing to startup. This causes the icons to be left as the default icon, and it means that the clipboard integration between X and Windows is not present. > When the icon is set to XEmacs, I can't select text with mouse or > keyboard (pc-select), it's automatically unselected. In this case the clipboard integration manager and MultiWindow window manager *are* working and the behavior you are seeing with the selection becoming unselected is by design. Changing that design has been on the To-Do list for some time, but it will take roughly 40 hours to finish the work that was started on it. > When the icon is set to X, text selection works fine. You need to look at /tmp/XWin.log in both of these cases. Better yet, send in the contents of /tmp/XWin.log for each instance. This will help us figure out why the window manager and clipboard integration manager are failing to startup. Also, please send in the command-line parameters that you are passing to XWin.exe. Harold From e-masson@kisoft-services.com Fri Sep 26 23:01:00 2003 From: e-masson@kisoft-services.com (Eric Masson) Date: Fri, 26 Sep 2003 23:01:00 -0000 Subject: -multiwindow mode, clipboard primary selection & window icon In-Reply-To: <3F74BD07.7040707@msu.edu> (Harold L. Hunt, II's message of "Fri, 26 Sep 2003 18:26:15 -0400") References: <864qyzw78h.fsf@t39bsdems.interne.kisoft-services.com> <3F74BD07.7040707@msu.edu> Message-ID: <864qyzf942.fsf@t39bsdems.interne.kisoft-services.com> >>>>> "Harold" == Harold L Hunt, writes: Hello Harold, Harold> Sounds to me like most of the time the MultiWindow window Harold> manager (-multiwindow) and the integrated clipboard manager Harold> (-clipboard) are failing to startup. This causes the icons to Harold> be left as the default icon, and it means that the clipboard Harold> integration between X and Windows is not present. Ok, but Mozilla from the same host _always_ sets the upper left icon correctly. Harold> In this case the clipboard integration manager and MultiWindow Harold> window manager *are* working and the behavior you are seeing Harold> with the selection becoming unselected is by design. Changing Harold> that design has been on the To-Do list for some time, but it Harold> will take roughly 40 hours to finish the work that was started Harold> on it. Ok Harold> You need to look at /tmp/XWin.log in both of these cases. Harold> Better yet, send in the contents of /tmp/XWin.log for each Harold> instance. This will help us figure out why the window manager Harold> and clipboard integration manager are failing to startup. At the moment, Murphy is here and I can't reproduce the case with default X icon :/ I've attached log for normal behaviour and will send a folloup asa the case reappears. Harold> Also, please send in the command-line parameters that you are Harold> passing to XWin.exe. XWin -multiwindow -clipboard Eric Masson -- BC> je ne fais rire que les dinos Mais vous faites gerber tous les autres. -+-AC in : D??p??t de gerbe -+- -------------- next part -------------- A non-text attachment was scrubbed... Name: Xwin.log.XEmacs Type: application/octet-stream Size: 25457 bytes Desc: not available URL: From cdemirkir@yahoo.com Sat Sep 27 00:18:00 2003 From: cdemirkir@yahoo.com (Cem Demirkir) Date: Sat, 27 Sep 2003 00:18:00 -0000 Subject: Configuring XFree86 for my keyboard language Message-ID: <20030927001839.5577.qmail@web80702.mail.yahoo.com> Hello Everyone, I installed latest cygwin on WinXP and and configured Xserver with my XF86Config, attacthed with this e-mail, file for my language (turkish) and run startx. But it produces the same result with US layout, that is it does not type the turkish letters when i pressed them inside the xterminal windows and as well as bash window. As far as i understood from the Xwin.log file, , attacthed with this e-mail, configuration seems to be normal. how can I solve this problem ? Thanks __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.log Type: application/octet-stream Size: 3088 bytes Desc: XWin.log URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XF86Config URL: From e-masson@kisoft-services.com Sat Sep 27 11:18:00 2003 From: e-masson@kisoft-services.com (Eric Masson) Date: Sat, 27 Sep 2003 11:18:00 -0000 Subject: -multiwindow mode, clipboard primary selection & window icon In-Reply-To: <864qyzf942.fsf@t39bsdems.interne.kisoft-services.com> (Eric Masson's message of "Sat, 27 Sep 2003 01:00:45 +0200") References: <864qyzw78h.fsf@t39bsdems.interne.kisoft-services.com> <3F74BD07.7040707@msu.edu> <864qyzf942.fsf@t39bsdems.interne.kisoft-services.com> Message-ID: <868yoao4yd.fsf@t39bsdems.interne.kisoft-services.com> >>>>> "Emss" == Eric Masson writes: Emss> I've attached log for normal behaviour and will send a folloup Emss> asa the case reappears. Done, the only difference is that the laptop is now connected to mains plug. Regards Eric Masson -- Le neuneu est ?? Usenet ce que le staphylocoque dor?? est au furoncle. Ils b??n??ficient tous les deux d'un syst??me cognitif de niveau ??quivalent, malgr?? un l??ger avantage intellectuel au staphylocoque. -+- JdC in : No Fu(tur)oncle -+- -------------- next part -------------- A non-text attachment was scrubbed... Name: Xwin.log.Xicon Type: application/octet-stream Size: 3910 bytes Desc: not available URL: From mk329@cam.ac.uk Sat Sep 27 17:19:00 2003 From: mk329@cam.ac.uk (Milos Komarcevic) Date: Sat, 27 Sep 2003 17:19:00 -0000 Subject: Xfree86 is slow! with software like MATLAB In-Reply-To: References: <3F73E8E5.22398.89B8A2E9@localhost> Message-ID: <1064683183.3998.9.camel@mk329pc.eng.cam.ac.uk> On Thu, 2003-09-25 at 23:29, Alexander Gottwald wrote: > g.macaulay@niwa.co.nz wrote: > > > does not show such a marked difference. One point of difference is that the > > Matlab GUI is written entirely in Java, while the other program uses GTK. > > With Swing (JFC)? Swing is the most stupid GUI I've ever seen. It draws all > components to a local buffer and transfers these buffers as bitmap to the > xserver. Most likely this transfer is much slower than a simple "draw a gray > rect at 127,86" and "draw text at 129, 88" as GTK and any other "normal" > X11 does its drawing. Don't know much about toolkits, but even xfig (or LyX) for Cygwin runs slow locally on Cygwin/XFree86 in comparison to XWin32, so I think Harold is 100% on it with the Native GDI engine (no speed issues when run in rootless+twm) Best regards to all, Milos From Alexander.Gottwald@s1999.tu-chemnitz.de Sat Sep 27 17:49:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sat, 27 Sep 2003 17:49:00 -0000 Subject: Configuring XFree86 for my keyboard language In-Reply-To: <20030927001839.5577.qmail@web80702.mail.yahoo.com> References: <20030927001839.5577.qmail@web80702.mail.yahoo.com> Message-ID: Cem Demirkir wrote: > Hello Everyone, > I installed latest cygwin on WinXP and and > configured Xserver with my XF86Config, attacthed with > this e-mail, file for my language (turkish) and run > startx. But it produces the same result with US > layout, that is it does not type the turkish letters > when i pressed them inside the xterminal windows and > as well as bash window. As far as i understood from > the Xwin.log file, , attacthed with this e-mail, > configuration seems to be normal. > > how can I solve this problem ? Does setting the keyboard via XKB work? try "setxkbmap -v 10 de" and check if the key right of "L" produces an "?" If this does works then try xkbcomp -w 3 -xkm -m tr /etc/X11/xkb/keymap/xfree86 :0.0 This may produce some warnings but should not report errors. If it does, send me the error message. If neither of the above works the try remounting /tmp to binmode: mount -buf "$(cygpath -m /tmp)" /tmp Please report if any of the above worked. bye ago NP: Talla 2XLC - Eternal Mystery(EternalGrisha) -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From cdemirkir@yahoo.com Sat Sep 27 23:20:00 2003 From: cdemirkir@yahoo.com (Cem Demirkir) Date: Sat, 27 Sep 2003 23:20:00 -0000 Subject: Configuring XFree86 for my keyboard language In-Reply-To: <1064683187.2088.ezmlm@cygwin.com> Message-ID: <20030927232007.83591.qmail@web80702.mail.yahoo.com> When I run the command $ setxkbmap -v 10 de from the X server terminal it gives the following message Setting verbose level to 10 locale is C Warning ! multiple definitions of keyboard layout using comman line ignoring X server. and shut downs the X server. Even this doesn't work, I run the second command $ xkbcomp -w 3 -xkm -m tr /etc/X11/xkb/keymap/xfree86 :0.0 it doesn't produce any messages. when I apply the remounting /tmp to binmode from the bash command line it doesn't give any message. Then after i started Xwindows by running startx command and i checked it. it produces the correct keyboard outputs. But, sorry for this question due to I am a new for Xserver and unix, it doesn't output turkish alphabet letters which is not available at the English one, should I expect that it produce the turkish alphabets in the X windows environment ? Thanks a lot for your help __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From huntharo@msu.edu Sun Sep 28 00:58:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 28 Sep 2003 00:58:00 -0000 Subject: Updated: xfig-3.2.4-2 Message-ID: <3F763224.3080104@msu.edu> The xfig-3.2.4-2 package has been updated in the Cygwin distribution. Changes: 1) Fig - Change the start command for HTML and PDF files (allows help files to be launched from within xfig). (David Billinghurst, Igor Pechtchanski) -- 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. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@sources.redhat.com . If you want to subscribe go to: http://cygwin.com/lists.html 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/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place. From huntharo@msu.edu Sun Sep 28 01:05:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 28 Sep 2003 01:05:00 -0000 Subject: Updated: xfig-3.2.4-2 In-Reply-To: <3F763224.3080104@msu.edu> References: <3F763224.3080104@msu.edu> Message-ID: <3F7633D3.9030107@msu.edu> Oops... that was supposed to be xfig-etc-3.2.4-2. Harold Harold L Hunt II wrote: > The xfig-3.2.4-2 package has been updated in the Cygwin > distribution. > > > Changes: > > 1) Fig - Change the start command for HTML and PDF files (allows help > files to be launched from within xfig). (David Billinghurst, Igor > Pechtchanski) > > -- > 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. > > Note that downloads from sources.redhat.com (aka cygwin.com) aren't > allowed due to bandwidth limitations. This means that you will need > to find a mirror which has this update. > > In the US, ftp://archive.progeny.com/cygwin/ > is a reliable high bandwidth connection. > > In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually > up-to-date. > > In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. > > If one of the above doesn't have the latest version of this package > you can either wait for the site to be updated or find another > mirror. > > Please send questions or comments to the Cygwin/XFree86 mailing list at: > cygwin-xfree@sources.redhat.com . If you want to subscribe go to: > http://cygwin.com/lists.html 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/XFree86 in general. > > If you want to make a point or ask a question the Cygwin/XFree86 mailing > list is the appropriate place. > > > > > From huntharo@msu.edu Sun Sep 28 01:07:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 28 Sep 2003 01:07:00 -0000 Subject: How to access html and pdf help from xfig In-Reply-To: References: Message-ID: <3F76343F.9010303@msu.edu> David and Igor, Thanks for the patch. This is pretty cool and wasn't something that I would have thought of doing. Heck, I didn't even think that it needed to be done, nor did I suspect that it could be done so easily. xfig-etc-3.2.4-2 contains this patch. Harold Billinghurst, David (CALCRTS) wrote: >>From: Igor Pechtchanski [mailto:pechtcha@cs.nyu.edu] >> >> >>On Wed, 24 Sep 2003, Billinghurst, David (CALCRTS) wrote: >> >> >>>The following changes will enable access to html and pdf help, >>>using internet explorer and win32 acrobat reader. >>> >>>[...] >>>There may be a better may, but this works work me. > > >>Try "cygstart %f" for both HTML and PDF, with no helper scripts. ;-) >>This will do the path translation automatically and open the application >>associated with each of the extensions in Explorer (just like >>double-clicking). >> Igor > > > You are right. A very neat solution. > > --- Fig.orig 2003-09-24 10:44:13.507721200 +1000 > +++ Fig 2003-09-25 09:56:12.139120100 +1000 > @@ -20,11 +20,11 @@ > ! This is for viewing the xfig html reference. > ! For netscape, this command will open the help pages in a running netscape, > ! or start a new netscape if one isn't already running > -Fig.browser: netscape -remote 'openFile(%f)' || netscape %f > +Fig.browser: cygstart %f > > ! pdfviewer - put your favorite pdf viewer here. > ! This is for viewing the xfig how-to guide and man pages > -Fig.pdfviewer: acroread %f > +Fig.pdfviewer: cygstart %f > > ! Spell check program - put your favorite spelling check program here. > ! It must write the misspelled words to standard output. From dandersen@compuserve.com Sun Sep 28 01:30:00 2003 From: dandersen@compuserve.com (David Andersen) Date: Sun, 28 Sep 2003 01:30:00 -0000 Subject: newbie xhello.c question Message-ID: (apologies if this is a duplicate post - I originally posted at 11:30 AM, and haven't seen it come thru yet) I've just downloaded cygwin and am trying to get an Xwidget hello program to compile + run. With the following Imakefile and xhello.c, I get the following when I do "xmkmf", "make". Is there something I haven't set up? $ make gcc xhello.o -o xhello xhello.o(.text+0x65):xhello.c: undefined reference to `_XtVaAppInitialize' xhello.o(.text+0x70):xhello.c: undefined reference to `_labelWidgetClass' xhello.o(.text+0x88):xhello.c: undefined reference to `_XtVaCreateManagedWidget' xhello.o(.text+0x90):xhello.c: undefined reference to `_XtRealizeWidget' xhello.o(.text+0x9b):xhello.c: undefined reference to `_XtAppMainLoop' collect2: ld returned 1 exit status make: *** [xhello] Error 1 ------------- Imakefile --------------------------------- LOCAL_LIBRARIES = $(XAWLIB) $(XMULIB) $(XTOOLLIB) $(XLIB) SRCS = xhello.c OBJS = xhello.o PROGRAMS = xhello all:: $(PROGRAMS) ComplexProgramTarget(xhello) ------------- xhello.c --------------------------------- /* * xhello.c - simple program to put up a banner on the display */ /* * Include files required for all Toolkit programs */ #include /* Intrinsics Definitions*/ #include /* Standard Name-String definitions*/ /* * Public include file for widgets we actually use in this file. */ #include /* Athena Label Widget */ main(argc, argv) int argc; char **argv; { XtAppContext app_context; Widget topLevel, hello; topLevel = XtVaAppInitialize( &app_context, /* Application context */ "XHello", /* Application class */ NULL, 0, /* command line option list */ &argc, argv, /* command line args */ NULL, /* for missing app-defaults file */ NULL); /* terminate varargs list */ hello = XtVaCreateManagedWidget( "hello", /* arbitrary widget name */ labelWidgetClass, /* widget class from Label.h */ topLevel, /* parent widget */ NULL); /* terminate varargs list */ /* * Create windows for widgets and map them. */ XtRealizeWidget(topLevel); /* * Loop for events. */ XtAppMainLoop(app_context); } From huntharo@msu.edu Sun Sep 28 04:58:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 28 Sep 2003 04:58:00 -0000 Subject: newbie xhello.c question In-Reply-To: References: Message-ID: <3F766A4A.5010904@msu.edu> David, Your Imakefile needs only the following changes: LOCAL_LIBRARIES = $(XAWLIB) $(XPMLIB) $(XMULIB) $(XTOOLLIB) $(XLIB) [Added XPMLIB] PROGRAMS = ProgramTagetName(xhello) [Added ProgramTargetName] The problem was that the build rule for xhello was different than xhello.exe, but xhello didn't have the proper link rule. You can check this out before modifying your Imakefile by running 'make xhello.exe' instead of 'make xhello' or 'make'. Then you will get the link warning about XPM, which can be fixed by modifying your Imakefile as above. Good luck, Harold David Andersen wrote: > (apologies if this is a duplicate post - I originally posted at 11:30 AM, > and > haven't seen it come thru yet) > > I've just downloaded cygwin and am trying to get an Xwidget hello program > to compile + run. > > With the following Imakefile and xhello.c, I get the following when I do > "xmkmf", "make". Is there something I haven't set up? > > $ make > gcc xhello.o -o xhello > xhello.o(.text+0x65):xhello.c: undefined reference to `_XtVaAppInitialize' > xhello.o(.text+0x70):xhello.c: undefined reference to `_labelWidgetClass' > xhello.o(.text+0x88):xhello.c: undefined reference to > `_XtVaCreateManagedWidget' > xhello.o(.text+0x90):xhello.c: undefined reference to `_XtRealizeWidget' > xhello.o(.text+0x9b):xhello.c: undefined reference to `_XtAppMainLoop' > collect2: ld returned 1 exit status > make: *** [xhello] Error 1 > > ------------- Imakefile --------------------------------- > > LOCAL_LIBRARIES = $(XAWLIB) $(XMULIB) $(XTOOLLIB) $(XLIB) > SRCS = xhello.c > OBJS = xhello.o > PROGRAMS = xhello > > all:: $(PROGRAMS) > > ComplexProgramTarget(xhello) > > ------------- xhello.c --------------------------------- > /* > * xhello.c - simple program to put up a banner on the display > */ > > /* > * Include files required for all Toolkit programs > */ > #include /* Intrinsics Definitions*/ > #include /* Standard Name-String definitions*/ > > /* > * Public include file for widgets we actually use in this file. > */ > #include /* Athena Label Widget */ > > main(argc, argv) > int argc; > char **argv; > { > XtAppContext app_context; > Widget topLevel, hello; > > topLevel = XtVaAppInitialize( > &app_context, /* Application context */ > "XHello", /* Application class */ > NULL, 0, /* command line option list */ > &argc, argv, /* command line args */ > NULL, /* for missing app-defaults file */ > NULL); /* terminate varargs list */ > > hello = XtVaCreateManagedWidget( > "hello", /* arbitrary widget name */ > labelWidgetClass, /* widget class from Label.h */ > topLevel, /* parent widget */ > NULL); /* terminate varargs list */ > > /* > * Create windows for widgets and map them. > */ > XtRealizeWidget(topLevel); > > /* > * Loop for events. > */ > XtAppMainLoop(app_context); > } > > > > From dandersen@compuserve.com Sun Sep 28 08:39:00 2003 From: dandersen@compuserve.com (David Andersen) Date: Sun, 28 Sep 2003 08:39:00 -0000 Subject: newbie xhello.c question References: <3F766A4A.5010904@msu.edu> Message-ID: That did it, Thank you! "Harold L Hunt II" wrote in message news:3F766A4A.5010904@msu.edu... > David, > > Your Imakefile needs only the following changes: > > From Dr.Volker.Zell@oracle.com Sun Sep 28 10:17:00 2003 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Sun, 28 Sep 2003 10:17:00 -0000 Subject: New package: xfig-bin-3.2.4-1 In-Reply-To: <3F71CD47.3010705@msu.edu> (Harold L. Hunt, II's message of "Wed, 24 Sep 2003 12:58:47 -0400") References: <3F707EA7.8090409@msu.edu> <87brtbjs19.fsf@vzell-de.de.oracle.com> <3F71CD47.3010705@msu.edu> Message-ID: <87lls9usht.fsf@vzell-de.de.oracle.com> >>>>> "Harold" == Harold L Hunt, writes: Harold> Volker, Harold> It wasn't using Xaw3d because I forgot to uncomment the following line Harold> in the Imakefile: Harold> #define XAW3D Did you try compiling it with Xaw3d ? Is it running for you with the shared lib ? Harold> Harold Ciao Volker From Dr.Volker.Zell@oracle.com Sun Sep 28 10:24:00 2003 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Sun, 28 Sep 2003 10:24:00 -0000 Subject: New package: xfig-lib-3.2.4-1 In-Reply-To: <3F707F09.20501@msu.edu> (Harold L. Hunt, II's message of "Tue, 23 Sep 2003 13:12:41 -0400") References: <3F707F09.20501@msu.edu> Message-ID: <87he2xus60.fsf@vzell-de.de.oracle.com> >>>>> "Harold" == Harold L Hunt, writes: Harold> The xfig-lib-3.2.4-1 package has been added to the Cygwin Harold> distribution. This package adds an additional old-style app-defaults symlink file to /usr/X11R6/lib/X11. There was already an app-defaults symlink from XFree86-lib-4.3.0-1 which got setup via a postinstall script. So physically we now have an app-defaults and app-defaults.lnk file under /usr/X11R6/lib/X11. Maybe the one from xfig-lib-3.2.4-1 should be deleted. Ciao Volker From Alexander.Gottwald@s1999.tu-chemnitz.de Sun Sep 28 11:07:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 28 Sep 2003 11:07:00 -0000 Subject: Configuring XFree86 for my keyboard language In-Reply-To: <20030927232007.83591.qmail@web80702.mail.yahoo.com> References: <20030927232007.83591.qmail@web80702.mail.yahoo.com> Message-ID: Cem Demirkir wrote: > question due to I am a new for Xserver and unix, it > doesn't output turkish > alphabet letters which is not available at the English > one, should I expect > that it produce the turkish alphabets in the X windows > environment ? maybe http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-bash-extended-chars helps. I've never had to configure XWin for an other characterset than latin1 and can't help you with this. But maybe some users which use the latin2 or other charactersets can help with this. bye ago NP: Deine Lakaien - Mindmachine -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Sun Sep 28 18:58:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 28 Sep 2003 18:58:00 -0000 Subject: New package: xfig-bin-3.2.4-1 In-Reply-To: <87lls9usht.fsf@vzell-de.de.oracle.com> References: <3F707EA7.8090409@msu.edu> <87brtbjs19.fsf@vzell-de.de.oracle.com> <3F71CD47.3010705@msu.edu> <87lls9usht.fsf@vzell-de.de.oracle.com> Message-ID: <3F772F4E.20403@msu.edu> Volker, Dr. Volker Zell wrote: >>>>>>"Harold" == Harold L Hunt, writes: > > > Harold> Volker, > > Harold> It wasn't using Xaw3d because I forgot to uncomment the following line > Harold> in the Imakefile: > > Harold> #define XAW3D > > Did you try compiling it with Xaw3d ? Is it running for you with the shared lib ? > Yup, it doesn't work with the shared library. I had seen an old mailing list message that thought we could use a shared library, but we still can't. Linking against a static libXaw3d doesn't work at the moment either. Mine crashes when you drop down the "File" menu. I am inclined to just leave it as Xaw for now and remove Xaw3d as a dependency. Harold From g.macaulay@niwa.co.nz Sun Sep 28 20:16:00 2003 From: g.macaulay@niwa.co.nz (g.macaulay@niwa.co.nz) Date: Sun, 28 Sep 2003 20:16:00 -0000 Subject: Xfree86 is slow! with software like MATLAB In-Reply-To: <1064683183.3998.9.camel@mk329pc.eng.cam.ac.uk> Message-ID: <3F77EA5D.21552.995E5D19@localhost> On 27 Sep 2003 at 18:19, Milos Komarcevic wrote: > On Thu, 2003-09-25 at 23:29, Alexander Gottwald wrote: > > g.macaulay@niwa.co.nz wrote: > > > > > does not show such a marked difference. One point of difference is that the > > > Matlab GUI is written entirely in Java, while the other program uses GTK. > > > > With Swing (JFC)? Swing is the most stupid GUI I've ever seen. It draws all > > components to a local buffer and transfers these buffers as bitmap to the > > xserver. Most likely this transfer is much slower than a simple "draw a gray > > rect at 127,86" and "draw text at 129, 88" as GTK and any other "normal" X11 > > does its drawing. I don't know whether Matlab uses Swing or not. In any case, as Harold suggested, the Matlab GUI runs much faster when Cygwin/XFree86 is run in single window mode. Matlab has two graphical bits - the main window where one types commands, clicks on buttons and uses menus, etc, and the figure windows that display graphs, etc. The first are done using Java while the second are done using OpenGL or some other X toolkit (sometimes it looks to be just transferring a bitmap from the X client to the X server). The speedup in the first case is remarkable when moving from multi to single window mode in Cygwin/XFree86 - from taking several seconds to redraw the buttons in the button bar to nearly instant. The speedup for the figures is much less - things happen in about 70% of the time. So in reply to Harold's question: > So, are the fast apps non-OpenGL and the slow apps OpenGL?, the answer is no - the slow part of Matlab is not the OpenGL part, but the Java part. Note also that the difference for the figure window drawing (OpenGL) times between Cygwin/XFree86 and Xwin32 are minimal, but are quite large for the command window (Java) when in multi-window mode. Regards Gavin > Don't know much about toolkits, but even xfig (or LyX) for Cygwin runs > slow locally on Cygwin/XFree86 in comparison to XWin32, so I think > Harold is 100% on it with the Native GDI engine (no speed issues when > run in rootless+twm) From fergus@bonhard.uklinux.net Sun Sep 28 20:57:00 2003 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Sun, 28 Sep 2003 20:57:00 -0000 Subject: XWin: necessary internet access? Message-ID: <000d01c38603$1a3e9a00$0b7b2852@leper> I am attempting to mount and run a necessarily reduced Cygwin and selected applications from a 64MB USB stick drive. It's built incrementally (as follows: include a .exe in /bin; then, if that fails with a "missing .dll" message include the .dll too) and at approx 48MB usage including a massive statistics application program it works just fine. I'd like to include X (specifically xdvi.exe to read .dvi files). In this context the main system (i.e. complete Cygwin on a HD) is started by start XWin -multiwindow run rxvt -display localhost:0.0 -e bash xdvi test.dvi (that's for 98SE: in XP I omit "start") and this works faultlessly. As far as I know all components necessary to achieve the same end are included on the stick (i.e. there are no more "missing .dll" announcements). Unfortunately I must be wrong because even before starting rxvt I find XWin is "very transient". By this I mean that after the command "XWin -multiwindow" the X icon appears briefly in the system tray in the taskbar, but then evaporates almost immediately. Then, of course, the rxvt line fails because the display cannot be found. I have tried any and all of XWin &, XWin -multiwindow &, running XWin after bash rather than before ... I cannot get it to "stay". I am sorry not to have made my circumstances any clearer than they are (e.g. what's on the stick). AND I know it is disagreeable / impossible to offer advice for non-standard systems. I attach a cygcheck -srv in case it is obvious from that what further necessary component I still lack. Thank you for any help. Fergus -------------- next part -------------- A non-text attachment was scrubbed... Name: cygcheck.out Type: application/octet-stream Size: 9675 bytes Desc: not available URL: From huntharo@msu.edu Sun Sep 28 21:09:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 28 Sep 2003 21:09:00 -0000 Subject: XWin: necessary internet access? In-Reply-To: <000d01c38603$1a3e9a00$0b7b2852@leper> References: <000d01c38603$1a3e9a00$0b7b2852@leper> Message-ID: <3F774DE3.4040601@msu.edu> Fergus, Please send in /tmp/XWin.log from the stick drive. That should contain information about why XWin.exe is failing to start. Harold fergus@bonhard.uklinux.net wrote: > I am attempting to mount and run a necessarily reduced Cygwin and selected > applications from a 64MB USB stick drive. It's built incrementally (as > follows: include a .exe in /bin; then, if that fails with a "missing .dll" > message include the .dll too) and at approx 48MB usage including a massive > statistics application program it works just fine. > > I'd like to include X (specifically xdvi.exe to read .dvi files). In this > context the main system (i.e. complete Cygwin on a HD) is started by > > start XWin -multiwindow > run rxvt -display localhost:0.0 -e bash > xdvi test.dvi > > (that's for 98SE: in XP I omit "start") and this works faultlessly. > > As far as I know all components necessary to achieve the same end are > included on the stick (i.e. there are no more "missing .dll" announcements). > Unfortunately I must be wrong because even before starting rxvt I find XWin > is "very transient". By this I mean that after the command > "XWin -multiwindow" the X icon appears briefly in the system tray in the > taskbar, but then evaporates almost immediately. Then, of course, the rxvt > line fails because the display cannot be found. > > I have tried any and all of XWin &, XWin -multiwindow &, running XWin after > bash rather than before ... I cannot get it to "stay". > > I am sorry not to have made my circumstances any clearer than they are (e.g. > what's on the stick). AND I know it is disagreeable / impossible to offer > advice for non-standard systems. I attach a cygcheck -srv in case it is > obvious from that what further necessary component I still lack. > > Thank you for any help. > > Fergus From faber@lunabase.org Sun Sep 28 23:17:00 2003 From: faber@lunabase.org (Ted Faber) Date: Sun, 28 Sep 2003 23:17:00 -0000 Subject: Failure to make grap 1.30 under cygwin 1.5.5 In-Reply-To: <001a01c38335$06e0b180$6fc82486@medschool.dundee.ac.uk> References: <001a01c38335$06e0b180$6fc82486@medschool.dundee.ac.uk> Message-ID: <20030928231727.GA46756@praxis.lunabase.org> On Thu, Sep 25, 2003 at 08:17:06AM +0100, fergus@bonhard.uklinux.net wrote: > A configure / make /make install that has been working successfully oob for > a long time recently failed. the relevant .tgz is unaltered, only Cygwin has > changed. Does the following output from make, throw any light on this? The > configure worked fine. I attach cygcheck.out. I'll take a look at this as soon as I can, but I'm under water at work. Ping me if you don't hear form me by Friday. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From huntharo@msu.edu Mon Sep 29 00:34:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 29 Sep 2003 00:34:00 -0000 Subject: Updated: xfig-lib-3.2.4-2 Message-ID: <3F777E04.1000301@msu.edu> The xfig-lib-3.2.4-2 package has been updated in the Cygwin distribution. Changes: 1) /usr/X11R6/lib/X11 - Don't include the old-style link to /etc/X11/app-defaults. This link was replaced some time ago with a newer style of link that is created by a post-install script for XFree86-lib. (Dr. Volker Zell) -- 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. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@sources.redhat.com . If you want to subscribe go to: http://cygwin.com/lists.html 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/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place. From huntharo@msu.edu Mon Sep 29 00:36:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 29 Sep 2003 00:36:00 -0000 Subject: New package: xfig-lib-3.2.4-1 In-Reply-To: <87he2xus60.fsf@vzell-de.de.oracle.com> References: <3F707F09.20501@msu.edu> <87he2xus60.fsf@vzell-de.de.oracle.com> Message-ID: <3F777E7E.5060400@msu.edu> Volker, Thanks. You are right. See xfig-lib-3.2.4-2. Harold Dr. Volker Zell wrote: >>>>>>"Harold" == Harold L Hunt, writes: > > > Harold> The xfig-lib-3.2.4-1 package has been added to the Cygwin > Harold> distribution. > > This package adds an additional old-style app-defaults symlink file to /usr/X11R6/lib/X11. > There was already an app-defaults symlink from XFree86-lib-4.3.0-1 which got setup via a > postinstall script. So physically we now have an app-defaults and app-defaults.lnk file > under /usr/X11R6/lib/X11. Maybe the one from xfig-lib-3.2.4-1 should be deleted. > > Ciao > Volker > > > From huntharo@msu.edu Mon Sep 29 04:05:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 29 Sep 2003 04:05:00 -0000 Subject: Updated: xfig-etc-3.2.4-3 Message-ID: <3F77AF66.5050305@msu.edu> The xfig-etc-3.2.4-3 package has been updated in the Cygwin distribution. Changes: 1) Include the XFree86-lib package's postinstall script to fix the /usr/X11R6/lib/X11/app-defaults link that gets deleted if you install xfig-lib-3.2.4-1 followed by xfig-lib-3.2.4-2. This script should recreate the deleted link. (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. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@sources.redhat.com . If you want to subscribe go to: http://cygwin.com/lists.html 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/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place. From pechtcha@cs.nyu.edu Mon Sep 29 05:20:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 29 Sep 2003 05:20:00 -0000 Subject: XWin: necessary internet access? In-Reply-To: <000d01c38603$1a3e9a00$0b7b2852@leper> References: <000d01c38603$1a3e9a00$0b7b2852@leper> Message-ID: On Sun, 28 Sep 2003 fergus@bonhard.uklinux.net wrote: > I am attempting to mount and run a necessarily reduced Cygwin and selected > applications from a 64MB USB stick drive. It's built incrementally (as > follows: include a .exe in /bin; then, if that fails with a "missing .dll" > message include the .dll too) and at approx 48MB usage including a massive > statistics application program it works just fine. > > I'd like to include X (specifically xdvi.exe to read .dvi files). In this > context the main system (i.e. complete Cygwin on a HD) is started by > > start XWin -multiwindow > run rxvt -display localhost:0.0 -e bash > xdvi test.dvi > > (that's for 98SE: in XP I omit "start") and this works faultlessly. > > As far as I know all components necessary to achieve the same end are > included on the stick (i.e. there are no more "missing .dll" announcements). > Unfortunately I must be wrong because even before starting rxvt I find XWin > is "very transient". By this I mean that after the command > "XWin -multiwindow" the X icon appears briefly in the system tray in the > taskbar, but then evaporates almost immediately. Then, of course, the rxvt > line fails because the display cannot be found. > > I have tried any and all of XWin &, XWin -multiwindow &, running XWin after > bash rather than before ... I cannot get it to "stay". > > I am sorry not to have made my circumstances any clearer than they are (e.g. > what's on the stick). AND I know it is disagreeable / impossible to offer > advice for non-standard systems. I attach a cygcheck -srv in case it is > obvious from that what further necessary component I still lack. > > Thank you for any help. > Fergus Fergus, Since your goal is to save space, and unless you want to use X for other things, you might consider using a Windows GUI dvi viewer, e.g., yap.exe from the MiKTeX package, instead. With all of its associated DLLs it's just under 1M, and I doubt you can pare X down to take up so little space. If you do need X, however, good luck. 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 jeb@jeremywilkins.freeserve.co.uk Mon Sep 29 09:03:00 2003 From: jeb@jeremywilkins.freeserve.co.uk (jeb@jeremywilkins.freeserve.co.uk) Date: Mon, 29 Sep 2003 09:03:00 -0000 Subject: XWin: necessary internet access? Message-ID: <1406864.1064826217491.JavaMail.www@wwinf3002> Fergus, I'm not sure iif it will help but theres a tool called dependency walker that shows all the files a program (or dll) depends on, and then their subdependencies, etc. http://www.dependencywalker.com/ Jeremy From holger.vogt@ims.fhg.de Mon Sep 29 09:30:00 2003 From: holger.vogt@ims.fhg.de (Holger Vogt) Date: Mon, 29 Sep 2003 09:30:00 -0000 Subject: Xfree86 is slow! with software like MATLAB Message-ID: <3F77FBBC.2050608@ims.fraunhofer.de> Hi all, Another reply to Harold's question: > So, are the fast apps non-OpenGL and the slow apps OpenGL? Thae layout editor MAGIC, compiled with Cygwin (http://bach.ece.jhu.edu/~tim/programs/magic/windows/windows.html) and using OpenGL is totally slow (unusable) in -multiwindow mode, but o.k. in -rootless. Regards Holger From holger.vogt@ims.fhg.de Mon Sep 29 11:28:00 2003 From: holger.vogt@ims.fhg.de (Holger Vogt) Date: Mon, 29 Sep 2003 11:28:00 -0000 Subject: XWin: necessary internet access? Message-ID: <3F781759.60306@ims.fraunhofer.de> Fergus, I am running Cygwin Xfree on a computer which has never seen a regular Cygwin installation (Windows NT4). It takes about 10MB disk space. All binaries (*.exe; *.dll) are in a directory D:\xfree\bin (8,1 MB). I have set a path to that directory in xfree_start.bat. Besides that you need fonts and some locale information. I have therefore put the following directory tree onto the C: drive, because this drive seems to be searched automatically: c:\usr\x11r6\lib\x11 /x11 contains the file rgb.txt and the two subdirectories /fonts and /locale. /locale and its contents was just copied from the regular distribution, taking 423kB disk space. /fonts contains only /100dpi /75dpi /Pex and /misc with 273kB disk space. Then I start xfree with the xfree_start.bat file shown below. And that's probably all about it. Regards Holger REM @echo off SET DISPLAY=127.0.0.1:0.0 PATH=C:\WINDOWS;C:\WINDOWS\COMMAND SET PATH=%PATH%;d:\xfree\bin cd d:\xfree\bin start /B XWin-Test98.exe -screen 0 1024 768 -emulate3buttons 50 -rootless REM start /B XWin-Test98.exe -screen 0 1024 768 -emulate3buttons 50 -multiwindow -clipboard REM do not start xwinclip with -clipboard option start /B xwinclip-Test08.exe REM do not start window manager with -multiwindow option run twm run rxvt -bg yellow -sb -e sh run rxvt -bg magenta -sb -e sh xsetroot -cursor_name left_ptr -fg white -bg black xsetroot -solid cyan run xmodmap xmodmap.de cd.. From holger.vogt@ims.fhg.de Mon Sep 29 11:36:00 2003 From: holger.vogt@ims.fhg.de (Holger Vogt) Date: Mon, 29 Sep 2003 11:36:00 -0000 Subject: XWin: necessary internet access? Message-ID: <3F781948.1000707@ims.fraunhofer.de> Fergus, just to add: C:\tmp will be the place you fing Xwin.log. Regards Holger From erik@thiele-hydraulik.de Mon Sep 29 12:12:00 2003 From: erik@thiele-hydraulik.de (Erik Thiele) Date: Mon, 29 Sep 2003 12:12:00 -0000 Subject: xserver german keyboard In-Reply-To: <200309131138.h8DBc7t03193@lomarline.freeserve.co.uk> References: <20030913102504.40c4624e.erik@thiele-hydraulik.de> <200309131138.h8DBc7t03193@lomarline.freeserve.co.uk> Message-ID: <20030929141225.41b448a8.erik@thiele-hydraulik.de> On Sat, 13 Sep 2003 23:38:07 +1200 (NZST) pnews@lomarline.freeserve.co.uk wrote: > > > > On Sat, 13 Sep 2003 00:24:45 +1200 (NZST) > > pnews@lomarline.freeserve.co.uk wrote: > > > > > [snip] > > Q: how do i make a desktop icon on my win98 machine, which contacts > > my XDMCP server for a remote session? > > > > A: right-click in the desktop. choose Neu(new) Verknuepfung(link). > > as commandline type > > c:\cygwin\bin\bash.exe -c 'PATH=/bin:/usr/X11R6/bin XWin.exe :0 > > -query myserver.mydomain -once -fullscreen' as "Ausfuehren in" > > (execution path) choose C:\ > [snip] > > I admire your pluck at sorting this out, but to make life simple for > yourself: Why not use explorer go to the dir C:\cygwin\usr\X11R6\bin > make a copy of the batch file startxdmcp.bat to a name like > Xquery.bat; Edit the new batch file to your prefrences and then using > the RIGHT mouse button in explorer, drag the new script onto the > desktop choosing the link option? > hi still it does not work. i updated to new cygwin. i don't know if it really had worked with the old one. but now i have a race condition. sometimes it works, sometimes keyboard is english. i added a strace before the call to XWin.exe but that way it runs too slow. at least it works! the batch file startxdmcp also seems to always work. but i do not understand why. the xserver cannot be started reliably from a bash but only from a batch file, but why is this so??? cu erik -- Erik Thiele From electabuzz@katamail.com Mon Sep 29 13:04:00 2003 From: electabuzz@katamail.com (kaio) Date: Mon, 29 Sep 2003 13:04:00 -0000 Subject: wmaker install error Message-ID: when trying to install from bash prompt (command is "wmaker") i get an error related with my home name, that contains a space: example: home: "the homedir" error is "cannot find /home/the" <- name is truncated at space! From pechtcha@cs.nyu.edu Mon Sep 29 13:26:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 29 Sep 2003 13:26:00 -0000 Subject: XWin: necessary internet access? In-Reply-To: <1406864.1064826217491.JavaMail.www@wwinf3002> References: <1406864.1064826217491.JavaMail.www@wwinf3002> Message-ID: On Mon, 29 Sep 2003 jeb@jeremywilkins.freeserve.co.uk wrote: > Fergus, > > I'm not sure iif it will help but theres a tool called dependency walker > that shows all the files a program (or dll) depends on, and then their > subdependencies, etc. > > http://www.dependencywalker.com/ > > Jeremy Whatever happened to good ol' cygcheck? ;-) Although, DependencyWalker can show you dlopen'ed DLLs as well, IIRC. 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 bls@starwhite.net Mon Sep 29 15:40:00 2003 From: bls@starwhite.net (Benn Schreiber) Date: Mon, 29 Sep 2003 15:40:00 -0000 Subject: xset add to font path kills Xserver Message-ID: <000701c3869f$f59d3ab0$0201a8c0@neko> I just upgraded my system to the latest XFree (4.3.0-4, I believe). In my startxwin I had an xset fp+ to add the truetype fonts directory to the font path (which I never got working...perhaps this is a hint, but...) With the latest bits the Xserver core dumps shortly after the xset fp+ happens. So, two questions, which hopefully someone can easily answer: 1) Have you successfully added truetype fonts to your font path? If so, how?\ 2) Failing at 1), has anyone else observed this problem with 4.3.0-4? Thanks Benn From pechtcha@cs.nyu.edu Mon Sep 29 16:07:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 29 Sep 2003 16:07:00 -0000 Subject: XFree86-bin-icons In-Reply-To: References: Message-ID: Mark, Please don't send personal e-mail on Cygwin issues unless specifically requested. Also, please make sure your mailer honors the Reply-To: header. I'm forwarding this reply to the appropriate list. More inline below. On Mon, 29 Sep 2003, Mark Anderson wrote: > Igor; > I am writing to you in reference to this posting. > >> The XFree86-bin-icons package is buggy. It's basically a postinstall >> script that tries to create icons for the X programs that are installed >> on your machine. The problem is that it tries to create them in the >> Start Menu for "All Users" without checking whether the current user can >> write to it. I'm not quite sure why it hangs for you, but you can try >> runnning that script manually via "bash -x" and seeing where it hangs. >> If you do investigate, please post your findings to the cygwin-xfree >> list. If you don't want to bother, simply do not install the >> XFree86-bin-icons package (all it does is provide the Start Menu icons >> -- not essential). >> Igor >> P.S. Note to setup developers (myself included -- just want to get this >> into the archives for now): even though postinstall scripts are not >> interactive, their output *is* logged, so they should print something >> that tracks their progress (maybe even be run with the -x flag, but >> that's probably overkill). We should put some words to that effect on >> the setup.html page. > > Thanks but I have a few issues also. > 1 I do not know how to manually run this with the -x flag what are the > steps, and where do I get the package? This wasn't a note for you, it was for setup developers. FWIW, you can run the script using "sh -x /etc/postinstall/XFree86-bin-icons.sh". > 2 setup.exe will not let me UN-CHOOSE this option I have run this in > skip uninstall I have selected the package and removed the checkbox and > SETUP.EXE still hangs on XFree86-bin-icons. Since setup has uninstalled > everything and I can not get past XFree86-bin-icons, cygwin wont run. IF > I try to mess around I may be able to get the basic cygwin to run. > > HELP > Thank > Mark Anderson I don't understand what you're trying to say here. You should be able to simply unselect the package from the list of currently installed ones using setup. If you still have trouble, simply erase /etc/postinstall/XFree86-bin-icons.sh (you can even do it using Windows Explorer), and don't reinstall the XFree86-bin-icons package. 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 aroushdi@fr.ibm.com Mon Sep 29 16:23:00 2003 From: aroushdi@fr.ibm.com (amr roushi) Date: Mon, 29 Sep 2003 16:23:00 -0000 Subject: clipboard sharing with XDM Message-ID: I am trying to share the clip board of X and of Win2K . I start the session with xwin :portno -query hostname -clipboard I cannot share the clipboard using the different methods ie highlighting , Control Insert . I tried xwinclip but it dies after 3 tries . I did xhosts + on the host for the above methods but still no transfer from the Xwindow to Win2K . your help is greatly appreciated it is quite a good feature . My target XDM machine is an AIX 5.2 thks n rgds . From huntharo@msu.edu Mon Sep 29 16:28:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 29 Sep 2003 16:28:00 -0000 Subject: XFree86-bin-icons In-Reply-To: References: Message-ID: <3F785D93.70807@msu.edu> Igor, You wrote the original message in this thread, correct? Was it sent to cygwin-xfree, cygwin, or cygwin-apps? I am asking only because I can't find a log of it anywhere... was it eaten by the mail server? Actually, there is another bug in XFree86-bin-icons, that is, it doesn't usually create icons for any package except emacs unless it is run manually from the command-line. I haven't looked into this enough to see if it only happens on fresh installs (implying that the problem is probably that XFree86-bin hasn't been installed yet) or if it happens all the time. That bug needs to be fixed before any sort of permissions bug. As is, it is pretty worthless. Harold Igor Pechtchanski wrote: > Mark, > > Please don't send personal e-mail on Cygwin issues unless specifically > requested. Also, please make sure your mailer honors the Reply-To: > header. I'm forwarding this reply to the appropriate list. > > More inline below. > > On Mon, 29 Sep 2003, Mark Anderson wrote: > > >>Igor; >>I am writing to you in reference to this posting. >> >> >>> The XFree86-bin-icons package is buggy. It's basically a postinstall >>>script that tries to create icons for the X programs that are installed >>>on your machine. The problem is that it tries to create them in the >>>Start Menu for "All Users" without checking whether the current user can >>>write to it. I'm not quite sure why it hangs for you, but you can try >>>runnning that script manually via "bash -x" and seeing where it hangs. >>>If you do investigate, please post your findings to the cygwin-xfree >>>list. If you don't want to bother, simply do not install the >>>XFree86-bin-icons package (all it does is provide the Start Menu icons >>>-- not essential). >>> Igor >>>P.S. Note to setup developers (myself included -- just want to get this >>>into the archives for now): even though postinstall scripts are not >>>interactive, their output *is* logged, so they should print something >>>that tracks their progress (maybe even be run with the -x flag, but >>>that's probably overkill). We should put some words to that effect on >>>the setup.html page. >> >>Thanks but I have a few issues also. >>1 I do not know how to manually run this with the -x flag what are the >>steps, and where do I get the package? > > > This wasn't a note for you, it was for setup developers. FWIW, you can > run the script using "sh -x /etc/postinstall/XFree86-bin-icons.sh". > > >>2 setup.exe will not let me UN-CHOOSE this option I have run this in >>skip uninstall I have selected the package and removed the checkbox and >>SETUP.EXE still hangs on XFree86-bin-icons. Since setup has uninstalled >>everything and I can not get past XFree86-bin-icons, cygwin wont run. IF >>I try to mess around I may be able to get the basic cygwin to run. >> >>HELP >>Thank >>Mark Anderson > > > I don't understand what you're trying to say here. You should be able to > simply unselect the package from the list of currently installed ones > using setup. If you still have trouble, simply erase > /etc/postinstall/XFree86-bin-icons.sh (you can even do it using Windows > Explorer), and don't reinstall the XFree86-bin-icons package. > Igor From pechtcha@cs.nyu.edu Mon Sep 29 16:51:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 29 Sep 2003 16:51:00 -0000 Subject: XFree86-bin-icons In-Reply-To: <3F785D93.70807@msu.edu> References: <3F785D93.70807@msu.edu> Message-ID: Harold, Well, the original (that Mark quoted) was on the cygwin@ list, namely . FWIW, you can force the order of execution of the XFree86-bin-icons.sh postinstall script by making the package dependent on XFree86-bin and others, but that would most likely defeat the purpose of the package. Igor On Mon, 29 Sep 2003, Harold L Hunt II wrote: > Igor, > > You wrote the original message in this thread, correct? Was it sent to > cygwin-xfree, cygwin, or cygwin-apps? I am asking only because I can't > find a log of it anywhere... was it eaten by the mail server? > > Actually, there is another bug in XFree86-bin-icons, that is, it doesn't > usually create icons for any package except emacs unless it is run > manually from the command-line. I haven't looked into this enough to > see if it only happens on fresh installs (implying that the problem is > probably that XFree86-bin hasn't been installed yet) or if it happens > all the time. That bug needs to be fixed before any sort of permissions > bug. As is, it is pretty worthless. > > Harold > > Igor Pechtchanski wrote: > > > Mark, > > > > Please don't send personal e-mail on Cygwin issues unless specifically > > requested. Also, please make sure your mailer honors the Reply-To: > > header. I'm forwarding this reply to the appropriate list. > > > > More inline below. > > > > On Mon, 29 Sep 2003, Mark Anderson wrote: > > > > > >>Igor; > >>I am writing to you in reference to this posting. > >> > >> > >>> The XFree86-bin-icons package is buggy. It's basically a postinstall > >>>script that tries to create icons for the X programs that are installed > >>>on your machine. The problem is that it tries to create them in the > >>>Start Menu for "All Users" without checking whether the current user can > >>>write to it. I'm not quite sure why it hangs for you, but you can try > >>>runnning that script manually via "bash -x" and seeing where it hangs. > >>>If you do investigate, please post your findings to the cygwin-xfree > >>>list. If you don't want to bother, simply do not install the > >>>XFree86-bin-icons package (all it does is provide the Start Menu icons > >>>-- not essential). > >>> Igor > >>>P.S. Note to setup developers (myself included -- just want to get this > >>>into the archives for now): even though postinstall scripts are not > >>>interactive, their output *is* logged, so they should print something > >>>that tracks their progress (maybe even be run with the -x flag, but > >>>that's probably overkill). We should put some words to that effect on > >>>the setup.html page. > >> > >>Thanks but I have a few issues also. > >>1 I do not know how to manually run this with the -x flag what are the > >>steps, and where do I get the package? > > > > > > This wasn't a note for you, it was for setup developers. FWIW, you can > > run the script using "sh -x /etc/postinstall/XFree86-bin-icons.sh". > > > > > >>2 setup.exe will not let me UN-CHOOSE this option I have run this in > >>skip uninstall I have selected the package and removed the checkbox and > >>SETUP.EXE still hangs on XFree86-bin-icons. Since setup has uninstalled > >>everything and I can not get past XFree86-bin-icons, cygwin wont run. IF > >>I try to mess around I may be able to get the basic cygwin to run. > >> > >>HELP > >>Thank > >>Mark Anderson > > > > > > I don't understand what you're trying to say here. You should be able to > > simply unselect the package from the list of currently installed ones > > using setup. If you still have trouble, simply erase > > /etc/postinstall/XFree86-bin-icons.sh (you can even do it using Windows > > Explorer), and don't reinstall the XFree86-bin-icons package. > > 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 Mon Sep 29 16:53:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 29 Sep 2003 16:53:00 -0000 Subject: Updated: XFree86-bin-icons-4.3.0-4 Message-ID: <3F786354.7010100@msu.edu> The XFree86-bin-icons-4.3.0-4 package has been updated in the Cygwin distribution. Changes: 1) Prevent error on deletion of top folder by passing "-mindepth 1" to find. This stops find from trying to delete the top folder, which we do in a final step. The reasoning for this is that find holds a lock on the top folder while it enumerates its contents, so trying to delete the top folder within the find command results in an error. (Igor Pechtchanski, Harold L Hunt II) 2) Remove XFree86-lib-compat as a dependency. Add XFree86-bin and XFree86-xserv as dependencies. (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. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@sources.redhat.com . If you want to subscribe go to: http://cygwin.com/lists.html 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/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place. From huntharo@msu.edu Mon Sep 29 17:17:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 29 Sep 2003 17:17:00 -0000 Subject: XFree86-bin-icons In-Reply-To: References: <3F785D93.70807@msu.edu> Message-ID: <3F7868E9.9030309@msu.edu> [Discussion on this issue is now taking place where it should have in the first place: cygwin-xfree. Please follow the cygwin-xfree mailing list for further posts.] Igor, Okay, that explains why I couldn't find the message in cygwin-xfree. I really wish someone would have redirected the question over here... I never saw it. > FWIW, you can force the order of execution of the XFree86-bin-icons.sh > postinstall script by making the package dependent on XFree86-bin and > others, but that would most likely defeat the purpose of the package. Thanks. I actually did that just now, right before you suggested it. However, I didn't know that it would force the order of post-install script execution; that is a nice side-effect. The bin-icons package should logically depend on the bin package. People can manually unselect it if they want to. >>>>>The XFree86-bin-icons package is buggy. It's basically a postinstall >>>>>script that tries to create icons for the X programs that are installed >>>>>on your machine. The problem is that it tries to create them in the >>>>>Start Menu for "All Users" without checking whether the current user can >>>>>write to it. That's not entirely true. For example, my account has Administrator priveleges on my machine, the script runs fine when I launch it from a bash prompt; so file permissions are not an issue. >>>>>I'm not quite sure why it hangs for you, but you can try >>>>>runnning that script manually via "bash -x" and seeing where it hangs. It doesn't hang when you do this. Something strange is going on here... setup.exe says "Running: No Package /etc/postinstal/XFree86-bin-icons". What is up with the "No Package"? Is that indicating the real problem? Another thing is that an Uninstall of XFree86-bin-icons also hangs when it tries to run the preremove script. Yet, running the preremove script by hand never causes any problems (e.g. bash -x /etc/preremove/XFree86-bin-icons.sh). What gives? Harold From pechtcha@cs.nyu.edu Mon Sep 29 17:37:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 29 Sep 2003 17:37:00 -0000 Subject: XFree86-bin-icons In-Reply-To: <3F7868E9.9030309@msu.edu> References: <3F785D93.70807@msu.edu> <3F7868E9.9030309@msu.edu> Message-ID: Harold, I have suggested to the original poster to follow up on cygwin-xfree; apparently he never did. You can ignore the "No package" message -- when I inserted the postinstall progress page into setup, setup tried to keep track of the postinstall scripts in the newly installed packages, and run them first, and then run all the scripts that were left in /etc/postinstall (with the "No package" designation, indicating that they didn't belong to any package). Apparently, something went wrong with the tracking code, and all the scripts were discovered only when browsing the /etc/postinstall directory (alternatively, my code could be looking in the wrong place for the associated package name). Either way, I haven't had the time to investigate it, and it seems harmless enough for now to not be at the top of my TODO list. Hope this explains it adequately. If you want to track what's going on in the hanging script in more detail, change the #! line at the top of the script to "bash -x" (or "sh -x"). Then look at /var/log/setup.log.full for the script output. Similarly for the preremove script. Igor On Mon, 29 Sep 2003, Harold L Hunt II wrote: > [Discussion on this issue is now taking place where it should have in > the first place: cygwin-xfree. Please follow the cygwin-xfree mailing > list for further posts.] > > Igor, > > Okay, that explains why I couldn't find the message in cygwin-xfree. I > really wish someone would have redirected the question over here... I > never saw it. > > > FWIW, you can force the order of execution of the XFree86-bin-icons.sh > > postinstall script by making the package dependent on XFree86-bin and > > others, but that would most likely defeat the purpose of the package. > > Thanks. I actually did that just now, right before you suggested it. > However, I didn't know that it would force the order of post-install > script execution; that is a nice side-effect. The bin-icons package > should logically depend on the bin package. People can manually > unselect it if they want to. > > >>>>>The XFree86-bin-icons package is buggy. It's basically a postinstall > >>>>>script that tries to create icons for the X programs that are installed > >>>>>on your machine. The problem is that it tries to create them in the > >>>>>Start Menu for "All Users" without checking whether the current user can > >>>>>write to it. > > That's not entirely true. For example, my account has Administrator > priveleges on my machine, the script runs fine when I launch it from a > bash prompt; so file permissions are not an issue. > > >>>>>I'm not quite sure why it hangs for you, but you can try > >>>>>runnning that script manually via "bash -x" and seeing where it hangs. > > It doesn't hang when you do this. > > Something strange is going on here... setup.exe says "Running: No > Package /etc/postinstal/XFree86-bin-icons". What is up with the "No > Package"? Is that indicating the real problem? > > Another thing is that an Uninstall of XFree86-bin-icons also hangs when > it tries to run the preremove script. Yet, running the preremove script > by hand never causes any problems (e.g. bash -x > /etc/preremove/XFree86-bin-icons.sh). > > What gives? > > 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 ar63@evansville.edu Mon Sep 29 19:39:00 2003 From: ar63@evansville.edu (Richardson, Anthony) Date: Mon, 29 Sep 2003 19:39:00 -0000 Subject: xset add to font path kills Xserver Message-ID: Benn Schreiber [bls@starwhite.net] wrote: > 1) Have you successfully added truetype fonts to your font > path? If so, how? I have. You need an XF86Config file in /etc/X11. There is a link to an example XF86Config file in the cygwin/xfree FAQ or User Guide (I can't get to the site right now to figure out which one it was). You need to add your truetype font dir to the FontPath. You also need to run ttmkfdir and mkfontdir. Tony Richardson From vanw@nist.gov Mon Sep 29 20:07:00 2003 From: vanw@nist.gov (Kevin Van Workum) Date: Mon, 29 Sep 2003 20:07:00 -0000 Subject: abaqus on cygwin Message-ID: Has anyone got ABAQUS to use the cygwin x-server? How did you set it up to use X11 instead of Exeed? Kevin Van Workum, PhD National Institute of Standards and Technology Polymers Division 224/B228 From huntharo@msu.edu Mon Sep 29 20:16:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 29 Sep 2003 20:16:00 -0000 Subject: abaqus on cygwin In-Reply-To: References: Message-ID: <3F7892D9.3040309@msu.edu> Kevin, For starters, how are you connecting to ABAQUS with Exceed? Are you using ssh to connect to a remote machine, then launching ABAQUS from that command-prompt? Are you using XDMCP to get a graphical login session on the remote machine, then clicking an icon to start ABAQUS? Note that both of these procedures are documented in the User's Guide: http://xfree86.cygwin.com/docs/ug/using-remote-apps.html#using-remote-apps-ssh http://xfree86.cygwin.com/docs/ug/using-remote-session.html Or, are you using some entirely different mechanism, on which you will need to elaborate if we are to be able to help you? Harold Kevin Van Workum wrote: > Has anyone got ABAQUS to use the cygwin x-server? How did you set it up to > use X11 instead of Exeed? > > Kevin Van Workum, PhD > National Institute of Standards and Technology > Polymers Division 224/B228 From j_tetazoo@hotmail.com Mon Sep 29 20:54:00 2003 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Mon, 29 Sep 2003 20:54:00 -0000 Subject: xset add to font path kills Xserver Message-ID: I have TrueType fonts working. In fact, they've worked for over a year since I first set them up, and I haven't had to do anything to keep them working since first setting it up. Unfortunately, it's been so long, I can't remember exactly what I went through to get it setup. All I can tell you is that it was a 2 or 3 step process and everything I need to know I found through Google. The only thing I do to add the TrueType fonts to my font path is with the following call (which has to be run AFTER XWin starts): xset fp+ /cygdrive/c/winnt/fonts I've got the following versions of the XFree packages installed... XFree86-base 4.3.0-1 XFree86-bin 4.3.0-2 XFree86-etc 4.3.0-3 XFree86-f100 4.2.0-3 XFree86-fenc 4.2.0-3 XFree86-fnts 4.2.0-3 XFree86-fscl 4.2.0-3 XFree86-lib 4.3.0-1 XFree86-lib-compat 4.3.0-1 XFree86-man 4.3.0-1 XFree86-prog 4.3.0-4 XFree86-ps 4.3.0-1 XFree86-startup-scripts 4.2.0-5 XFree86-xserv 4.3.0-9 >From: "Benn Schreiber" >Reply-To: cygwin-xfree@cygwin.com >To: >Subject: xset add to font path kills Xserver >Date: Mon, 29 Sep 2003 08:40:05 -0700 > >I just upgraded my system to the latest XFree (4.3.0-4, I believe). In my >startxwin I had an xset fp+ to add the truetype fonts directory to the font >path (which I never got working...perhaps this is a hint, but...) > >With the latest bits the Xserver core dumps shortly after the xset fp+ >happens. > >So, two questions, which hopefully someone can easily answer: > >1) Have you successfully added truetype fonts to your font path? If so, >how?\ > >2) Failing at 1), has anyone else observed this problem with 4.3.0-4? > >Thanks > >Benn > > _________________________________________________________________ Instant message with integrated webcam using MSN Messenger 6.0. Try it now FREE! http://msnmessenger-download.com From huntharo@msu.edu Mon Sep 29 21:02:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 29 Sep 2003 21:02:00 -0000 Subject: xset add to font path kills Xserver In-Reply-To: References: Message-ID: <3F789DA5.2000607@msu.edu> Did you have to run ttmkfdir (or whatever it is called) at any point? Harold Thomas Chadwick wrote: > I have TrueType fonts working. In fact, they've worked for over a year > since I first set them up, and I haven't had to do anything to keep them > working since first setting it up. Unfortunately, it's been so long, I > can't remember exactly what I went through to get it setup. All I can > tell you is that it was a 2 or 3 step process and everything I need to > know I found through Google. > > The only thing I do to add the TrueType fonts to my font path is with > the following call (which has to be run AFTER XWin starts): > > xset fp+ /cygdrive/c/winnt/fonts > > I've got the following versions of the XFree packages installed... > > XFree86-base 4.3.0-1 > XFree86-bin 4.3.0-2 > XFree86-etc 4.3.0-3 > XFree86-f100 4.2.0-3 > XFree86-fenc 4.2.0-3 > XFree86-fnts 4.2.0-3 > XFree86-fscl 4.2.0-3 > XFree86-lib 4.3.0-1 > XFree86-lib-compat 4.3.0-1 > XFree86-man 4.3.0-1 > XFree86-prog 4.3.0-4 > XFree86-ps 4.3.0-1 > XFree86-startup-scripts 4.2.0-5 > XFree86-xserv 4.3.0-9 > > > >> From: "Benn Schreiber" >> Reply-To: cygwin-xfree@cygwin.com >> To: >> Subject: xset add to font path kills Xserver >> Date: Mon, 29 Sep 2003 08:40:05 -0700 >> >> I just upgraded my system to the latest XFree (4.3.0-4, I believe). In my >> startxwin I had an xset fp+ to add the truetype fonts directory to the >> font >> path (which I never got working...perhaps this is a hint, but...) >> >> With the latest bits the Xserver core dumps shortly after the xset fp+ >> happens. >> >> So, two questions, which hopefully someone can easily answer: >> >> 1) Have you successfully added truetype fonts to your font path? If so, >> how?\ >> >> 2) Failing at 1), has anyone else observed this problem with 4.3.0-4? >> >> Thanks >> >> Benn >> >> > > _________________________________________________________________ > Instant message with integrated webcam using MSN Messenger 6.0. Try it > now FREE! http://msnmessenger-download.com > From benn@schreiber1.net Mon Sep 29 22:19:00 2003 From: benn@schreiber1.net (Benn Schreiber) Date: Mon, 29 Sep 2003 22:19:00 -0000 Subject: xset add to font path kills Xserver Message-ID: <004801c386d7$cb2becd0$0201a8c0@neko> > Did you have to run ttmkfdir (or whatever it is called) at any point? > Harold Yes, I have run both ttmkfdir and mkfontdir in the directory. Interestingly, if I do the xset after the window manager is up (as best I can correlate it), it works fine. But, if I do it in startxwin, the font element does not get added to the path, and then XWin dies. I'm going to try the XF86Config route. Thanks for the suggestions! If you have any others, or if there are any tests I can do that might be useful, I'm game. Benn From benn@schreiber1.net Mon Sep 29 22:39:00 2003 From: benn@schreiber1.net (Benn Schreiber) Date: Mon, 29 Sep 2003 22:39:00 -0000 Subject: FW: Re: xset add to font path kills Xserver Message-ID: <004901c386da$7f67afc0$0201a8c0@neko> Got it. Need to run ttmkfdir BEFORE mkfontdir (doh). I'm going back to bed. Thanks for the kick in the right direction. Benn -----Original Message----- From: Benn Schreiber [mailto:benn@schreiber1.net] Sent: Monday, September 29, 2003 3:20 PM To: 'cygwin-xfree@cygwin.com' Subject: Re: xset add to font path kills Xserver > Did you have to run ttmkfdir (or whatever it is called) at any point? > Harold Yes, I have run both ttmkfdir and mkfontdir in the directory. Interestingly, if I do the xset after the window manager is up (as best I can correlate it), it works fine. But, if I do it in startxwin, the font element does not get added to the path, and then XWin dies. I'm going to try the XF86Config route. Thanks for the suggestions! If you have any others, or if there are any tests I can do that might be useful, I'm game. Benn From david.billinghurst@comalco.riotinto.com.au Mon Sep 29 23:45:00 2003 From: david.billinghurst@comalco.riotinto.com.au (Billinghurst, David (CALCRTS)) Date: Mon, 29 Sep 2003 23:45:00 -0000 Subject: Updated: xfig-3.2.4-2 Message-ID: > From: Harold L Hunt II > Sent: Sunday, 28 September 2003 10:58 AM > To: cygx; cygxannounce > Subject: Updated: xfig-3.2.4-2 > > The xfig-3.2.4-2 package has been updated in the Cygwin > distribution. > > Changes: > > 1) Fig - Change the start command for HTML and PDF files (allows help > files to be launched from within xfig). (David Billinghurst, Igor > Pechtchanski) Thanks. Quick work. From james@xemacs.org Tue Sep 30 02:11:00 2003 From: james@xemacs.org (Jerry James) Date: Tue, 30 Sep 2003 02:11:00 -0000 Subject: Setup 2.358 Hangs During Post-Install Script References: Message-ID: Igor wrote: > The XFree86-bin-icons package is buggy. It's basically a postinstall > script that tries to create icons for the X programs that are installed on > your machine. The problem is that it tries to create them in the Start > Menu for "All Users" without checking whether the current user can write > to it. I'm not quite sure why it hangs for you, but you can try running > that script manually via "bash -x" and seeing where it hangs. If you do > investigate, please post your findings to the cygwin-xfree list. I had the same problem, but when I ran the script manually, it worked without complaint. I just now tried to upgrade to the latest released packages, including the upgrade to XFree86-bin-icons 4.3.0-4 from 4.3.0-3. The *uninstall* process hung. When I ran the script manually, it said: rmdir: removing directory, /cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin-XFree86/Editors rmdir: removing directory, /cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin-XFree86/Games rmdir: removing directory, /cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin-XFree86/Information rmdir: removing directory, /cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin-XFree86/Tools rmdir: removing directory, /cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin-XFree86/Toys rmdir: removing directory, /cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin-XFree86 rmdir: `/cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin-XFree86': Permission denied rmdir: removing directory, /cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin-XFree86 And then it exited, so I'm guessing it was Setup (version 2.415) itself that hung. The bit about permission denied is nonsense, since I am logged in as Administrator. What is true is that that directory was not empty, since many X packages did not need upgrading at that time. However, I have no idea if that had anything to do with the hang. This is on a Windows XP Pro box. HTH. Regards, -- Jerry James http://www.ittc.ku.edu/~james/ From huntharo@msu.edu Tue Sep 30 05:29:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 30 Sep 2003 05:29:00 -0000 Subject: Setup 2.358 Hangs During Post-Install Script In-Reply-To: References: Message-ID: <3F791485.3010201@msu.edu> Jerry, Jerry James wrote: > Igor wrote: > > >>The XFree86-bin-icons package is buggy. It's basically a postinstall >>script that tries to create icons for the X programs that are installed on >>your machine. The problem is that it tries to create them in the Start >>Menu for "All Users" without checking whether the current user can write >>to it. I'm not quite sure why it hangs for you, but you can try running >>that script manually via "bash -x" and seeing where it hangs. If you do >>investigate, please post your findings to the cygwin-xfree list. > > > I had the same problem, but when I ran the script manually, it worked > without complaint. I just now tried to upgrade to the latest released > packages, including the upgrade to XFree86-bin-icons 4.3.0-4 from > 4.3.0-3. The *uninstall* process hung. When I ran the script manually, > it said: > > rmdir: removing directory, /cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin-XFree86/Editors > rmdir: removing directory, /cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin-XFree86/Games > rmdir: removing directory, /cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin-XFree86/Information > rmdir: removing directory, /cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin-XFree86/Tools > rmdir: removing directory, /cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin-XFree86/Toys > rmdir: removing directory, /cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin-XFree86 > rmdir: `/cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin-XFree86': Permission denied > rmdir: removing directory, /cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin-XFree86 > > And then it exited, so I'm guessing it was Setup (version 2.415) itself > that hung. The bit about permission denied is nonsense, since I am > logged in as Administrator. What is true is that that directory was not > empty, since many X packages did not need upgrading at that time. > However, I have no idea if that had anything to do with the hang. The permission denied is not nonsense... it is a catch-all that happens to be correct in this case. Check the change log for XFree86-bin-icons-4.3.0-4... it specifically mentions that we had to stop trying to remove the top folder while 'find' has a lock on the top folder. That lock is what causes the 'permission denied' error: you are not allowed to delete files that are locked (in use), no matter what your privilege. The new version fixes that problem. In any case, setup shouldn't even care if the script returns an error or not... setup shouldn't be hanging just because the script gives an error but finishes okay. However, I don't think that this error is what is causing setup to hang. It will likely be some time before this is fully understood. Harold From aroushdi@fr.ibm.com Tue Sep 30 08:49:00 2003 From: aroushdi@fr.ibm.com (amr roushi) Date: Tue, 30 Sep 2003 08:49:00 -0000 Subject: clipboard sharing with XDM In-Reply-To: References: Message-ID: amr roushi wrote: > I am trying to share the clip board of X and of Win2K . I start the > session with > xwin :portno -query hostname -clipboard > I cannot share the clipboard using the different methods ie highlighting > , Control Insert . > I tried xwinclip but it dies after 3 tries . I did xhosts + on the host > for the above methods but still > no transfer from the Xwindow to Win2K . > your help is greatly appreciated it is quite a good feature . My target > XDM machine is an AIX 5.2 > > > thks n rgds . > > > I succeede running with xwinclip -display . However after highlighting the text gets copied in windows and the text is in the buffer however the highlighting disappears . any fix for that . -clipboard does not work for me . thks for ur help From miles0201@cox.net Tue Sep 30 09:56:00 2003 From: miles0201@cox.net (Alan Miles) Date: Tue, 30 Sep 2003 09:56:00 -0000 Subject: FW: XFree86-bin-icons .. believe cygwin xfree86 a "red" herring ... this is I believe a cygwin problem Message-ID: All, This is attempt 4 - I cannot seem to get the attachment there, since I get: Hi. This is the qmail-send program at sources.redhat.com. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. : ezmlm-reject: fatal: Sorry, I don't accept messages larger than 100000 bytes (#5.2.3) : ezmlm-reject: fatal: Sorry, I don't accept messages larger than 50000 bytes (#5.2.3) --- Enclosed are the original headers of the message. and according to my emailer the attachment is 777kB. I did try and send the cygcheck etc. -----Original Message----- From: Alan Miles [mailto:miles0201@cox.net] Sent: September 29, 2003 23:34 To: cygwin@cygwin.com Cc: cygwin-xfree@cygwin.com Subject: FW: XFree86-bin-icons .. believe cygwin xfree86 a "red" herring ... this is I believe a cygwin problem All, This is attempt 3 ... the previous attempts failed because the emailer said the messages, with the uncompressed log files was too big, and thus would send them. I have tarred and compressed them into the logs.tgz file - manifest: logs/ logs/cygcheck_results_machine1_works.txt logs/cygcheck_results_machine2_doesnt_work.txt logs/setup_machine1_works.log logs/setup_machine1_works.log.full logs/setup_machine2_doesnt_work.log logs/setup_machine2_doesnt_work.log.full Alan -----Original Message----- From: Alan Miles [mailto:miles0201@cox.net] Sent: September 29, 2003 23:11 To: cygwin@cygwin.com Cc: cygwin-xfree@cygwin.com Subject: RE: XFree86-bin-icons .. believe cygwin xfree86 a "red" herring ... this is I believe a cygwin problem All, I believe this problem relates to the items listed in http://cygwin.com/ml/cygwin/2003-09/msg01680.html - RE: Install gets to 99% and then stops http://www.cygwin.com/ml/cygwin/2003-09/msg00747.html - Setup 2.358 Hangs During Post-Install Script Additionally I have two separate machines, one fully updated on 26-Sep-2003 (which exhibits the problem) and one updated today that doesn't. Differences: 1/ The 26-Sep-2003 machine uses the ** latest ** setup.exe (files labelled machine2, doesnt_work) 2/ Today's update use the previous older version (file labelled machine1_work) 3/ I built special private install packages for 26-Sep-2003 machine which I have uses successfully for several months which do ** NOT ** involve XFree86 and these packages also exhibit: Something strange is going on here... setup.exe says "Running: No Package /etc/postinstal/". What is up with the "No Package"? My packages deal with my special problem with the password file (published on this list), the jar command, script etc. The setup.log.full contains the /usr/bin/bash -x dump of the /etc/postinstall/ files. 4/ When investigating, the problem in 3, I to found the 'cygpath' problem in ** my ** private packages (which as stated do ** NOT ** involve XFree86) This leads me to believe that there is some kind of interaction between the new setup.exe and cygpath that is causing the problem. I am attaching both sets of setup.log, setup.log.full, and the cygcheck output for both machines. Also I noticed within the file setup_machine2_doesnt_work.log.full: Transcript written on amstex.log. fmtutil: /usr/share/texmf/web2c/lambda.oft installed. fmtutil: /usr/share/texmf/web2c/omega.oft installed. fmtutil: /usr/share/texmf/web2c/amstex.fmt installed. fmtutil: /usr/share/texmf/web2c/latex.fmt installed. fmtutil: /usr/share/texmf/web2c/pdflatex.fmt installed. fmtutil: /usr/share/texmf/web2c/pdftex.fmt installed. fmtutil: /usr/share/texmf/web2c/tex.fmt installed. fmtutil: /usr/share/texmf/web2c/elatex.efmt installed. fmtutil: /usr/share/texmf/web2c/etex.efmt installed. fmtutil: /usr/share/texmf/web2c/pdfelatex.efmt installed. fmtutil: /usr/share/texmf/web2c/pdfetex.efmt installed. fmtutil: /usr/share/texmf/web2c/mpost.mem installed. fmtutil: /usr/share/texmf/web2c/mf.base installed. fmtutil: /usr/share/texmf/web2c/mfw.base installed. install_link failed for /usr/bin/latex. File already exists. Checking for psfonts.map in config.ps... no. Adding ... done 2003/09/27 00:32:49 running: H:\cygwin\bin\sh.exe -c /etc/postinstall/postinstall-lilypond.sh find: paths must precede expression Usage: find [path...] [expression] rm: too few arguments Try `rm --help' for more information. 2003/09/27 00:32:50 running: H:\cygwin\bin\sh.exe -c /etc/postinstall/proftpd.sh 2003/09/27 00:32:50 running: H:\cygwin\bin\sh.exe -c /etc/postinstall/robots.sh 2003/09/27 00:32:51 running: H:\cygwin\bin\sh.exe -c /etc/postinstall/rpm.sh 2003/09/27 00:32:52 running: H:\cygwin\bin\sh.exe -c /etc/postinstall/splint.sh 2003/09/27 00:32:52 running: H:\cygwin\bin\sh.exe -c /etc/postinstall/squid-postinstall.sh will not overwrite existing /etc/squid.conf will not overwrite existing /etc/mime.conf 2003/09/27 00:32:52 running: H:\cygwin\bin\sh.exe -c /etc/postinstall/sysvinit.sh Creating /usr/bin/init-config Creating default /etc/rc file There is an issue with the find command. Additionally when I look at http://cygwin.com/setup.html I don't see any documentation for the /etc/preremove scripts (although I am very certain the Igor or others wrote this, since I did see some diffs flying around for it), nor any docs /etc/postremove. I am going to hazard a guess somebody is going to get upset with me for altering the subject line, since this might break the threading, but I want people to read this email ... Alan -----Original Message----- From: Harold L Hunt II [mailto:huntharo@msu.edu] Sent: September 29, 2003 12:16 To: cygwin-xfree@cygwin.com Cc: cygwin@cygwin.com Subject: Re: XFree86-bin-icons [Discussion on this issue is now taking place where it should have in the first place: cygwin-xfree. Please follow the cygwin-xfree mailing list for further posts.] Igor, Okay, that explains why I couldn't find the message in cygwin-xfree. I really wish someone would have redirected the question over here... I never saw it. > FWIW, you can force the order of execution of the XFree86-bin-icons.sh > postinstall script by making the package dependent on XFree86-bin and > others, but that would most likely defeat the purpose of the package. Thanks. I actually did that just now, right before you suggested it. However, I didn't know that it would force the order of post-install script execution; that is a nice side-effect. The bin-icons package should logically depend on the bin package. People can manually unselect it if they want to. >>>>>The XFree86-bin-icons package is buggy. It's basically a postinstall >>>>>script that tries to create icons for the X programs that are installed >>>>>on your machine. The problem is that it tries to create them in the >>>>>Start Menu for "All Users" without checking whether the current user can >>>>>write to it. That's not entirely true. For example, my account has Administrator priveleges on my machine, the script runs fine when I launch it from a bash prompt; so file permissions are not an issue. >>>>>I'm not quite sure why it hangs for you, but you can try >>>>>runnning that script manually via "bash -x" and seeing where it hangs. It doesn't hang when you do this. Something strange is going on here... setup.exe says "Running: No Package /etc/postinstal/XFree86-bin-icons". What is up with the "No Package"? Is that indicating the real problem? Another thing is that an Uninstall of XFree86-bin-icons also hangs when it tries to run the preremove script. Yet, running the preremove script by hand never causes any problems (e.g. bash -x /etc/preremove/XFree86-bin-icons.sh). What gives? Harold From alexander.gottwald@s1999.tu-chemnitz.de Tue Sep 30 10:31:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 30 Sep 2003 10:31:00 -0000 Subject: FW: XFree86-bin-icons .. believe cygwin xfree86 a "red" herring ... this is I believe a cygwin problem In-Reply-To: References: Message-ID: On Tue, 30 Sep 2003, Alan Miles wrote: > All, > > This is attempt 4 - I cannot seem to get the attachment there, since I get: > > : > ezmlm-reject: fatal: Sorry, I don't accept messages larger than 50000 bytes > (#5.2.3) You can place the files somewhere on the web and post a link to these files. I dislike having to pull 700kb over a 64k line bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From miles0201@cox.net Tue Sep 30 10:37:00 2003 From: miles0201@cox.net (Alan Miles) Date: Tue, 30 Sep 2003 10:37:00 -0000 Subject: FW: XFree86-bin-icons .. believe cygwin xfree86 a "red" herring ... this is I believe a cygwin problem In-Reply-To: Message-ID: Alex, I have no where on the web to put these files. However, I have uploaded a new item with some compressed versions - see http://cygwin.com/ml/cygwin/2003-09/msg01823.html However, this item does not contain the setup.log.full versions, which people might want. Alan -----Original Message----- From: Alexander Gottwald [mailto:alexander.gottwald@s1999.tu-chemnitz.de] Sent: September 30, 2003 05:31 To: cygwin-xfree@cygwin.com; alan.miles@ieee.org Cc: cygwin@cygwin.com Subject: Re: FW: XFree86-bin-icons .. believe cygwin xfree86 a "red" herring ... this is I believe a cygwin problem On Tue, 30 Sep 2003, Alan Miles wrote: > All, > > This is attempt 4 - I cannot seem to get the attachment there, since I get: > > : > ezmlm-reject: fatal: Sorry, I don't accept messages larger than 50000 bytes > (#5.2.3) You can place the files somewhere on the web and post a link to these files. I dislike having to pull 700kb over a 64k line bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From vanw@nist.gov Tue Sep 30 11:26:00 2003 From: vanw@nist.gov (Kevin Van Workum) Date: Tue, 30 Sep 2003 11:26:00 -0000 Subject: abaqus on cygwin In-Reply-To: <3F7892D9.3040309@msu.edu> References: <3F7892D9.3040309@msu.edu> Message-ID: On Mon, 29 Sep 2003, Harold L Hunt II wrote: > Kevin, > > For starters, how are you connecting to ABAQUS with Exceed? I'm running it locally. > Are you using ssh to connect to a remote machine, then launching ABAQUS > from that command-prompt? No. I am able to launch ABAQUS from a remote machine (SGI), but I want to run it locally. See below. > Are you using XDMCP to get a graphical login session on the remote > machine, then clicking an icon to start ABAQUS? no. > Note that both of these procedures are documented in the User's Guide: > http://xfree86.cygwin.com/docs/ug/using-remote-apps.html#using-remote-apps-ssh > http://xfree86.cygwin.com/docs/ug/using-remote-session.html > > Or, are you using some entirely different mechanism, on which you will > need to elaborate if we are to be able to help you? I have ABAQUS 6.3.1 for Windows installed on my Windows 2000 laptop. I also have the current cygwin and cygwin-xfree installed and working properly and I'm using the waimea window manager. I'm starting ABAQUS from a Windows Command Prompt via "abaqus -cae" or from the Star Menu or from a cygwin bash shell. I get the follow error messages: "ABAQUS Error: The Exceed executable could not be located. This may indicate a problem with the Exceed installation or an upgrade to the Exceed installation." "First, please check that you have Exceed installed and working correctly. Then, please reinstall your ABAQUS Products in order to resolve this problem. If this issue persists, please contact your local ABAQUS support office for further assistance." I don't have Exceed installed and I was hoping there is a way to use the cygwin XFree86 server in place of Exceed. I'm assuming I have to edit the abaqus_v6.env and/or graphicsConfig.env files, but I don't know what changes to make or if it is even possible to do this. Maybe Exceed is really required, as the ABAQUS documentation indicates. Kevin. > Harold > > Kevin Van Workum wrote: > > > Has anyone got ABAQUS to use the cygwin x-server? How did you set it up to > > use X11 instead of Exeed? > > > > Kevin Van Workum, PhD > > National Institute of Standards and Technology > > Polymers Division 224/B228 > > Kevin Van Workum, PhD National Institute of Standards and Technology Polymers Division 224/B228 301-975-4631 From andrew.markebo@comhem.se Tue Sep 30 11:57:00 2003 From: andrew.markebo@comhem.se (Andrew Markebo) Date: Tue, 30 Sep 2003 11:57:00 -0000 Subject: abaqus on cygwin References: <3F7892D9.3040309@msu.edu> Message-ID: Hmm just a quick check, the bash-prompt you fire it up from, is it started from within cygwin X-windows? Is the environment variable $DISPLAY set to something? (you have started X-windows, and tell abacus to where to find it) I wonder, it seems like you have to blame abaqus, not cygwin, it maybe only checks if exceed is running, if not, it complains, doesn't check for generic X-displayer. Thought 3 or something.. seems to do some 3d? Maybe something it can't find in the cygwin X-displayer, but in exceed? /Andy [...] | I have ABAQUS 6.3.1 for Windows installed on my Windows 2000 laptop. I | also have the current cygwin and cygwin-xfree installed and working | properly and I'm using the waimea window manager. | | I'm starting ABAQUS from a Windows Command Prompt via "abaqus -cae" or | from the Star Menu or from a cygwin bash shell. I get the follow error | messages: | | "ABAQUS Error: The Exceed executable could not be located. This may | indicate a problem with the Exceed installation or an upgrade to the | Exceed installation." | | "First, please check that you have Exceed installed and working correctly. | Then, please reinstall your ABAQUS Products in order to resolve this | problem. If this issue persists, please contact your local ABAQUS support | office for further assistance." | | I don't have Exceed installed and I was hoping there is a way to use the | cygwin XFree86 server in place of Exceed. I'm assuming I have to edit the | abaqus_v6.env and/or graphicsConfig.env files, but I don't know what | changes to make or if it is even possible to do this. Maybe Exceed is | really required, as the ABAQUS documentation indicates. -- You believe in the Users? -Tron Please note, new email, @telia.com -> @comhem.se From j.harlan5@autonr.net Tue Sep 30 12:44:00 2003 From: j.harlan5@autonr.net (Tasha) Date: Tue, 30 Sep 2003 12:44:00 -0000 Subject: What are they hiding from you? Find out now (292fw) Message-ID: <00006e085ae9$00005eea$00005c92@mx5.hanmail.net> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Brand-New VERSION 9.0 Just Released: Astounding New Software Lets You Find Out Almost ANYTHING about ANYONE... ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Download it right now (no charge card needed): For the brand-new VERSION 9.0, with access to 211+ million records on U.S. citizens alone, click here: http://www.freehost.tv/detsoft/exp3.html Discover EVERYTHING you ever wanted to know about: o your friends o your family o your enemies o your employees o yourself - Is Someone Using Your Identity? o even your boss! ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ WHY AM I RECEIVING THIS? ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Your e-mail address was recently submitted at one of our marketing partners' web sites to occassionally receive special-interest offers like this. If you feel this message has reached you in error, or if you no longer wish to hear about future offers from us, visit this page to stop additional messages: http://www.freehost.tv/detsoft/remv.html Please allow up to 7 days to take effect. From vanw@nist.gov Tue Sep 30 14:30:00 2003 From: vanw@nist.gov (Kevin Van Workum) Date: Tue, 30 Sep 2003 14:30:00 -0000 Subject: abaqus on cygwin Message-ID: On Tue, 30 Sep 2003, Andrew Markebo wrote: > Hmm just a quick check, the bash-prompt you fire it up from, is it > started from within cygwin X-windows? Is the environment variable > $DISPLAY set to something? (you have started X-windows, and tell > abacus to where to find it) a bash prompt in an xterm says: $ echo $TERM $DISPLAY xterm 127.0.0.1:0.0 > I wonder, it seems like you have to blame abaqus, not cygwin, it maybe > only checks if exceed is running, if not, it complains, doesn't check > for generic X-displayer. Maybe there's a way to trick abaqus to use XFree86 instead of Exceed, but I don't know. > Thought 3 or something.. seems to do some 3d? Maybe something it can't > find in the cygwin X-displayer, but in exceed? That may be a problem if I can ever get it to use my x-server. Kevin. > /Andy > > [...] > > | I have ABAQUS 6.3.1 for Windows installed on my Windows 2000 laptop. I > | also have the current cygwin and cygwin-xfree installed and working > | properly and I'm using the waimea window manager. > | > | I'm starting ABAQUS from a Windows Command Prompt via "abaqus -cae" or > | from the Star Menu or from a cygwin bash shell. I get the follow error > | messages: > | > | "ABAQUS Error: The Exceed executable could not be located. This may > | indicate a problem with the Exceed installation or an upgrade to the > | Exceed installation." > | > | "First, please check that you have Exceed installed and working correctly. > | Then, please reinstall your ABAQUS Products in order to resolve this > | problem. If this issue persists, please contact your local ABAQUS support > | office for further assistance." > | > | I don't have Exceed installed and I was hoping there is a way to use the > | cygwin XFree86 server in place of Exceed. I'm assuming I have to edit the > | abaqus_v6.env and/or graphicsConfig.env files, but I don't know what > | changes to make or if it is even possible to do this. Maybe Exceed is > | really required, as the ABAQUS documentation indicates. > > -- > You believe in the Users? > -Tron > > Please note, new email, @telia.com -> @comhem.se > > From noone@nowhere.no Tue Sep 30 14:56:00 2003 From: noone@nowhere.no (Kleven Bingham) Date: Tue, 30 Sep 2003 14:56:00 -0000 Subject: abaqus on cygwin In-Reply-To: References: Message-ID: <3F799990.90203@nowhere.no> I happened to take a look at the ABAQUS system requirements page, noted here: http://www.abaqus.com/support/ts_v63/ts_sys_rqmts63.html It says that it requires OpenGL & GLX and that it is tested against Exceed & Exceed 3D version 7.1 but 7.0 and 8.0 are NOT supported (bolded and capped by ABAQUS). OpenGL and 3D stuff is way beyond my limited understanding when it comes to X servers, but I'd say you'll probably have a very hard time using ABAQUS with anything other than Exceed. There are hints in some of the problem reports (which can be searched here: http://www.abaqus.com/forms/ts_status-reports.html and use target string exceed) that ABAQUS hard-codes the software to look specifically for Exceed executables and proper Exceed installation. I think Exceed may be the only option. Kleven Kevin Van Workum wrote: > On Tue, 30 Sep 2003, Andrew Markebo wrote: > > >>Hmm just a quick check, the bash-prompt you fire it up from, is it >>started from within cygwin X-windows? Is the environment variable >>$DISPLAY set to something? (you have started X-windows, and tell >>abacus to where to find it) > > > a bash prompt in an xterm says: > $ echo $TERM $DISPLAY > xterm 127.0.0.1:0.0 > > >>I wonder, it seems like you have to blame abaqus, not cygwin, it maybe >>only checks if exceed is running, if not, it complains, doesn't check >>for generic X-displayer. > > > Maybe there's a way to trick abaqus to use XFree86 instead of Exceed, but > I don't know. > > >>Thought 3 or something.. seems to do some 3d? Maybe something it can't >>find in the cygwin X-displayer, but in exceed? > > > That may be a problem if I can ever get it to use my x-server. > > Kevin. > > >> /Andy >> >>[...] >> >>| I have ABAQUS 6.3.1 for Windows installed on my Windows 2000 laptop. I >>| also have the current cygwin and cygwin-xfree installed and working >>| properly and I'm using the waimea window manager. >>| >>| I'm starting ABAQUS from a Windows Command Prompt via "abaqus -cae" or >>| from the Star Menu or from a cygwin bash shell. I get the follow error >>| messages: >>| >>| "ABAQUS Error: The Exceed executable could not be located. This may >>| indicate a problem with the Exceed installation or an upgrade to the >>| Exceed installation." >>| >>| "First, please check that you have Exceed installed and working correctly. >>| Then, please reinstall your ABAQUS Products in order to resolve this >>| problem. If this issue persists, please contact your local ABAQUS support >>| office for further assistance." >>| >>| I don't have Exceed installed and I was hoping there is a way to use the >>| cygwin XFree86 server in place of Exceed. I'm assuming I have to edit the >>| abaqus_v6.env and/or graphicsConfig.env files, but I don't know what >>| changes to make or if it is even possible to do this. Maybe Exceed is >>| really required, as the ABAQUS documentation indicates. >> >>-- >> You believe in the Users? >> -Tron >> >> Please note, new email, @telia.com -> @comhem.se >> >> > > From 1cat_a_lqe@rin.ru Tue Sep 30 15:07:00 2003 From: 1cat_a_lqe@rin.ru (Gallery-a) Date: Tue, 30 Sep 2003 15:07:00 -0000 Subject: Art-catalogue update (0697191629)@-d-v -SCs Message-ID: <2003.09.30.1DFF5DB6534B198C@rin.ru> Dear Ladies and Gentlemen, Dear Ladies and Gentlemen, We are pleased to inform you, that during the process of our site modernization, due to every day updating of our link system, we became one of the most full world art catalogues, as well as the largest catalogue of the art sites and museums. http://www.gallery-a.ru/links If you are the owner of a art-website than you have a chance to register yourself in our catalogue, to add a link and banner to your site via this registration form: http://www.gallery-a.ru/links/register.php Now in the ??Links?? section you can find more than 5000 links to the art- sites all round the world. 1074 of them are Russian sites, 20003 are links to the sites of the former USSR. We have plans to enlarge this system up to the size of art-portal in the nearest future. If you would like to be informed about the new events in art and art- business, to get acquainted with the contemporary creative work of the contemporary artists, welcome to our web site! Gallery curator. Also available on our site E-Cards:http://www.gallery-a.ru/ecards/compose.php Wallpapers: http://www.gallery-a.ru/luxury.php Welcome to our website! Gallery curator. Sorry if that information not interesting for You and we disturb You with our message! For removing yor address from this mailing list just replay this message with word 'unsubscribe' in subject field or simple click this link: http://www.gallery-a.ru/unsubscribe.php?e=Y3lnd2luLXhmcmVlQGN5Z3dpbi5jb206MTY3ODE2Mjc=