From huntharo@msu.edu Mon Apr 1 04:25:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Mon, 01 Apr 2002 04:25:00 -0000 Subject: FW: Problems starting XFree86 => Problem Solved Message-ID: Naveen forgot to cc the list. -----Original Message----- From: Naveen Kansara [mailto:nkansara@primus.com.au] Sent: Monday, April 01, 2002 2:44 AM To: Harold Hunt Subject: Re: Problems starting XFree86 => Problem Solved Thanks Harold. After readig the XWin.log from /tmp I found out that it was the 'classical' error 'Can't find default font 'fixed''. After a revisit to mail acrhives again, I realised that I had to remount cygwin root into binary mode(which was in text mode initially), then reinstall and wow it worked. I still can't start X from bash but works fine from dos(good enough for me :-). Great work guys. Keep up the good work. Many thanks to everyone associated in developing XFree86 and Cygwin. Naveen ----- Original Message ----- From: "Harold Hunt" To: "Naveen Kansara" ; Sent: Monday, April 01, 2002 5:22 AM Subject: RE: Problems starting XFree86 > First off, look in the log file: > > http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-log-file-location > > Then, send in that log file to the mailing list if you can't figure out what > to do. > > I suspect that you may need to update DirectX, since it sounds like the > server is having a problem allocating memory for drawing the graphics. > > Harold > > > -----Original Message----- > > From: cygwin-xfree-owner@cygwin.com > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Naveen Kansara > > Sent: Sunday, March 31, 2002 8:04 AM > > To: cygwin-xfree@cygwin.com > > Subject: Problems starting XFree86 > > > > > > Hi > > > > I have recently installed XFree86 4.2 on my PC which has WIN 98 and cygwin > > version 2.194.2.21. I have read the mail archives and have tried all the > > available options but nothing seems to work. I am giving the results when > > startx is envoked under bash or startxwin under dos. Both startx and > > startxwin.bat are as supplied by the installation(which was troublefree). > > > > The output when running startxwin.bat from dos command prompt > > >>startxwin.bat - Starting on Windows 95/98/Me > > X connection to 127.0.0.1:0.0 broken (explicit kill or server shutdown) > > > > The output when running startx from bash prompt > > >>startx > > waiting for X server to begin accepting connections . > > .. > > giving up. > > xinit: Connection refused (errno 111): unable to connect to X server > > xinit: No such process (errno 3): Server error. > > > > $ XWin -query 127.0.0.1:0.0 > > opens up the Cygwin/XFree86 window but closes it after a few secs without > > any error messages. Trying to run Xwin -query to a remote host (which is a > > Solaris machine) has the same effect. > > > > Trying xterm on it's own gives the can't open display error. > > $ xterm > > xterm Xt error: Can't open display: 127.0.0.1 > > > > > > In both instances the Cygwin/XFree86 window opens but is completely > > blank(white background), remains for few seconds and then closes. However > > running XWin has the same response but no error message is printed. > > > > I have a PPP and a Realtek RTL8029(AS) Ethernet adapter. > > Below is the output of ipconfig /all > > > > Windows 98 IP Configuration > > > > Host Name . . . . . . . . . : NKANSARA > > DNS Servers . . . . . . . . : 203.134.24.70 > > 203.134.26.70 > > Node Type . . . . . . . . . : Broadcast > > NetBIOS Scope ID. . . . . . : > > IP Routing Enabled. . . . . : No > > WINS Proxy Enabled. . . . . : No > > NetBIOS Resolution Uses DNS : No > > > > 0 Ethernet adapter : > > > > Description . . . . . . . . : PPP Adapter. > > Physical Address. . . . . . : 44-45-53-54-00-00 > > DHCP Enabled. . . . . . . . : Yes > > IP Address. . . . . . . . . : 210.50.202.191 > > Subnet Mask . . . . . . . . : 255.255.255.0 > > Default Gateway . . . . . . : 210.50.202.191 > > DHCP Server . . . . . . . . : 255.255.255.255 > > Primary WINS Server . . . . : > > Secondary WINS Server . . . : > > Lease Obtained. . . . . . . : 01 01 80 12:00:00 > > Lease Expires . . . . . . . : 01 01 80 12:00:00 > > > > 1 Ethernet adapter : > > Description . . . . . . . . : Realtek RTL8029(AS) Ethernet Adapt > > Physical Address. . . . . . : 00-4F-49-00-73-37 > > DHCP Enabled. . . . . . . . : Yes > > IP Address. . . . . . . . . : 169.254.14.92 > > Subnet Mask . . . . . . . . : 255.255.0.0 > > Default Gateway . . . . . . : > > DHCP Server . . . . . . . . : 255.255.255.255 > > Primary WINS Server . . . . : > > Secondary WINS Server . . . : > > Lease Obtained. . . . . . . : 03 30 02 10:50:46 > > Lease Expires . . . . . . . : > > > > Below is the output of netstat -a > > $ netstat -a > > > > Active Connections > > > > Proto Local Address Foreign Address State > > TCP nkansara:1088 NKANSARA:0 LISTENING > > TCP nkansara:137 NKANSARA:0 LISTENING > > TCP nkansara:138 NKANSARA:0 LISTENING > > TCP nkansara:nbsession NKANSARA:0 LISTENING > > TCP nkansara:137 NKANSARA:0 LISTENING > > TCP nkansara:138 NKANSARA:0 LISTENING > > TCP nkansara:nbsession NKANSARA:0 LISTENING > > UDP nkansara:1088 *:* > > UDP nkansara:nbname *:* > > UDP nkansara:nbdatagram *:* > > UDP nkansara:nbname *:* > > UDP nkansara:nbdatagram *:* > > > > Though the ping works well on 127.0.0.1 > > $ ping 127.0.0.1 > > > > Pinging 127.0.0.1 with 32 bytes of data: > > > > Reply from 127.0.0.1: bytes=32 time=1ms TTL=128 > > Reply from 127.0.0.1: bytes=32 time<10ms TTL=128 > > Reply from 127.0.0.1: bytes=32 time<10ms TTL=128 > > Reply from 127.0.0.1: bytes=32 time=1ms TTL=128 > > > > Ping statistics for 127.0.0.1: > > Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), > > Approximate round trip times in milli-seconds: > > Minimum = 0ms, Maximum = 1ms, Average = 0ms > > > > Some of the solutions tried by me are: > > 1)setting the ecvironment valiable OS and DISPLAY > > 2)trying various sets of ip address such as 0.0.0.0 > > > > It seems to me that either it cannot connect to 127.0.0.1 or the > > connection > > can't be maintained. Any suggestions/pointers/references would be highly > > appreciated. > > > > Thanks > > > > Naveen > > > > > From j_tetazoo@hotmail.com Mon Apr 1 07:29:00 2002 From: j_tetazoo@hotmail.com (James Tetazoo) Date: Mon, 01 Apr 2002 07:29:00 -0000 Subject: Thought on /tmp/XWin.log Message-ID: Just out of curiosity, why was XWin.exe changed to write output to /tmp/XWin.log? I liked the previous behavior of sending it to STDOUT. Seems to me this was more flexible since I could see the output in real time, redirect to a file ("> /tmp/XWin.log"), or both ("| tee /tmp/XWin.log"). I also just ran an experiment running 2 instances of XWin with "-screen 0 x y" and "-screen 1 x y" arguments. The log file from the first instance get overwritten by the log file from the second. If you don't want to go back to STDOUT, perhaps you could add the screen number somewhere in the logfile name to fix the overwriting problem (e.g. "/tmp/XWin.0.log", "/tmp/XWin.1.log", etc.)? _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx From huntharo@msu.edu Mon Apr 1 10:46:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Mon, 01 Apr 2002 10:46:00 -0000 Subject: Thought on /tmp/XWin.log In-Reply-To: Message-ID: James, The discussion of why we went to /tmp/XWin.log is in the mailing list archives. The reason was primarily that we wanted to make XWin.exe a GUI application instead of a command-line application... this is necessary to quiet the thousands of questions of "why does XWin.exe open a command prompt window when I run it?". There are difficulties in improving the log file system as we don't know what screen numbers will be used when we create the log file. We could send initial messages to XWin.log, then redirect each screen to XWin-screenXX.log, but can you imagine having to tell users "Okay, if you have a problem that occurs early in XWin.exe initialization then you need to look at XWin.log... otherwise you need to look at XWin-screenXX.log where XX is the screen that had the problem." Yeah right, we have people that think that a sentence that reads "don't use Winzip" means that they should use Winzip. Hope that clears things up, Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of James Tetazoo > Sent: Monday, April 01, 2002 10:30 AM > To: cygwin-xfree@cygwin.com > Subject: Thought on /tmp/XWin.log > > > Just out of curiosity, why was XWin.exe changed to write output to > /tmp/XWin.log? I liked the previous behavior of sending it to STDOUT. > Seems to me this was more flexible since I could see the output in real > time, redirect to a file ("> /tmp/XWin.log"), or both ("| tee > /tmp/XWin.log"). > > I also just ran an experiment running 2 instances of XWin with > "-screen 0 x > y" and "-screen 1 x y" arguments. The log file from the first > instance get > overwritten by the log file from the second. > > If you don't want to go back to STDOUT, perhaps you could add the screen > number somewhere in the logfile name to fix the overwriting problem (e.g. > "/tmp/XWin.0.log", "/tmp/XWin.1.log", etc.)? > > > _________________________________________________________________ > MSN Photos is the easiest way to share and print your photos: > http://photos.msn.com/support/worldwide.aspx > From rasjidw@bigpond.com Tue Apr 2 04:40:00 2002 From: rasjidw@bigpond.com (Rasjid Wilcox) Date: Tue, 02 Apr 2002 04:40:00 -0000 Subject: Cygwin-XFree86 package? Message-ID: <200204021240.WAA26549@cts01.webone.com.au> Just curious as to how the progress is going on the setup.exe packaging? I haven't seen any updates for a couple of weeks... Rasjid. From tim@lesher.ws Tue Apr 2 08:06:00 2002 From: tim@lesher.ws (Tim Lesher) Date: Tue, 02 Apr 2002 08:06:00 -0000 Subject: Status of "seamless" integration? Message-ID: <20020402154033.GD19156@pit.lesher.ws> Is anyone working on the "seamless" integrated server mentioned on the TODO list? This feature is probably the one keeping me from using XFree instead of commercial alternatives like XWin32. -- Tim Lesher http://www.lesher.ws For more information on the WinDev mailing list, see the WinDev archive pages at http://arc.windev.org From huntharo@msu.edu Tue Apr 2 10:16:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Tue, 02 Apr 2002 10:16:00 -0000 Subject: Status of "seamless" integration? In-Reply-To: <20020402154033.GD19156@pit.lesher.ws> Message-ID: Tim, No one is working on it. In fact, no one has been working on much of anything related to Cygwin/XFree86 lately. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Tim Lesher > Sent: Tuesday, April 02, 2002 10:41 AM > To: cygwin-xfree@cygwin.com > Subject: Status of "seamless" integration? > > > Is anyone working on the "seamless" integrated server mentioned on the > TODO list? This feature is probably the one keeping me from using > XFree instead of commercial alternatives like XWin32. > > -- > Tim Lesher > http://www.lesher.ws > For more information on the WinDev mailing list, > see the WinDev archive pages at http://arc.windev.org From ulrich.diez@student.uni-tuebingen.de Tue Apr 2 14:19:00 2002 From: ulrich.diez@student.uni-tuebingen.de (Ulrich Diez) Date: Tue, 02 Apr 2002 14:19:00 -0000 Subject: correct place for xmodmap / how to automize keyboard-layout-setting for Xfree86 ? Message-ID: <002301c1da95$d47e16e0$01e30286@oemcomputer> Hello ! I installed Cygwin and Xfree86 these days on my computer. Actually I have no experience with them. I wanted to make the X-Window-System accepting german keyboard-layout, therefore I downloaded a german Xmodmap-file. When I use the command "xmodmap /path-to-modmap-file/xmodmad.de" in bash or xterm, I have the german keyboard-settings. But when I try to automize the Xmodmap-procedure for startup, I mess up as I actually do not know all to much about the corresponding mechanisms. So I tried to do everything as said in the FAQ (see below). Neither did I find the mentioned file "/etc/X11/xdm/XSetup" nor a similar one. There was no "XSetup"-file on my Computer at all. I created one and put it into the mentioned directory but that didn't help. (Somebody already told me that under UNIX-systems upper- and lower-case-spelling is important.) Any hints will be greafully accepted. Yours sincerely Ulrich ________________________________________________________________________ 4.5. How do I get my non-U.S. keyboard modmap to be installed when using xdmcp? This answer assumes that your non-U.S. keyboard modmap is located in /etc/X11 and is called xmodmap.country_code, where country_code is your two-letter standardized country code (e.g. Australia = au, Deutschland = de, France = fr, Japan = jp, United Kingdom = uk). First, you must create a script that tells xmodmap to load the modmap for your non-U.S. keyboard layout. One way to run xmodmap on X Server startup when using xdmcp is to add the following two lines to /etc/X11/xdm/XSetup: #!/bin/sh /usr/X11R6/bin/xmodmap /etc/X11/xmodmap.country_code Now you must tell xdm to run the screen setup script on startup. In /etc/X11/xdm/xdm-config, add the following line: DisplayManager*setup: /etc/X11/xdm/Xsetup. From iburrell@stanfordalumni.org Tue Apr 2 14:45:00 2002 From: iburrell@stanfordalumni.org (Ian Burrell) Date: Tue, 02 Apr 2002 14:45:00 -0000 Subject: correct place for xmodmap / how to automize keyboard-layout-setting for Xfree86 ? In-Reply-To: <002301c1da95$d47e16e0$01e30286@oemcomputer>; from ulrich.diez@student.uni-tuebingen.de on Wed, Apr 03, 2002 at 12:28:22AM +0200 References: <002301c1da95$d47e16e0$01e30286@oemcomputer> Message-ID: <20020402144344.A14314@stanfordalumni.org> On Wed, Apr 03, 2002 at 12:28:22AM +0200, Ulrich Diez wrote: > > I installed Cygwin and Xfree86 these days on my computer. Actually I have no > experience with them. > I wanted to make the X-Window-System accepting german keyboard-layout, > therefore I downloaded a german Xmodmap-file. > When I use the command "xmodmap /path-to-modmap-file/xmodmad.de" in bash or > xterm, I have the german keyboard-settings. > > But when I try to automize the Xmodmap-procedure for startup, I mess up as I > actually do not know all to much about the corresponding mechanisms. > So I tried to do everything as said in the FAQ (see below). Neither did I > find the mentioned file "/etc/X11/xdm/XSetup" nor a similar one. There was > no "XSetup"-file on my Computer at all. > I created one and put it into the mentioned directory but that didn't help. > (Somebody already told me that under UNIX-systems upper- and > lower-case-spelling is important.) > How are you starting XFree? XDMCP is used to create a session from another computer; xdm runs on the other computer. It isn't needed on the Cygwin computer. If you are starting the X server with startx, then the xmodmap file goes in ~/.Xmodmap. You can also put it in /etc/X11/Xmodmap to make it the global setting. The instructions in the FAQ regarding xdm are what to do on the remote machine. - Ian -- iburrell@stanfordalumni.org http://www.znark.com/ From iburrell@stanfordalumni.org Tue Apr 2 15:07:00 2002 From: iburrell@stanfordalumni.org (Ian Burrell) Date: Tue, 02 Apr 2002 15:07:00 -0000 Subject: Status of "seamless" integration? References: Message-ID: <3CAA394C.9020104@stanfordalumni.org> Harold Hunt wrote: > > No one is working on it. > > In fact, no one has been working on much of anything related to > Cygwin/XFree86 lately. > What would be needed to do it? How much work would it be? - Ian -- iburrell@stanfordalumni.org http://www.znark.com/ From alanh@fairlite.demon.co.uk Tue Apr 2 15:10:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Tue, 02 Apr 2002 15:10:00 -0000 Subject: Status of "seamless" integration? In-Reply-To: <3CAA394C.9020104@stanfordalumni.org> References: <3CAA394C.9020104@stanfordalumni.org> Message-ID: <20020402231048.GK1115@fairlite.demon.co.uk> On Tue, Apr 02, 2002 at 03:05:48PM -0800, Ian Burrell wrote: > Harold Hunt wrote: > > > >No one is working on it. > > > >In fact, no one has been working on much of anything related to > >Cygwin/XFree86 lately. > > > > What would be needed to do it? How much work would it be? > A lot of work. I've done most of the re-writing of the span functions into their native GDI counterparts. That's a good start. We need to implement the rest of the server into native GDI calls, then we can start looking at 'rootless' modes. It's by no means a small task to do the conversion to native GDI first though. Alan. From iburrell@znark.com Tue Apr 2 16:41:00 2002 From: iburrell@znark.com (Ian Burrell) Date: Tue, 02 Apr 2002 16:41:00 -0000 Subject: Status of "seamless" integration? References: <3CAA394C.9020104@stanfordalumni.org> <20020402231048.GK1115@fairlite.demon.co.uk> Message-ID: <3CAA4FA7.1060504@znark.com> Alan Hourihane wrote: > > A lot of work. I've done most of the re-writing of the span > functions into their native GDI counterparts. That's a good start. > Where can I find the native GDI changes? Are they checked in? My impression is that mode isn't included into the server by default. What is needed to get it to compile. > We need to implement the rest of the server into native GDI calls, > then we can start looking at 'rootless' modes. It's by no means > a small task to do the conversion to native GDI first though. > I wonder why native GDI is required for rootless modes. There would need to be support for creating Win32 windows for each X window. Plus, drawing (or blitting) into those Win32 windows instead of one single window or full screen. An internal window manager would also be needed. - Ian From mbardiaux@peaktime.be Wed Apr 3 00:20:00 2002 From: mbardiaux@peaktime.be (Michel Bardiaux) Date: Wed, 03 Apr 2002 00:20:00 -0000 Subject: Status of "seamless" integration? References: <3CAA394C.9020104@stanfordalumni.org> <20020402231048.GK1115@fairlite.demon.co.uk> <3CAA4FA7.1060504@znark.com> Message-ID: <3CAABB49.5D208B4C@peaktime.be> Ian Burrell wrote: > > Alan Hourihane wrote: > > > > A lot of work. I've done most of the re-writing of the span > > functions into their native GDI counterparts. That's a good start. > > > > Where can I find the native GDI changes? Are they checked in? My > impression is that mode isn't included into the server by default. What > is needed to get it to compile. > > > We need to implement the rest of the server into native GDI calls, > > then we can start looking at 'rootless' modes. It's by no means > > a small task to do the conversion to native GDI first though. > > > > I wonder why native GDI is required for rootless modes. There would need > to be support for creating Win32 windows for each X window. Plus, > drawing (or blitting) into those Win32 windows instead of one single > window or full screen. An internal window manager would also be needed. Aye, there's the rub. When the X application pops up a menu, it must grab the keyboard and the *whole* screen. In other words, a "system modal" window is required, which means one can't use an internal WM but must use MS-Windows as WM - while still being responsive to ICCM. > > - Ian -- Michel Bardiaux Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles Tel : +32 2 790.29.41 From steven.obrien2@ntlworld.com Wed Apr 3 03:03:00 2002 From: steven.obrien2@ntlworld.com (Steven O'Brien) Date: Wed, 03 Apr 2002 03:03:00 -0000 Subject: gnome desktop on cygwin-xfree86 Message-ID: <000b01c1daff$34f6f500$0300a8c0@emerald> There has been some interest in porting gnome to cygwin on this list in the past. I have succeeded in getting (most of) the gnome 1.4 base libraries and desktop ported. I do not have sufficient web space to distribute binaries, but the source modifications I made are available as patches from: http://homepage.ntlworld.com/steven.obrien2/ I did post this as new software on the cygwin home page, and it appeared for a few hours yesterday but now has been removed. Anyway, If anyone has the time to build gnome for cygwin using these patches then please have a go. The panel, control center, midnight commander file manager, and many applets are working. Steven From huntharo@msu.edu Wed Apr 3 15:02:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 03 Apr 2002 15:02:00 -0000 Subject: Michigan State University is using Cygwin/XFree86 in the Public Microcomputer Labs Message-ID: Imagine my surprise when I walked into a computer lab at Michigan State University today, logged in, and found Cygwin/XFree86 in the Start menu of my very own university (40,000+ students). I was utterly amazed. I haven't got a link for MSU that shows Cygwin/XFree86 is being used, but I am trying to reach the people responsible for choosing Cygwin/XFree86 to see if they can put up some sort of page saying that Cygwin/XFree86 is being used. More on this later, Harold From cgf@redhat.com Wed Apr 3 15:05:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Wed, 03 Apr 2002 15:05:00 -0000 Subject: Michigan State University is using cygwin/xfree86 in the Public Microcomputer Labs In-Reply-To: References: Message-ID: <20020403230508.GC16248@redhat.com> On Wed, Apr 03, 2002 at 06:02:34PM -0500, Harold Hunt wrote: >Imagine my surprise when I walked into a computer lab at Michigan State >University today, logged in, and found Cygwin/XFree86 in the Start menu of >my very own university (40,000+ students). I was utterly amazed. I haven't >got a link for MSU that shows Cygwin/XFree86 is being used, but I am trying >to reach the people responsible for choosing Cygwin/XFree86 to see if they >can put up some sort of page saying that Cygwin/XFree86 is being used. > >More on this later, That's really cool. cgf From BillT@VideoTele.com Wed Apr 3 16:23:00 2002 From: BillT@VideoTele.com (Trost, Bill) Date: Wed, 03 Apr 2002 16:23:00 -0000 Subject: XWarpCursor doesn't "stick" Message-ID: Hi, All, I just started trying out ("evaluating", if you'll pardon the phrase) XFree86 under Windows 2000, and have noticed a problem. I have a program (wily, you can download it here and there) that does a fair amount of pointer warps. I have noticed, however, that the pointer warps are really only for show -- as soon as you try to move the cursor with the mouse, the pointer immediately jumps back to where it was before the warp. Ugh! This happens in both fullscreen and in-a-Window mode. Thanks for any help, Bill From iburrell@stanfordalumni.org Wed Apr 3 17:14:00 2002 From: iburrell@stanfordalumni.org (Ian Burrell) Date: Wed, 03 Apr 2002 17:14:00 -0000 Subject: Status of "seamless" integration? References: <3CAA394C.9020104@stanfordalumni.org> <20020402231048.GK1115@fairlite.demon.co.uk> <3CAA4FA7.1060504@znark.com> <3CAABB49.5D208B4C@peaktime.be> Message-ID: <3CABA8DA.30002@stanfordalumni.org> Michel Bardiaux wrote: > > Aye, there's the rub. When the X application pops up a menu, it must > grab the keyboard and the *whole* screen. In other words, a "system > modal" window is required, which means one can't use an internal WM but > must use MS-Windows as WM - while still being responsive to ICCM. > Does the menu need to be truly modal on the Windows side? The menu window has the focus so it will get keyboard events. It can be modal with respect to all the other X server-owned windows. It is harder to make it modal relative to Windows. Just to make sure we are using the same terms, what I mean by an internal window manager one running inside the X server. I am taking my cue from the eXcursion2 design document. Windows is generating the move, resize, etc events. The window manager hooks into the X server Windows event loop and handles window state events. The internal window manager should act as proper window manager which presumably means talking to the server. The other way I can see to handle a rootless X server is with a separate X client window manager. For each root-level X window, there is a corresponding Windows window. But without any frame at all. The window manager draws the frame and handles moving, resizing, and all that. The X server is responsible of moving the Windows window. Does any of this make sense? - Ian -- iburrell@stanfordalumni.org http://www.znark.com/ From huntharo@msu.edu Wed Apr 3 17:43:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 03 Apr 2002 17:43:00 -0000 Subject: [ANNOUNCEMENT] Server Test 54 Message-ID: Links: I just posted Test 54 to the server development page: http://xfree86.cygwin.com/devel/shadow/ 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-Test54.exe.bz2 (1077 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20020403-2033.tar.bz2 (69 KiB) Changes: 1) Attempt to make WarpCursor function correctly by adding function winWarpCursor. The new function calls SetCursorPos () with the x and y coordinates passed to winWarpCursor. Hopefully this works. Enjoy, Harold From huntharo@msu.edu Wed Apr 3 17:44:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 03 Apr 2002 17:44:00 -0000 Subject: XWarpCursor doesn't "stick" In-Reply-To: Message-ID: Bill, I'd like you to try the new Test 54 server that I just put together and announced to the list. Please let me know if it fixes your problem. http://xfree86.cygwin.com/devel/shadow/ Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Trost, Bill > Sent: Wednesday, April 03, 2002 7:24 PM > To: 'cygwin-xfree@cygwin.com' > Subject: XWarpCursor doesn't "stick" > > > Hi, All, > > I just started trying out ("evaluating", if you'll pardon the phrase) > XFree86 under Windows 2000, and have noticed a problem. I have a program > (wily, you can download it here and there) that does a fair amount of > pointer warps. I have noticed, however, that the pointer warps are really > only for show -- as soon as you try to move the cursor with the mouse, the > pointer immediately jumps back to where it was before the warp. Ugh! > > This happens in both fullscreen and in-a-Window mode. > > Thanks for any help, > Bill From huntharo@msu.edu Wed Apr 3 21:55:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 03 Apr 2002 21:55:00 -0000 Subject: Unable to type letters in login to AIX box using XFree86 4.2.0 on W2K In-Reply-To: Message-ID: Pavel, I finally got around to adding a FAQ entry regarding the X Keyboard Extension and AIX. I attributed the answer to you. http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-aix-xkb Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of > Pavel.Rybnicek@intax.cz > Sent: Thursday, February 07, 2002 1:33 AM > To: cygwin-xfree@cygwin.com > Subject: RE: Unable to type letters in login to AIX box using XFree86 > 4.2.0 on W2K > > > > Known problem. You have to use '-kb' parameter, keyboard extension doesn't > work with AIX. The keyboard is not "out of order" completely, but the > system behaves like AltGr key is permanently pressed. By the way this is > the reason I have to change my keyboard layout manually after every logon > to the system, what's really silly. > > To Harold: I think this should be included in FAQ (and fixed, if you have > an AIX machine to test it :-))) > > Pavel > > > > > > "Harold Hunt" > > To: "Moore, > Billiam" , > > Sent by: cc: > > cygwin-xfree-owner@ Subject: RE: > Unable to type letters in login to AIX box using XFree86 4.2.0 on > W2K > cygwin.com > > > > > > 06.02.2002 22:51 > > > > > > > > > > I've never seen this problem. Best of luck. > > Harold > > > -----Original Message----- > > From: cygwin-xfree-owner@cygwin.com > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Moore, Billiam > > Sent: Wednesday, February 06, 2002 4:29 PM > > To: 'cygwin-xfree@cygwin.com' > > Subject: Unable to type letters in login to AIX box using XFree86 4.2.0 > > on W2K > > > > > > I have XFree86 installed on Windows 2000 SP 2 using all the defaults > (no > > mods to any config files for X) and can run local X programs (e.g. LyX) > > > > when I run > > > > XWin -screen 0 1024 768 -query 172.16.11.155 -from 172.16.46.120 > > > > to get a CDE session on an AIX box, I get the login screen but cannot > type > > in letters in the login name text box. > > > > - I can type in spaces and backspaces and the tab and enter > > buttons work so > > the keyboard is at least partially recognized. > > - The mouse is fully functional. > > - I can get to the AIX box through Hummingbirds Exceed so I am fairly > sure > > that is confgured correctly > > > > Everything I have found in the FAQs and web searches deals with > > not being > > able to connect at all or having the wrong key map. I am using > no key map > > which I understand means I am using the default US one which > > should be fine. > > Has anyone run into this before or can anyone point me in a direction to > > further trouble shoot? > > > > From huntharo@msu.edu Wed Apr 3 21:58:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 03 Apr 2002 21:58:00 -0000 Subject: missing telnet, solution In-Reply-To: <002401c1d1c1$6c49e540$640aa8c0@topdog> Message-ID: Phil, I updated the User's Guide to say that most users will find the default package list sufficient, but that you want to make sure that openssh and inetutils are selected if you wish to use telnet or ssh. Hope that helps. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Phil Burk > Sent: Friday, March 22, 2002 11:49 AM > To: cygwin-xfree@cygwin.com > Subject: missing telnet, solution > > > I followed all the steps to install Cygwin/XFree from the user guide. > Everything worked great until I got to the part about telnet. It > was missing > from my installation. I spent about two hours looking over the Cygwin site > trying to figure out how to get and install telnet. I noticed in > this forum > that other folks had the same problem but no working solution was offered. > > I finally figured it out. Here's how: > > - re-run the SETUP.EXE program that you used to install Cygwin, > > - select "Install from Internet" option, > > - select same install directory as before, > > - choose a download site as before, > > - when you get a list of packages, click the '+' next to the > "Net" category, > > - select the "inetutils" package and the "openssh" package, > > - continue downloading. > > Your installation will be updated with those new packages. > > Perhaps the Cygwin/XFree86 User Guide could be modified to make > sure telnet > and ssh get included in the installation the first time. It > currently tells > people to leave the default settings alone but the default does > not include > telnet. > > Phil Burk > > > > > > From mshley@csee.wvu.edu Wed Apr 3 21:58:00 2002 From: mshley@csee.wvu.edu (Marc) Date: Wed, 03 Apr 2002 21:58:00 -0000 Subject: Win2k/Remote Login Display Message-ID: Hey all, Pretty new at working with Cygwin/XFree86, but didn't see anything on the web or in the FAQs. It seems that after 2 default installations of Cygwin and Xfree86, that running $ ./XWin.exe -query host.ip.address brings up the X window, but the pointer just moves a little and nothing comes up for any of the known-to-work machines I'm trying to grab a display from. I'm not running any firewalling either... Any suggestions? Thanks, Marc From huntharo@msu.edu Wed Apr 3 22:00:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 03 Apr 2002 22:00:00 -0000 Subject: Win2k/Remote Login Display In-Reply-To: Message-ID: Marc, Look at the log file in /tmp/XWin.log. Mail the file to the list if you can't figure out what to do (most error messages are in the FAQ). Be sure to mail the list and tell us what the solution was. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Marc > Sent: Thursday, April 04, 2002 12:58 AM > To: cygwin-xfree@cygwin.com > Subject: Win2k/Remote Login Display > > > Hey all, > > Pretty new at working with Cygwin/XFree86, but didn't see anything on the > web or in the FAQs. > > It seems that after 2 default installations of Cygwin and Xfree86, that > running $ ./XWin.exe -query host.ip.address brings up the X window, but > the pointer just moves a little and nothing comes up for any of the > known-to-work machines I'm trying to grab a display from. > > I'm not running any firewalling either... > > Any suggestions? > > Thanks, > Marc > > From huntharo@msu.edu Wed Apr 3 22:33:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 03 Apr 2002 22:33:00 -0000 Subject: [ANNOUNCEMENT] Server Test 54 In-Reply-To: Message-ID: Oops, the following should have been part of the original announcement: 2) Change winkeybd.c/winKeybdBell () to call MessageBeep (MB_OK) instead of Beep (0, 0). Beep () uses the PC speaker on Windows NT/2000, which isn't desireable. It also seems that Beep () may have been causing freezes for some users. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold Hunt > Sent: Wednesday, April 03, 2002 8:44 PM > To: cygx > Subject: [ANNOUNCEMENT] Server Test 54 > > > Links: > > I just posted Test 54 to the server development page: > http://xfree86.cygwin.com/devel/shadow/ > > 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-Test54.exe.bz2 (1077 KiB) > > Server source, direct link: > http://www.msu.edu/~huntharo/xwin/shadow/xwin-20020403-2033.tar.bz 2 (69 KiB) Changes: 1) Attempt to make WarpCursor function correctly by adding function winWarpCursor. The new function calls SetCursorPos () with the x and y coordinates passed to winWarpCursor. Hopefully this works. Enjoy, Harold From huntharo@msu.edu Wed Apr 3 22:35:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 03 Apr 2002 22:35:00 -0000 Subject: Sound makes cygwin/xfree86 lock up In-Reply-To: Message-ID: I'd like Joe and Tom to try Test54, as I have included the change described below in this build. http://xfree86.cygwin.com/devel/shadow/ Thanks, Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold Hunt > Sent: Thursday, March 28, 2002 12:01 AM > To: bozackt1@ridgecrest.ca.us; Perches, Joe > Cc: cygx > Subject: RE: Sound makes cygwin/xfree86 lock up > > > Tom, > > I changed xc/programs/Xserver/hw/xwin/winkeybd.c/winKeybdBell() to the > following a few weeks ago: > /* > * We can't use Beep () here because it uses the PC speaker > * on NT/2000. MessageBeep (MB_OK) will play the default system > * sound on systems with a sound card or it will beep the PC speaker > * on systems that do not have a sound card. > */ > MessageBeep (MB_OK); > > The previous function called Beep (), which doesn't really work, according > to the message that I put in above. > > You could make the function do nothing and see if that helps. I > assume that > you know how to compile Cygwin/XFree86 (if not, see the Contributor's > Guide). > > As for XDMCP stability, I and several other people (probably over > hundreds) > use XDMCP all the time without any stability problems. Is there anything > strange about your machine (low RAM, weird NIC (possibly token ring?), or > are you running under Windows 95 or have you had lots of software > installed > and uninstalled on your machine (that can cause DLL mismatches, > etc.)). You > could always visit http://windowsupdate.microsoft.com/ and install all > updates available (that will take several reboots) to see if that helps. > > Anyhow, I have to go, > > Harold > > > -----Original Message----- > > From: Tom Bozack [mailto:bozackt1@ridgecrest.ca.us] > > Sent: Wednesday, March 27, 2002 11:31 PM > > To: Perches, Joe > > Cc: 'huntharo@msu.edu' > > Subject: Re: Sound makes cygwin/xfree86 lock up > > > > > > I have no insight into how to debug this problem. However, I have > > notices that it has the appearance of a massive memory leak. Whatever > > triggers the problem causes system memory to be rapidly used up at which > > point xfree86 becomes unresponsive. If left in that state xfree86 will > > sometimes crash with a segmentation fault. > > > > I hope someone can figure out how to fix the problem. As it is xfree86 > > using xdmcp isn't stable enough on my systems for routine use. > > > > Tom > > > > Perches, Joe wrote: > > > I have an identical problem, and can't figure it out. > > > I've looked through the X code looking for how "ctrl-g" > > > bells are forwarded, but don't see why it's failing. > > > > > > I've looked round through the xfree 86 code and don't > > > see a particular failure mode. > > > > > > Do either of you have a debugging methodology I should > > > follow to trace down this? > > > > > > > From mshley@csee.wvu.edu Wed Apr 3 22:36:00 2002 From: mshley@csee.wvu.edu (Marc) Date: Wed, 03 Apr 2002 22:36:00 -0000 Subject: Log file for Win2k/Remote Login Screen Message-ID: Here's what /tmp/XWin.log has to say... but I can't pick anything out of it that looks like an error message.. ddxProcessArgument () - Initializing default screens winInitializeDefaultScreens () - w 1280 h 1024 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winDetectSupportedEngines () - Windows NT/2000 winDetectSupportedEngines () - DirectDraw installed winDetectSupportedEngines () - Allowing PrimaryDD winDetectSupportedEngines () - DirectDraw4 installed winDetectSupportedEngines () - Returning, supported engines 0000001f winSetEngine () - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL () - Using Windows display depth of 24 bits per pix el winAdjustForAutoHide - Original WorkArea: 0 0 1024 1280 winAdjustForAutoHide - Taskbar is auto hide winAdjustForAutoHide - Found BOTTOM auto-hide taskbar winAdjustForAutoHide - Adjusted WorkArea: 0 0 1023 1280 winCreateBoundingWindowWindowed () - WindowClient w 1274 h 998 r 1274 l 0 b 998 t 0 winCreateBoundingWindowWindowed () - Returning winAllocateFBShadowDDNL () - lPitch: 3824 winInitVisualsShadowDDNL () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 winLayerCreate () - dwDepth 24 winRandRInit () winCreateDefColormap () - Deferring to fbCreateDefColormap () winScreenInit () - returning And thats where it ends... Thanks for the help! --Marc From jaelong@lge.com Wed Apr 3 22:37:00 2002 From: jaelong@lge.com (=?euc-kr?B?sejA57/r?=) Date: Wed, 03 Apr 2002 22:37:00 -0000 Subject: Any enlightenment package? Message-ID: I have tried to install enlightenment and installed various library and program for that. But I met error during make enlightenment.. like this -- /home/Administrator/src/enlight/dox/ttfont.c:574: undefined reference to `XShmCreateImage' /home/Administrator/src/enlight/dox/ttfont.c:589: undefined reference to `shmget' /home/Administrator/src/enlight/dox/ttfont.c:601: undefined reference to `shmat' /home/Administrator/src/enlight/dox/ttfont.c:609: undefined reference to `shmget' I have no idea how to solve this problem. And please let me know where I can find enlightenment package. if any. And another question. I have loved fvwm2 in Solaris a few years ago and have used Gnome+enllghtenment for a while in Redhat. I heard enlightenment is very new window manager. and is it better than fvwm2? Please answer. From huntharo@msu.edu Wed Apr 3 22:41:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 03 Apr 2002 22:41:00 -0000 Subject: Log file for Win2k/Remote Login Screen In-Reply-To: Message-ID: Marc, You're right, there are no errors in the log file. What sort of machine are you trying to connect to? Are you using a command line as described in the User's Guide? http://xfree86.cygwin.com/docs/ug/using-remote-session.html Can you ping the remote machines in question? Are they connected via ethernet or over a cable-modem or telephone line? How do you know that they are "known-good", have you used Exceed or X-Win32 or some such X Server to connect to those machines? Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Marc > Sent: Thursday, April 04, 2002 1:36 AM > To: cygwin-xfree@cygwin.com > Subject: Log file for Win2k/Remote Login Screen > > > Here's what /tmp/XWin.log has to say... but I can't pick anything out of > it that looks like an error message.. > > ddxProcessArgument () - Initializing default screens > winInitializeDefaultScreens () - w 1280 h 1024 > _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root > winDetectSupportedEngines () - Windows NT/2000 > winDetectSupportedEngines () - DirectDraw installed > winDetectSupportedEngines () - Allowing PrimaryDD > winDetectSupportedEngines () - DirectDraw4 installed > winDetectSupportedEngines () - Returning, supported engines 0000001f > winSetEngine () - Using Shadow DirectDraw NonLocking > winAdjustVideoModeShadowDDNL () - Using Windows display depth of 24 bits > per pix > el > winAdjustForAutoHide - Original WorkArea: 0 0 1024 1280 > winAdjustForAutoHide - Taskbar is auto hide > winAdjustForAutoHide - Found BOTTOM auto-hide taskbar > winAdjustForAutoHide - Adjusted WorkArea: 0 0 1023 1280 > winCreateBoundingWindowWindowed () - WindowClient w 1274 h 998 r 1274 l 0 > b 998 > t 0 > winCreateBoundingWindowWindowed () - Returning > winAllocateFBShadowDDNL () - lPitch: 3824 > winInitVisualsShadowDDNL () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d > 24 > winLayerCreate () - dwDepth 24 > winRandRInit () > winCreateDefColormap () - Deferring to fbCreateDefColormap () > winScreenInit () - returning > > And thats where it ends... > > Thanks for the help! > --Marc > From mshley@csee.wvu.edu Wed Apr 3 22:48:00 2002 From: mshley@csee.wvu.edu (Marc) Date: Wed, 03 Apr 2002 22:48:00 -0000 Subject: Log file for Win2k/Remote Login Screen In-Reply-To: References: Message-ID: <1017902953.31089.16.camel@trilogy> Thansk for the help Harold. I'm an admin for our CS dept at WVU. A few people on my staff and I have it working under Win98 on a few machines, and on another two Win2000 machines, all with default installations. The machines that I know are working fine are a RedHat 7.2 machine and a Sun Solaris machine. Both remote login windows open fine, as do logging in and running applications. But for some reason, the same default installation on my machine isn't working to grab their displays. I'm going to check the link you sent also. Thanks, Marc From mbardiaux@peaktime.be Thu Apr 4 01:05:00 2002 From: mbardiaux@peaktime.be (Michel Bardiaux) Date: Thu, 04 Apr 2002 01:05:00 -0000 Subject: Status of "seamless" integration? References: <3CAA394C.9020104@stanfordalumni.org> <20020402231048.GK1115@fairlite.demon.co.uk> <3CAA4FA7.1060504@znark.com> <3CAABB49.5D208B4C@peaktime.be> <3CABA8DA.30002@stanfordalumni.org> Message-ID: <3CAC174B.A85620C5@peaktime.be> Ian Burrell wrote: > > Michel Bardiaux wrote: > > > > Aye, there's the rub. When the X application pops up a menu, it must > > grab the keyboard and the *whole* screen. In other words, a "system > > modal" window is required, which means one can't use an internal WM but > > must use MS-Windows as WM - while still being responsive to ICCM. > > > > Does the menu need to be truly modal on the Windows side? The menu > window has the focus so it will get keyboard events. It can be modal > with respect to all the other X server-owned windows. It is harder to > make it modal relative to Windows. But one *has* to. Otherwise the "feel" of menus would be wrong (you could click in some parts of the screen without dismissing the menu). > > Just to make sure we are using the same terms, what I mean by an > internal window manager one running inside the X server. I am taking my > cue from the eXcursion2 design document. Windows is generating the move, > resize, etc events. The window manager hooks into the X server Windows > event loop and handles window state events. The internal window manager > should act as proper window manager which presumably means talking to > the server. > > The other way I can see to handle a rootless X server is with a separate > X client window manager. For each root-level X window, there is a > corresponding Windows window. But without any frame at all. The window > manager draws the frame It would have to know the appropriate MS-Windows look. Because IMHO "seamless" means that you *don't* have to know whether a window is X or 'true MS-Windows'. > and handles moving, resizing, and all that. Wouldn't that be very inefficient; and also prevent things like outline move/resize? > The > X server is responsible of moving the Windows window. > > Does any of this make sense? Perfect sense. > > - Ian > -- > iburrell@stanfordalumni.org > http://www.znark.com/ HaND -- Michel Bardiaux Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles Tel : +32 2 790.29.41 From k.vriezen@vgelder.com Thu Apr 4 03:02:00 2002 From: k.vriezen@vgelder.com (Koos Vriezen) Date: Thu, 04 Apr 2002 03:02:00 -0000 Subject: XFree speed problems with W2k Message-ID: Hi, I read serveral mailings about speed problems, but none seem to solve my problem. In our network we have a Linux box (RH7,1) configured for xdm. Xwin runs fine on the Win98 and WinNT boxes, but it's very slow on W2k. I use this script for starting Xwin: SET MAKE_MODE=UNIX SET PATH=s:\develop\unix\cygwin\bin;s:\develop\unix\cygwin\usr\bin;s:\develop\unix\cygwin\usr\X11R6\bin;%windir%\system32;%windir%\command mount -f s:/develop/unix/cygwin / mount -f "%tmp%" /tmp SET DISPLAY=127.0.0.1:0.0 SET HOME=z:\ XWin -query 192.168.1.200 -nowinkill -unixkill -once -fp tcp/192.168.1.200:7100 On W2k it takes minutes to get de xdm login screen, while eating a lot of CPU time. Everyting you do from then is slow and CPU expensive. The W2k boxes have SP2 installed. Another strange thing is the contents of xwin.log, it only contains two lines: ddxProcessArgument () - Initializing default screens winInitializeDefaultScreens () - w 1024 h 768 On win98 I see a lot more: ddxProcessArgument () - Initializing default screens winInitializeDefaultScreens () - w 1024 h 768 ddxProcessArgument () - screen - argc: 16 i: 3 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winDetectSupportedEngines () - Windows 95/98/Me winDetectSupportedEngines () - DirectDraw installed winDetectSupportedEngines () - DirectDraw4 installed winDetectSupportedEngines () - Returning, supported engines 00000017 winSetEngine () - Using user's preference: 1 winAdjustVideoModeShadowGDI () - Using Windows display depth of 16 bits per pixel 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 winInitVisualsGDI () - Masks 0000f800 000007e0 0000001f BPRGB 6 d 16 winLayerCreate () - dwDepth 16 winRandRInit () winCreateDefColormap () - Deferring to fbCreateDefColormap () winScreenInit () - returning Any ideas? Regards, Koos Vriezen From edi@serbski-institut.de Thu Apr 4 03:57:00 2002 From: edi@serbski-institut.de (PD Dr. Edward Wornar) Date: Thu, 04 Apr 2002 03:57:00 -0000 Subject: XFree speed problems with W2k In-Reply-To: References: Message-ID: <20020404.135312.74720575.edi@serbski-institut.de> > On W2k it takes minutes to get de xdm login screen, while eating a lot of > CPU time. Everyting you do from then is slow and CPU expensive. > The W2k boxes have SP2 installed. What is SP2? I have experienced speed problems with win98 which went away after - disabling virus scanners running in background like McAffee - disabling ATI Graphic utilities (disable and remove from registry) which do next to nothing but eat up to 85% of the resources. Hope this helps Edi From list-cygwin.xfree@spoiled.org Thu Apr 4 04:05:00 2002 From: list-cygwin.xfree@spoiled.org (thomas graichen) Date: Thu, 04 Apr 2002 04:05:00 -0000 Subject: Status of "seamless" integration? References: <3CAA394C.9020104@stanfordalumni.org> <20020402231048.GK1115@fairlite.demon.co.uk> <3CAA4FA7.1060504@znark.com> <3CAABB49.5D208B4C@peaktime.be> <3CABA8DA.30002@stanfordalumni.org> <3CAC174B.A85620C5@peaktime.be> Message-ID: just a sidenote: it might be a good idea to have a look at the rootless x-server for macos-x in xfree86 (but maybe there everything is completely different) ... just an idea t -- thomas graichen ... perfection is reached, not when there is no longer anything to add, but when there is no longer anything to take away. --- antoine de saint-exupery From k.vriezen@vgelder.com Thu Apr 4 04:22:00 2002 From: k.vriezen@vgelder.com (Koos Vriezen) Date: Thu, 04 Apr 2002 04:22:00 -0000 Subject: XFree speed problems with W2k In-Reply-To: <20020404.135312.74720575.edi@serbski-institut.de> Message-ID: On Thu, 4 Apr 2002, PD Dr. Edward Wornar wrote: > > On W2k it takes minutes to get de xdm login screen, while eating a lot of > > CPU time. Everyting you do from then is slow and CPU expensive. > > The W2k boxes have SP2 installed. > > What is SP2? I have experienced speed problems with win98 which went away > after > - disabling virus scanners running in background like McAffee > - disabling ATI Graphic utilities (disable and remove from registry) > which do next to nothing but eat up to 85% of the resources. Thanks, it was Norten AV's auto protect. Funny, only W2k suffers from it. BTW, SP2 comes from W2ksp2.exe of 103 Mb (don't ask me more). Regards, Koos Vriezen From flognat@flognat.myip.org Thu Apr 4 04:41:00 2002 From: flognat@flognat.myip.org (Andrew Markebo) Date: Thu, 04 Apr 2002 04:41:00 -0000 Subject: XFree speed problems with W2k In-Reply-To: References: Message-ID: | BTW, SP2 comes from W2ksp2.exe of 103 Mb (don't ask me more). SP2, Servicepack 2, downloadable from IE, tools->windows update.. /Andy -- The eye of the beholder rests on the beauty! From huntharo@msu.edu Thu Apr 4 04:48:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Thu, 04 Apr 2002 04:48:00 -0000 Subject: FW: missing telnet, solution Message-ID: Phil Burk sent this to me. Harold -----Original Message----- From: Phil Burk [mailto:philburk@softsynth.com] Sent: Thursday, April 04, 2002 2:16 AM To: Harold Hunt Subject: Re: missing telnet, solution Hello Harold, Thanks for updating the doc! It seems like a minor thing but it will save folks like me from many hours of head scratching. Phill Burk ----- Original Message ----- From: "Harold Hunt" To: "Phil Burk" ; Sent: Wednesday, April 03, 2002 9:58 PM Subject: RE: missing telnet, solution > Phil, > > I updated the User's Guide to say that most users will find the default > package list sufficient, but that you want to make sure that openssh and > inetutils are selected if you wish to use telnet or ssh. > > Hope that helps. > > Harold > > > -----Original Message----- > > From: cygwin-xfree-owner@cygwin.com > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Phil Burk > > Sent: Friday, March 22, 2002 11:49 AM > > To: cygwin-xfree@cygwin.com > > Subject: missing telnet, solution > > > > > > I followed all the steps to install Cygwin/XFree from the user guide. > > Everything worked great until I got to the part about telnet. It > > was missing > > from my installation. I spent about two hours looking over the Cygwin site > > trying to figure out how to get and install telnet. I noticed in > > this forum > > that other folks had the same problem but no working solution was offered. > > > > I finally figured it out. Here's how: > > > > - re-run the SETUP.EXE program that you used to install Cygwin, > > > > - select "Install from Internet" option, > > > > - select same install directory as before, > > > > - choose a download site as before, > > > > - when you get a list of packages, click the '+' next to the > > "Net" category, > > > > - select the "inetutils" package and the "openssh" package, > > > > - continue downloading. > > > > Your installation will be updated with those new packages. > > > > Perhaps the Cygwin/XFree86 User Guide could be modified to make > > sure telnet > > and ssh get included in the installation the first time. It > > currently tells > > people to leave the default settings alone but the default does > > not include > > telnet. > > > > Phil Burk > > > > > > > > > > > > > From BillT@VideoTele.com Thu Apr 4 07:49:00 2002 From: BillT@VideoTele.com (Trost, Bill) Date: Thu, 04 Apr 2002 07:49:00 -0000 Subject: XWarpCursor doesn't "stick" Message-ID: From: Harold Hunt [mailto:huntharo@msu.edu] I'd like you to try the new Test 54 server that I just put together and announced to the list. Please let me know if it fixes your problem. That's better, but still not quite right -- it looks as though the pointer is being visually warped to a window location, but logically warped to a screen location. That is, the pointer now jumps by the X server window's distance from the screen's <0, 0> location when I move the mouse. From huntharo@msu.edu Thu Apr 4 08:02:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Thu, 04 Apr 2002 08:02:00 -0000 Subject: XWarpCursor doesn't "stick" Message-ID: <200204041602.g34G2id25202@pilot13.cl.msu.edu> Bill, So lets say that the Windows cursor is at 100, 100 (screen coords), the upper left-hand corner of the Cygwin/XFree86 client area is at 25, 25 (screen coords) and a warp request comes in to move to the X cursor to 200, 200 (X windows coords). I am thinking of two things that you could be saying: 1) The cursor stays in the same place because the request was for a translation of 100, 100, which is the same location that the cursor is presently at. (In other words, I am receiving an offset to move the mouse by and I'm instead treating those values as the final destination coordinates). 2) Or, I receive a request to move the cursor to a final location of 200, 200 and I do so, which fails to take into account that the X cursor root is at 25, 25 in Windows screen coodinates. Which one is it? I think it sounds like #2, in which case the (x,y) that I get in winWarpCursor are the final destination values, but I need to query for the upper-left hand corner of the Cygwin/XFree86 client area before calling SetCursorPos so that I can offset the final destination. We'll get it right eventually. Notice that no one has really request the WarpCursor functionality before, that's why it doesn't work yet. :) Harold "Trost, Bill" said: > From: Harold Hunt [mailto:huntharo@msu.edu] > > I'd like you to try the new Test 54 server that I just put > together and announced to the list. Please let me know if it fixes your > problem. > > That's better, but still not quite right -- it looks as though the pointer > is being visually warped to a window location, but logically warped to a > screen location. That is, the pointer now jumps by the X server window's > distance from the screen's <0, 0> location when I move the mouse. > From BillT@VideoTele.com Thu Apr 4 08:42:00 2002 From: BillT@VideoTele.com (Trost, Bill) Date: Thu, 04 Apr 2002 08:42:00 -0000 Subject: XWarpCursor doesn't "stick" Message-ID: From: Harold L Hunt [mailto:huntharo@msu.edu] So lets say that the Windows cursor is at 100, 100 (screen coords), the upper left-hand corner of the Cygwin/XFree86 client area is at 25, 25 (screen coords) and a warp request comes in to move to the X cursor to 200, 200 (X windows coords). I am thinking of two things that you could be saying: 1) ... 2) Or, I receive a request to move the cursor to a final location of 200, 200 and I do so, which fails to take into account that the X cursor root is at 25, 25 in Windows screen coodinates. It looks like #2 to me. Email sure makes it hard to explain some things, doesn't it? Visually, the effect is, if I simply run "XWin" (so that the X root occupies a maximized Windows window), after a large warp, tweaking the mouse will cause the pointer to jump up one title-bar height. ...I need to query for the upper-left hand corner of the Cygwin/XFree86 client area before calling SetCursorPos so that I can offset the final destination. That's what I guess needs fixing. Notice that no one has really request the WarpCursor functionality before, that's why it doesn't work yet. :) Really? I'm shocked! (-: From huntharo@msu.edu Thu Apr 4 19:15:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Thu, 04 Apr 2002 19:15:00 -0000 Subject: [ANNOUNCEMENT] Server Test 55 Message-ID: Links: I just posted Test 55 to the server development page: http://xfree86.cygwin.com/devel/shadow/ 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-Test55.exe.bz2 (1078 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20020404-2206.tar.bz2 (70 KiB) Changes: 1) Try to fix winPointerWarpCursor by offsetting by the coordinates of the Cygwin/XFree86 client area upper left-hand corner. Enjoy, Harold From mykbourassa@cogeco.ca Thu Apr 4 19:24:00 2002 From: mykbourassa@cogeco.ca (Mike) Date: Thu, 04 Apr 2002 19:24:00 -0000 Subject: App Unable to Access X Display Message-ID: <3CAD1A08.AD0A8B44@cogeco.ca> Hello. My name is Mike. I am running Win 2000 Pro. I have recently tried to install the Lyx Latex editor. I had a successful XFree86/Cygwin and, by all indications, Lyx install. When I try to launch Lyx, I receive the error "cannot access X display, exiting." I raise the issue here because it does not seem to have been resolved at the "Lyx" end of things and thus may be a bigger problem than just the app itself. The pat response to the query from the Lyx side of the house is to modify the Lyx config file. Specifically, to change the variable "DISPLAY =" from " localhost:0.0" to the computer's IP address e.g. "192.168.0.102:0.0". Unfortunately, several posts seem to indicate that this does not necessarily work. Certainly, in my case it hasn't. The other pat answer is to make sure any firewalls allow local port access. This does not seem to resolve the issue either. I have searched the internet and mail archives and still haven't found a solution. Again, I raise the issue simply in case it matters to you. If you have an insight it would be appreciated. Meanwhile, I will return to trying to convince my department that even if it isn't WYSIWYG, Latex is still worth a shot. Cheers. Mike From flognat@flognat.myip.org Thu Apr 4 21:30:00 2002 From: flognat@flognat.myip.org (Andrew Markebo) Date: Thu, 04 Apr 2002 21:30:00 -0000 Subject: App Unable to Access X Display In-Reply-To: <3CAD1A08.AD0A8B44@cogeco.ca> References: <3CAD1A08.AD0A8B44@cogeco.ca> Message-ID: Have you ran startxwin.bat/.sh first? Tried it from a xterm? Hmm weird lyx has display in a config-file.. /Andy | | The pat response to the query from the Lyx side of the house is to | modify the Lyx config file. Specifically, to change the variable | "DISPLAY =" from " localhost:0.0" to the computer's IP address e.g. | "192.168.0.102:0.0". Unfortunately, several posts seem to indicate that -- The eye of the beholder rests on the beauty! From saunup@hotmail.com Thu Apr 4 22:01:00 2002 From: saunup@hotmail.com (Saurabh Nupur) Date: Thu, 04 Apr 2002 22:01:00 -0000 Subject: cx-logos Message-ID: hello all, i made some logos. http://www.geocities.com/nupursarpal/logo_2.jpg http://www.geocities.com/nupursarpal/logo_3.jpg http://www.geocities.com/nupursarpal/logo_4.jpg http://www.geocities.com/nupursarpal/logo_1.jpg suggestions and comments are welcome nupur From starksb@ebi.ac.uk Fri Apr 5 03:34:00 2002 From: starksb@ebi.ac.uk (David Starks-Browning) Date: Fri, 05 Apr 2002 03:34:00 -0000 Subject: cx-logos In-Reply-To: References: Message-ID: <5497-Fri05Apr2002113432+0000-starksb@ebi.ac.uk> On Thursday 4 Apr 02, Saurabh Nupur writes: > hello all, > > i made some logos. > > http://www.geocities.com/nupursarpal/logo_2.jpg > http://www.geocities.com/nupursarpal/logo_3.jpg > http://www.geocities.com/nupursarpal/logo_4.jpg > http://www.geocities.com/nupursarpal/logo_1.jpg > > suggestions and comments are welcome Personally, I don't find that "CX" conveys "Cygwin/XFree86" very well. But I don't have other suggestions, sorry. David From alexander.gottwald@informatik.tu-chemnitz.de Fri Apr 5 03:48:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 05 Apr 2002 03:48:00 -0000 Subject: cx-logos In-Reply-To: Message-ID: On Thu, 4 Apr 2002, Saurabh Nupur wrote: > http://www.geocities.com/nupursarpal/logo_4.jpg I like this one. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 phone: +49 3725 349 80 80 mobile: +49 172 7854017 From briangenisio@yahoo.com Fri Apr 5 04:01:00 2002 From: briangenisio@yahoo.com (Brian Genisio) Date: Fri, 05 Apr 2002 04:01:00 -0000 Subject: cx-logos In-Reply-To: Message-ID: <20020405120108.61875.qmail@web20805.mail.yahoo.com> Yes, I like this one the best as well. I believe it is very important to convey that this is a port of the XFree86 software. This logo does it well with it's "86". Might I suggest also incorporating some identification of Cygwin? There are two logos I have seen (www.cygwin.com), the one that looks like a copyright symbol with an arrow, and the BlackAndGreen, ugly Cygwin icon. Possibly, you can incorporate one of those feels? Also, have you seen the X logo? (Open the X server, and run xlogo.exe) This is kind of a standard X-windows protocol logo. You might want to incorporate that somehow. Just my 2 cents, Brian --- Alexander Gottwald wrote: > On Thu, 4 Apr 2002, Saurabh Nupur wrote: > > > http://www.geocities.com/nupursarpal/logo_4.jpg > > I like this one. > > bye > ago > -- > Alexander.Gottwald@informatik.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 > phone: +49 3725 349 80 80 mobile: +49 172 7854017 > __________________________________________________ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/ From huntharo@msu.edu Fri Apr 5 05:05:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Fri, 05 Apr 2002 05:05:00 -0000 Subject: cx-logos In-Reply-To: <20020405120108.61875.qmail@web20805.mail.yahoo.com> Message-ID: I'm not so sure that we are allowed to use the X logo. That would have to be looked into before we started using it. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Brian Genisio > Sent: Friday, April 05, 2002 7:01 AM > To: Alexander Gottwald; Saurabh Nupur > Cc: cygwin-xfree@cygwin.com > Subject: Re: cx-logos > > > Yes, I like this one the best as well. I believe it is very important to > convey that this is a port of the XFree86 software. This logo > does it well > with it's "86". Might I suggest also incorporating some identification of > Cygwin? There are two logos I have seen (www.cygwin.com), the > one that looks > like a copyright symbol with an arrow, and the BlackAndGreen, > ugly Cygwin icon. > Possibly, you can incorporate one of those feels? > > Also, have you seen the X logo? (Open the X server, and run > xlogo.exe) This is > kind of a standard X-windows protocol logo. You might want to > incorporate that > somehow. > > Just my 2 cents, > Brian > > --- Alexander Gottwald > wrote: > > On Thu, 4 Apr 2002, Saurabh Nupur wrote: > > > > > http://www.geocities.com/nupursarpal/logo_4.jpg > > > > I like this one. > > > > bye > > ago > > -- > > Alexander.Gottwald@informatik.tu-chemnitz.de > > http://www.gotti.org ICQ: 126018723 > > phone: +49 3725 349 80 80 mobile: +49 172 7854017 > > > > > __________________________________________________ > Do You Yahoo!? > Yahoo! Tax Center - online filing with TurboTax > http://taxes.yahoo.com/ From cygwin-xfree@cygwin.com Fri Apr 5 05:36:00 2002 From: cygwin-xfree@cygwin.com (Christopher Faylor) Date: Fri, 05 Apr 2002 05:36:00 -0000 Subject: App Unable to Acceess X Display In-Reply-To: <3CAD02D1.40A73FFC@cogeco.ca> References: <3CAD02D1.40A73FFC@cogeco.ca> Message-ID: <20020405133649.GB11818@redhat.com> Redirected to proper mailing list. On Thu, Apr 04, 2002 at 08:50:10PM -0500, Mike wrote: >Hello. My name is Mike. I am running Win 2000 Pro. I have recently >tried to install the Lyx Latex editor. I had a successful Cygwin and, >by all indications, Lyx install. When I try to launch Lyx, I receive >the error "cannot access X display, exiting." I raise the issue here >because it does not seem to have been resolved at the "Lyx" end of >things and thus may be a bigger problem than just the app itself. >The pat response to the query from the Lyx side of the house is to >modify the Lyx config file. Specifically, to change the variable >"DISPLAY =" from " localhost:0.0" to the computer's IP address e.g. >"192.168.0.102:0.0". Unfortunately, several posts seem to indicate that >this does not necessarily work. Certainly, in my case it hasn't. The >other pat answer is to make sure any firewalls allow local port access. >This does not seem to resolve the issue either. I have searched the >internet and mail archives and still haven't found a solution. > >Again, I raise the issue simply in case it matters to you. If you have >an insight it would be appreciated. Meanwhile, I will return to trying >to convince my department that even if it isn't WYSIWYG, Latex is still >worth a shot. Cheers. From bax3@bigfoot.com Fri Apr 5 06:48:00 2002 From: bax3@bigfoot.com (Michael) Date: Fri, 05 Apr 2002 06:48:00 -0000 Subject: Missing terminfo data in XFree86 4.2.0 Message-ID: Hi I ran into the following problem with the current XFree86 distribution, but could not find any mention of any solution here or elsewhere. SYMPTOMS -------- * "vt102" terminal setting (TERM) in xterm windows instead of "xterm" * "WARNING: terminal is not fully functional" error messages from /bin/less * Missing /usr/share/terminfo/x/xterm and other terminfo data files CAUSE ----- 1. The current XFree86 for Cygwin distribution is missing the file xterm.terminfo (but not xterm.termcap) in Xlib.tgz. (However this is not true for other distributions, eg FreeBSD.) It is missing in the distribution available from the Cygwin mirrors and the distribution available directly from XFree86. 2. After unpacking the distribution files, the script Xinstall.sh asks the user whether to update the terminfo entries. The default is no, but the blurb notes that new features will be unavailable otherwise. If the user says yes: 3. The script moves a number of existing terminfo entries to *.bak 4. The script tries to run tic on /usr/X11R6/lib/X11/etc/xterm.terminfo to replace them 5. Since this file is not present, tic fails 6. The following terminfo files are subsequently effectively missing: xterm, xterms, xterm-24, xterm-vi, xterm-65, xterm-bold, xtermm, xterm-boldso, xterm-ic, xterm-r6, xterm-old, xterm-r5, vs100 INTERIM SOLUTIONS ----------------- During install (pre-emptive): * Do not elect to update terminfo entries After install (treatment): * Setting the TERM variable to another value such as cygwin or ansi is a temporary workaround * Moving the renamed files back to their original names reverses the damage ("mv xterm.bak xterm" etc) DISTRIBUTION FIX? ----------------- Include the file or change the installation script QUESTIONS --------- * Is there some reason xterm.terminfo is missing, or is this an error? * Is it possible to use e.g. the FreeBSD distribution's xterm.terminfo file? * Is it advised against updating the terminfo data? * If so, then what about updating termcap entries (suggested by Xinstall.h)? * What is lost by not using the new terminfo data? Thanks Michael From salexander@taz.qinetiq.com Fri Apr 5 07:24:00 2002 From: salexander@taz.qinetiq.com (Scott Alexander) Date: Fri, 05 Apr 2002 07:24:00 -0000 Subject: kde 3.0 no icons Message-ID: <000701c1dcb6$292d7c90$2153b80a@gooshy> Hi, My server has just been upgraded to kde 3.0 running redhat 7.2. I use = cygwin with xfree86 to connect to this server using x -query I have been doing this for a while with kde 2.2.2 with no problems. = However when i connect to it now with kde 3 my screen has no icons or = icons on the kicker bar at the bottom. =20 Does anyone know of this problem and a solution for it. My machine runs w2k with up 2 date cygwin and xfree86. Cheers Scott Alexander From jozsefke@freemail.hu Fri Apr 5 07:32:00 2002 From: jozsefke@freemail.hu (jozsefke@freemail.hu) Date: Fri, 05 Apr 2002 07:32:00 -0000 Subject: Help on XDM with Solaris Host Message-ID: <5.1.0.14.0.20020405172708.00a72270@freemail.hu> Hi everybody! I have exactly the same problem, but the solution mentioned below I don't understand. What does it mean 'tcp/solaris_box:7100'? Is it a path, or what? Bo, please be more specific. Thanks, joco >Thanks to derk.steggewentz. The problem was solved. >I only need to point the font path to the font server which is >already running on my Solaris box. > XWin -query solaris_box -fp tcp/solaris_box:7100 >Bo > -----Original Message----- > From: Zhang, Bo > Sent: Thursday, December 13, 2001 10:01 AM > To: 'cygwin-xfree@xfree86.cygwin.com' > Subject: Help on XDM with Solaris Host > > > I found in the Cygwin/Xfree86 FAQ there is a similar issue, which > was supposed to have been solved by installing the latest Solaris > patches. > > I did install all the recommended patches. And my XWin still can't > come up with XDMCP. > > I got the following error messages after XWin hang for a long time > and timed-out: > > winDetectSupportedEngines () - Windows NT/2000 > winDetectSupportedEngines () - DirectDraw installed > winDetectSupportedEngines () - Allowing PrimaryDD > winDetectSupportedEngines () - Returning, supported engines 0000001b > winSetEngine () - Using Shadow DirectDraw > winCreateBoundingWindowWindowed () - WindowClient w 1274 h 970 r 1274 > l 0 b 970 t 0 > winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d > 32 > winCreateDefColormap () - Deferring to fbCreateDefColormap () > AUDIT: Wed Dec 12 16:50:25 2001: 255 XWin: client 1 rejected from IP > 172.16.33.210 port 33748 > Auth name: MIT-MAGIC-COOKIE-1 ID: -1 > XDM: too many keepalive retransmissions, declaring session dead > > Can anyone help me out? > > Thanks, > > Bo > > > -----Original Message----- > From: Zhang, Bo > Sent: Tuesday, December 11, 2001 6:37 PM > To: 'cygwin-xfree@xfree86.cygwin.com' > Subject: Help on XDM with Solaris Host > > > Hello, everyone, > > I have installed Cygwin/Xfree86 on my NT machine. XWin worked fine > as a standalone X-server. However, I couldn't get XDM to work with > my > Solaris 2.8. The root window is opened, but it hangs there. It looks > like > some kind of infinite loop (CPU ustilization on my PC goes 100% for > a > very long time), but Alt-F4 still works. > > Has anyone experienced this before? Does anyone has solutions to it? > > Thanks, > > Bo Zhang From huntharo@msu.edu Fri Apr 5 08:36:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Fri, 05 Apr 2002 08:36:00 -0000 Subject: Missing terminfo data in XFree86 4.2.0 Message-ID: <200204051636.g35Gaex36888@pilot16.cl.msu.edu> Michael, You already know way more about the problem than I do. I have never seen the problem described so completely. Reasoning from what you have said leads me to believe that the packaging script that we use (same as all of the other XFree86 platforms) may be misbehaving and accidentally leaving out said file. I guess what needs to happen is for Alan or I to take a look at the packaging process and see if there is an error that indicates that this is indeed happening. Or, you could take a look for yourself (since you know more about the problem), by following the build and packing instructions in the Cygwin/XFree86 Contributor's Guide: http://xfree86.cygwin.com/docs/cg/ Harold Michael said: > Hi > > I ran into the following problem with the current XFree86 distribution, but > could not find any mention of any solution here or elsewhere. > > SYMPTOMS > -------- > * "vt102" terminal setting (TERM) in xterm windows instead of "xterm" > * "WARNING: terminal is not fully functional" error messages from /bin/less > * Missing /usr/share/terminfo/x/xterm and other terminfo data files > > CAUSE > ----- > 1. The current XFree86 for Cygwin distribution is missing the file > xterm.terminfo (but not xterm.termcap) in Xlib.tgz. (However this is > not true for other distributions, eg FreeBSD.) It is missing in the > distribution available from the Cygwin mirrors and the distribution > available directly from XFree86. > 2. After unpacking the distribution files, the script Xinstall.sh asks the > user whether to update the terminfo entries. The default is no, but the > blurb notes that new features will be unavailable otherwise. > > If the user says yes: > 3. The script moves a number of existing terminfo entries to *.bak > 4. The script tries to run tic on /usr/X11R6/lib/X11/etc/xterm.terminfo to > replace them > 5. Since this file is not present, tic fails > 6. The following terminfo files are subsequently effectively missing: xterm, > xterms, xterm-24, xterm-vi, xterm-65, xterm-bold, xtermm, xterm-boldso, > xterm-ic, xterm-r6, xterm-old, xterm-r5, vs100 > > INTERIM SOLUTIONS > ----------------- > During install (pre-emptive): > * Do not elect to update terminfo entries > After install (treatment): > * Setting the TERM variable to another value such as cygwin or ansi is > a temporary workaround > * Moving the renamed files back to their original names reverses the > damage ("mv xterm.bak xterm" etc) > > DISTRIBUTION FIX? > ----------------- > Include the file or change the installation script > > QUESTIONS > --------- > * Is there some reason xterm.terminfo is missing, or is this an error? > * Is it possible to use e.g. the FreeBSD distribution's xterm.terminfo file? > * Is it advised against updating the terminfo data? > * If so, then what about updating termcap entries (suggested by Xinstall.h)? > * What is lost by not using the new terminfo data? > > Thanks > Michael > > From huntharo@msu.edu Fri Apr 5 08:42:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Fri, 05 Apr 2002 08:42:00 -0000 Subject: Help on XDM with Solaris Host Message-ID: <200204051642.g35Ggix47996@pilot16.cl.msu.edu> Joco, The question has been answered more specifically: http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-solaris-fonts Harold jozsefke@freemail.hu said: > Hi everybody! > > I have exactly the same problem, but the solution > mentioned below I don't understand. > What does it mean 'tcp/solaris_box:7100'? > Is it a path, or what? > Bo, please be more specific. > > Thanks, > joco > > > >Thanks to derk.steggewentz. The problem was solved. > >I only need to point the font path to the font server which is > >already running on my Solaris box. > > XWin -query solaris_box -fp tcp/solaris_box:7100 > >Bo > > > > -----Original Message----- > > From: Zhang, Bo > > Sent: Thursday, December 13, 2001 10:01 AM > > To: 'cygwin-xfree@xfree86.cygwin.com' > > Subject: Help on XDM with Solaris Host > > > > > > I found in the Cygwin/Xfree86 FAQ there is a similar issue, which > > was supposed to have been solved by installing the latest Solaris > > patches. > > > > I did install all the recommended patches. And my XWin still can't > > come up with XDMCP. > > > > I got the following error messages after XWin hang for a long time > > and timed-out: > > > > winDetectSupportedEngines () - Windows NT/2000 > > winDetectSupportedEngines () - DirectDraw installed > > winDetectSupportedEngines () - Allowing PrimaryDD > > winDetectSupportedEngines () - Returning, supported engines 0000001b > > winSetEngine () - Using Shadow DirectDraw > > winCreateBoundingWindowWindowed () - WindowClient w 1274 h 970 r 1274 > > l 0 b 970 t 0 > > winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d > > 32 > > winCreateDefColormap () - Deferring to fbCreateDefColormap () > > AUDIT: Wed Dec 12 16:50:25 2001: 255 XWin: client 1 rejected from IP > > 172.16.33.210 port 33748 > > Auth name: MIT-MAGIC-COOKIE-1 ID: -1 > > XDM: too many keepalive retransmissions, declaring session dead > > > > Can anyone help me out? > > > > Thanks, > > > > Bo > > > > > > -----Original Message----- > > From: Zhang, Bo > > Sent: Tuesday, December 11, 2001 6:37 PM > > To: 'cygwin-xfree@xfree86.cygwin.com' > > Subject: Help on XDM with Solaris Host > > > > > > Hello, everyone, > > > > I have installed Cygwin/Xfree86 on my NT machine. XWin worked fine > > as a standalone X-server. However, I couldn't get XDM to work with > > my > > Solaris 2.8. The root window is opened, but it hangs there. It looks > > like > > some kind of infinite loop (CPU ustilization on my PC goes 100% for > > a > > very long time), but Alt-F4 still works. > > > > Has anyone experienced this before? Does anyone has solutions to it? > > > > Thanks, > > > > Bo Zhang > > > From huntharo@msu.edu Fri Apr 5 08:48:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Fri, 05 Apr 2002 08:48:00 -0000 Subject: kde 3.0 no icons Message-ID: <200204051648.g35GmEx48722@pilot16.cl.msu.edu> Scott, That doesn't sound good. I haven't yet installed KDE 3.0 and I won't have time to for at least a week, so I won't have a chance to look into this for some time. I know you say that Cygwin/XFree86 is up-to-date, but are you running Cygwin/XFree86 4.2.0? You can check by running 'xdpyinfo' in a local Cygwin/XFree86 session or in a terminal when you are logged into another machine via XDMCP. Awaiting a chance to investiage this, Harold Scott Alexander said: > Hi, > > My server has just been upgraded to kde 3.0 running redhat 7.2. I use = > cygwin with xfree86 to connect to this server using > > x -query > > I have been doing this for a while with kde 2.2.2 with no problems. = > However when i connect to it now with kde 3 my screen has no icons or = > icons on the kicker bar at the bottom. =20 > > Does anyone know of this problem and a solution for it. > > My machine runs w2k with up 2 date cygwin and xfree86. > > Cheers > > Scott Alexander > > From nik@bates-haus.org Fri Apr 5 09:02:00 2002 From: nik@bates-haus.org (Nikolaus Bates-Haus) Date: Fri, 05 Apr 2002 09:02:00 -0000 Subject: cx-logos In-Reply-To: <5497-Fri05Apr2002113432+0000-starksb@ebi.ac.uk> References: <5497-Fri05Apr2002113432+0000-starksb@ebi.ac.uk> Message-ID: <20020405170203.GA542@rover.bates-haus.org> Thanks for taking the time to put these together; I even have a suggestion! I agree that a plain "CX" doesn't really convey Cygwin/XFree86; but the Cygwin logo ( http://sources.redhat.com/cygwin/cygwin-icon.gif ) combined with the X logo ( generally available in /usr/X11R6/include/X11/bitmaps/xlogo64 ) _would_ be clear. -nik On Fri, Apr 05, 2002 at 11:34:32AM +0000, David Starks-Browning wrote: > On Thursday 4 Apr 02, Saurabh Nupur writes: > > hello all, > > > > i made some logos. > > > > http://www.geocities.com/nupursarpal/logo_2.jpg > > http://www.geocities.com/nupursarpal/logo_3.jpg > > http://www.geocities.com/nupursarpal/logo_4.jpg > > http://www.geocities.com/nupursarpal/logo_1.jpg > > > > suggestions and comments are welcome > > Personally, I don't find that "CX" conveys "Cygwin/XFree86" very > well. But I don't have other suggestions, sorry. > > David > From cgf@redhat.com Fri Apr 5 09:04:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Fri, 05 Apr 2002 09:04:00 -0000 Subject: cx-logos In-Reply-To: <20020405170203.GA542@rover.bates-haus.org> References: <5497-Fri05Apr2002113432+0000-starksb@ebi.ac.uk> <20020405170203.GA542@rover.bates-haus.org> Message-ID: <20020405170425.GB13495@redhat.com> On Fri, Apr 05, 2002 at 12:02:04PM -0500, Nikolaus Bates-Haus wrote: >Thanks for taking the time to put these together; I even have a suggestion! > >I agree that a plain "CX" doesn't really convey Cygwin/XFree86; but the >Cygwin logo ( http://sources.redhat.com/cygwin/cygwin-icon.gif ) >combined with the X logo ( generally available in >/usr/X11R6/include/X11/bitmaps/xlogo64 ) _would_ be clear. Didn't someone post a really cool 3-d version of the cygwin icon + X a couple of weeks ago? cgf From nik@bates-haus.org Fri Apr 5 09:13:00 2002 From: nik@bates-haus.org (Nikolaus Bates-Haus) Date: Fri, 05 Apr 2002 09:13:00 -0000 Subject: cx-logos In-Reply-To: <20020405170425.GB13495@redhat.com> References: <5497-Fri05Apr2002113432+0000-starksb@ebi.ac.uk> <20020405170203.GA542@rover.bates-haus.org> <20020405170425.GB13495@redhat.com> Message-ID: <20020405171336.GA692@rover.bates-haus.org> You're right. I missed the message when it came through; http://sources.redhat.com/ml/cygwin-xfree/2002-02/msg00234.html Logo by Tucker McLean; I like it. -nik On Fri, Apr 05, 2002 at 12:04:25PM -0500, Christopher Faylor wrote: > On Fri, Apr 05, 2002 at 12:02:04PM -0500, Nikolaus Bates-Haus wrote: > >Thanks for taking the time to put these together; I even have a suggestion! > > > >I agree that a plain "CX" doesn't really convey Cygwin/XFree86; but the > >Cygwin logo ( http://sources.redhat.com/cygwin/cygwin-icon.gif ) > >combined with the X logo ( generally available in > >/usr/X11R6/include/X11/bitmaps/xlogo64 ) _would_ be clear. > > Didn't someone post a really cool 3-d version of the cygwin icon + X a > couple of weeks ago? > > cgf From starksb@ebi.ac.uk Fri Apr 5 09:24:00 2002 From: starksb@ebi.ac.uk (David Starks-Browning) Date: Fri, 05 Apr 2002 09:24:00 -0000 Subject: cx-logos In-Reply-To: <20020405171336.GA692@rover.bates-haus.org> References: <5497-Fri05Apr2002113432+0000-starksb@ebi.ac.uk> <20020405170203.GA542@rover.bates-haus.org> <20020405170425.GB13495@redhat.com> <20020405171336.GA692@rover.bates-haus.org> Message-ID: <2052-Fri05Apr2002172418+0000-starksb@ebi.ac.uk> On Friday 5 Apr 02, Nikolaus Bates-Haus writes: > You're right. I missed the message when it came through; > http://sources.redhat.com/ml/cygwin-xfree/2002-02/msg00234.html > > Logo by Tucker McLean; I like it. Yes, this one is very good IMO. David From huntharo@msu.edu Fri Apr 5 10:31:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Fri, 05 Apr 2002 10:31:00 -0000 Subject: Patch to fix cygwin-xfree+gcc-2.95.3+autoconf problem Message-ID: I recently stumbled across a message you wrote way back in March 2001: http://list-archive.xemacs.org/xemacs-patches/200103/msg00082.html I notice that you say that cygwin.cf shouldn't be defining __STDC__ in StandardDefines. I can see that linux.cf and darwin.cf do not define __STDC__ in StandardDefines, but I don't know why we should not be defining it either. A quick and explanation would get this problem quickly remedied (I like to do things correctly, so I'd like to fix this problem). Thanks, Harold From alanh@fairlite.demon.co.uk Fri Apr 5 10:51:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Fri, 05 Apr 2002 10:51:00 -0000 Subject: Patch to fix cygwin-xfree+gcc-2.95.3+autoconf problem In-Reply-To: ; from huntharo@msu.edu on Fri, Apr 05, 2002 at 01:31:48 -0500 References: Message-ID: <20020405195141.B27469@fairlite.demon.co.uk> On Fri, Apr 05, 2002 at 01:31:48 -0500, Harold Hunt wrote: > I recently stumbled across a message you wrote way back in March 2001: > http://list-archive.xemacs.org/xemacs-patches/200103/msg00082.html > > I notice that you say that cygwin.cf shouldn't be defining __STDC__ in > StandardDefines. I can see that linux.cf and darwin.cf do not define > __STDC__ in StandardDefines, but I don't know why we should not be defining > it either. > > A quick and explanation would get this problem quickly remedied (I like to > do things correctly, so I'd like to fix this problem). > Good point. The compiler should define __STDC__ depending on the flags passed to it. Alan. From cgf@redhat.com Fri Apr 5 11:07:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Fri, 05 Apr 2002 11:07:00 -0000 Subject: cx-logos In-Reply-To: <20020405171336.GA692@rover.bates-haus.org> References: <5497-Fri05Apr2002113432+0000-starksb@ebi.ac.uk> <20020405170203.GA542@rover.bates-haus.org> <20020405170425.GB13495@redhat.com> <20020405171336.GA692@rover.bates-haus.org> Message-ID: <20020405190727.GA15346@redhat.com> On Fri, Apr 05, 2002 at 12:13:37PM -0500, Nikolaus Bates-Haus wrote: >You're right. I missed the message when it came through; >http://sources.redhat.com/ml/cygwin-xfree/2002-02/msg00234.html > >Logo by Tucker McLean; I like it. Me too. A lot. I don't know if Tucker is still listen, but I'm wondering if he would like to send just the cygwin logo part. I'd like to use it for the cygwin stuff. In fact, I'd like to use it for Cygwin Setup. cgf >On Fri, Apr 05, 2002 at 12:04:25PM -0500, Christopher Faylor wrote: >> On Fri, Apr 05, 2002 at 12:02:04PM -0500, Nikolaus Bates-Haus wrote: >> >Thanks for taking the time to put these together; I even have a suggestion! >> > >> >I agree that a plain "CX" doesn't really convey Cygwin/XFree86; but the >> >Cygwin logo ( http://sources.redhat.com/cygwin/cygwin-icon.gif ) >> >combined with the X logo ( generally available in >> >/usr/X11R6/include/X11/bitmaps/xlogo64 ) _would_ be clear. >> >> Didn't someone post a really cool 3-d version of the cygwin icon + X a >> couple of weeks ago? >> >> cgf From huntharo@msu.edu Fri Apr 5 11:17:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Fri, 05 Apr 2002 11:17:00 -0000 Subject: FW: Patch to fix cygwin-xfree+gcc-2.95.3+autoconf problem Message-ID: Here is what Paul had to say. Put together with what Alan said it sounds like __STDC__ will be coming out of StandardDefines. Alan, do you want to commit this directly, or would you like me to submit a patch? Harold -----Original Message----- From: Paul Stodghill [mailto:stodghil@cs.cornell.edu] Sent: Friday, April 05, 2002 1:53 PM To: Harold Hunt Subject: RE: Patch to fix cygwin-xfree+gcc-2.95.3+autoconf problem It's been over a year, but I believe that my reasoning was as follows, I guess it is not technically a bug. However, the C standard (or at least the c9x draft that I have) says that __STDC__ is a predefined implementation specific macro. The GCC manual discusses how __STDC__ is set depending upon the use of the -traditional flag. I don't believe that it makes sense to set or unset __STDC__ either from the command line or using preprocessor directives. Hope this helps. > -----Original Message----- > From: Harold Hunt [mailto:huntharo@msu.edu] > Sent: Friday, April 05, 2002 1:32 PM > To: Paul Stodghill > Cc: cygx > Subject: RE: Patch to fix cygwin-xfree+gcc-2.95.3+autoconf problem > > > I recently stumbled across a message you wrote way back in March 2001: > http://list-archive.xemacs.org/xemacs-patches/200103/msg00082.html > > I notice that you say that cygwin.cf shouldn't be defining __STDC__ in > StandardDefines. I can see that linux.cf and darwin.cf do not define > __STDC__ in StandardDefines, but I don't know why we should > not be defining > it either. > > A quick and explanation would get this problem quickly > remedied (I like to > do things correctly, so I'd like to fix this problem). > > Thanks, > > Harold > > From alanh@fairlite.demon.co.uk Fri Apr 5 11:31:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Fri, 05 Apr 2002 11:31:00 -0000 Subject: FW: Patch to fix cygwin-xfree+gcc-2.95.3+autoconf problem In-Reply-To: ; from huntharo@msu.edu on Fri, Apr 05, 2002 at 02:17:29 -0500 References: Message-ID: <20020405203119.C27469@fairlite.demon.co.uk> I can remove it - no problem. Have you tried building the tree without it first though ? Alan. On Fri, Apr 05, 2002 at 02:17:29 -0500, Harold Hunt wrote: > Here is what Paul had to say. Put together with what Alan said it sounds > like __STDC__ will be coming out of StandardDefines. > > Alan, do you want to commit this directly, or would you like me to submit a > patch? > > Harold > > -----Original Message----- > From: Paul Stodghill [mailto:stodghil@cs.cornell.edu] > Sent: Friday, April 05, 2002 1:53 PM > To: Harold Hunt > Subject: RE: Patch to fix cygwin-xfree+gcc-2.95.3+autoconf problem > > > It's been over a year, but I believe that my reasoning was as follows, > > I guess it is not technically a bug. However, the C standard (or at least > the c9x draft that I have) says that __STDC__ is a predefined implementation > specific macro. The GCC manual discusses how __STDC__ is set depending upon > the use of the -traditional flag. I don't believe that it makes sense to set > or unset __STDC__ either from the command line or using preprocessor > directives. > > Hope this helps. > > > > > -----Original Message----- > > From: Harold Hunt [mailto:huntharo@msu.edu] > > Sent: Friday, April 05, 2002 1:32 PM > > To: Paul Stodghill > > Cc: cygx > > Subject: RE: Patch to fix cygwin-xfree+gcc-2.95.3+autoconf problem > > > > > > I recently stumbled across a message you wrote way back in March 2001: > > http://list-archive.xemacs.org/xemacs-patches/200103/msg00082.html > > > > I notice that you say that cygwin.cf shouldn't be defining __STDC__ in > > StandardDefines. I can see that linux.cf and darwin.cf do not define > > __STDC__ in StandardDefines, but I don't know why we should > > not be defining > > it either. > > > > A quick and explanation would get this problem quickly > > remedied (I like to > > do things correctly, so I'd like to fix this problem). > > > > Thanks, > > > > Harold > > > > From huntharo@msu.edu Fri Apr 5 14:31:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Fri, 05 Apr 2002 14:31:00 -0000 Subject: kde 3.0 no icons In-Reply-To: <000701c1dcb6$292d7c90$2153b80a@gooshy> Message-ID: Scott, I couldn't resist installing KDE3, so I did. I didn't have any problems. I suspect that something went wrong during installation of KDE3 on your machine. Here is a screenshot: http://xfree86.cygwin.com/screenshots/cygwin-xfree86-remote-kde3.png I added that shot to the screenshots page: http://xfree86.cygwin.com/screenshots/ I hope you get the problem figured out, Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Scott Alexander > Sent: Friday, April 05, 2002 10:26 AM > To: cygwin-xfree@cygwin.com > Subject: kde 3.0 no icons > > > Hi, > > My server has just been upgraded to kde 3.0 running redhat 7.2. I use = > cygwin with xfree86 to connect to this server using > > x -query > > I have been doing this for a while with kde 2.2.2 with no problems. = > However when i connect to it now with kde 3 my screen has no icons or = > icons on the kicker bar at the bottom. =20 > > Does anyone know of this problem and a solution for it. > > My machine runs w2k with up 2 date cygwin and xfree86. > > Cheers > > Scott Alexander > From mshley@csee.wvu.edu Fri Apr 5 14:39:00 2002 From: mshley@csee.wvu.edu (Marc) Date: Fri, 05 Apr 2002 14:39:00 -0000 Subject: Log file for Win2k/Remote Login Screen References: Message-ID: <001f01c1dcf2$5111c540$0100a8c0@mgtnwv.adelphia.net> Just a recap, I wasn't getting my remote login window when grabbing a display from a machine running xdm stuff.. Turns out my installation was ok, but there was an old DNS entry associated with my IP address and it must have been trying some funky reverse look up stuff before giving me my display. I changed the IP to one with no DNS entry and everything is fine now. I need to figure out how to tunnel these remote displays through ssh or another type of encryption, but I don't see any possibilities. I don't like sending my password in the clear via xdmcp. Anyone working with this? Thanks! Marc ----- Original Message ----- From: Harold Hunt To: Marc ; Sent: Thursday, April 04, 2002 1:41 AM Subject: RE: Log file for Win2k/Remote Login Screen > Marc, > > You're right, there are no errors in the log file. > > What sort of machine are you trying to connect to? Are you using a command > line as described in the User's Guide? > > http://xfree86.cygwin.com/docs/ug/using-remote-session.html > > Can you ping the remote machines in question? Are they connected via > ethernet or over a cable-modem or telephone line? How do you know that they > are "known-good", have you used Exceed or X-Win32 or some such X Server to > connect to those machines? > From tae.lee@attws.com Fri Apr 5 15:08:00 2002 From: tae.lee@attws.com (Lee, Tae) Date: Fri, 05 Apr 2002 15:08:00 -0000 Subject: Hi, I have question on cygwin configuration. Message-ID: <8303A3EE6BF6D411A74300D0B7DF75F3059A4832@wa-msg10.entp.attws.com> I have created a .profile file with the following lines: Export PS1='$:$:>' To see the working directory in my prompt, but it does now work and it displays $:$:> as prompt. How can I make it to work? I have Windows 2000. I don't if that makes difference.. Thanks! Tae. From huntharo@msu.edu Fri Apr 5 15:27:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Fri, 05 Apr 2002 15:27:00 -0000 Subject: FW: Patch to fix cygwin-xfree+gcc-2.95.3+autoconf problem In-Reply-To: <20020405203119.C27469@fairlite.demon.co.uk> Message-ID: Alan, Yup. I just built it with no problems. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Alan Hourihane > Sent: Friday, April 05, 2002 2:31 PM > To: cygwin-xfree@cygwin.com > Subject: Re: FW: Patch to fix cygwin-xfree+gcc-2.95.3+autoconf problem > > > I can remove it - no problem. > > Have you tried building the tree without it first though ? > > Alan. > > On Fri, Apr 05, 2002 at 02:17:29 -0500, Harold Hunt wrote: > > Here is what Paul had to say. Put together with what Alan said > it sounds > > like __STDC__ will be coming out of StandardDefines. > > > > Alan, do you want to commit this directly, or would you like me > to submit a > > patch? > > > > Harold > > > > -----Original Message----- > > From: Paul Stodghill [mailto:stodghil@cs.cornell.edu] > > Sent: Friday, April 05, 2002 1:53 PM > > To: Harold Hunt > > Subject: RE: Patch to fix cygwin-xfree+gcc-2.95.3+autoconf problem > > > > > > It's been over a year, but I believe that my reasoning was as follows, > > > > I guess it is not technically a bug. However, the C standard > (or at least > > the c9x draft that I have) says that __STDC__ is a predefined > implementation > > specific macro. The GCC manual discusses how __STDC__ is set > depending upon > > the use of the -traditional flag. I don't believe that it makes > sense to set > > or unset __STDC__ either from the command line or using preprocessor > > directives. > > > > Hope this helps. > > > > > > > > > -----Original Message----- > > > From: Harold Hunt [mailto:huntharo@msu.edu] > > > Sent: Friday, April 05, 2002 1:32 PM > > > To: Paul Stodghill > > > Cc: cygx > > > Subject: RE: Patch to fix cygwin-xfree+gcc-2.95.3+autoconf problem > > > > > > > > > I recently stumbled across a message you wrote way back in March 2001: > > > http://list-archive.xemacs.org/xemacs-patches/200103/msg00082.html > > > > > > I notice that you say that cygwin.cf shouldn't be defining __STDC__ in > > > StandardDefines. I can see that linux.cf and darwin.cf do not define > > > __STDC__ in StandardDefines, but I don't know why we should > > > not be defining > > > it either. > > > > > > A quick and explanation would get this problem quickly > > > remedied (I like to > > > do things correctly, so I'd like to fix this problem). > > > > > > Thanks, > > > > > > Harold > > > > > > From iburrell@znark.com Fri Apr 5 17:05:00 2002 From: iburrell@znark.com (Ian Burrell) Date: Fri, 05 Apr 2002 17:05:00 -0000 Subject: Log file for Win2k/Remote Login Screen References: <001f01c1dcf2$5111c540$0100a8c0@mgtnwv.adelphia.net> Message-ID: <3CAE49E8.4030907@znark.com> Marc wrote: > Just a recap, I wasn't getting my remote login window when grabbing a > display from a machine running xdm stuff.. > > Turns out my installation was ok, but there was an old DNS entry associated > with my IP address and it must have been trying some funky reverse look up > stuff before giving me my display. I changed the IP to one with no DNS > entry and everything is fine now. > > I need to figure out how to tunnel these remote displays through ssh or > another type of encryption, but I don't see any possibilities. I don't like > sending my password in the clear via xdmcp. Anyone working with this? > According to the Linux XDMCP howto, it isn't possible to forward XDMCP over SSH because XDMCP uses UDP. You could ssh to the remote system with X forwarding and start the session manually. The X server would be started without any clients or window manager; you might have to adjust authorization to allow the remote machine to connect. - Ian -- iburrell@stanfordalumni.org http://www.znark.com/ From huntharo@msu.edu Fri Apr 5 17:14:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Fri, 05 Apr 2002 17:14:00 -0000 Subject: Cygwin/XFree86 logged into KDE3 causes strange Cygwin error Message-ID: This is the first time I have every seen anything like this in Cygwin/XFree86. I just installed KDE3 on my Linux box and when I login via XDMCP and run Konsole I get this error message in Windows: --------------------------- Error --------------------------- Failed assertion fds_on_hold != NULL at line 643 of file /cygnus/netrel/src/cygwin-1.3.10-1/winsup/cygwin/dtable.cc --------------------------- OK --------------------------- So far this has happened only when I launch Konsole. Cygwin/XFree86 doesn't crash when this happens, but things seem to get sketchy after it happens a few times. Any ideas? Harold From huntharo@msu.edu Fri Apr 5 17:22:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Fri, 05 Apr 2002 17:22:00 -0000 Subject: Cygwin/XFree86 logged into KDE3 causes strange Cygwin error In-Reply-To: Message-ID: Oh yeah, by "sketchy" I meant that after it happens a few times and I switch the focus away from Cygwin/XFree86 two things happen: 1) Cygwin/XFree86 freezes solid. 2) The Windows mouse cursor disappears and the Windows mouse doesn't work until I reboot. The mouse doesn't even start to work again when you press Ctrl+Alt+Del and get the Windows Security box that usually works perfectly even when programs have crashed. Yeah... that's pretty sketchy. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold Hunt > Sent: Friday, April 05, 2002 8:15 PM > To: cygx > Cc: cygwin > Subject: Cygwin/XFree86 logged into KDE3 causes strange Cygwin error > > > This is the first time I have every seen anything like this in > Cygwin/XFree86. > > I just installed KDE3 on my Linux box and when I login via XDMCP and run > Konsole I get this error message in Windows: > > --------------------------- > Error > --------------------------- > Failed assertion > fds_on_hold != NULL > at line 643 of file > /cygnus/netrel/src/cygwin-1.3.10-1/winsup/cygwin/dtable.cc > --------------------------- > OK > --------------------------- > > > So far this has happened only when I launch Konsole. > Cygwin/XFree86 doesn't > crash when this happens, but things seem to get sketchy after it happens a > few times. > > Any ideas? > > Harold > From a1dfulman@aol.com Fri Apr 5 17:57:00 2002 From: a1dfulman@aol.com (GIBSON) Date: Fri, 05 Apr 2002 17:57:00 -0000 Subject: cataloger GPxZbal Message-ID: <200204060157.g361vO592126@jgdesign.net> Below is the result of your feedback form. It was submitted by GIBSON (a1dfulman@aol.com) on Friday, April 5, 2002 at 18:57:24 --------------------------------------------------------------------------- .: Imagine the perfect business: You Can Run It From Home...Or From Anywhere With A Telephone Connection There Is No Large Investment To Get Started You Can Put Everything On Auto-Pilot There Is No Face-To-Face Selling Involved There Is No Inventory To Buy Or Ship You Can Even Work In Your Underwear If You Want To (No More Ties!) Sound good? It Is! The Cash Flow System That Brought In Over $115,467.00 In The First Year for me, can do the exact same for you. If you dont make $4,000 in the first month, you will get a full refund! Click below for details... http://r1877IjpV@best-buyers-guide.com/path2wealth1 p0Cc3exX sPGMqj5zAC --------------------------------------------------------------------------- From cgf@redhat.com Fri Apr 5 22:32:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Fri, 05 Apr 2002 22:32:00 -0000 Subject: cygwin/xfree86 logged into KDE3 causes strange cygwin error In-Reply-To: References: Message-ID: <20020406063233.GF12535@redhat.com> On Fri, Apr 05, 2002 at 08:14:44PM -0500, Harold Hunt wrote: >This is the first time I have every seen anything like this in >Cygwin/XFree86. > >I just installed KDE3 on my Linux box and when I login via XDMCP and run >Konsole I get this error message in Windows: > >--------------------------- >Error >--------------------------- >Failed assertion > fds_on_hold != NULL >at line 643 of file >/cygnus/netrel/src/cygwin-1.3.10-1/winsup/cygwin/dtable.cc >--------------------------- >OK >--------------------------- > > >So far this has happened only when I launch Konsole. Cygwin/XFree86 doesn't >crash when this happens, but things seem to get sketchy after it happens a >few times. > >Any ideas? It's coming from vfork. Something's stomping on memory that is supposed to hold a copy of the fd table. cgf From cgf@redhat.com Fri Apr 5 22:39:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Fri, 05 Apr 2002 22:39:00 -0000 Subject: cygwin/xfree86 logged into KDE3 causes strange cygwin error In-Reply-To: References: Message-ID: <20020406064002.GG12535@redhat.com> On Fri, Apr 05, 2002 at 08:22:26PM -0500, Harold Hunt wrote: >Oh yeah, by "sketchy" I meant that after it happens a few times and I >switch the focus away from Cygwin/XFree86 two things happen: > >1) Cygwin/XFree86 freezes solid. > >2) The Windows mouse cursor disappears and the Windows mouse doesn't >work until I reboot. The mouse doesn't even start to work again when >you press Ctrl+Alt+Del and get the Windows Security box that usually >works perfectly even when programs have crashed. > >Yeah... that's pretty sketchy. It sounds like typical memory overwrite problems. I have never seen that error show up in any other application. I thought I had actually turned off assertions in the released version of cygwin. Guess I was mistaken. There are only two popular users of vfork that I'm aware of: sh and make. It's possible that their needs are simple enough that they're not triggering a cygwin bug that kde is triggering. It's also possible that kde is just doing a plain old fashioned overwriting of memory. It should be fairly simple to figure out what's stomping on the memory but it will have to (obviously?) be done by someone who has kde and feels up to debugging the cygwin DLL. Just watching what happens to cygheap->fdtab.fds_on_hold during a vfork should pinpoint it pretty quickly. cgf From Ralf.Habacker@freenet.de Sat Apr 6 01:28:00 2002 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Sat, 06 Apr 2002 01:28:00 -0000 Subject: kde 3.0 no icons In-Reply-To: <200204051648.g35GmEx48722@pilot16.cl.msu.edu> Message-ID: <002801c1dd4d$56e9aea0$066007d5@BRAMSCHE> > I know you say that Cygwin/XFree86 is up-to-date, > but are you running > Cygwin/XFree86 4.2.0? You can check by running > 'xdpyinfo' in a local > Cygwin/XFree86 session or in a terminal when you > are logged into another > machine via XDMCP. qt3, which is used by kde3, does not work with the xfree 4.1.x server, so I can confirm, that an update to xfree 4.2.0 is absolutly nesessary. Ralf From robert.collins@itdomain.com.au Sat Apr 6 04:31:00 2002 From: robert.collins@itdomain.com.au (Robert Collins) Date: Sat, 06 Apr 2002 04:31:00 -0000 Subject: Building from CVS Message-ID: Hi, I tried to build from CVS on http://sourceforge.net/projects/xoncygwin using the instructions from http://xfree86.cygwin.com/docs/cg/prog-build-native.html. I've attached the bzip2'd log file from a standard build.. The summary is that it's failing to build the server binaries. All the .o compilations are showing a warning on alloca redefinition, but not actual errors are shown. Any thoughts? Rob -------------- next part -------------- A non-text attachment was scrubbed... Name: World.log.bz2 Type: application/octet-stream Size: 26650 bytes Desc: World.log.bz2 URL: From huntharo@msu.edu Sat Apr 6 04:49:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sat, 06 Apr 2002 04:49:00 -0000 Subject: Building from CVS In-Reply-To: Message-ID: Rob, We forgot to tell you that you have to pull the windows-1-branch, which has that fix. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Robert Collins > Sent: Saturday, April 06, 2002 7:31 AM > To: cygwin-xfree@cygwin.com > Subject: Building from CVS > > > Hi, > I tried to build from CVS on > http://sourceforge.net/projects/xoncygwin using the instructions from > http://xfree86.cygwin.com/docs/cg/prog-build-native.html. I've attached > the bzip2'd log file from a standard build.. > > The summary is that it's failing to build the server binaries. All the > .o compilations are showing a warning on alloca redefinition, but not > actual errors are shown. > > Any thoughts? > > Rob > From robert.collins@itdomain.com.au Sat Apr 6 05:15:00 2002 From: robert.collins@itdomain.com.au (Robert Collins) Date: Sat, 06 Apr 2002 05:15:00 -0000 Subject: Building from CVS Message-ID: > -----Original Message----- > From: Harold Hunt [mailto:huntharo@msu.edu] > Sent: Saturday, April 06, 2002 10:49 PM > To: Robert Collins; cygwin-xfree@cygwin.com > Subject: RE: Building from CVS > > > Rob, > > We forgot to tell you that you have to pull the > windows-1-branch, which has that fix. Thanks Harold, I assume it also has the GDI engine improvements, which is what I intend to have a quick eyeball at? Rob From notify@ornis.com Sat Apr 6 05:39:00 2002 From: notify@ornis.com (notify@ornis.com) Date: Sat, 06 Apr 2002 05:39:00 -0000 Subject: Virus Alert Message-ID: <200204061339.PAA14058@mailgate1.ornis.com> Have detected a virus (WORM_KLEZ.E) in your mail traffic on 04/06/2002 15:39:13 with an action deleted. From Alexander.Gottwald@informatik.tu-chemnitz.de Sat Apr 6 06:04:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Sat, 06 Apr 2002 06:04:00 -0000 Subject: Hi, I have question on cygwin configuration. In-Reply-To: <8303A3EE6BF6D411A74300D0B7DF75F3059A4832@wa-msg10.entp.attws.com> Message-ID: On Fri, 5 Apr 2002, Lee, Tae wrote: > I have created a .profile file with the following lines: > Export PS1='$:$:>' this should be (at least for bash) export PS1='\h:\w:>' bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 phone: +49 3725 349 80 80 mobile: +49 172 7854017 4. Chemnitzer Linux-Tag http://www.tu-chemnitz.de/linux/tag/lt4 From huntharo@msu.edu Sat Apr 6 11:45:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Sat, 06 Apr 2002 11:45:00 -0000 Subject: Building from CVS Message-ID: <200204061945.g36JjbP64788@pilot20.cl.msu.edu> That is correct. Harold Robert Collins said: > > > > -----Original Message----- > > From: Harold Hunt [mailto:huntharo@msu.edu] > > Sent: Saturday, April 06, 2002 10:49 PM > > To: Robert Collins; cygwin-xfree@cygwin.com > > Subject: RE: Building from CVS > > > > > > Rob, > > > > We forgot to tell you that you have to pull the > > windows-1-branch, which has that fix. > > Thanks Harold, I assume it also has the GDI engine improvements, which > is what I intend to have a quick eyeball at? > > Rob > From robert.collins@itdomain.com.au Sat Apr 6 14:56:00 2002 From: robert.collins@itdomain.com.au (Robert Collins) Date: Sat, 06 Apr 2002 14:56:00 -0000 Subject: Building from CVS Message-ID: Harold... We're getting places. Found this this time round: make[5]: *** No rule to make target `winrop.o', needed by `libXwin.a' I forgot to re-run the recursive link maker after updating the tag. I'm starting another run now - thanks for the help so far. Rob > -----Original Message----- > From: Harold L Hunt [mailto:huntharo@msu.edu] > Sent: Sunday, April 07, 2002 5:46 AM > To: Robert Collins; cygwin-xfree@cygwin.com > Subject: RE: Building from CVS > > > That is correct. > > Harold > > Robert Collins said: > > > > > > > > -----Original Message----- > > > From: Harold Hunt [mailto:huntharo@msu.edu] > > > Sent: Saturday, April 06, 2002 10:49 PM > > > To: Robert Collins; cygwin-xfree@cygwin.com > > > Subject: RE: Building from CVS > > > > > > > > > Rob, > > > > > > We forgot to tell you that you have to pull the > > > windows-1-branch, which has that fix. > > > > Thanks Harold, I assume it also has the GDI engine > improvements, which > > is what I intend to have a quick eyeball at? > > > > Rob > > > > > > From tucker@noodleroni.com Sat Apr 6 18:45:00 2002 From: tucker@noodleroni.com (Tucker McLean) Date: Sat, 06 Apr 2002 18:45:00 -0000 Subject: cx-logos References: <5497-Fri05Apr2002113432+0000-starksb@ebi.ac.uk> <20020405170203.GA542@rover.bates-haus.org> <20020405170425.GB13495@redhat.com> <20020405171336.GA692@rover.bates-haus.org> <20020405190727.GA15346@redhat.com> Message-ID: <3CAFB266.6090804@noodleroni.com> Hey, I sure as heck am listening! I got a big ego trip when I read this message. The GIMP .xcf file is attached to this message. Tucker PS: Keep me updated as I am not subscribed to the mailing list Christopher Faylor wrote: >On Fri, Apr 05, 2002 at 12:13:37PM -0500, Nikolaus Bates-Haus wrote: > >>You're right. I missed the message when it came through; >>http://sources.redhat.com/ml/cygwin-xfree/2002-02/msg00234.html >> >>Logo by Tucker McLean; I like it. >> > >Me too. A lot. I don't know if Tucker is still listen, but I'm wondering >if he would like to send just the cygwin logo part. I'd like to use it for >the cygwin stuff. > >In fact, I'd like to use it for Cygwin Setup. > >cgf > >>On Fri, Apr 05, 2002 at 12:04:25PM -0500, Christopher Faylor wrote: >> >>>On Fri, Apr 05, 2002 at 12:02:04PM -0500, Nikolaus Bates-Haus wrote: >>> >>>>Thanks for taking the time to put these together; I even have a suggestion! >>>> >>>>I agree that a plain "CX" doesn't really convey Cygwin/XFree86; but the >>>>Cygwin logo ( http://sources.redhat.com/cygwin/cygwin-icon.gif ) >>>>combined with the X logo ( generally available in >>>>/usr/X11R6/include/X11/bitmaps/xlogo64 ) _would_ be clear. >>>> >>>Didn't someone post a really cool 3-d version of the cygwin icon + X a >>>couple of weeks ago? >>> >>>cgf >>> > -- Did you know that Democrats prefer Almond Joy? http://www.noodleroni.com/survey.html Go to http://www.noodleroni.com/ for some free software and other miscellaneous madness. See you there! -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GIT/O d-@ s+: a--- C++ UL++++>$ P+++ L+++ E W++ N+ w--- O PS- PE+ Y+ PGP- R-- tv+ b G- e-> h! ------END GEEK CODE BLOCK------ -------------- next part -------------- A non-text attachment was scrubbed... Name: xfree.xcf.gz Type: application/x-gzip Size: 197818 bytes Desc: not available URL: From cgf@redhat.com Sat Apr 6 19:48:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Sat, 06 Apr 2002 19:48:00 -0000 Subject: cx-logos In-Reply-To: <3CAFB266.6090804@noodleroni.com> References: <5497-Fri05Apr2002113432+0000-starksb@ebi.ac.uk> <20020405170203.GA542@rover.bates-haus.org> <20020405170425.GB13495@redhat.com> <20020405171336.GA692@rover.bates-haus.org> <20020405190727.GA15346@redhat.com> <3CAFB266.6090804@noodleroni.com> Message-ID: <20020407034853.GA29235@redhat.com> On Sat, Apr 06, 2002 at 06:43:50PM -0800, Tucker McLean wrote: >Hey, > >I sure as heck am listening! I got a big ego trip when I read this >message. The GIMP .xcf file is attached to this message. This is the dual logo, right? Could you separate out just the Cygwin part? cgf From tucker@noodleroni.com Sat Apr 6 20:09:00 2002 From: tucker@noodleroni.com (Tucker McLean) Date: Sat, 06 Apr 2002 20:09:00 -0000 Subject: cx-logos References: <5497-Fri05Apr2002113432+0000-starksb@ebi.ac.uk> <20020405170203.GA542@rover.bates-haus.org> <20020405170425.GB13495@redhat.com> <20020405171336.GA692@rover.bates-haus.org> <20020405190727.GA15346@redhat.com> <3CAFB266.6090804@noodleroni.com> <20020407034853.GA29235@redhat.com> Message-ID: <3CAFC604.5040109@noodleroni.com> Hi, This is a GIMP .xcf file, if you want just the Cygwin part, just use that set of layers. If you would like me to separate them, I'll be happy to do that. Tucker Christopher Faylor wrote: >On Sat, Apr 06, 2002 at 06:43:50PM -0800, Tucker McLean wrote: > >>Hey, >> >>I sure as heck am listening! I got a big ego trip when I read this >>message. The GIMP .xcf file is attached to this message. >> > >This is the dual logo, right? Could you separate out just the Cygwin >part? > >cgf > -- Did you know that Democrats prefer Almond Joy? http://www.noodleroni.com/survey.html Go to http://www.noodleroni.com/ for some free software and other miscellaneous madness. See you there! -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GIT/O d-@ s+: a--- C++ UL++++>$ P+++ L+++ E W++ N+ w--- O PS- PE+ Y+ PGP- R-- tv+ b G- e-> h! ------END GEEK CODE BLOCK------ From eugenius@dingoblue.net.au Sat Apr 6 23:07:00 2002 From: eugenius@dingoblue.net.au (Eugene Rosenzweig) Date: Sat, 06 Apr 2002 23:07:00 -0000 Subject: Missing terminfo data in XFree86 4.2.0 References: Message-ID: <036801c1de02$d4206c00$0300a8c0@bluebox> Good observation. I never really missed the xterm entries, but now that you mentioned it, they are not there. I noticed it also because of the handy script from Alan Dobkin (re ncftp missing libs). The original files are in terminfo-5.2-1 package. The setup text (in the Xinstall.sh) states that new termcap entries are needed to take advantage of some new features of xterm, whatever they are. There is a way to generate most of those entries from the /usr/X11R6/lib/X11/etc/xterm.termcap: captoinfo /usr/X11R6/lib/X11/etc/xterm.termcap "/usr/X11R6/lib/X11/etc/xterm.terminfo", line 90, terminal 'xterm-color': enter_alt_charset_mode but no acs_chars "/usr/X11R6/lib/X11/etc/xterm.terminfo", line 90, terminal 'xterm-color': exit_alt_charset_mode but no acs_chars "/usr/X11R6/lib/X11/etc/xterm.terminfo", line 144, terminal 'xterm-sco': enter_alt_charset_mode but no acs_chars "/usr/X11R6/lib/X11/etc/xterm.terminfo", line 144, terminal 'xterm-sco': exit_alt_charset_mode but no acs_chars These will generate all missing files except for xtermm. Comparing these files to their backed up namesakes shows that they are different. Could these be the files that were intended to be generated originally by setup? I do not know anything about mechanics of xterminfo to be able to go beyond the mechanical regeneration of the files. I am not even sure what the errors mean. Something to do with acsc@ part of the definition which man terminfo mentiones but even then I am not sure what the manpage is talking about. ----- Original Message ----- From: "Michael" To: Sent: Saturday, April 06, 2002 12:48 AM Subject: Missing terminfo data in XFree86 4.2.0 > Hi > > I ran into the following problem with the current XFree86 distribution, but > could not find any mention of any solution here or elsewhere. > > SYMPTOMS > -------- > * "vt102" terminal setting (TERM) in xterm windows instead of "xterm" > * "WARNING: terminal is not fully functional" error messages from /bin/les s > * Missing /usr/share/terminfo/x/xterm and other terminfo data files > > CAUSE > ----- > 1. The current XFree86 for Cygwin distribution is missing the file > xterm.terminfo (but not xterm.termcap) in Xlib.tgz. (However this is > not true for other distributions, eg FreeBSD.) It is missing in the > distribution available from the Cygwin mirrors and the distribution > available directly from XFree86. > 2. After unpacking the distribution files, the script Xinstall.sh asks the > user whether to update the terminfo entries. The default is no, but the > blurb notes that new features will be unavailable otherwise. > > If the user says yes: > 3. The script moves a number of existing terminfo entries to *.bak > 4. The script tries to run tic on /usr/X11R6/lib/X11/etc/xterm.terminfo to > replace them > 5. Since this file is not present, tic fails > 6. The following terminfo files are subsequently effectively missing: xterm, > xterms, xterm-24, xterm-vi, xterm-65, xterm-bold, xtermm, xterm-boldso, > xterm-ic, xterm-r6, xterm-old, xterm-r5, vs100 > > INTERIM SOLUTIONS > ----------------- > During install (pre-emptive): > * Do not elect to update terminfo entries > After install (treatment): > * Setting the TERM variable to another value such as cygwin or ansi is > a temporary workaround > * Moving the renamed files back to their original names reverses the > damage ("mv xterm.bak xterm" etc) > > DISTRIBUTION FIX? > ----------------- > Include the file or change the installation script > > QUESTIONS > --------- > * Is there some reason xterm.terminfo is missing, or is this an error? > * Is it possible to use e.g. the FreeBSD distribution's xterm.terminfo file? > * Is it advised against updating the terminfo data? > * If so, then what about updating termcap entries (suggested by Xinstall.h)? > * What is lost by not using the new terminfo data? > > Thanks > Michael > From eugenius@dingoblue.net.au Sat Apr 6 23:33:00 2002 From: eugenius@dingoblue.net.au (Eugene Rosenzweig) Date: Sat, 06 Apr 2002 23:33:00 -0000 Subject: cx-logos References: <5497-Fri05Apr2002113432+0000-starksb@ebi.ac.uk> <20020405170203.GA542@rover.bates-haus.org> <20020405170425.GB13495@redhat.com> <20020405171336.GA692@rover.bates-haus.org> Message-ID: <042901c1de06$8ff14b90$0300a8c0@bluebox> It is a good point that maybe just CX is not enough and it should be Cygwin + X logos but nupur's logo is also much easier on the eye than Chris's. Vivid red and green on a bright blue background - that is violent on the eyes. Long ago in the time of eight-color displays there were no other options but now we have more range to work with. Maybe some sort of compromise between the two? Nupur's color scheme was simple but, I thought, good. From robert.collins@itdomain.com.au Sun Apr 7 00:03:00 2002 From: robert.collins@itdomain.com.au (Robert Collins) Date: Sun, 07 Apr 2002 00:03:00 -0000 Subject: X11/Xlib.h not found? Message-ID: Does the build recipe expect the X11 headers to be installed? The following is a sample error (there are many similar ones) indicating that X11/Xlib.h is not found, and I not thate /usr/X11R6/include is in the include path. I don't have X currently installed. If it needs those headers, and installing them is a safe bet, then I'm happy to do that. It does seem strange to me that it looks at system headers though.. Rob ==== rm -f wincutpaste.o gcc -c -O2 -fno-strength-reduce -Wall -Wpointer-arith -I. -I../../../../expor ts/include/X11 -I../../../../include/fonts -I../../../../programs/Xserve r/fb -I../../../../programs/Xserver/mi -I../../../../programs/Xserver/miext/ shadow -I../../../../programs/Xserver/miext/layer -I../../../../program s/Xserver/include -I../../../../programs/Xserver/os -I../../../../in clude/extensions -I../../../../exports/include/X11 -I../../../../program s/Xserver/render -I../../../../programs/Xserver/randr -I../../../.. -I../../../ ../exports/include -I/usr/X11R6/include -D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LO CALE -D_X86_ -D__STDC__ -DNO_TCP_H -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURC E=199309L -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DNO_ALLOCA -DSHAPE -DXINPU T -DXKB -DLBX -DXAPPGROUP -DXCSECURITY -DTOGCUP -DXF86BIGFONT -DRENDER -DR ANDR -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXvExtension -DXFr ee86Server -DXF86VIDMODE -DXvMCExtension -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DNDE BUG -DFUNCPROTO=15 -DNARROWPROTO -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -D XvExtension -DXFree86Server -DXF86VIDMODE -DXvMCExtension -DX_BYTE_ORDER=X_L ITTLE_ENDIAN -DDDXTIME -DFD_SETSIZE=256 -DDDXOSINIT -DDDXOSVERRORF -DDDXOSFATALE RROR -DHAS_MMAP -UXFree86LOADER -UXF86DRI wincutpaste.c wincutpaste.c:50: X11/Xlib.h: No such file or directory make[5]: *** [wincutpaste.o] Error 1 From saunup@hotmail.com Sun Apr 7 00:24:00 2002 From: saunup@hotmail.com (Nupur Saurabh) Date: Sun, 07 Apr 2002 00:24:00 -0000 Subject: cx-logos References: <20020405120108.61875.qmail@web20805.mail.yahoo.com> Message-ID: hi all, i made some changes as per suggestion. these are modified from the previous logo4.jpg. i made, with 'C' with arrow as cygwin banner has. http://www.geocities.com/nupursarpal/logo_6.jpg http://www.geocities.com/nupursarpal/logo_7.jpg these are logo with cygwin c with arrow and 'X' as in www.x.org. http://www.geocities.com/nupursarpal/logo_8.jpg http://www.geocities.com/nupursarpal/logo_9.jpg But Brian i'm not sure about copyright issue. suggestion and comments are welcome. nupur ----- Original Message ----- From: "Brian Genisio" To: "Alexander Gottwald" ; "Saurabh Nupur" Cc: Sent: Friday, April 05, 2002 4:01 AM Subject: Re: cx-logos > Yes, I like this one the best as well. I believe it is very important to > convey that this is a port of the XFree86 software. This logo does it well > with it's "86". Might I suggest also incorporating some identification of > Cygwin? There are two logos I have seen (www.cygwin.com), the one that looks > like a copyright symbol with an arrow, and the BlackAndGreen, ugly Cygwin icon. > Possibly, you can incorporate one of those feels? > > Also, have you seen the X logo? (Open the X server, and run xlogo.exe) This is > kind of a standard X-windows protocol logo. You might want to incorporate that > somehow. > > Just my 2 cents, > Brian > > --- Alexander Gottwald wrote: > > On Thu, 4 Apr 2002, Saurabh Nupur wrote: > > > > > http://www.geocities.com/nupursarpal/logo_4.jpg > > > > I like this one. > > > > bye > > ago > > -- > > Alexander.Gottwald@informatik.tu-chemnitz.de > > http://www.gotti.org ICQ: 126018723 > > phone: +49 3725 349 80 80 mobile: +49 172 7854017 > > > > > __________________________________________________ > Do You Yahoo!? > Yahoo! Tax Center - online filing with TurboTax > http://taxes.yahoo.com/ > From Alexander.Gottwald@informatik.tu-chemnitz.de Sun Apr 7 05:10:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 07 Apr 2002 05:10:00 -0000 Subject: Missing file for libexpat.dll Message-ID: Hi, The file expat-def.cpp which is needed for building libexpat.dll on cygwin is missing. I attached a file with all exports from the object files. 2002-04-07 Alexander Gottwald * expat-def.cpp (new): Export definitions for building libexpat.dll -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 phone: +49 3725 349 80 80 mobile: +49 172 7854017 4. Chemnitzer Linux-Tag http://www.tu-chemnitz.de/linux/tag/lt4 -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: expat-def.cpp URL: From Alexander.Gottwald@informatik.tu-chemnitz.de Sun Apr 7 05:24:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 07 Apr 2002 05:24:00 -0000 Subject: Missing file for libfontconfig.dll Message-ID: Hi, The file fontconfig-def.cpp which is needed for building libfontconfig.dll on cygwin is missing. I attached a file with all exports from the object files. 2002-04-07 Alexander Gottwald * fontconfig-def.cpp (new): Export definitions for building libfontconfig.dll -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 phone: +49 3725 349 80 80 mobile: +49 172 7854017 4. Chemnitzer Linux-Tag http://www.tu-chemnitz.de/linux/tag/lt4 -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: fontconfig-def.cpp URL: From Alexander.Gottwald@informatik.tu-chemnitz.de Sun Apr 7 07:18:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 07 Apr 2002 07:18:00 -0000 Subject: FW: Patch to fix cygwin-xfree+gcc-2.95.3+autoconf problem In-Reply-To: <20020405203119.C27469@fairlite.demon.co.uk> Message-ID: On Fri, 5 Apr 2002, Alan Hourihane wrote: > I can remove it - no problem. > > Have you tried building the tree without it first though ? I've removed the __STDC__ define a long time ago (shortly after gcc3.0 was out, which complained the redefine) and had no problems without it. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 phone: +49 3725 349 80 80 mobile: +49 172 7854017 4. Chemnitzer Linux-Tag http://www.tu-chemnitz.de/linux/tag/lt4 From huntharo@msu.edu Sun Apr 7 20:18:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 07 Apr 2002 20:18:00 -0000 Subject: cx-logos In-Reply-To: <3CAFB266.6090804@noodleroni.com> Message-ID: Tucker, It would be best if you didn't send 193 KB attachments to the entire mailing list (I don't know how many people that is, but it could be a few hundred). If you need to send a file to others, try to upload the file to a web site or ftp site and post a link to the file in your message. If you don't have a web site or ftp site to do this with, email the file to me and I'll post it to a site for you. Thanks, Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Tucker McLean > Sent: Saturday, April 06, 2002 9:44 PM > To: cygwin-xfree@cygwin.com > Subject: Re: cx-logos > > > Hey, > > I sure as heck am listening! I got a big ego trip when I read this > message. The GIMP .xcf file is attached to this message. > > Tucker > > PS: Keep me updated as I am not subscribed to the mailing list > > Christopher Faylor wrote: > > >On Fri, Apr 05, 2002 at 12:13:37PM -0500, Nikolaus Bates-Haus wrote: > > > >>You're right. I missed the message when it came through; > >>http://sources.redhat.com/ml/cygwin-xfree/2002-02/msg00234.html > >> > >>Logo by Tucker McLean; I like it. > >> > > > >Me too. A lot. I don't know if Tucker is still listen, but I'm > wondering > >if he would like to send just the cygwin logo part. I'd like to > use it for > >the cygwin stuff. > > > >In fact, I'd like to use it for Cygwin Setup. > > > >cgf > > > >>On Fri, Apr 05, 2002 at 12:04:25PM -0500, Christopher Faylor wrote: > >> > >>>On Fri, Apr 05, 2002 at 12:02:04PM -0500, Nikolaus Bates-Haus wrote: > >>> > >>>>Thanks for taking the time to put these together; I even have > a suggestion! > >>>> > >>>>I agree that a plain "CX" doesn't really convey > Cygwin/XFree86; but the > >>>>Cygwin logo ( http://sources.redhat.com/cygwin/cygwin-icon.gif ) > >>>>combined with the X logo ( generally available in > >>>>/usr/X11R6/include/X11/bitmaps/xlogo64 ) _would_ be clear. > >>>> > >>>Didn't someone post a really cool 3-d version of the cygwin icon + X a > >>>couple of weeks ago? > >>> > >>>cgf > >>> > > > > -- > Did you know that Democrats prefer Almond Joy? > http://www.noodleroni.com/survey.html > > Go to http://www.noodleroni.com/ for some free software and other > miscellaneous madness. See you there! > > -----BEGIN GEEK CODE BLOCK----- > Version: 3.1 > GIT/O d-@ s+: a--- C++ UL++++>$ P+++ L+++ E W++ N+ w--- O PS- PE+ Y+ PGP- > R-- tv+ b G- e-> h! > ------END GEEK CODE BLOCK------ > > > From huntharo@msu.edu Sun Apr 7 20:20:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 07 Apr 2002 20:20:00 -0000 Subject: X11/Xlib.h not found? In-Reply-To: Message-ID: Rob, Yes, the cut down tree depends on the installed headers because building the headers requires building the libraries, which the BuildServersOnly (or something like that) flag does. We only build the servers because it keeps the builds quick. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Robert Collins > Sent: Sunday, April 07, 2002 4:04 AM > To: cygwin-xfree@cygwin.com > Subject: X11/Xlib.h not found? > > > Does the build recipe expect the X11 headers to be installed? The > following is a sample error (there are many similar ones) indicating > that X11/Xlib.h is not found, and I not thate /usr/X11R6/include is in > the include path. I don't have X currently installed. > > If it needs those headers, and installing them is a safe bet, then I'm > happy to do that. It does seem strange to me that it looks at system > headers though.. > > > Rob > > > > ==== > > rm -f wincutpaste.o > gcc -c -O2 -fno-strength-reduce -Wall -Wpointer-arith -I. > -I../../../../expor > ts/include/X11 -I../../../../include/fonts > -I../../../../programs/Xserve > r/fb -I../../../../programs/Xserver/mi > -I../../../../programs/Xserver/miext/ > shadow -I../../../../programs/Xserver/miext/layer > -I../../../../program > s/Xserver/include -I../../../../programs/Xserver/os > -I../../../../in > clude/extensions -I../../../../exports/include/X11 > -I../../../../program > s/Xserver/render -I../../../../programs/Xserver/randr -I../../../.. > -I../../../ > ../exports/include -I/usr/X11R6/include -D__i386__ > -DWIN32_LEAN_AND_MEAN -DX_LO > CALE -D_X86_ -D__STDC__ -DNO_TCP_H -D__CYGWIN__ -D_XOPEN_SOURCE > -D_POSIX_C_SOURC > E=199309L -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DNO_ALLOCA -DSHAPE > -DXINPU > T -DXKB -DLBX -DXAPPGROUP -DXCSECURITY -DTOGCUP -DXF86BIGFONT > -DRENDER -DR > ANDR -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH > -DXvExtension -DXFr > ee86Server -DXF86VIDMODE -DXvMCExtension > -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DNDE > BUG -DFUNCPROTO=15 -DNARROWPROTO -DAVOID_GLYPHBLT -DPIXPRIV > -DSINGLEDEPTH -D > XvExtension -DXFree86Server -DXF86VIDMODE -DXvMCExtension > -DX_BYTE_ORDER=X_L > ITTLE_ENDIAN -DDDXTIME -DFD_SETSIZE=256 -DDDXOSINIT -DDDXOSVERRORF > -DDDXOSFATALE > RROR -DHAS_MMAP -UXFree86LOADER -UXF86DRI wincutpaste.c > wincutpaste.c:50: X11/Xlib.h: No such file or directory > make[5]: *** [wincutpaste.o] Error 1 From huntharo@msu.edu Sun Apr 7 20:21:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 07 Apr 2002 20:21:00 -0000 Subject: cx-logos In-Reply-To: Message-ID: Nupur, I like these... keep it up. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Nupur Saurabh > Sent: Sunday, April 07, 2002 4:38 AM > To: cygwin-xfree@cygwin.com > Cc: Brian Genisio > Subject: Re: cx-logos > > > hi all, > i made some changes as per suggestion. > > these are modified from the previous logo4.jpg. > i made, with 'C' with arrow as cygwin banner has. > > http://www.geocities.com/nupursarpal/logo_6.jpg > http://www.geocities.com/nupursarpal/logo_7.jpg > > these are logo with cygwin c with arrow and 'X' as in www.x.org. > > http://www.geocities.com/nupursarpal/logo_8.jpg > > http://www.geocities.com/nupursarpal/logo_9.jpg > > But Brian i'm not sure about copyright issue. > > suggestion and comments are welcome. > > nupur > > ----- Original Message ----- > From: "Brian Genisio" > To: "Alexander Gottwald" ; > "Saurabh Nupur" > Cc: > Sent: Friday, April 05, 2002 4:01 AM > Subject: Re: cx-logos > > > > Yes, I like this one the best as well. I believe it is very > important to > > convey that this is a port of the XFree86 software. This logo does it > well > > with it's "86". Might I suggest also incorporating some > identification of > > Cygwin? There are two logos I have seen (www.cygwin.com), the one that > looks > > like a copyright symbol with an arrow, and the BlackAndGreen, > ugly Cygwin > icon. > > Possibly, you can incorporate one of those feels? > > > > Also, have you seen the X logo? (Open the X server, and run xlogo.exe) > This is > > kind of a standard X-windows protocol logo. You might want to > incorporate > that > > somehow. > > > > Just my 2 cents, > > Brian > > > > --- Alexander Gottwald > wrote: > > > On Thu, 4 Apr 2002, Saurabh Nupur wrote: > > > > > > > http://www.geocities.com/nupursarpal/logo_4.jpg > > > > > > I like this one. > > > > > > bye > > > ago > > > -- > > > Alexander.Gottwald@informatik.tu-chemnitz.de > > > http://www.gotti.org ICQ: 126018723 > > > phone: +49 3725 349 80 80 mobile: +49 172 7854017 > > > > > > > > > __________________________________________________ > > Do You Yahoo!? > > Yahoo! Tax Center - online filing with TurboTax > > http://taxes.yahoo.com/ > > > From cgf@redhat.com Sun Apr 7 20:22:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Sun, 07 Apr 2002 20:22:00 -0000 Subject: cx-logos In-Reply-To: References: <3CAFB266.6090804@noodleroni.com> Message-ID: <20020408032249.GA2908@redhat.com> On Sun, Apr 07, 2002 at 11:18:12PM -0400, Harold Hunt wrote: >It would be best if you didn't send 193 KB attachments to the entire mailing >list (I don't know how many people that is, but it could be a few hundred). 518, actually! Wow. That includes 122 who are subscribed to the digest. cgf From huntharo@msu.edu Sun Apr 7 20:22:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 07 Apr 2002 20:22:00 -0000 Subject: cx-logos In-Reply-To: <3CAFC604.5040109@noodleroni.com> Message-ID: Tucker, Oh yeah, I also like your work too. Keep it up. Hopefully we'll be able to get some new icons soon. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Tucker McLean > Sent: Saturday, April 06, 2002 11:08 PM > To: cygwin-xfree@cygwin.com > Subject: Re: cx-logos > > > Hi, > > This is a GIMP .xcf file, if you want just the Cygwin part, just use > that set of layers. If you would like me to separate them, I'll be happy > to do that. > > Tucker > > Christopher Faylor wrote: > > >On Sat, Apr 06, 2002 at 06:43:50PM -0800, Tucker McLean wrote: > > > >>Hey, > >> > >>I sure as heck am listening! I got a big ego trip when I read this > >>message. The GIMP .xcf file is attached to this message. > >> > > > >This is the dual logo, right? Could you separate out just the Cygwin > >part? > > > >cgf > > > > -- > Did you know that Democrats prefer Almond Joy? > http://www.noodleroni.com/survey.html > > Go to http://www.noodleroni.com/ for some free software and other > miscellaneous madness. See you there! > > -----BEGIN GEEK CODE BLOCK----- > Version: 3.1 > GIT/O d-@ s+: a--- C++ UL++++>$ P+++ L+++ E W++ N+ w--- O PS- PE+ Y+ PGP- > R-- tv+ b G- e-> h! > ------END GEEK CODE BLOCK------ > > > From huntharo@msu.edu Sun Apr 7 20:25:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 07 Apr 2002 20:25:00 -0000 Subject: FW: Patch to fix cygwin-xfree+gcc-2.95.3+autoconf problem In-Reply-To: Message-ID: My mouse problems were due to my mouse getting flaky at exactly the same time as I tested the removal of the __STDC__ flag. The mouse has since completely given up the ghost, so I know that no problems were caused by removing the __STDC__ flag. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Alexander Gottwald > Sent: Sunday, April 07, 2002 10:19 AM > Cc: cygwin-xfree@cygwin.com > Subject: Re: FW: Patch to fix cygwin-xfree+gcc-2.95.3+autoconf problem > > > On Fri, 5 Apr 2002, Alan Hourihane wrote: > > > I can remove it - no problem. > > > > Have you tried building the tree without it first though ? > > I've removed the __STDC__ define a long time ago (shortly after gcc3.0 > was out, which complained the redefine) and had no problems without it. > > bye > ago > -- > Alexander.Gottwald@informatik.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 > phone: +49 3725 349 80 80 mobile: +49 172 7854017 > 4. Chemnitzer Linux-Tag http://www.tu-chemnitz.de/linux/tag/lt4 > From tucker@noodleroni.com Sun Apr 7 22:07:00 2002 From: tucker@noodleroni.com (Tucker McLean) Date: Sun, 07 Apr 2002 22:07:00 -0000 Subject: cx-logos References: Message-ID: <3CB12525.6020300@noodleroni.com> Sorry about the attachment, it could have been worse. I almost forgot to gzip it, and it would have been over 1 MB. Thank goodness I didn't forget. BTW, what kind of icons for which applications are you looking for? I'd be happy to do up some of those too. Also, which size and color depth? Harold Hunt wrote: >Tucker, > >It would be best if you didn't send 193 KB attachments to the entire mailing >list (I don't know how many people that is, but it could be a few hundred). > >If you need to send a file to others, try to upload the file to a web site >or ftp site and post a link to the file in your message. If you don't have >a web site or ftp site to do this with, email the file to me and I'll post >it to a site for you. > >Thanks, > >Harold > >>-----Original Message----- >>From: cygwin-xfree-owner@cygwin.com >>[mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Tucker McLean >>Sent: Saturday, April 06, 2002 9:44 PM >>To: cygwin-xfree@cygwin.com >>Subject: Re: cx-logos >> >> >>Hey, >> >>I sure as heck am listening! I got a big ego trip when I read this >>message. The GIMP .xcf file is attached to this message. >> >>Tucker >> >>PS: Keep me updated as I am not subscribed to the mailing list >> >>Christopher Faylor wrote: >> >>>On Fri, Apr 05, 2002 at 12:13:37PM -0500, Nikolaus Bates-Haus wrote: >>> >>>>You're right. I missed the message when it came through; >>>>http://sources.redhat.com/ml/cygwin-xfree/2002-02/msg00234.html >>>> >>>>Logo by Tucker McLean; I like it. >>>> >>>Me too. A lot. I don't know if Tucker is still listen, but I'm >>> >>wondering >> >>>if he would like to send just the cygwin logo part. I'd like to >>> >>use it for >> >>>the cygwin stuff. >>> >>>In fact, I'd like to use it for Cygwin Setup. >>> >>>cgf >>> >>>>On Fri, Apr 05, 2002 at 12:04:25PM -0500, Christopher Faylor wrote: >>>> >>>>>On Fri, Apr 05, 2002 at 12:02:04PM -0500, Nikolaus Bates-Haus wrote: >>>>> >>>>>>Thanks for taking the time to put these together; I even have >>>>>> >>a suggestion! >> >>>>>>I agree that a plain "CX" doesn't really convey >>>>>> >>Cygwin/XFree86; but the >> >>>>>>Cygwin logo ( http://sources.redhat.com/cygwin/cygwin-icon.gif ) >>>>>>combined with the X logo ( generally available in >>>>>>/usr/X11R6/include/X11/bitmaps/xlogo64 ) _would_ be clear. >>>>>> >>>>>Didn't someone post a really cool 3-d version of the cygwin icon + X a >>>>>couple of weeks ago? >>>>> >>>>>cgf >>>>> >>-- >>Did you know that Democrats prefer Almond Joy? >>http://www.noodleroni.com/survey.html >> >>Go to http://www.noodleroni.com/ for some free software and other >>miscellaneous madness. See you there! >> >>-----BEGIN GEEK CODE BLOCK----- >>Version: 3.1 >>GIT/O d-@ s+: a--- C++ UL++++>$ P+++ L+++ E W++ N+ w--- O PS- PE+ Y+ PGP- >>R-- tv+ b G- e-> h! >>------END GEEK CODE BLOCK------ >> >> >> > > -- Did you know that Democrats prefer Almond Joy? http://www.noodleroni.com/survey.html Go to http://www.noodleroni.com/ for some free software and other miscellaneous madness. See you there! -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GIT/O d-@ s+: a--- C++ UL++++>$ P+++ L+++ E W++ N+ w--- O PS- PE+ Y+ PGP- R-- tv+ b G- e-> h! ------END GEEK CODE BLOCK------ From robert.collins@itdomain.com.au Sun Apr 7 23:03:00 2002 From: robert.collins@itdomain.com.au (Robert Collins) Date: Sun, 07 Apr 2002 23:03:00 -0000 Subject: Native GDI Message-ID: Just a question: how does X cope with region invalidate - say with the Xnest engine? I'm wondering how the native GDI engine will handle having regions invalidated by win32 apps in front of it, without an off-screen buffer. Rob From edi@serbski-institut.de Sun Apr 7 23:55:00 2002 From: edi@serbski-institut.de (PD Dr. Edward Wornar) Date: Sun, 07 Apr 2002 23:55:00 -0000 Subject: cx-logos In-Reply-To: <20020405171336.GA692@rover.bates-haus.org> References: <20020405170203.GA542@rover.bates-haus.org> <20020405170425.GB13495@redhat.com> <20020405171336.GA692@rover.bates-haus.org> Message-ID: <20020408.085037.74722959.edi@serbski-institut.de> From: nik@bates-haus.org (Nikolaus Bates-Haus) Subject: Re: cx-logos Date: Fri, 5 Apr 2002 12:13:37 -0500 > http://sources.redhat.com/ml/cygwin-xfree/2002-02/msg00234.html > > Logo by Tucker McLean; I like it. Yes, that's a nice one. From edi@serbski-institut.de Mon Apr 8 00:06:00 2002 From: edi@serbski-institut.de (PD Dr. Edward Wornar) Date: Mon, 08 Apr 2002 00:06:00 -0000 Subject: cx-logos In-Reply-To: References: <20020405120108.61875.qmail@web20805.mail.yahoo.com> Message-ID: <20020408.090554.41664510.edi@serbski-institut.de> From: "Nupur Saurabh" Subject: Re: cx-logos Date: Sun, 7 Apr 2002 00:38:21 -0800 > hi all, > i made some changes as per suggestion. > > these are modified from the previous logo4.jpg. > i made, with 'C' with arrow as cygwin banner has. > > http://www.geocities.com/nupursarpal/logo_6.jpg > http://www.geocities.com/nupursarpal/logo_7.jpg > > these are logo with cygwin c with arrow and 'X' as in www.x.org. > > http://www.geocities.com/nupursarpal/logo_8.jpg > > http://www.geocities.com/nupursarpal/logo_9.jpg > Hmmm, these are nice, too, I just find the c and the X too small and the green background square too big and dominating (it's even stressed by the thick border). Cheers Edi From alanh@fairlite.demon.co.uk Mon Apr 8 01:04:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Mon, 08 Apr 2002 01:04:00 -0000 Subject: Native GDI In-Reply-To: References: Message-ID: <20020408080447.GA1149@fairlite.demon.co.uk> On Mon, Apr 08, 2002 at 04:03:40 +1000, Robert Collins wrote: > Just a question: how does X cope with region invalidate - say with the > Xnest engine? I'm wondering how the native GDI engine will handle having > regions invalidated by win32 apps in front of it, without an off-screen > buffer. > I believe WM_PAINT is our friend here. Then we can issue the X calls inside the server to repaint the region(s). Alan. From robert.collins@itdomain.com.au Mon Apr 8 01:07:00 2002 From: robert.collins@itdomain.com.au (Robert Collins) Date: Mon, 08 Apr 2002 01:07:00 -0000 Subject: Native GDI Message-ID: > -----Original Message----- > From: Alan Hourihane [mailto:alanh@fairlite.demon.co.uk] > Sent: Monday, April 08, 2002 6:05 PM > To: cygwin-xfree@cygwin.com > Subject: Re: Native GDI > > > On Mon, Apr 08, 2002 at 04:03:40 +1000, Robert Collins wrote: > > Just a question: how does X cope with region invalidate - > say with the > > Xnest engine? I'm wondering how the native GDI engine will handle > > having regions invalidated by win32 apps in front of it, without an > > off-screen buffer. > > > I believe WM_PAINT is our friend here. Then we can issue the > X calls inside the server to repaint the region(s). Yes, that's the mechanics of getting alerted... but unless we have a backing store, we need to issue Expose events to the X clients (which is a potential performance issue). Rob From robert.collins@itdomain.com.au Mon Apr 8 01:12:00 2002 From: robert.collins@itdomain.com.au (Robert Collins) Date: Mon, 08 Apr 2002 01:12:00 -0000 Subject: rootless mode Message-ID: I've been thinking about rootless mode. Here's my current thoughts: 1) We create a real win32 window for each X window. 2) We use SetWindowLong to store the X window pointer in the WIN32 struct, so that when a message arrives to that windowclass's WindowProc, we can lookup the X window the message belongs to. 3) We use WindowPrivates to store the WIN32 related window HANDLE and other gunk. I don't know how we go about telling X it's rootless - Alan, I'm hoping you can jump in here and say 'do X, Y and Z'. Anyway, whilst I won't have time to be a significant contributor, I hope to have a proof-of-concept patch against the Native GDI engine shortly. Rob From alanh@fairlite.demon.co.uk Mon Apr 8 01:16:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Mon, 08 Apr 2002 01:16:00 -0000 Subject: Native GDI In-Reply-To: References: Message-ID: <20020408081627.GB1149@fairlite.demon.co.uk> On Mon, Apr 08, 2002 at 06:07:51 +1000, Robert Collins wrote: > > > > -----Original Message----- > > From: Alan Hourihane [mailto:alanh@fairlite.demon.co.uk] > > Sent: Monday, April 08, 2002 6:05 PM > > To: cygwin-xfree@cygwin.com > > Subject: Re: Native GDI > > > > > > On Mon, Apr 08, 2002 at 04:03:40 +1000, Robert Collins wrote: > > > Just a question: how does X cope with region invalidate - > > say with the > > > Xnest engine? I'm wondering how the native GDI engine will handle > > > having regions invalidated by win32 apps in front of it, without an > > > off-screen buffer. > > > > > I believe WM_PAINT is our friend here. Then we can issue the > > X calls inside the server to repaint the region(s). > > Yes, that's the mechanics of getting alerted... but unless we have a > backing store, we need to issue Expose events to the X clients (which is > a potential performance issue). > Correct. At the moment I don't care about performance in the Native GDI server. That'll come later. There are many bugs and unimplemented functions to do first. Alan. From alanh@fairlite.demon.co.uk Mon Apr 8 01:21:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Mon, 08 Apr 2002 01:21:00 -0000 Subject: rootless mode In-Reply-To: References: Message-ID: <20020408082104.GC1149@fairlite.demon.co.uk> On Mon, Apr 08, 2002 at 06:12:33 +1000, Robert Collins wrote: > I've been thinking about rootless mode. > > Here's my current thoughts: > > 1) We create a real win32 window for each X window. > 2) We use SetWindowLong to store the X window pointer in the WIN32 > struct, so that when a message arrives to that windowclass's WindowProc, > we can lookup the X window the message belongs to. > 3) We use WindowPrivates to store the WIN32 related window HANDLE and > other gunk. > > I don't know how we go about telling X it's rootless - Alan, I'm hoping > you can jump in here and say 'do X, Y and Z'. > > Anyway, whilst I won't have time to be a significant contributor, I hope > to have a proof-of-concept patch against the Native GDI engine shortly. > Robert, I agree with your above suggestions, but we are still a way off doing anything 'rootless' yet. We need a fully functional native GDI server, which it currently isn't and there's still many bugs. Again, I'm not too worried about performance until we are fully functional. Once we have a Native GDI server and it passes the xtest suite then, we should start looking at 'rootless' modes, but feel free to continue down your path. I just don't want to clutter up code yet with something else until we're done with a primary objective. And I certainly don't want my focus to change to anything else yet. Alan. From robert.collins@itdomain.com.au Mon Apr 8 01:28:00 2002 From: robert.collins@itdomain.com.au (Robert Collins) Date: Mon, 08 Apr 2002 01:28:00 -0000 Subject: rootless mode Message-ID: > -----Original Message----- > From: Alan Hourihane [mailto:alanh@fairlite.demon.co.uk] > Sent: Monday, April 08, 2002 6:21 PM > Robert, > > I agree with your above suggestions, but we are still a way > off doing anything 'rootless' yet. We need a fully functional > native GDI server, which it currently isn't and there's still > many bugs. Again, I'm not too worried about performance until > we are fully functional. That's cool. I am new to the X codebase, so knowing that I'm on a generally ok track is all I needed. > Once we have a Native GDI server and it passes the xtest > suite then, we should start looking at 'rootless' modes, but > feel free to continue down your path. I just don't want to > clutter up code yet with something else until we're done with > a primary objective. And I certainly don't want my focus to > change to anything else yet. That's not a problem. I'll #define all the rootless related changes as such. And I'm not asking your focus to change! My initial goal is to prove the concept, and then depending on time constraints, I'll either *) work with you and Harold to get an acceptable patch ready *) maintain the patch every week or two but not try to get it included. *) drop the patch to the list, for posterity, and forget the whole thing Given the amount of interest here in rootless mode, I (naively) assume that if something functional can be shown we may see some folk actively helping. I also suspect that my recent adventures in building will help, as they allow Harolds doco + the archives to get folk building the test server. Rob From alanh@fairlite.demon.co.uk Mon Apr 8 01:31:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Mon, 08 Apr 2002 01:31:00 -0000 Subject: rootless mode In-Reply-To: References: Message-ID: <20020408083150.GE1149@fairlite.demon.co.uk> On Mon, Apr 08, 2002 at 06:28:23 +1000, Robert Collins wrote: > > Once we have a Native GDI server and it passes the xtest > > suite then, we should start looking at 'rootless' modes, but > > feel free to continue down your path. I just don't want to > > clutter up code yet with something else until we're done with > > a primary objective. And I certainly don't want my focus to > > change to anything else yet. > > That's not a problem. I'll #define all the rootless related changes as > such. And I'm not asking your focus to change! > Sorry Robert, I don't mean to put you off doing this work. It's much appreciated for anyone else to help out ! > My initial goal is to prove the concept, and then depending on time > constraints, I'll either > *) work with you and Harold to get an acceptable patch ready > *) maintain the patch every week or two but not try to get it included. > *) drop the patch to the list, for posterity, and forget the whole thing > > Given the amount of interest here in rootless mode, I (naively) assume > that if something functional can be shown we may see some folk actively > helping. I also suspect that my recent adventures in building will help, > as they allow Harolds doco + the archives to get folk building the test > server. > That's good. I'll look forward to seeing your patch. Thanks. Alan. From robert.collins@itdomain.com.au Mon Apr 8 04:40:00 2002 From: robert.collins@itdomain.com.au (Robert Collins) Date: Mon, 08 Apr 2002 04:40:00 -0000 Subject: rootless mode Message-ID: > -----Original Message----- > From: Alan Hourihane [mailto:alanh@fairlite.demon.co.uk] > Sent: Monday, April 08, 2002 6:32 PM > > That's not a problem. I'll #define all the rootless related > changes as > > such. And I'm not asking your focus to change! > > > Sorry Robert, I don't mean to put you off doing this work. No fear, I'm rather thick skinned. > It's much appreciated for anyone else to help out ! Yeah, it can be a shock eh :}. Rob From huntharo@msu.edu Mon Apr 8 04:54:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Mon, 08 Apr 2002 04:54:00 -0000 Subject: FW: kde 3.0 no icons Message-ID: Scott forgot to cc the list on this. Harold -----Original Message----- From: Scott Alexander [mailto:salexander@taz.qinetiq.com] Sent: Monday, April 08, 2002 4:21 AM To: Harold L Hunt Subject: Re: kde 3.0 no icons Hi Harold, Yes I am running the latest version of Cygwin/XFree86 its 4.2.0. Cheers. ----- Original Message ----- From: "Harold L Hunt" To: "Scott Alexander" ; Sent: Friday, April 05, 2002 5:48 PM Subject: Re: kde 3.0 no icons > Scott, > > That doesn't sound good. > > I haven't yet installed KDE 3.0 and I won't have time to for at least a week, > so I won't have a chance to look into this for some time. > > I know you say that Cygwin/XFree86 is up-to-date, but are you running > Cygwin/XFree86 4.2.0? You can check by running 'xdpyinfo' in a local > Cygwin/XFree86 session or in a terminal when you are logged into another > machine via XDMCP. > > Awaiting a chance to investiage this, > > Harold > > Scott Alexander said: > > > Hi, > > > > My server has just been upgraded to kde 3.0 running redhat 7.2. I use = > > cygwin with xfree86 to connect to this server using > > > > x -query > > > > I have been doing this for a while with kde 2.2.2 with no problems. = > > However when i connect to it now with kde 3 my screen has no icons or = > > icons on the kicker bar at the bottom. =20 > > > > Does anyone know of this problem and a solution for it. > > > > My machine runs w2k with up 2 date cygwin and xfree86. > > > > Cheers > > > > Scott Alexander > > > > > > > From robert.collins@itdomain.com.au Mon Apr 8 06:42:00 2002 From: robert.collins@itdomain.com.au (Robert Collins) Date: Mon, 08 Apr 2002 06:42:00 -0000 Subject: X11/Xlib.h not found? Message-ID: > -----Original Message----- > From: Harold Hunt [mailto:huntharo@msu.edu] > Sent: Monday, April 08, 2002 1:20 PM > To: Robert Collins; cygwin-xfree@cygwin.com > Subject: RE: X11/Xlib.h not found? > > > Rob, > > Yes, the cut down tree depends on the installed headers > because building the headers requires building the libraries, > which the BuildServersOnly (or something like that) flag > does. We only build the servers because it keeps the builds quick. Thanks Harold, that was the key. Are you interested in a patch to change remove most of the static vars from the WindowProcRoutine, and replace them with a lookup into the WindowPrivRec? This is essential for rootless mode (and in some respects the most instrusive code change), and also helps keep things clean for running multiple screens in the future... Rob From alanh@fairlite.demon.co.uk Mon Apr 8 06:45:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Mon, 08 Apr 2002 06:45:00 -0000 Subject: X11/Xlib.h not found? In-Reply-To: References: Message-ID: <20020408134515.GI1149@fairlite.demon.co.uk> On Mon, Apr 08, 2002 at 11:42:15 +1000, Robert Collins wrote: > Are you interested in a patch to change remove most of the static vars > from the WindowProcRoutine, and replace them with a lookup into the > WindowPrivRec? > > This is essential for rootless mode (and in some respects the most > instrusive code change), and also helps keep things clean for running > multiple screens in the future... > Rob, submit away ! Alan. From robert.collins@itdomain.com.au Mon Apr 8 06:58:00 2002 From: robert.collins@itdomain.com.au (Robert Collins) Date: Mon, 08 Apr 2002 06:58:00 -0000 Subject: X11/Xlib.h not found? Message-ID: > -----Original Message----- > From: Alan Hourihane [mailto:alanh@fairlite.demon.co.uk] > Sent: Monday, April 08, 2002 11:45 PM > To: cygwin-xfree@cygwin.com > Subject: Re: X11/Xlib.h not found? > > > On Mon, Apr 08, 2002 at 11:42:15 +1000, Robert Collins wrote: > > Are you interested in a patch to change remove most of the > static vars > > from the WindowProcRoutine, and replace them with a lookup into the > > WindowPrivRec? > > > > This is essential for rootless mode (and in some respects the most > > instrusive code change), and also helps keep things clean > for running > > multiple screens in the future... > > > Rob, > > submit away ! I'll see what I can do. There is a chance that I can't do it correctly without removing the bounding window - if that's the case then I'll simply leave this is my working dir for now. Rob From xdavid@aragorn.natur.cuni.cz Mon Apr 8 07:27:00 2002 From: xdavid@aragorn.natur.cuni.cz (David Komanek) Date: Mon, 08 Apr 2002 07:27:00 -0000 Subject: Xfree and OpenGL In-Reply-To: <1018275606.7709.ezmlm@cygwin.com> Message-ID: Hi, sorry to vaste your time, but please, can me somebody explain how to use the OpenGL support in Xfree ? I have installed the complete cygwin distribution (includes opengl libraries), downloaded and installed complete Xfree. It works fine with classical X-servers. However, connecting to SGI workstation, many of its graphical apps don't work. Have I edit /etc/X11/XftConfig some way to get the OpenGL libraries loaded ? Is there some OpenGL application ported for CygWin to test the functionality localy ? Latest versions of CygWin and Xfree (downloaded just today), Windows 2000 Pro SP2. Thanks in advance for any help, David Komanek From Ralf.Habacker@freenet.de Mon Apr 8 08:19:00 2002 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Mon, 08 Apr 2002 08:19:00 -0000 Subject: rootless mode In-Reply-To: Message-ID: <000001c1df10$be7bcde0$651c440a@BRAMSCHE> > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf > Of Robert Collins > Sent: Monday, April 08, 2002 10:13 AM > To: cygwin-xfree@cygwin.com > Subject: rootless mode > > > I've been thinking about rootless mode. > > Here's my current thoughts: > > 1) We create a real win32 window for each X window. > 2) We use SetWindowLong to store the X window > pointer in the WIN32 > struct, so that when a message arrives to that > windowclass's WindowProc, > we can lookup the X window the message belongs to. > 3) We use WindowPrivates to store the WIN32 > related window HANDLE and > other gunk. It may be that you already know this, but do you have seen the links about the ntxlib (and perhaps the libw11 project) on http://kde-cygwin.sourceforge.net/. The rxvt port is based on this stuff. There is a basic implementation of creating windows within a x client lib. Perhaps you can use it for your goal. Regards Ralf From huntharo@msu.edu Mon Apr 8 08:26:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 08 Apr 2002 08:26:00 -0000 Subject: X11/Xlib.h not found? Message-ID: <200204081526.g38FQkP64788@pilot20.cl.msu.edu> Yes, that is essential. Submit away, as Alan said. Harold Robert Collins said: > > > > -----Original Message----- > > From: Harold Hunt [mailto:huntharo@msu.edu] > > Sent: Monday, April 08, 2002 1:20 PM > > To: Robert Collins; cygwin-xfree@cygwin.com > > Subject: RE: X11/Xlib.h not found? > > > > > > Rob, > > > > Yes, the cut down tree depends on the installed headers > > because building the headers requires building the libraries, > > which the BuildServersOnly (or something like that) flag > > does. We only build the servers because it keeps the builds quick. > > Thanks Harold, that was the key. > > Are you interested in a patch to change remove most of the static vars > from the WindowProcRoutine, and replace them with a lookup into the > WindowPrivRec? > > This is essential for rootless mode (and in some respects the most > instrusive code change), and also helps keep things clean for running > multiple screens in the future... > > Rob > From huntharo@msu.edu Mon Apr 8 08:36:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 08 Apr 2002 08:36:00 -0000 Subject: rootless mode Message-ID: <200204081535.g38FZwP35610@pilot20.cl.msu.edu> Ralf, In a single word, the ntxlib project is "worthless" as far as Cygwin/XFree86 is concerned. There are a few functions, such as line drawing, where looking at how ntxlib calls the GDI function may be interesting, but the data structures and overall architecture of ntxlib (and libw11) are completely different than Cygwin/XFree86 and, in my opinion, not applicable at all to our situation. Thanks for mentioning it though... it doesn't hurt to have a look at new things, Harold Ralf Habacker said: > > -----Original Message----- > > From: cygwin-xfree-owner@cygwin.com > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf > > Of Robert Collins > > Sent: Monday, April 08, 2002 10:13 AM > > To: cygwin-xfree@cygwin.com > > Subject: rootless mode > > > > > > I've been thinking about rootless mode. > > > > Here's my current thoughts: > > > > 1) We create a real win32 window for each X window. > > 2) We use SetWindowLong to store the X window > > pointer in the WIN32 > > struct, so that when a message arrives to that > > windowclass's WindowProc, > > we can lookup the X window the message belongs to. > > 3) We use WindowPrivates to store the WIN32 > > related window HANDLE and > > other gunk. > > It may be that you already know this, but do you have seen > the links about the ntxlib (and perhaps the libw11 project) > on http://kde-cygwin.sourceforge.net/. > The rxvt port is based on this stuff. There is a basic > implementation of creating windows within a x client lib. > Perhaps you can use it for your goal. > > Regards > Ralf > > > From huntharo@msu.edu Mon Apr 8 08:39:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 08 Apr 2002 08:39:00 -0000 Subject: Xfree and OpenGL Message-ID: <200204081539.g38FdpP11254@pilot20.cl.msu.edu> David, Cygwin/XFree86 doesn't have OpenGL, it has Mesa. You can run 'xdpyinfo' in Cygwin/XFree86 and look for the GLX and SGI-GLX extensions. Both of those should be present in a default installation. I'm not sure if Mesa is completely compatible with OpenGL apps on SGI... you'll have to find that out for yourself or hope that someone on the list with an SGI machine answers. Harold David Komanek said: > > Hi, > > sorry to vaste your time, but please, can me somebody explain how to use > the OpenGL support in Xfree ? I have installed the complete cygwin > distribution (includes opengl libraries), downloaded and installed > complete Xfree. It works fine with classical X-servers. However, > connecting to SGI workstation, many of its graphical apps don't work. > > Have I edit /etc/X11/XftConfig some way to get the OpenGL libraries loaded > ? > > Is there some OpenGL application ported for CygWin to test the > functionality localy ? > > Latest versions of CygWin and Xfree (downloaded just today), Windows 2000 > Pro SP2. > > Thanks in advance for any help, > > David Komanek > > From iburrell@stanfordalumni.org Mon Apr 8 12:29:00 2002 From: iburrell@stanfordalumni.org (Ian Burrell) Date: Mon, 08 Apr 2002 12:29:00 -0000 Subject: rootless mode References: Message-ID: <3CB1EFA4.50204@stanfordalumni.org> Robert Collins wrote: > I've been thinking about rootless mode. > > Here's my current thoughts: > > 1) We create a real win32 window for each X window. I think we only need a Win32 window for each top-level X window. > 2) We use SetWindowLong to store the X window pointer in the WIN32 > struct, so that when a message arrives to that windowclass's WindowProc, > we can lookup the X window the message belongs to. > 3) We use WindowPrivates to store the WIN32 related window HANDLE and > other gunk. > > I don't know how we go about telling X it's rootless - Alan, I'm hoping > you can jump in here and say 'do X, Y and Z'. > > Anyway, whilst I won't have time to be a significant contributor, I hope > to have a proof-of-concept patch against the Native GDI engine shortly. > It would be nice if the rootless mode was orthogonal to the engine. I think this is doable. For the shadow modes, the image is blitted from the framebuffer into the individual windows instead of the screen window. I can see problems with X and Win32 having different ideas about clipping and overlapping. I have been looking at the XDarwin code. They have a rootless mode. Some of the ideas for wrapping - Ian -- iburrell@stanfordalumni.org http://www.znark.com/ From KGreen@ida.org Mon Apr 8 13:02:00 2002 From: KGreen@ida.org (Green, Keith) Date: Mon, 08 Apr 2002 13:02:00 -0000 Subject: info: single install xfree86 + minimal cygwin? Message-ID: <5100B747F3C9D311B3210050DA839D0E9967A7@ntexch-1801a.ida.org> We have an application that requires an X-Server. The application was developed on SGI, but has been successfully ported to Linux and Sun. We also run it on PC's using the Exceed. However, we would prefer to give customers an environment they could use for this. Some months ago I downloaded cygwin/xfree86 onto my system (with some help) and installed it on my pc. It appears to support everything we want to do. Unfortunately, the entire thing seems pretty large. I note that we don't really need cygwin, per se, except that xfree86 seems to require it as an API. Is a single install package for cygwin/xfree86 in which the cygwin has been scaled-down (without the games, man pages, extraneous - for our needs - libraries, plethora of great unix commands)? I've been browsing the mail archives for this list. I don't entirely understand everything I'm reading, but it sounds like there is somewhere a single installation for cygwin and xfree86, although it doesn't sound scaled back. k ____________________________________________________ Keith Green, Research Staff Member / Simulation Center Institute for Defense Analyses 4850 Mark Center Drive / Alexandria, VA 22311-1882 Wk: (703) 845-6815 Fax: (703) 845-6809 From robert.collins@itdomain.com.au Mon Apr 8 13:57:00 2002 From: robert.collins@itdomain.com.au (Robert Collins) Date: Mon, 08 Apr 2002 13:57:00 -0000 Subject: rootless mode Message-ID: > -----Original Message----- > From: Ian Burrell [mailto:iburrell@stanfordalumni.org] > Sent: Tuesday, April 09, 2002 5:30 AM > To: Robert Collins > Cc: cygwin-xfree@cygwin.com > Subject: Re: rootless mode > > > Robert Collins wrote: > > I've been thinking about rootless mode. > > > > Here's my current thoughts: > > > > 1) We create a real win32 window for each X window. > > I think we only need a Win32 window for each top-level X window. As I know nothing about the Xserver internals, I'm going to avoid any 'optimisations' like this as being premature. Wiser folk than I can tweak what I create - if it works. > > Anyway, whilst I won't have time to be a significant contributor, I > > hope to have a proof-of-concept patch against the Native GDI engine > > shortly. > > > > It would be nice if the rootless mode was orthogonal to the engine. I > think this is doable. For the shadow modes, the image is blitted from > the framebuffer into the individual windows instead of the screen > window. I can see problems with X and Win32 having different > ideas about > clipping and overlapping. It's probably going to be orthogonal, but I am not going to spend time trying to make it so. If it works - great, if it doesn't - well as soon as I have something prettier than a dozen blank windows on the task bar (The current state :}) you'll get a patch and can play to your hearts content. All the needed doco to build the test tree is now on record.. Rob From huntharo@msu.edu Mon Apr 8 14:00:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Mon, 08 Apr 2002 14:00:00 -0000 Subject: rootless mode In-Reply-To: Message-ID: Rob, One Win32 window per top-level X windows isn't an optimization... it's just necessary. A top-level window is like a Windows window with a blue border... any other window could be a button or a scrollbar, etc. We certainly don't want to create a Win32 window for each of those (just picture an X window with a bounding Win32 window and a Win32 window for each button it has... won't work). Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Robert Collins > Sent: Monday, April 08, 2002 4:58 PM > To: Ian Burrell > Cc: cygwin-xfree@cygwin.com > Subject: RE: rootless mode > > > > > > -----Original Message----- > > From: Ian Burrell [mailto:iburrell@stanfordalumni.org] > > Sent: Tuesday, April 09, 2002 5:30 AM > > To: Robert Collins > > Cc: cygwin-xfree@cygwin.com > > Subject: Re: rootless mode > > > > > > Robert Collins wrote: > > > I've been thinking about rootless mode. > > > > > > Here's my current thoughts: > > > > > > 1) We create a real win32 window for each X window. > > > > I think we only need a Win32 window for each top-level X window. > > As I know nothing about the Xserver internals, I'm going to avoid any > 'optimisations' like this as being premature. Wiser folk than I can > tweak what I create - if it works. > > > > Anyway, whilst I won't have time to be a significant contributor, I > > > hope to have a proof-of-concept patch against the Native GDI engine > > > shortly. > > > > > > > It would be nice if the rootless mode was orthogonal to the engine. I > > think this is doable. For the shadow modes, the image is blitted from > > the framebuffer into the individual windows instead of the screen > > window. I can see problems with X and Win32 having different > > ideas about > > clipping and overlapping. > > It's probably going to be orthogonal, but I am not going to spend time > trying to make it so. If it works - great, if it doesn't - well as soon > as I have something prettier than a dozen blank windows on the task bar > (The current state :}) you'll get a patch and can play to your hearts > content. All the needed doco to build the test tree is now on record.. > > Rob From robert.collins@itdomain.com.au Mon Apr 8 14:07:00 2002 From: robert.collins@itdomain.com.au (Robert Collins) Date: Mon, 08 Apr 2002 14:07:00 -0000 Subject: rootless mode Message-ID: > -----Original Message----- > From: Harold Hunt [mailto:huntharo@msu.edu] > Sent: Tuesday, April 09, 2002 7:01 AM > To: Robert Collins; Ian Burrell > Cc: cygwin-xfree@cygwin.com > Subject: RE: rootless mode > > > Rob, > > One Win32 window per top-level X windows isn't an > optimization... it's just necessary. A top-level window is > like a Windows window with a blue border... any other window > could be a button or a scrollbar, etc. We certainly don't > want to create a Win32 window for each of those (just picture > an X window with a bounding Win32 window and a Win32 window > for each button it has... won't work). Actually Win32 uses CreateWindow to create all the buttons and scrollbars you see in (say) outlook or wordpad. Based on that I see little or no reason it shouldn't work. However, I imagine that only top-level windows will need to show on the task bar. Anyway, my first goal is simply proof of concept - the native engine rendering into each window based on picking up the pWin from GetWindowLong. What is a good way to detect top-lvel X windows given a WindowPtr (so I can test this rather than being stubborn :}). The top level windows I'm creating have no win32 decoration - no close button etc. That's a window manager consideration and one of the pdfs you've gather documents a good way to handle that. Rob From cygwin-xfree@cygwin.com Mon Apr 8 14:43:00 2002 From: cygwin-xfree@cygwin.com (Christopher Faylor) Date: Mon, 08 Apr 2002 14:43:00 -0000 Subject: info: single install xfree86 + minimal cygwin? In-Reply-To: <5100B747F3C9D311B3210050DA839D0E9967A7@ntexch-1801a.ida.org> References: <5100B747F3C9D311B3210050DA839D0E9967A7@ntexch-1801a.ida.org> Message-ID: <20020408214321.GA17954@redhat.com> On Mon, Apr 08, 2002 at 04:02:06PM -0400, Green, Keith wrote: >However, we would prefer to give customers an environment they could >use for this. Some months ago I downloaded cygwin/xfree86 onto my >system (with some help) and installed it on my pc. It appears to >support everything we want to do. Unfortunately, the entire thing >seems pretty large. I note that we don't really need cygwin, per se, >except that xfree86 seems to require it as an API. > >Is a single install package for cygwin/xfree86 in which the cygwin has >been scaled-down (without the games, man pages, extraneous - for our >needs - libraries, plethora of great unix commands)? The base cygwin install provides, er, a base cygwin install. That's the default for the Cygwin installation. There is currently no XFree86 package in the cygwin installation at all. >I've been browsing the mail archives for this list. I don't entirely >understand everything I'm reading, but it sounds like there is >somewhere a single installation for cygwin and xfree86, although it >doesn't sound scaled back. Not that I'm aware of. It's been a goal but movement on it is pretty slow. I would love for someone to post a proposal for inclusion of a XFree86 package to the cygwin-apps mailing list using the guidelines at http://cygwin.com/setup.html but so far no one has been willing to do that. Once that happened, then you'd be able to just install XFree86 via the standard cygwin installation. cgf From KGreen@ida.org Mon Apr 8 15:42:00 2002 From: KGreen@ida.org (Green, Keith) Date: Mon, 08 Apr 2002 15:42:00 -0000 Subject: info: single install xfree86 + minimal cygwin? tx Message-ID: <5100B747F3C9D311B3210050DA839D0E9967A8@ntexch-1801a.ida.org> Heya, Christopher, Thanks for the quick response. k ____________________________________________________ Keith Green, Research Staff Member / Simulation Center Institute for Defense Analyses 4850 Mark Center Drive / Alexandria, VA 22311-1882 Wk: (703) 845-6815 Fax: (703) 845-6809 -----Original Message----- From: Christopher Faylor [mailto:cygwin-xfree@cygwin.com] Sent: Monday, April 08, 2002 5:43 PM To: cygwin-xfree@cygwin.com Cc: KGreen@ida.org Subject: Re: info: single install xfree86 + minimal cygwin? On Mon, Apr 08, 2002 at 04:02:06PM -0400, Green, Keith wrote: >However, we would prefer to give customers an environment they could >use for this. Some months ago I downloaded cygwin/xfree86 onto my >system (with some help) and installed it on my pc. It appears to >support everything we want to do. Unfortunately, the entire thing >seems pretty large. I note that we don't really need cygwin, per se, >except that xfree86 seems to require it as an API. > >Is a single install package for cygwin/xfree86 in which the cygwin has >been scaled-down (without the games, man pages, extraneous - for our >needs - libraries, plethora of great unix commands)? The base cygwin install provides, er, a base cygwin install. That's the default for the Cygwin installation. There is currently no XFree86 package in the cygwin installation at all. >I've been browsing the mail archives for this list. I don't entirely >understand everything I'm reading, but it sounds like there is >somewhere a single installation for cygwin and xfree86, although it >doesn't sound scaled back. Not that I'm aware of. It's been a goal but movement on it is pretty slow. I would love for someone to post a proposal for inclusion of a XFree86 package to the cygwin-apps mailing list using the guidelines at http://cygwin.com/setup.html but so far no one has been willing to do that. Once that happened, then you'd be able to just install XFree86 via the standard cygwin installation. cgf From Ralf.Habacker@freenet.de Mon Apr 8 15:44:00 2002 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Mon, 08 Apr 2002 15:44:00 -0000 Subject: rootless mode In-Reply-To: <200204081535.g38FZwP35610@pilot20.cl.msu.edu> Message-ID: <000e01c1df4f$009faf00$4e6607d5@BRAMSCHE> Thank you for pointing this out. :-) I doesn't know that in this detail Regards Ralf From iburrell@znark.com Mon Apr 8 16:57:00 2002 From: iburrell@znark.com (Ian Burrell) Date: Mon, 08 Apr 2002 16:57:00 -0000 Subject: info: single install xfree86 + minimal cygwin? References: <5100B747F3C9D311B3210050DA839D0E9967A7@ntexch-1801a.ida.org> <20020408214321.GA17954@redhat.com> Message-ID: <3CB22E4C.80100@znark.com> Christopher Faylor wrote: > > The base cygwin install provides, er, a base cygwin install. That's the > default for the Cygwin installation. There is currently no XFree86 > package in the cygwin installation at all. > They could create a custom install if they wanted. The Cygwin setup program can download packages from any site. They would need to select the packages for a minimal install, create a new setup.ini, and mirror those packages on their download site. > > I would love for someone to post a proposal for inclusion of a XFree86 > package to the cygwin-apps mailing list using the guidelines at > http://cygwin.com/setup.html but so far no one has been willing to do > that. > The first step is to build Cygwin-style packages. The second step is to create a local install directory with custom setup.ini and packages. The third step is to get it included into the standard cygwin install. I thought someone already did the packaging. One question is do we want to separate it into multiple packages. Another is what to name the packages; xfree86 or xoncygwin would be good choices. I think multiple packages is a good idea. Mainly so the server executable can be updated without updating the other files. - Ian -- iburrell@znark.com http://www.znark.com/ From cgf@redhat.com Mon Apr 8 17:13:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Mon, 08 Apr 2002 17:13:00 -0000 Subject: info: single install xfree86 + minimal cygwin? In-Reply-To: <3CB22E4C.80100@znark.com> References: <5100B747F3C9D311B3210050DA839D0E9967A7@ntexch-1801a.ida.org> <20020408214321.GA17954@redhat.com> <3CB22E4C.80100@znark.com> Message-ID: <20020409001316.GE20382@redhat.com> On Mon, Apr 08, 2002 at 04:57:00PM -0700, Ian Burrell wrote: >>I would love for someone to post a proposal for inclusion of a XFree86 >>package to the cygwin-apps mailing list using the guidelines at >>http://cygwin.com/setup.html but so far no one has been willing to do >>that. > >The first step is to build Cygwin-style packages. The second step is to >create a local install directory with custom setup.ini and packages. The >third step is to get it included into the standard cygwin install. I don't care how you want to get things ready. Someone has to take ownership and it has to be proposed/discussed in cygwin-apps. cgf From m.manohar@attbi.com Mon Apr 8 19:43:00 2002 From: m.manohar@attbi.com (M Manohar) Date: Mon, 08 Apr 2002 19:43:00 -0000 Subject: kde 3.0 no icons Message-ID: <3CB25505.1080903@attbi.com> Hi, I recently installed KDE 3.0 on my linux box and have the same problem, that is certain icons don't get displayed on Cygwin/XFree86 4.2.0 (version confirmed by running xdpyinfo). I poked around a little more and found that icons that are in PNG format are the ones that don't get displayed. I checked my Cygwin installation for libpng.dll and it does exist (I manually copied cygpng2.dll to libpng.dll). I'm not sure if this library is required though. Hoping somebody can help me on this. Thanks Manohar ---------------- Scott, That doesn't sound good. I haven't yet installed KDE 3.0 and I won't have time to for at least a week, so I won't have a chance to look into this for some time. I know you say that Cygwin/XFree86 is up-to-date, but are you running Cygwin/XFree86 4.2.0? You can check by running 'xdpyinfo' in a local Cygwin/XFree86 session or in a terminal when you are logged into another machine via XDMCP. Awaiting a chance to investiage this, Harold Scott Alexander said: > Hi, > > My server has just been upgraded to kde 3.0 running redhat 7.2. I use = > cygwin with xfree86 to connect to this server using > > x -query > > I have been doing this for a while with kde 2.2.2 with no problems. = > However when i connect to it now with kde 3 my screen has no icons or = > icons on the kicker bar at the bottom. =20 > > Does anyone know of this problem and a solution for it. > > My machine runs w2k with up 2 date cygwin and xfree86. > > Cheers > > Scott Alexander > > From robert.collins@itdomain.com.au Mon Apr 8 21:35:00 2002 From: robert.collins@itdomain.com.au (Robert Collins) Date: Mon, 08 Apr 2002 21:35:00 -0000 Subject: drawables Message-ID: For rootless, I'd ideally be able to go from a pdrawable to a pWin. Is there a reliable way to do this? Some scenarios where this makes sense: 1) Anything passed a pDrawable + a pGC - if it's a window we want a HDC for that window. 2) Clipping. If we are drawing a window we need a win32 clipping context so that we don't overwrite other onscreen windows that happen to be in front of us. (At the moment we draw onto the win32 screen DC, because I can't go from pDrawable to pWin in the setspans/fillspans routines. BTW, I have rootless mode happily drawing all the windows, with a win32 window on the task bar. I'm deliberatly not writing a 'internal window manager' at this point. So we're nearly at my proof-of-concept target. Rob From huntharo@msu.edu Mon Apr 8 22:11:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Mon, 08 Apr 2002 22:11:00 -0000 Subject: drawables In-Reply-To: Message-ID: Rob, If you have a pDrawable and pDrawable->type == DRAWABLE_WINDOW then you actually have a pWindow already and pWindow == pDrawable. Just look at xc/programs/Xserver/include/windowstr.h/WindowRec and you'll see that the first member in a WindowRec is actually a DrawableRec, so the address of that DrawableRec is the same as the address of the WindowRec. The exact same thing is true for PixmapRec's and we have to use that knowledge in winfillsp.c/winFillSpansNativeGDI to get a pixmap pointer when pDrawable->type == DRAWBLE_PIXMAP via pPixmap = (PixmapPtr) pDrawable; I hope that clarifies things. This may actually be documented in the Porting Layer Definition, but I don't remember for sure. Sounds like you are making good progress. Keep it up and I hope to see what you have soon, Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Robert Collins > Sent: Tuesday, April 09, 2002 12:36 AM > To: Cygwin-Xfree > Subject: drawables > > > For rootless, I'd ideally be able to go from a pdrawable to a pWin. Is > there a reliable way to do this? > > Some scenarios where this makes sense: > 1) Anything passed a pDrawable + a pGC - if it's a window we want a HDC > for that window. > 2) Clipping. If we are drawing a window we need a win32 clipping context > so that we don't overwrite other onscreen windows that happen to be in > front of us. (At the moment we draw onto the win32 screen DC, because I > can't go from pDrawable to pWin in the setspans/fillspans routines. > > BTW, I have rootless mode happily drawing all the windows, with a win32 > window on the task bar. I'm deliberatly not writing a 'internal window > manager' at this point. > > So we're nearly at my proof-of-concept target. > > Rob From huntharo@msu.edu Mon Apr 8 22:34:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Mon, 08 Apr 2002 22:34:00 -0000 Subject: XWarpCursor doesn't "stick" In-Reply-To: Message-ID: Bill, Did Server Test 55 solve your problem? I don't recall seeing an email from you stating that the problem was fixed. Let me know for sure and I'll get the patch committed. http://xfree86.cygwin.com/devel/shadow/ Thanks, Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Trost, Bill > Sent: Thursday, April 04, 2002 11:43 AM > To: 'Harold L Hunt' > Cc: cygwin-xfree@cygwin.com > Subject: RE: XWarpCursor doesn't "stick" > > > From: Harold L Hunt [mailto:huntharo@msu.edu] > > So lets say that the Windows cursor is at 100, 100 (screen > coords), the upper left-hand corner of the Cygwin/XFree86 > client area is > at > 25, 25 (screen coords) and a warp request comes in to move to the X > cursor > to 200, 200 (X windows coords). I am thinking of two things that you > could be saying: > > 1) ... > > 2) Or, I receive a request to move the cursor to a final > location of 200, 200 and I do so, which fails to take into > account that > the X > cursor root is at 25, 25 in Windows screen coodinates. > > It looks like #2 to me. Email sure makes it hard to explain some things, > doesn't it? > > Visually, the effect is, if I simply run "XWin" (so that the X > root occupies > a maximized Windows window), after a large warp, tweaking the mouse will > cause the pointer to jump up one title-bar height. > > ...I need to query for the > upper-left hand corner of the Cygwin/XFree86 client area > before calling SetCursorPos so that I can offset the final > destination. > > That's what I guess needs fixing. > > Notice that no one has really request the WarpCursor > functionality before, that's why it doesn't work yet. :) > > Really? I'm shocked! (-: > > From huntharo@msu.edu Mon Apr 8 22:36:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Mon, 08 Apr 2002 22:36:00 -0000 Subject: kde 3.0 no icons In-Reply-To: <3CB25505.1080903@attbi.com> Message-ID: Manohar, I just logged into KDE3 via one of the computers in our campus labs today (running 4.1.99 which is either some unknown test release or 4.1.0) and saw the problem that you mentioned. I noticed that two desktop icons show up (one was the "Internet" icon for Konq) but no bottom-bar buttons showed up. I'm not sure what causes the problem but at least now I have some sort of test environment. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of M Manohar > Sent: Monday, April 08, 2002 10:42 PM > To: cygwin-xfree@cygwin.com > Subject: RE: kde 3.0 no icons > > > Hi, > > I recently installed KDE 3.0 on my linux box and have the same > problem, that is certain icons don't get displayed > on Cygwin/XFree86 4.2.0 (version confirmed by running xdpyinfo). > > I poked around a little more and found that icons that are in PNG > format are the ones that > don't get displayed. I checked my Cygwin installation for > libpng.dll and it does exist > (I manually copied cygpng2.dll to libpng.dll). I'm not sure if > this library is required though. > > Hoping somebody can help me on this. > > Thanks > Manohar > > ---------------- > Scott, > > That doesn't sound good. > > I haven't yet installed KDE 3.0 and I won't have time to for at > least a week, > so I won't have a chance to look into this for some time. > > I know you say that Cygwin/XFree86 is up-to-date, but are you running > Cygwin/XFree86 4.2.0? You can check by running 'xdpyinfo' in a local > Cygwin/XFree86 session or in a terminal when you are logged into another > machine via XDMCP. > > Awaiting a chance to investiage this, > > Harold > > Scott Alexander said: > > > Hi, > > > > My server has just been upgraded to kde 3.0 running redhat 7.2. I use = > > cygwin with xfree86 to connect to this server using > > > > x -query > > > > I have been doing this for a while with kde 2.2.2 with no problems. = > > However when i connect to it now with kde 3 my screen has no icons or = > > icons on the kicker bar at the bottom. =20 > > > > Does anyone know of this problem and a solution for it. > > > > My machine runs w2k with up 2 date cygwin and xfree86. > > > > Cheers > > > > Scott Alexander > > > > > > > > From huntharo@msu.edu Mon Apr 8 22:39:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Mon, 08 Apr 2002 22:39:00 -0000 Subject: info: single install xfree86 + minimal cygwin? In-Reply-To: <20020409001316.GE20382@redhat.com> Message-ID: Chris, Did we ever get "meta" packages enabled in Cygwin setup that are essentially file-less packages (e.g. XFree86 Minimum Install, XFree86 Standard Install, etc.) that depend on other packages? Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Christopher Faylor > Sent: Monday, April 08, 2002 8:13 PM > To: cygwin-xfree@cygwin.com > Subject: Re: info: single install xfree86 + minimal cygwin? > > > On Mon, Apr 08, 2002 at 04:57:00PM -0700, Ian Burrell wrote: > >>I would love for someone to post a proposal for inclusion of a XFree86 > >>package to the cygwin-apps mailing list using the guidelines at > >>http://cygwin.com/setup.html but so far no one has been willing to do > >>that. > > > >The first step is to build Cygwin-style packages. The second step is to > >create a local install directory with custom setup.ini and packages. The > >third step is to get it included into the standard cygwin install. > > I don't care how you want to get things ready. Someone has to take > ownership and it has to be proposed/discussed in cygwin-apps. > > cgf From robert.collins@itdomain.com.au Mon Apr 8 22:40:00 2002 From: robert.collins@itdomain.com.au (Robert Collins) Date: Mon, 08 Apr 2002 22:40:00 -0000 Subject: info: single install xfree86 + minimal cygwin? Message-ID: > -----Original Message----- > From: Harold Hunt [mailto:huntharo@msu.edu] > Sent: Tuesday, April 09, 2002 3:39 PM > To: cygwin-xfree@cygwin.com > Subject: RE: info: single install xfree86 + minimal cygwin? > > > Chris, > > Did we ever get "meta" packages enabled in Cygwin setup that > are essentially file-less packages (e.g. XFree86 Minimum > Install, XFree86 Standard Install, > etc.) that depend on other packages? Yes. Uhmm, two versions back. Cheers, Rob (Cygwin Setup maintainer) From Joerg.Schaible@gft.com Tue Apr 9 01:01:00 2002 From: Joerg.Schaible@gft.com (Schaible, Jorg) Date: Tue, 09 Apr 2002 01:01:00 -0000 Subject: rootless mode Message-ID: <1264BCF4F426D611B0B00050DA782A501117D5@mail.gft.com> Hi Rob, >> One Win32 window per top-level X windows isn't an >> optimization... it's just necessary. A top-level window is >> like a Windows window with a blue border... any other window >> could be a button or a scrollbar, etc. We certainly don't >> want to create a Win32 window for each of those (just picture >> an X window with a bounding Win32 window and a Win32 window >> for each button it has... won't work). > >Actually Win32 uses CreateWindow to create all the buttons and >scrollbars you see in (say) outlook or wordpad. Based on that I see >little or no reason it shouldn't work. However, I imagine that only >top-level windows will need to show on the task bar. Anyway, my first >goal is simply proof of concept - the native engine rendering into each >window based on picking up the pWin from GetWindowLong. What is a good >way to detect top-lvel X windows given a WindowPtr (so I can test this >rather than being stubborn :}). > >The top level windows I'm creating have no win32 decoration - no close >button etc. That's a window manager consideration and one of the pdfs >you've gather documents a good way to handle that. please keep also in mind, that the decoration of a window in X is coming from the X Window Manager. Windows always counts the border as part ot the Window itself. If you try to use native Windows controls for the X controls you may run here in major sizing prtoblems. Even for the top-level windows you may always keep the inner window size of the Windows based window in sync with the X size. I've developed and maintained for some years a cross-platform C++-GUI lib (Win16/Win32/OS2/Motif), so I know what I am talking about. Please don't get me wrong. I don't wanna tell you, what you should prove with your concept. I just want to give you a hint where some major problems will arise ;-) Regards, Jorg From robert.collins@itdomain.com.au Tue Apr 9 01:50:00 2002 From: robert.collins@itdomain.com.au (Robert Collins) Date: Tue, 09 Apr 2002 01:50:00 -0000 Subject: drawables Message-ID: > -----Original Message----- > From: Harold Hunt [mailto:huntharo@msu.edu] > Sent: Tuesday, April 09, 2002 3:11 PM > I hope that clarifies things. > > This may actually be documented in the Porting Layer > Definition, but I don't remember for sure. Yes it is sortof - some frameworks have defined mechanisms for RTTI, and I hate to guess wrong... > Sounds like you are making good progress. Keep it up and I > hope to see what you have soon, So do I :}. As soon as I get the mouse going again I think I'll send the patch in. Rob From robert.collins@itdomain.com.au Tue Apr 9 02:02:00 2002 From: robert.collins@itdomain.com.au (Robert Collins) Date: Tue, 09 Apr 2002 02:02:00 -0000 Subject: rootless mode Message-ID: > -----Original Message----- > From: Schaible, Jorg [mailto:Joerg.Schaible@gft.com] > Sent: Tuesday, April 09, 2002 6:02 PM > please keep also in mind, that the decoration of a window in > X is coming from the X Window Manager. Windows always counts > the border as part ot the Window itself. If you try to use > native Windows controls for the X controls you may run here > in major sizing prtoblems. Even for the top-level windows > you may always keep the inner window size of the Windows > based window in sync with the X size. Of course. That's a problem whenever a decorator may work on your window. > I've developed and maintained for some years a cross-platform > C++-GUI lib (Win16/Win32/OS2/Motif), so I know what I am > talking about. Please don't get me wrong. I don't wanna tell > you, what you should prove with your concept. I just want to > give you a hint where some major problems will arise ;-) I've actually run into this before. CreateWindowEx (WS_EX_TOOLWINDOW, someclass, sometitle, WS_POPUP, x1, y1, width, height, (HWND) NULL, (HMENU) NULL, GetModuleHandle (NULL), pPrivateData); creates a completely borderless window that is not visible in the task list but sits behind everying - so it needs a parent. WS_CHILD also creates a borderless window IIRC - and that's used for controls. Changing the WS_EX_TOOLWINDOW to 0 creates a completely borderless window that is visible in the task list and participates in the Z-order... Thanks for taking the time to point out a possible problem though, I do appreciate the input. Rob From xdavid@aragorn.natur.cuni.cz Tue Apr 9 05:43:00 2002 From: xdavid@aragorn.natur.cuni.cz (David Komanek) Date: Tue, 09 Apr 2002 05:43:00 -0000 Subject: Xfree and OpenGL In-Reply-To: <200204081539.g38FdpP11254@pilot20.cl.msu.edu> Message-ID: Dear Harold, thank you for the reply. xdpyinfo shows that both named extensions are present. Is there some possibility to trace where is the problem (some debug mode for Xfree or so ?) David > David, > > Cygwin/XFree86 doesn't have OpenGL, it has Mesa. > > You can run 'xdpyinfo' in Cygwin/XFree86 and look for the GLX and SGI-GLX > extensions. Both of those should be present in a default installation. > > I'm not sure if Mesa is completely compatible with OpenGL apps on SGI... > you'll have to find that out for yourself or hope that someone on the list > with an SGI machine answers. > > Harold > > David Komanek said: > > > > > Hi, > > > > sorry to vaste your time, but please, can me somebody explain how to use > > the OpenGL support in Xfree ? I have installed the complete cygwin > > distribution (includes opengl libraries), downloaded and installed > > complete Xfree. It works fine with classical X-servers. However, > > connecting to SGI workstation, many of its graphical apps don't work. > > > > Have I edit /etc/X11/XftConfig some way to get the OpenGL libraries loaded > > ? > > > > Is there some OpenGL application ported for CygWin to test the > > functionality localy ? > > > > Latest versions of CygWin and Xfree (downloaded just today), Windows 2000 > > Pro SP2. > > > > Thanks in advance for any help, > > > > David Komanek > > > > > > > From alanh@fairlite.demon.co.uk Tue Apr 9 05:46:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Tue, 09 Apr 2002 05:46:00 -0000 Subject: Xfree and OpenGL In-Reply-To: References: <200204081539.g38FdpP11254@pilot20.cl.msu.edu> Message-ID: <20020409124624.GG11083@fairlite.demon.co.uk> On Tue, Apr 09, 2002 at 02:43:13PM +0200, David Komanek wrote: > Dear Harold, > > thank you for the reply. xdpyinfo shows that both named extensions are > present. Is there some possibility to trace where is the problem (some > debug mode for Xfree or so ?) > David, There is a sample program called 'glxgears' which will draw three depth buffered rotating gears. If this works, you've got it all running. What's your application reporting ? Alan. From cgf@redhat.com Tue Apr 9 06:02:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Tue, 09 Apr 2002 06:02:00 -0000 Subject: info: single install xfree86 + minimal cygwin? In-Reply-To: References: <20020409001316.GE20382@redhat.com> Message-ID: <20020409130227.GA2005@redhat.com> On Tue, Apr 09, 2002 at 01:39:18AM -0400, Harold Hunt wrote: >Chris, > >Did we ever get "meta" packages enabled in Cygwin setup that are essentially >file-less packages (e.g. XFree86 Minimum Install, XFree86 Standard Install, >etc.) that depend on other packages? Yep, as Robert indicated, this has been possible for a while. For Cygwin/XFree86, what I'd like to do is have you all come up with a few .tar.bz2 files which install into a /usr/X11R6, /etc/X11, etc. The hierarchy would be something like: xfree base setup.hint XFree-4.2.0-1.tar.bz2 XFree-4.2.0-1-src.tar.bz2 doc setup.hint XFree-doc-4.2.0-1.tar.bz2 devel setup.hint XFree86-devel-4.2.0-1.tar.bz2 XFree86-devel-4.2.0-1-src.tar.bz2 (borrowing from the apparent Red Hat package names) The setup hint file for base would be something like: sdesc: "The basic fonts, programs and docs for an X workstation." requires: cygwin termcap libncurses6 terminfo category: XFree86 ldesc: "he X Window System provides the base technology for developing graphical user interfaces. Simply stated, X draws the elements of the GUI on the user's screen and builds methods for sending user interactions back to the application. X also supports remote application deployment--running an application on another computer while viewing the input/output on your machine. X is a powerful environment which supports many different applications, such as games, programming tools, graphics programs, text editors, etc. XFree86 is the version of X which runs on Linux, as well as on other platforms. This package contains the basic fonts, programs and documentation for an X workstation. However, this package doesn't provide the program which you will need to drive your video hardware. To control your video card, you'll need the particular X server package which corresponds to your computer's video card. Additionally, you will need to install the Xconfigurator package, the xfs X font server package and the XFree86-libs package. You may also need to install one or more of the XFree86 fonts packages. And finally, if you are going to develop applications that run as X clients, you will also need to install XFree86-devel." cgf From xdavid@aragorn.natur.cuni.cz Tue Apr 9 08:07:00 2002 From: xdavid@aragorn.natur.cuni.cz (David Komanek) Date: Tue, 09 Apr 2002 08:07:00 -0000 Subject: Xfree and OpenGL In-Reply-To: <20020409124624.GG11083@fairlite.demon.co.uk> Message-ID: Dear Alan, thanks for your comments/advices. I tried glxgears and it works. The gears are not rotating fluent enough on my 800MHz pentium, but I don't expect this is related to my problem. I am able to start xterm, swmgr, toolchest connecting to SGI 6.5.14 box which probably use classical X11 and Motif library only. Trying to start i.e. "jot", it claims: dgl error (protocol): remote machine not DGL capable - meda:10.0 dgl error (default init): default dglopen(meda:10.0,4) returned -13 Connecting to another box, running IRIX 6.2, it is even worse - swmgr shows only the first "Wait please ...." window and then you can wait for hours and the main window does not appear. In the xterm you can see following message: WARNING: Not all colors for application icons could be allocated. Some interface elements may have different colors. Warning: creating new shape image Jot coredumps, many others too. Toolchest starts fine, but no apps called invoked from its menus. When I run this apps on the local graphics console of an SGI box, it works fine. Well, this problem is not connection type related (both ssh and telnet+xhost produce same results). Probably should I install something on the SGI boxes to translate DGL requests into the X11 protocol (rendered on the server side, but at least working) ? Any ideas are appreciated. David > On Tue, Apr 09, 2002 at 02:43:13PM +0200, David Komanek wrote: > > Dear Harold, > > > > thank you for the reply. xdpyinfo shows that both named extensions are > > present. Is there some possibility to trace where is the problem (some > > debug mode for Xfree or so ?) > > > David, > > There is a sample program called 'glxgears' which will draw three > depth buffered rotating gears. If this works, you've got it all running. > > What's your application reporting ? > > Alan. > From alanh@fairlite.demon.co.uk Tue Apr 9 08:16:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Tue, 09 Apr 2002 08:16:00 -0000 Subject: Xfree and OpenGL In-Reply-To: References: <20020409124624.GG11083@fairlite.demon.co.uk> Message-ID: <20020409151607.GN11083@fairlite.demon.co.uk> On Tue, Apr 09, 2002 at 05:07:27PM +0200, David Komanek wrote: > Dear Alan, > > thanks for your comments/advices. I tried glxgears and it works. The gears > are not rotating fluent enough on my 800MHz pentium, but I don't expect > this is related to my problem. > > I am able to start xterm, swmgr, toolchest connecting to SGI 6.5.14 box > which probably use classical X11 and Motif library only. Trying to start > i.e. "jot", it claims: > > dgl error (protocol): remote machine not DGL capable - meda:10.0 > dgl error (default init): default dglopen(meda:10.0,4) returned -13 > Cygwin/XFree86 doesn't have the DGL extension. If you do an 'xdpyinfo' on your SGI box, you'll probably see it. I suspect you won't be able to get this app working on anything but SGI boxes. > Connecting to another box, running IRIX 6.2, it is even worse - swmgr > shows only the first "Wait please ...." window and then you can wait for > hours and the main window does not appear. In the xterm you can see > following message: > > WARNING: Not all colors for application icons could be allocated. Some > interface elements may have different colors. > Warning: creating new shape image > > Jot coredumps, many others too. > Toolchest starts fine, but no apps called invoked from its menus. > > When I run this apps on the local graphics console of an SGI box, it works > fine. > > Well, this problem is not connection type related (both ssh and > telnet+xhost produce same results). Probably should I install something on > the SGI boxes to translate DGL requests into the X11 protocol (rendered on > the server side, but at least working) ? > How many colours is your Windows screen set up in ? Try changing the depth to 24bit (i.e. 16million colours) Alan. From xdavid@aragorn.natur.cuni.cz Tue Apr 9 08:27:00 2002 From: xdavid@aragorn.natur.cuni.cz (David Komanek) Date: Tue, 09 Apr 2002 08:27:00 -0000 Subject: Xfree and OpenGL In-Reply-To: <20020409151607.GN11083@fairlite.demon.co.uk> Message-ID: > > dgl error (protocol): remote machine not DGL capable - meda:10.0 > > dgl error (default init): default dglopen(meda:10.0,4) returned -13 > > > Cygwin/XFree86 doesn't have the DGL extension. If you do an 'xdpyinfo' > on your SGI box, you'll probably see it. Eh, I thought, DGL is SGI name for OpenGL. Sorry. > I suspect you won't be able to get this app working on anything but > SGI boxes. O.k., I'll trz VNC if it can handle it on the copy of local display. Not Xfree related anymore. > > WARNING: Not all colors for application icons could be allocated. Some > > interface elements may have different colors. > > Warning: creating new shape image > > > > Jot coredumps, many others too. > > Toolchest starts fine, but no apps called invoked from its menus. > > > > When I run this apps on the local graphics console of an SGI box, it works > > fine. > > > > Well, this problem is not connection type related (both ssh and > > telnet+xhost produce same results). Probably should I install something on > > the SGI boxes to translate DGL requests into the X11 protocol (rendered on > > the server side, but at least working) ? > > > How many colours is your Windows screen set up in ? > > Try changing the depth to 24bit (i.e. 16million colours) Using TrueColor(32bit) on the desktop and starting Xfree with start XWin -screen 0 1024 768 so I don't expect problems here. Probably something in color translation. Most important I see the "creating new shape image" warning which I get not on the native SGI display. David From alanh@fairlite.demon.co.uk Tue Apr 9 08:33:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Tue, 09 Apr 2002 08:33:00 -0000 Subject: Xfree and OpenGL In-Reply-To: References: <20020409151607.GN11083@fairlite.demon.co.uk> Message-ID: <20020409153336.GP11083@fairlite.demon.co.uk> On Tue, Apr 09, 2002 at 05:27:28PM +0200, David Komanek wrote: > > > > dgl error (protocol): remote machine not DGL capable - meda:10.0 > > > dgl error (default init): default dglopen(meda:10.0,4) returned -13 > > > > > Cygwin/XFree86 doesn't have the DGL extension. If you do an 'xdpyinfo' > > on your SGI box, you'll probably see it. > > Eh, I thought, DGL is SGI name for OpenGL. Sorry. > I think you'll find DGL is IrixGL which pre-dated OpenGL, but still supported on SGI boxes. Did you do an 'xdpyinfo' on the SGI box ? Did it list DGL ? > > I suspect you won't be able to get this app working on anything but > > SGI boxes. > > O.k., I'll trz VNC if it can handle it on the copy of local display. Not > Xfree related anymore. > VNC is probably your only hope. Alan. From robert.collins@itdomain.com.au Tue Apr 9 08:48:00 2002 From: robert.collins@itdomain.com.au (Robert Collins) Date: Tue, 09 Apr 2002 08:48:00 -0000 Subject: Just a note - nativegdi engine Message-ID: I've made serious progress, but I'm having trouble with two things. 1) The mouse - I'm not getting any WM_MOUSEMOVE messages to the app windows. Anyone seen this before? 2) I've broken fillspans for DRAWABLE_WINDOWs. I can fix it by drawing into the root window hdc always, but that's defeating the purpose - all we gain is the pretty task bar entries :[. 2) I'm working on, I suspect it's a coordinate translation thing. I get lovely background stipple but not (AFAICT solid fills). Anyway, the reason for the email: Harold: I thought you might like to see the little todo: I've added. Creating a single combined clipping region using CombineRgn will allow you to move the for (iX= ..)loop from within the while (nbox--) loop, thus saving multiple selectClipRgn+deleteObject + bitblt calls, which may make the native engine quite a bit faster. I *will* do this optimisation here and elsewhere, but only after I get the fills working for 'native' windows first. Rob /* TODO: create a single commbined clipping region */ nbox = REGION_NUM_RECTS (pClip); pbox = REGION_RECTS (pClip); while (nbox--) { hrgn = CreateRectRgn (pbox->x1, pbox->y1, pbox->x2, pbox->y2); SelectClipRgn (pGCPriv->hdcMem, hrgn); DeleteObject (hrgn); hrgn = NULL; for (iX = fullX1; iX < fullX2; iX += pStipple->drawable.width) { int width; if ((iX + pStipple->drawable.width) > fullX2) width = fullX2 - iX; else width = pStipple->drawable.width; BitBlt (pGCPriv->hdcMem, iX, fullY1, width, 1, hdcStipple, 0, fullY1 % pStipple->drawable.height, g_copyROP[pGC->alu]); } pbox++; } From alanh@fairlite.demon.co.uk Tue Apr 9 08:56:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Tue, 09 Apr 2002 08:56:00 -0000 Subject: Just a note - nativegdi engine In-Reply-To: References: Message-ID: <20020409155639.GQ11083@fairlite.demon.co.uk> On Wed, Apr 10, 2002 at 01:47:58AM +1000, Robert Collins wrote: > 2) I'm working on, I suspect it's a coordinate translation thing. I get > lovely background stipple but not (AFAICT solid fills). > Rob, Take a look at wingc.c and set miTranslate to 0 (FALSE). Alan. From alanh@fairlite.demon.co.uk Tue Apr 9 09:00:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Tue, 09 Apr 2002 09:00:00 -0000 Subject: Just a note - nativegdi engine In-Reply-To: References: Message-ID: <20020409160002.GR11083@fairlite.demon.co.uk> On Wed, Apr 10, 2002 at 01:47:58AM +1000, Robert Collins wrote: > Creating a single combined clipping region using CombineRgn will allow > you to move the for (iX= ..)loop from within the while (nbox--) loop, > thus saving multiple selectClipRgn+deleteObject + bitblt calls, which > may make the native engine quite a bit faster. I *will* do this > optimisation here and elsewhere, but only after I get the fills working > for 'native' windows first. > Forgot about this.... Robert, this loop is not a single blt. It's a span of small blits of a part of the stipple/tile. You won't be able to just do a single blit for this. Alan. From alanh@fairlite.demon.co.uk Tue Apr 9 09:12:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Tue, 09 Apr 2002 09:12:00 -0000 Subject: Just a note - nativegdi engine In-Reply-To: <20020409160002.GR11083@fairlite.demon.co.uk> References: <20020409160002.GR11083@fairlite.demon.co.uk> Message-ID: <20020409161215.GS11083@fairlite.demon.co.uk> On Wed, Apr 10, 2002 at 01:47:58AM +1000, Robert Collins wrote: > Creating a single combined clipping region using CombineRgn will allow > you to move the for (iX= ..)loop from within the while (nbox--) loop, > thus saving multiple selectClipRgn+deleteObject + bitblt calls, which > may make the native engine quite a bit faster. I *will* do this > optimisation here and elsewhere, but only after I get the fills working > for 'native' windows first. > Shucks... Re-read it. I understand what your saying now. Ignore that last one. Alan. From huntharo@msu.edu Tue Apr 9 09:23:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Tue, 09 Apr 2002 09:23:00 -0000 Subject: Xfree and OpenGL In-Reply-To: Message-ID: David, Just as a sanity check, you have run non OpenGL applications from your SGI machine using Cygwin/XFree86, right? I mean, it wouldn't make much sense to jump right into debugging complex applications if an xterm doesn't work correctly. Just let us know that you have in fact done this. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of David Komanek > Sent: Tuesday, April 09, 2002 11:07 AM > To: cygwin-xfree@cygwin.com > Subject: Re: Xfree and OpenGL > > > > Dear Alan, > > thanks for your comments/advices. I tried glxgears and it works. The gears > are not rotating fluent enough on my 800MHz pentium, but I don't expect > this is related to my problem. > > I am able to start xterm, swmgr, toolchest connecting to SGI 6.5.14 box > which probably use classical X11 and Motif library only. Trying to start > i.e. "jot", it claims: > > dgl error (protocol): remote machine not DGL capable - meda:10.0 > dgl error (default init): default dglopen(meda:10.0,4) returned -13 > > Connecting to another box, running IRIX 6.2, it is even worse - swmgr > shows only the first "Wait please ...." window and then you can wait for > hours and the main window does not appear. In the xterm you can see > following message: > > WARNING: Not all colors for application icons could be allocated. Some > interface elements may have different colors. > Warning: creating new shape image > > Jot coredumps, many others too. > Toolchest starts fine, but no apps called invoked from its menus. > > When I run this apps on the local graphics console of an SGI box, it works > fine. > > Well, this problem is not connection type related (both ssh and > telnet+xhost produce same results). Probably should I install something on > the SGI boxes to translate DGL requests into the X11 protocol (rendered on > the server side, but at least working) ? > > Any ideas are appreciated. > > David > > > > > On Tue, Apr 09, 2002 at 02:43:13PM +0200, David Komanek wrote: > > > Dear Harold, > > > > > > thank you for the reply. xdpyinfo shows that both named extensions are > > > present. Is there some possibility to trace where is the problem (some > > > debug mode for Xfree or so ?) > > > > > David, > > > > There is a sample program called 'glxgears' which will draw three > > depth buffered rotating gears. If this works, you've got it all running. > > > > What's your application reporting ? > > > > Alan. > > > From huntharo@msu.edu Tue Apr 9 09:24:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Tue, 09 Apr 2002 09:24:00 -0000 Subject: Just a note - nativegdi engine In-Reply-To: Message-ID: Rob, > I've made serious progress, but I'm having trouble with two things. > > 1) The mouse - I'm not getting any WM_MOUSEMOVE messages to the app > windows. Anyone seen this before? > 2) I've broken fillspans for DRAWABLE_WINDOWs. I can fix it by drawing > into the root window hdc always, > but that's defeating the purpose - all we gain is the pretty task bar > entries :[. > > 2) I'm working on, I suspect it's a coordinate translation thing. I get > lovely background stipple but not (AFAICT solid fills). Interesting... I'll say more when I have time to think about it (working today). > Creating a single combined clipping region using CombineRgn will allow > you to move the for (iX= ..)loop from within the while (nbox--) loop, > thus saving multiple selectClipRgn+deleteObject + bitblt calls, which > may make the native engine quite a bit faster. I *will* do this > optimisation here and elsewhere, but only after I get the fills working > for 'native' windows first. That's Alan's domain... I'll let him look into it. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Robert Collins > Sent: Tuesday, April 09, 2002 11:48 AM > To: Cygwin-Xfree > Subject: Just a note - nativegdi engine > > > I've made serious progress, but I'm having trouble with two things. > > 1) The mouse - I'm not getting any WM_MOUSEMOVE messages to the app > windows. Anyone seen this before? > 2) I've broken fillspans for DRAWABLE_WINDOWs. I can fix it by drawing > into the root window hdc always, > but that's defeating the purpose - all we gain is the pretty task bar > entries :[. > > 2) I'm working on, I suspect it's a coordinate translation thing. I get > lovely background stipple but not (AFAICT solid fills). > > Anyway, the reason for the email: > > Harold: > I thought you might like to see the little todo: I've added. > > Creating a single combined clipping region using CombineRgn will allow > you to move the for (iX= ..)loop from within the while (nbox--) loop, > thus saving multiple selectClipRgn+deleteObject + bitblt calls, which > may make the native engine quite a bit faster. I *will* do this > optimisation here and elsewhere, but only after I get the fills working > for 'native' windows first. > > Rob > > /* TODO: create a single commbined clipping region */ > nbox = REGION_NUM_RECTS (pClip); > pbox = REGION_RECTS (pClip); > while (nbox--) > { > hrgn = CreateRectRgn (pbox->x1, pbox->y1, pbox->x2, > pbox->y2); > SelectClipRgn (pGCPriv->hdcMem, hrgn); > DeleteObject (hrgn); > hrgn = NULL; > > for (iX = fullX1; iX < fullX2; iX += > pStipple->drawable.width) > { > int width; > > if ((iX + pStipple->drawable.width) > fullX2) > width = fullX2 - iX; > else > width = pStipple->drawable.width; > > BitBlt (pGCPriv->hdcMem, > iX, fullY1, > width, 1, > hdcStipple, > 0, > fullY1 % pStipple->drawable.height, > g_copyROP[pGC->alu]); > } > > pbox++; > } From huntharo@msu.edu Tue Apr 9 09:54:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Tue, 09 Apr 2002 09:54:00 -0000 Subject: Latest XFree86 CVS build failures? Message-ID: Is anyone else getting a build failure from the latest XFree86 CVS tree? I'm getting a problem where in the gcc command for building imake.exe the defines DefaultGcc2i386Opt and GccWarningOptions don't get expanded out to "-O2 -fno-strength-reduce -Wall -Wpointer-arith". There were several recent changes to the imake files to allow better cross compiling... I'm wondering if something got broken on Cygwin in the process? Build log follows. Harold Building Release 6.6 of the X Window System. I hope you checked the configuration parameters in ./config/cf to see if you need to pass BOOTSTRAPCFLAGS. Tue Apr 9 11:18:08 2002 cd ./config/imake && make - --unix -f Makefile.ini BOOTSTRAPCFLAGS="" CC="gcc" clean make[1]: Entering directory `/home/Administrator/x-devel/build/std/config/imake' rm -f ccimake imake.o imake rm -f *.CKP *.ln *.BAK *.bak *.o core errs ,* *~ *.a tags TAGS make.log \#* rm -f -r Makefile.proto Makefile Makefile.dep bootstrap rm -f imakemdep_cpp.h make[1]: Leaving directory `/home/Administrator/x-devel/build/std/config/imake' make - --unix Makefile.boot make[1]: Entering directory `/home/Administrator/x-devel/build/std' cd ./config/imake && make - --unix -w -f Makefile.ini BOOTSTRAPCFLAGS="" CC="gcc" make[2]: Entering directory `/home/Administrator/x-devel/build/std/config/imake' making imake with BOOTSTRAPCFLAGS= and CROSSCOMPILEFLAGS=-DCROSSCOMPILEDIR="" in config/imake if [ -n "" ] ; then \ /cc -E `./ccimake` \ -DCROSSCOMPILE_CPP imakemdep.h > imakemdep_cpp.h; \ else touch imakemdep_cpp.h; fi gcc -c -O -I../../include -I../../imports/x11/include/X11 `./ccimake` imake.c gcc -o imake -O -I../../include -I../../imports/x11/include/X11 imake.o make[2]: Leaving directory `/home/Administrator/x-devel/build/std/config/imake' rm -f ./config/makedepend/Makefile.proto ./config/imake/imake -I./config/cf -s ./config/makedepend/Makefile.proto -f ./config/makedepend/Imakefile -DTOPDIR=../.. -DCURDIR=./config/makedepend cd ./config/makedepend && rm -f -r Makefile Makefile.dep makedepend *.o bootstrap cd ./config/makedepend && make -f Makefile.proto bootstrap make[2]: Entering directory `/home/Administrator/x-devel/build/std/config/makedepend' make[2]: Nothing to be done for `bootstrap'. make[2]: Leaving directory `/home/Administrator/x-devel/build/std/config/makedepend' ./config/imake/imake -I./config/cf -s ./config/imake/Makefile.proto -f ./config/imake/Imakefile -DTOPDIR=../.. -DCURDIR=./config/imake -DBootStrap cd ./config/imake && make -f Makefile.proto bootstrapdepend make[2]: Entering directory `/home/Administrator/x-devel/build/std/config/imake' make[2]: Nothing to be done for `bootstrapdepend'. make[2]: Leaving directory `/home/Administrator/x-devel/build/std/config/imake' cd ./config/imake && make - --unix -w -f Makefile.ini BOOTSTRAPCFLAGS="" CC="gcc" bootstrap make[2]: Entering directory `/home/Administrator/x-devel/build/std/config/imake' + mkdir bootstrap mv *.o bootstrap + mv imake.exe bootstrap make[2]: Leaving directory `/home/Administrator/x-devel/build/std/config/imake' cd ./config/imake && make -f Makefile.proto all make[2]: Entering directory `/home/Administrator/x-devel/build/std/config/imake' gcc DefaultGcc2i386Opt GccWarningOptions -I../../include -I../../exports/include/X11 -I../.. -I. ./../exports/include -D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LOCALE -D_X86_ - DNO_TCP_H -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L -D_BSD_SOUR CE -D_SVID_SOURCE -D_GNU_SOURCE -DNO_ALLOCA -DFUNCPROTO=15 -DNARROWPROTO -L/lib/automode.o -DCPP_PROGRAM="\"cpp\"" -c -o imake.o imake.c gcc: cannot specify -o with -c or -S and multiple compilations make[2]: *** [imake.o] Error 1 make[2]: Leaving directory `/home/Administrator/x-devel/build/std/config/imake' make[1]: *** [imake.bootstrap] Error 2 make[1]: Leaving directory `/home/Administrator/x-devel/build/std' make: *** [World] Error 2 From alanh@fairlite.demon.co.uk Tue Apr 9 10:57:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Tue, 09 Apr 2002 10:57:00 -0000 Subject: Latest XFree86 CVS build failures? In-Reply-To: References: Message-ID: <20020409175708.GW11083@fairlite.demon.co.uk> On Tue, Apr 09, 2002 at 12:54:47PM -0400, Harold Hunt wrote: > Is anyone else getting a build failure from the latest XFree86 CVS tree? > > I'm getting a problem where in the gcc command for building imake.exe the > defines DefaultGcc2i386Opt and GccWarningOptions don't get expanded out to > "-O2 -fno-strength-reduce -Wall -Wpointer-arith". There were several recent > changes to the imake files to allow better cross compiling... I'm wondering > if something got broken on Cygwin in the process? > It looks like it broke somewhere Harold. You need to define #define HasGcc2 YES in your cygwin.cf now. Alan. From huntharo@msu.edu Tue Apr 9 11:37:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Tue, 09 Apr 2002 11:37:00 -0000 Subject: Latest XFree86 CVS build failures? In-Reply-To: <20020409175708.GW11083@fairlite.demon.co.uk> Message-ID: Interesting. I tried it and it does indeed work. I sure am glad that we have a guru around here :) Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Alan Hourihane > Sent: Tuesday, April 09, 2002 1:57 PM > To: cygwin-xfree@cygwin.com > Subject: Re: Latest XFree86 CVS build failures? > > > On Tue, Apr 09, 2002 at 12:54:47PM -0400, Harold Hunt wrote: > > Is anyone else getting a build failure from the latest XFree86 CVS tree? > > > > I'm getting a problem where in the gcc command for building > imake.exe the > > defines DefaultGcc2i386Opt and GccWarningOptions don't get > expanded out to > > "-O2 -fno-strength-reduce -Wall -Wpointer-arith". There were > several recent > > changes to the imake files to allow better cross compiling... > I'm wondering > > if something got broken on Cygwin in the process? > > > It looks like it broke somewhere Harold. > > You need to define > > #define HasGcc2 YES > > in your cygwin.cf now. > > Alan. From jeb@jeremywilkins.freeserve.co.uk Tue Apr 9 11:37:00 2002 From: jeb@jeremywilkins.freeserve.co.uk (Jeremy Wilkins) Date: Tue, 09 Apr 2002 11:37:00 -0000 Subject: XDM: too many retransmissions - with Linux Mandrake Message-ID: <00cb01c1dff6$1c9525d0$0a00a8c0@bytenet> Hi, I'm trying to get X to connect to linux mandrake running in a virtual machine (sadly I don't have access to multiple computers). I'm using the command line Xwin -once -query linux -from nt but X times out with the error XDM: too many retransmissions. It seems that the linux box is refusing the XDMCP connection. The archives and FAQ both state that I only need to change the [Xdmcp] section in /usr/share/config/kdm/kdmrc file to Enabled=true. Which I have done. But still no luck, I've also tried modifying the settings for xdm, setting the port to connect to as 177, and moving the /usr/bin/kdm program. My Xaccess file should allow direct connections from any machines (that seems to be the default setup). Any thoughts? Jeremy From huntharo@msu.edu Tue Apr 9 11:45:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Tue, 09 Apr 2002 11:45:00 -0000 Subject: too many retransmissions - with Linux Mandrake In-Reply-To: <00cb01c1dff6$1c9525d0$0a00a8c0@bytenet> Message-ID: Jeremy, For starters, did you restart kdm after you changed the setting in kdmrc? You should be able to leave out the -from parameer now. Do you have multiple network cards in your NT machine, or token ring? Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Jeremy Wilkins > Sent: Tuesday, April 09, 2002 2:41 PM > To: cygwin-xfree@cygwin.com > Subject: XDM: too many retransmissions - with Linux Mandrake > > > Hi, > > I'm trying to get X to connect to linux mandrake running in a virtual > machine (sadly I don't have access to multiple computers). I'm using the > command line > Xwin -once -query linux -from nt > > but X times out with the error XDM: too many retransmissions. > > It seems that the linux box is refusing the XDMCP connection. > > The archives and FAQ both state that I only need to change the [Xdmcp] > section in /usr/share/config/kdm/kdmrc file to Enabled=true. Which I have > done. But still no luck, I've also tried modifying the settings for xdm, > setting the port to connect to as 177, and moving the > /usr/bin/kdm program. > > My Xaccess file should allow direct connections from any machines (that > seems to be the default setup). > > Any thoughts? > > Jeremy > From jeb@jeremywilkins.freeserve.co.uk Tue Apr 9 12:09:00 2002 From: jeb@jeremywilkins.freeserve.co.uk (Jeremy Wilkins) Date: Tue, 09 Apr 2002 12:09:00 -0000 Subject: too many retransmissions - with Linux Mandrake References: Message-ID: <00d901c1dffa$8bc69570$0a00a8c0@bytenet> Hi, Yeh, I've restarted both by changing run levels (down to 3, then back up to 5) and by restarting the virtual machine. The networking on the nt box (the host machine) is complicated, theres a physical network card, IP 192.168.0.10 not connected to anything with no name, and a virtual network card for VMWare, IP 192.168.78.1, called nt in the hosts file. Jeremy ----- Original Message ----- From: "Harold Hunt" To: "Jeremy Wilkins" ; Sent: Tuesday, April 09, 2002 7:45 PM Subject: RE: too many retransmissions - with Linux Mandrake > Jeremy, > > For starters, did you restart kdm after you changed the setting in kdmrc? > > You should be able to leave out the -from parameer now. > > Do you have multiple network cards in your NT machine, or token ring? > > Harold > > > -----Original Message----- > > From: cygwin-xfree-owner@cygwin.com > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Jeremy Wilkins > > Sent: Tuesday, April 09, 2002 2:41 PM > > To: cygwin-xfree@cygwin.com > > Subject: XDM: too many retransmissions - with Linux Mandrake > > > > > > Hi, > > > > I'm trying to get X to connect to linux mandrake running in a virtual > > machine (sadly I don't have access to multiple computers). I'm using the > > command line > > Xwin -once -query linux -from nt > > > > but X times out with the error XDM: too many retransmissions. > > > > It seems that the linux box is refusing the XDMCP connection. > > > > The archives and FAQ both state that I only need to change the [Xdmcp] > > section in /usr/share/config/kdm/kdmrc file to Enabled=true. Which I have > > done. But still no luck, I've also tried modifying the settings for xdm, > > setting the port to connect to as 177, and moving the > > /usr/bin/kdm program. > > > > My Xaccess file should allow direct connections from any machines (that > > seems to be the default setup). > > > > Any thoughts? > > > > Jeremy > > > From jeb@jeremywilkins.freeserve.co.uk Tue Apr 9 12:11:00 2002 From: jeb@jeremywilkins.freeserve.co.uk (Jeremy Wilkins) Date: Tue, 09 Apr 2002 12:11:00 -0000 Subject: too many retransmissions - with Linux Mandrake References: Message-ID: <00dd01c1dffa$eb8981c0$0a00a8c0@bytenet> Hi, Just thinking, I'm fairly sure the network is working happily, I can use ssh with out problem, and run X apps on the linux box, displaying on the NT box. I can even use launch cygwin X, ssh into the linux bottom, set DISPLAY and run startkde, at which point KDE loads happily on the cygwin display, it's just the XDMCP stuff thats not running. Jeremy ----- Original Message ----- From: "Harold Hunt" To: "Jeremy Wilkins" ; Sent: Tuesday, April 09, 2002 7:45 PM Subject: RE: too many retransmissions - with Linux Mandrake > Jeremy, > > For starters, did you restart kdm after you changed the setting in kdmrc? > > You should be able to leave out the -from parameer now. > > Do you have multiple network cards in your NT machine, or token ring? > > Harold > > > -----Original Message----- > > From: cygwin-xfree-owner@cygwin.com > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Jeremy Wilkins > > Sent: Tuesday, April 09, 2002 2:41 PM > > To: cygwin-xfree@cygwin.com > > Subject: XDM: too many retransmissions - with Linux Mandrake > > > > > > Hi, > > > > I'm trying to get X to connect to linux mandrake running in a virtual > > machine (sadly I don't have access to multiple computers). I'm using the > > command line > > Xwin -once -query linux -from nt > > > > but X times out with the error XDM: too many retransmissions. > > > > It seems that the linux box is refusing the XDMCP connection. > > > > The archives and FAQ both state that I only need to change the [Xdmcp] > > section in /usr/share/config/kdm/kdmrc file to Enabled=true. Which I have > > done. But still no luck, I've also tried modifying the settings for xdm, > > setting the port to connect to as 177, and moving the > > /usr/bin/kdm program. > > > > My Xaccess file should allow direct connections from any machines (that > > seems to be the default setup). > > > > Any thoughts? > > > > Jeremy > > > From health_n_wealth@comcast.net Tue Apr 9 14:01:00 2002 From: health_n_wealth@comcast.net (health_n_wealth@comcast.net) Date: Tue, 09 Apr 2002 14:01:00 -0000 Subject: New Weight Loss Product Message-ID: 

Dear cygwin-xfree@cygwin.com,

IT'S COMING!!!
GET READY TO LOOSE WEIGHT
 ANABOLIC WEIGHT LOSS !!!!
IN LESS THAN 10 DAYS OASIS WILL LAUNCH A NEW ROCKET !
THE WORLD'S FIRST ANABOLIC WEIGHT LOSS SYSTEM!   
??	A double blind, placebo controlled, clinically tested Weight Management System developed to Throw The Fat-Burning Switch!
??	A safe, consistent, long lasting way to lose weight, maintain muscle and become healthier.
??	Nutritional fuel formulated to activate the body's natural Power Centers that fight FAT!
??	No Ephedra! No Ma Huang! No harmful stimulants!
OASIS BEATS THE "HEAVYWEIGHTS" OF THE INDUSTRY!
??	Preliminary results are better than those published by the weight loss leaders!
??	Clinical trials show significant and consistent weight loss, plus bonus health benefits! 
??	Participants reporting successful weight loss where other programs failed!
FOR THE FIRST TIME EVER -- WEIGHT MANAGEMENT COMBINED WITH ANTI-AGING!
COMING APRIL 20th !!!  
ONLY FROM OASIS WELLNESS 

FOR MORE INFO SEND NAME, E-MAIL ADDRESS AND/OR PHONE 
health_n_wealth@comcast.net
( 90 day money back guaranty on all Oasis Wellness products)
------------------------------------------------------------------------
Your choices regarding email are respected. If you would no longer like
to receive correspondence from us, please click the following link:
http://www.unsubscribesystem.com/1B156B47446753445171
------------------------------------------------------------------------






From health_n_wealth@comcast.net  Tue Apr  9 14:02:00 2002
From: health_n_wealth@comcast.net (health_n_wealth@comcast.net)
Date: Tue, 09 Apr 2002 14:02:00 -0000
Subject: New Weight Loss Product
Message-ID: 



Dear cygwin-xfree@cygwin.com,

IT'S COMING!!!
GET READY TO LOOSE WEIGHT
 ANABOLIC WEIGHT LOSS !!!!
IN LESS THAN 10 DAYS OASIS WILL LAUNCH A NEW ROCKET !
THE WORLD'S FIRST ANABOLIC WEIGHT LOSS SYSTEM!   
??	A double blind, placebo controlled, clinically tested Weight Management System developed to Throw The Fat-Burning Switch!
??	A safe, consistent, long lasting way to lose weight, maintain muscle and become healthier.
??	Nutritional fuel formulated to activate the body's natural Power Centers that fight FAT!
??	No Ephedra! No Ma Huang! No harmful stimulants!
OASIS BEATS THE "HEAVYWEIGHTS" OF THE INDUSTRY!
??	Preliminary results are better than those published by the weight loss leaders!
??	Clinical trials show significant and consistent weight loss, plus bonus health benefits! 
??	Participants reporting successful weight loss where other programs failed!
FOR THE FIRST TIME EVER -- WEIGHT MANAGEMENT COMBINED WITH ANTI-AGING!
COMING APRIL 20th !!!  
ONLY FROM OASIS WELLNESS 

FOR MORE INFO SEND NAME, E-MAIL ADDRESS AND/OR PHONE 
health_n_wealth@comcast.net
( 90 day money back guaranty on all Oasis Wellness products)
------------------------------------------------------------------------
Your choices regarding email are respected. If you would no longer like
to receive correspondence from us, please click the following link:
http://www.unsubscribesystem.com/1B156B47446753445171
------------------------------------------------------------------------






From health_n_wealth@comcast.net  Tue Apr  9 14:03:00 2002
From: health_n_wealth@comcast.net (health_n_wealth@comcast.net)
Date: Tue, 09 Apr 2002 14:03:00 -0000
Subject: New Weight Loss Product
Message-ID: 



Dear cygwin-xfree@sources.redhat.com,

IT'S COMING!!!
GET READY TO LOOSE WEIGHT
 ANABOLIC WEIGHT LOSS !!!!
IN LESS THAN 10 DAYS OASIS WILL LAUNCH A NEW ROCKET !
THE WORLD'S FIRST ANABOLIC WEIGHT LOSS SYSTEM!   
??	A double blind, placebo controlled, clinically tested Weight Management System developed to Throw The Fat-Burning Switch!
??	A safe, consistent, long lasting way to lose weight, maintain muscle and become healthier.
??	Nutritional fuel formulated to activate the body's natural Power Centers that fight FAT!
??	No Ephedra! No Ma Huang! No harmful stimulants!
OASIS BEATS THE "HEAVYWEIGHTS" OF THE INDUSTRY!
??	Preliminary results are better than those published by the weight loss leaders!
??	Clinical trials show significant and consistent weight loss, plus bonus health benefits! 
??	Participants reporting successful weight loss where other programs failed!
FOR THE FIRST TIME EVER -- WEIGHT MANAGEMENT COMBINED WITH ANTI-AGING!
COMING APRIL 20th !!!  
ONLY FROM OASIS WELLNESS 

FOR MORE INFO SEND NAME, E-MAIL ADDRESS AND/OR PHONE 
health_n_wealth@comcast.net
( 90 day money back guaranty on all Oasis Wellness products)
------------------------------------------------------------------------
Your choices regarding email are respected. If you would no longer like
to receive correspondence from us, please click the following link:
http://www.unsubscribesystem.com/1B156B47446753445171
------------------------------------------------------------------------






From health_n_wealth@comcast.net  Tue Apr  9 14:03:00 2002
From: health_n_wealth@comcast.net (health_n_wealth@comcast.net)
Date: Tue, 09 Apr 2002 14:03:00 -0000
Subject: New Weight Loss Product
Message-ID: 



Dear cygwin-xfree@xfree.cygwin.com,

IT'S COMING!!!
GET READY TO LOOSE WEIGHT
 ANABOLIC WEIGHT LOSS !!!!
IN LESS THAN 10 DAYS OASIS WILL LAUNCH A NEW ROCKET !
THE WORLD'S FIRST ANABOLIC WEIGHT LOSS SYSTEM!   
??	A double blind, placebo controlled, clinically tested Weight Management System developed to Throw The Fat-Burning Switch!
??	A safe, consistent, long lasting way to lose weight, maintain muscle and become healthier.
??	Nutritional fuel formulated to activate the body's natural Power Centers that fight FAT!
??	No Ephedra! No Ma Huang! No harmful stimulants!
OASIS BEATS THE "HEAVYWEIGHTS" OF THE INDUSTRY!
??	Preliminary results are better than those published by the weight loss leaders!
??	Clinical trials show significant and consistent weight loss, plus bonus health benefits! 
??	Participants reporting successful weight loss where other programs failed!
FOR THE FIRST TIME EVER -- WEIGHT MANAGEMENT COMBINED WITH ANTI-AGING!
COMING APRIL 20th !!!  
ONLY FROM OASIS WELLNESS 

FOR MORE INFO SEND NAME, E-MAIL ADDRESS AND/OR PHONE 
health_n_wealth@comcast.net
( 90 day money back guaranty on all Oasis Wellness products)
------------------------------------------------------------------------
Your choices regarding email are respected. If you would no longer like
to receive correspondence from us, please click the following link:
http://www.unsubscribesystem.com/1B156B47446753445171
------------------------------------------------------------------------






From health_n_wealth@comcast.net  Tue Apr  9 14:03:00 2002
From: health_n_wealth@comcast.net (health_n_wealth@comcast.net)
Date: Tue, 09 Apr 2002 14:03:00 -0000
Subject: New Weight Loss Product
Message-ID: 



Dear cygwin-xfree@sources.redhat.com,

IT'S COMING!!!
GET READY TO LOOSE WEIGHT
 ANABOLIC WEIGHT LOSS !!!!
IN LESS THAN 10 DAYS OASIS WILL LAUNCH A NEW ROCKET !
THE WORLD'S FIRST ANABOLIC WEIGHT LOSS SYSTEM!   
??	A double blind, placebo controlled, clinically tested Weight Management System developed to Throw The Fat-Burning Switch!
??	A safe, consistent, long lasting way to lose weight, maintain muscle and become healthier.
??	Nutritional fuel formulated to activate the body's natural Power Centers that fight FAT!
??	No Ephedra! No Ma Huang! No harmful stimulants!
OASIS BEATS THE "HEAVYWEIGHTS" OF THE INDUSTRY!
??	Preliminary results are better than those published by the weight loss leaders!
??	Clinical trials show significant and consistent weight loss, plus bonus health benefits! 
??	Participants reporting successful weight loss where other programs failed!
FOR THE FIRST TIME EVER -- WEIGHT MANAGEMENT COMBINED WITH ANTI-AGING!
COMING APRIL 20th !!!  
ONLY FROM OASIS WELLNESS 

FOR MORE INFO SEND NAME, E-MAIL ADDRESS AND/OR PHONE 
health_n_wealth@comcast.net
( 90 day money back guaranty on all Oasis Wellness products)
------------------------------------------------------------------------
Your choices regarding email are respected. If you would no longer like
to receive correspondence from us, please click the following link:
http://www.unsubscribesystem.com/1B156B47446753445171
------------------------------------------------------------------------






From health_n_wealth@comcast.net  Tue Apr  9 14:03:00 2002
From: health_n_wealth@comcast.net (health_n_wealth@comcast.net)
Date: Tue, 09 Apr 2002 14:03:00 -0000
Subject: New Weight Loss Product
Message-ID: 



Dear cygwin-xfree@xfree.cygwin.com,

IT'S COMING!!!
GET READY TO LOOSE WEIGHT
 ANABOLIC WEIGHT LOSS !!!!
IN LESS THAN 10 DAYS OASIS WILL LAUNCH A NEW ROCKET !
THE WORLD'S FIRST ANABOLIC WEIGHT LOSS SYSTEM!   
??	A double blind, placebo controlled, clinically tested Weight Management System developed to Throw The Fat-Burning Switch!
??	A safe, consistent, long lasting way to lose weight, maintain muscle and become healthier.
??	Nutritional fuel formulated to activate the body's natural Power Centers that fight FAT!
??	No Ephedra! No Ma Huang! No harmful stimulants!
OASIS BEATS THE "HEAVYWEIGHTS" OF THE INDUSTRY!
??	Preliminary results are better than those published by the weight loss leaders!
??	Clinical trials show significant and consistent weight loss, plus bonus health benefits! 
??	Participants reporting successful weight loss where other programs failed!
FOR THE FIRST TIME EVER -- WEIGHT MANAGEMENT COMBINED WITH ANTI-AGING!
COMING APRIL 20th !!!  
ONLY FROM OASIS WELLNESS 

FOR MORE INFO SEND NAME, E-MAIL ADDRESS AND/OR PHONE 
health_n_wealth@comcast.net
( 90 day money back guaranty on all Oasis Wellness products)
------------------------------------------------------------------------
Your choices regarding email are respected. If you would no longer like
to receive correspondence from us, please click the following link:
http://www.unsubscribesystem.com/1B156B47446753445171
------------------------------------------------------------------------






From health_n_wealth@comcast.net  Tue Apr  9 14:05:00 2002
From: health_n_wealth@comcast.net (health_n_wealth@comcast.net)
Date: Tue, 09 Apr 2002 14:05:00 -0000
Subject: New Weight Loss Product
Message-ID: 



Dear cygwin-xfree@xfree86.cygwin.com,

IT'S COMING!!!
GET READY TO LOOSE WEIGHT
 ANABOLIC WEIGHT LOSS !!!!
IN LESS THAN 10 DAYS OASIS WILL LAUNCH A NEW ROCKET !
THE WORLD'S FIRST ANABOLIC WEIGHT LOSS SYSTEM!   
??	A double blind, placebo controlled, clinically tested Weight Management System developed to Throw The Fat-Burning Switch!
??	A safe, consistent, long lasting way to lose weight, maintain muscle and become healthier.
??	Nutritional fuel formulated to activate the body's natural Power Centers that fight FAT!
??	No Ephedra! No Ma Huang! No harmful stimulants!
OASIS BEATS THE "HEAVYWEIGHTS" OF THE INDUSTRY!
??	Preliminary results are better than those published by the weight loss leaders!
??	Clinical trials show significant and consistent weight loss, plus bonus health benefits! 
??	Participants reporting successful weight loss where other programs failed!
FOR THE FIRST TIME EVER -- WEIGHT MANAGEMENT COMBINED WITH ANTI-AGING!
COMING APRIL 20th !!!  
ONLY FROM OASIS WELLNESS 

FOR MORE INFO SEND NAME, E-MAIL ADDRESS AND/OR PHONE 
health_n_wealth@comcast.net
( 90 day money back guaranty on all Oasis Wellness products)
------------------------------------------------------------------------
Your choices regarding email are respected. If you would no longer like
to receive correspondence from us, please click the following link:
http://www.unsubscribesystem.com/1B156B47446753445171
------------------------------------------------------------------------






From health_n_wealth@comcast.net  Tue Apr  9 14:05:00 2002
From: health_n_wealth@comcast.net (health_n_wealth@comcast.net)
Date: Tue, 09 Apr 2002 14:05:00 -0000
Subject: New Weight Loss Product
Message-ID: 



Dear cygwin-xfree@xfree86.cygwin.com,

IT'S COMING!!!
GET READY TO LOOSE WEIGHT
 ANABOLIC WEIGHT LOSS !!!!
IN LESS THAN 10 DAYS OASIS WILL LAUNCH A NEW ROCKET !
THE WORLD'S FIRST ANABOLIC WEIGHT LOSS SYSTEM!   
??	A double blind, placebo controlled, clinically tested Weight Management System developed to Throw The Fat-Burning Switch!
??	A safe, consistent, long lasting way to lose weight, maintain muscle and become healthier.
??	Nutritional fuel formulated to activate the body's natural Power Centers that fight FAT!
??	No Ephedra! No Ma Huang! No harmful stimulants!
OASIS BEATS THE "HEAVYWEIGHTS" OF THE INDUSTRY!
??	Preliminary results are better than those published by the weight loss leaders!
??	Clinical trials show significant and consistent weight loss, plus bonus health benefits! 
??	Participants reporting successful weight loss where other programs failed!
FOR THE FIRST TIME EVER -- WEIGHT MANAGEMENT COMBINED WITH ANTI-AGING!
COMING APRIL 20th !!!  
ONLY FROM OASIS WELLNESS 

FOR MORE INFO SEND NAME, E-MAIL ADDRESS AND/OR PHONE 
health_n_wealth@comcast.net
( 90 day money back guaranty on all Oasis Wellness products)
------------------------------------------------------------------------
Your choices regarding email are respected. If you would no longer like
to receive correspondence from us, please click the following link:
http://www.unsubscribesystem.com/1B156B47446753445171
------------------------------------------------------------------------






From elik@bhphotovideo.com  Tue Apr  9 14:53:00 2002
From: elik@bhphotovideo.com (Eli Kleinman)
Date: Tue, 09 Apr 2002 14:53:00 -0000
Subject: How do I change fonts in xfree86?
Message-ID: <3CB32B66.22789.49D41558@localhost>

Hi all

I am using my CDE form a Solaris box on my local PC by ruining 
xfree86 this is what I type
#xwin -noreset -screen 0 1152 864 -query "server ip" -from "my pc 
ip"
And the fonts that I get are bold.
How do I change the font size, bold, not bold, different font etc.

Please help
Thanks in advance
Eli


From dlee@managedobjects.com  Tue Apr  9 15:46:00 2002
From: dlee@managedobjects.com (Lee, David S.)
Date: Tue, 09 Apr 2002 15:46:00 -0000
Subject: some help with xWin
Message-ID: <3E89CD1EE5814142A6278A6F7077C3F6036F36@mailman2.mosol.com>


All -


I have succesfully installed cygwin/xfree and when attempting to use XWin
with XDM for solaris even using the -fp tcp/box:7100, I get a creen that is
grey with a X as the cursor.  Can anyone help on what I am doing wrong?  I
have attached 2 snapshots 


David S. Lee
Manager, Technical Operations

Managed Objects, Inc.
7925 Westpark Drive
McLean, VA 22102
Office: 703-208-3330
Cell:    415-250-6115



 <>  <> 


David S. Lee
Manager, Technical Operations

Managed Objects, Inc.
7925 Westpark Drive
McLean, VA 22102
Office: 703-208-3330
Cell:    415-250-6115

-------------- next part --------------
A non-text attachment was scrubbed...
Name: snap.gif
Type: image/gif
Size: 10314 bytes
Desc: not available
URL: 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: snap.gif
Type: image/gif
Size: 10359 bytes
Desc: not available
URL: 

From iburrell@znark.com  Tue Apr  9 16:49:00 2002
From: iburrell@znark.com (Ian Burrell)
Date: Tue, 09 Apr 2002 16:49:00 -0000
Subject: info: single install xfree86 + minimal cygwin?
References: <20020409001316.GE20382@redhat.com>  <20020409130227.GA2005@redhat.com>
Message-ID: <3CB37DEB.3040409@znark.com>

Christopher Faylor wrote:
> 
> Yep, as Robert indicated, this has been possible for a while.
> 
> For Cygwin/XFree86, what I'd like to do is have you all come up with
> a few .tar.bz2 files which install into a /usr/X11R6,
> /etc/X11, etc.
> 

I repackaged the current .tgz files as .tar.bz2 files. I created a 
rudimentary setup.ini file and was able to install them with setup.exe 
from a local directory. I haven't yet created a proper hierarchy 
setup.hint files.

> The hierarchy would be something like:
> 
> xfree
>   base
>     setup.hint
>     XFree-4.2.0-1.tar.bz2
>     XFree-4.2.0-1-src.tar.bz2
>   doc
>     setup.hint
>     XFree-doc-4.2.0-1.tar.bz2
>   devel
>     setup.hint
>     XFree86-devel-4.2.0-1.tar.bz2
>     XFree86-devel-4.2.0-1-src.tar.bz2
> 
> 

The packages I made were:

xfree-base-4.2.0.tar.bz2 (11MB; Xbin, Xman, Xlib, Xxserv, Xetc)
xfree-devel-4.2.0.tar.bz2 (595kB; Xprog)
xfree-doc-txt-4.2.0.tar.bz2 (1.3MB; Xdoc)
xfree-doc-html-4.2.0.tar.bz2 (905kB; Xhtml)
xfree-doc-ps-4.2.0.tar.bz2 (4.4MB; Xps)
xfree-fonts-100dpi-4.2.0.tar.bz2 (12MB; Xf100)
xfree-fonts-4.2.0.tar.bz2 (18MB; Xfnts, Xfscl, Xfenc; required)
xfree-fonts-cyrillic-4.2.0.tar.bz2 (364kB, Xfcyr)
xfree-xfs-4.2.0.tar.bz2 (202kB; Xfsrv)
xfree-xnest-4.2.0.tar.bz2 (1.1MB; Xnest)
xfree-xprt-4.2.0.tar.bz2 (791kB; Xprt)
xfree-xvfb-4.2.0.tar.bz2 (1.2MB; Xvfb)

Is it possible to have multiple packages in a subdirectory and 
setup.hint file? Or does each package needs its own directory? For a 
hierarchy, I was thinking: base, devel, doc, fonts, and progs (for the 
optional servers).

There are a couple of refinements that can be made to the repackaging. 
First, the 75dpi fonts make up the bulk (10MB) of the fonts package and 
aren't strictly required. They could be made their own package. The 
miscellaneous fonts could be folded into the base package so there is 
only one required package.

Second, move the man3 man pages into the devel package. Also, move the 
.a files in /usr/X11R6/lib into devel. That reduces the base package by 
a couple MB.

  - Ian

-- 
iburrell@znark.com
http://www.znark.com/


From robert.collins@itdomain.com.au  Tue Apr  9 17:00:00 2002
From: robert.collins@itdomain.com.au (Robert Collins)
Date: Tue, 09 Apr 2002 17:00:00 -0000
Subject: info: single install xfree86 + minimal cygwin?
Message-ID: 



> -----Original Message-----
> From: Ian Burrell [mailto:iburrell@znark.com] 
> Sent: Wednesday, April 10, 2002 9:49 AM

> Is it possible to have multiple packages in a subdirectory and 
> setup.hint file? Or does each package needs its own directory? 

Each package needs it's own directory.

> For a 
> hierarchy, I was thinking: base, devel, doc, fonts, and progs 
> (for the 
> optional servers). 

I'm not clear not the hierarchy there - that reads like a list to me. 
You've got two clauses you can independently use to make a hierarchy and
package dependencies - category:(i.e. the devel tarball belongs in
XFree86 and in Devel) and requires: (i.e. the server package requires
the fonts and the programs and ...)

> There are a couple of refinements that can be made to the 
> repackaging. 
> First, the 75dpi fonts make up the bulk (10MB) of the fonts 
> package and 
> aren't strictly required. They could be made their own package. The 
> miscellaneous fonts could be folded into the base package so there is 
> only one required package.
> 
> Second, move the man3 man pages into the devel package. Also, 
> move the 
> .a files in /usr/X11R6/lib into devel. That reduces the base 
> package by 
> a couple MB.

Those refinements can be made at any point - there's no need to have it
perfect on first release. Setup.exe is quite capable of handling files
moving from one package to another now.

Rob


From robert.collins@itdomain.com.au  Tue Apr  9 17:18:00 2002
From: robert.collins@itdomain.com.au (Robert Collins)
Date: Tue, 09 Apr 2002 17:18:00 -0000
Subject: Just a note - nativegdi engine
Message-ID: 



> -----Original Message-----
> From: Alan Hourihane [mailto:alanh@fairlite.demon.co.uk] 
> Sent: Wednesday, April 10, 2002 1:57 AM
> To: cygwin-xfree@cygwin.com
> Subject: Re: Just a note - nativegdi engine
> 
> 
> On Wed, Apr 10, 2002 at 01:47:58AM +1000, Robert Collins wrote:
> > 2) I'm working on, I suspect it's a coordinate translation thing. I 
> > get lovely background stipple but not (AFAICT solid fills).
> > 
> Rob,
> 
> Take a look at wingc.c and set miTranslate to 0 (FALSE).

Already tried that :}. Does that intelligently translate - i.e. will
code for pixmaps be unaffected, and only window drawables get
translated/not translated?

Rob


From iburrell@znark.com  Tue Apr  9 17:56:00 2002
From: iburrell@znark.com (Ian Burrell)
Date: Tue, 09 Apr 2002 17:56:00 -0000
Subject: info: single install xfree86 + minimal cygwin?
References: 
Message-ID: <3CB38DC4.4090204@znark.com>

Robert Collins wrote:
> 
> I'm not clear not the hierarchy there - that reads like a list to me. 
> You've got two clauses you can independently use to make a hierarchy and
> package dependencies - category:(i.e. the devel tarball belongs in
> XFree86 and in Devel) and requires: (i.e. the server package requires
> the fonts and the programs and ...)
> 

That is a list of subdirectories. But it won't work since the each 
package needs its own subdirectory. A better hiearchy would use the 
components from the package names. Hopefully, multiple levels of 
subdirectories will work.

xfree:
   base:
     xfree-base-4.2.0.tar.bz2
   devel:
     xfree-devel-4.2.0.tar.bz2
   doc:
     html:
       xfree-doc-html-4.2.0.tar.bz2
     ps:
       xfree-doc-ps-4.2.0.tar.bz2
     txt:
       xfree-doc-txt-4.2.0.tar.bz2
   fonts:
     100dpi:
       xfree-fonts-100dpi-4.2.0.tar.bz2
     75dpi:
       xfree-fonts-75dpi-4.2.0.tar.bz2
     misc:
       xfree-fonts-misc-4.2.0.tar.bz2
   xfs:
     xfree-xfs-4.2.0.tar.bz2
   xnest:
     xfree-xnest-4.2.0.tar.bz2
   xprt:
     xfree-xprt-4.2.0.tar.bz2
   xvfb:
     xfree-xvfb-4.2.0.tar.bz2

> 
> Those refinements can be made at any point - there's no need to have it
> perfect on first release. Setup.exe is quite capable of handling files
> moving from one package to another now.
> 

They were simple changes to the script I wrote to repackage the 
distributed archives. I'll try to write proper setup.hint files for all 
the packages.

  - Ian

-- 
iburrell@znark.com
http://www.znark.com/


From robert.collins@itdomain.com.au  Tue Apr  9 18:00:00 2002
From: robert.collins@itdomain.com.au (Robert Collins)
Date: Tue, 09 Apr 2002 18:00:00 -0000
Subject: info: single install xfree86 + minimal cygwin?
Message-ID: 



> -----Original Message-----
> From: Ian Burrell [mailto:iburrell@znark.com] 
> Sent: Wednesday, April 10, 2002 10:57 AM
> That is a list of subdirectories. But it won't work since the each 
> package needs its own subdirectory. A better hiearchy would use the 
> components from the package names. Hopefully, multiple levels of 
> subdirectories will work.
> 
> xfree:
>    base:
...
>    xvfb:
>      xfree-xvfb-4.2.0.tar.bz2

As a directory layout, that should be fine.
 
> > 
> > Those refinements can be made at any point - there's no 
> need to have it
> > perfect on first release. Setup.exe is quite capable of 
> handling files
> > moving from one package to another now.
> > 
> 
> They were simple changes to the script I wrote to repackage the 
> distributed archives. I'll try to write proper setup.hint 
> files for all 
> the packages.

Cool.

Rob


From cgf@redhat.com  Tue Apr  9 18:03:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Tue, 09 Apr 2002 18:03:00 -0000
Subject: info: single install xfree86 + minimal cygwin?
In-Reply-To: <3CB38DC4.4090204@znark.com>
References:  <3CB38DC4.4090204@znark.com>
Message-ID: <20020410010316.GD23551@redhat.com>

On Tue, Apr 09, 2002 at 05:56:36PM -0700, Ian Burrell wrote:
>Robert Collins wrote:
>>
>>I'm not clear not the hierarchy there - that reads like a list to me. 
>>You've got two clauses you can independently use to make a hierarchy and
>>package dependencies - category:(i.e. the devel tarball belongs in
>>XFree86 and in Devel) and requires: (i.e. the server package requires
>>the fonts and the programs and ...)
>>
>
>That is a list of subdirectories. But it won't work since the each 
>package needs its own subdirectory. A better hiearchy would use the 
>components from the package names. Hopefully, multiple levels of 
>subdirectories will work.
>
>xfree:
>  base:
>    xfree-base-4.2.0.tar.bz2
>  devel:
>    xfree-devel-4.2.0.tar.bz2
>  doc:
>    html:
>      xfree-doc-html-4.2.0.tar.bz2
>    ps:
>      xfree-doc-ps-4.2.0.tar.bz2
>    txt:
>      xfree-doc-txt-4.2.0.tar.bz2
>  fonts:
>    100dpi:
>      xfree-fonts-100dpi-4.2.0.tar.bz2
>    75dpi:
>      xfree-fonts-75dpi-4.2.0.tar.bz2
>    misc:
>      xfree-fonts-misc-4.2.0.tar.bz2
>  xfs:
>    xfree-xfs-4.2.0.tar.bz2
>  xnest:
>    xfree-xnest-4.2.0.tar.bz2
>  xprt:
>    xfree-xprt-4.2.0.tar.bz2
>  xvfb:
>    xfree-xvfb-4.2.0.tar.bz2
>
>>
>>Those refinements can be made at any point - there's no need to have it
>>perfect on first release. Setup.exe is quite capable of handling files
>>moving from one package to another now.
>>
>
>They were simple changes to the script I wrote to repackage the 
>distributed archives. I'll try to write proper setup.hint files for all 
>the packages.

There's no need to go into too much information in the ldesc, fwiw.
And, the sdesc field can be pretty brief, too, IMO.  If you have Red Hat
linux installed somewhere, you might be able to get some info from the
'rpm -q -i' command, applying it to various installed XFree86 packages.

Btw, should the directory be called xfree or xfree86 or XFree86?

I assume the category for this should be XFree86, right?

cgf


From cwilson@ece.gatech.edu  Tue Apr  9 18:16:00 2002
From: cwilson@ece.gatech.edu (Charles Wilson)
Date: Tue, 09 Apr 2002 18:16:00 -0000
Subject: info: single install xfree86 + minimal cygwin?
References:  <3CB38DC4.4090204@znark.com>
Message-ID: <3CB3925C.80806@ece.gatech.edu>



Ian Burrell wrote:


> That is a list of subdirectories. But it won't work since the each 
> package needs its own subdirectory. A better hiearchy would use the 
> components from the package names. Hopefully, multiple levels of 
> subdirectories will work.


Yep.  Subdirs work fine.  For instance, the following are *currently* in 
use:

cygwin/latest/ncurses/
cygwin/latest/ncurses/setup.hint
cygwin/latest/ncurses/ncurses-5.2-?.tar.bz2
cygwin/latest/ncurses/ncurses-5.2-?-src.tar.bz2
cygwin/latest/ncurses/libncurses5/
cygwin/latest/ncurses/libncurses5/setup.hint
cygwin/latest/ncurses/libncurses5/libncurses5-5.2-?.tar.bz2
cygwin/latest/ncurses/libncurses5/libncurses5-5.2-?.tar.bz2
cygwin/latest/ncurses/libncurses6/
cygwin/latest/ncurses/libncurses6/setup.hint
cygwin/latest/ncurses/libncurses6/libncurses6-5.2-?.tar.bz2
cygwin/latest/ncurses/libncurses6/libncurses6-5.2-?.tar.bz2

Also, see gettext/libintl, readline/libreadline, etc.

--Chuck



From cwilson@ece.gatech.edu  Tue Apr  9 18:22:00 2002
From: cwilson@ece.gatech.edu (Charles Wilson)
Date: Tue, 09 Apr 2002 18:22:00 -0000
Subject: info: single install xfree86 + minimal cygwin?
References: 
Message-ID: <3CB393D6.4030405@ece.gatech.edu>



Robert Collins wrote:


>>They were simple changes to the script I wrote to repackage the 
>>distributed archives. I'll try to write proper setup.hint 
>>files for all 
>>the packages.
>>
> 
> Cool.


I'm unclear about how the -src packages (are/should be) handled, since 
there are a great many "binary" packages in XFree, but only a few 
original "source" packages.  In the past, when multiple "binary" 
packages are generated from a single "source" package, we've done the 
following:

ncurses-5.2-?-src.tar.bz2
   contains the actual src dist for ncurses/libncurses, with
   cygwin patches, build scripts, etc

However, building this -src generates two "binary" packages:
   ncurses-5.2-?.tar.bz2
   libncurses6-5.2-?.tar.bz2

So, we create an empty
   libncurses6-5.2-?-src.tar.bz2
that contains only a single README that says "go look over there, in 
ncurses-5.2-?-src.tar.bz2".

Now, this works, and upset/setup are happy (every binary package has a 
"src" package) but it is hackish, ugly, and a pain to maintain.  Is 
there a better solution?  (Or can we discard the psuedo-src packages 
without repurcussion?  Won't upset be upset by the "bin without src" 
problem?)

--Chuck




From cgf@redhat.com  Tue Apr  9 18:26:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Tue, 09 Apr 2002 18:26:00 -0000
Subject: info: single install xfree86 + minimal cygwin?
In-Reply-To: <3CB393D6.4030405@ece.gatech.edu>
References:  <3CB393D6.4030405@ece.gatech.edu>
Message-ID: <20020410012626.GI23551@redhat.com>

On Tue, Apr 09, 2002 at 09:22:30PM -0400, Charles Wilson wrote:
>Now, this works, and upset/setup are happy (every binary package has a 
>"src" package) but it is hackish, ugly, and a pain to maintain.  Is 
>there a better solution?  (Or can we discard the psuedo-src packages 
>without repurcussion?  Won't upset be upset by the "bin without src" 
>problem?)

If it is upset I'll be upset.

It should be acceptable to have bin without source.

If it causes a problem, I'll fix it.

cgf


From iburrell@znark.com  Tue Apr  9 18:34:00 2002
From: iburrell@znark.com (Ian Burrell)
Date: Tue, 09 Apr 2002 18:34:00 -0000
Subject: info: single install xfree86 + minimal cygwin?
References: 
Message-ID: <3CB396A5.1070803@znark.com>

Is the script for building setup.ini files from a directory hierarchy 
available anywhere? I want to setup a test install directory with the 
full hierarchy and setup.hint files.

Also, I ran into a problem with the xfree-fonts-100dpi and 
xfree-fonts-75dpi packages. With a hand-generated setup.ini, they 
weren't being displayed. This might be because the last component starts 
with a number and something is confused about where the version starts. 
The lines in my setup.ini are:

@ xfree-fonts-100dpi
sdesc: "Cygwin/XFree86 100dpi fonts"
category: XFree86
requires: xfree-base
version: 4.2.0-1


@ xfree-fonts-75dpi
sdesc: "Cygwin/XFree86 75pi fonts"
category: XFree86
requires: xfree-base
version: 4.2.0-1


  - Ian

-- 
iburrell@znark.com
http://www.znark.com/


From cwilson@ece.gatech.edu  Tue Apr  9 18:43:00 2002
From: cwilson@ece.gatech.edu (Charles Wilson)
Date: Tue, 09 Apr 2002 18:43:00 -0000
Subject: info: single install xfree86 + minimal cygwin?
References:  <3CB393D6.4030405@ece.gatech.edu> <20020410012626.GI23551@redhat.com>
Message-ID: <3CB398DA.2010202@ece.gatech.edu>

Christopher Faylor wrote:

> On Tue, Apr 09, 2002 at 09:22:30PM -0400, Charles Wilson wrote:
> 
>>Now, this works, and upset/setup are happy (every binary package has a 
>>"src" package) but it is hackish, ugly, and a pain to maintain.  Is 
>>there a better solution?  (Or can we discard the psuedo-src packages 
>>without repurcussion?  Won't upset be upset by the "bin without src" 
>>problem?)
>>
> 
> If it is upset I'll be upset.
> 
> It should be acceptable to have bin without source.
> 
> If it causes a problem, I'll fix it.


That's great.  (I'm not planning on needlessly changing my packages, but 
perhaps the next time they must be updated for other reasons, I'll drop 
the psuedo-src packages).

However, is there any way we can add to the setup/upset grammar an 
optional keyword like:

(within libncurses6's setup.hint)
    external-src: ncurses

which instructs upset to fill the setup.ini thus:

@ ncurses
sdesc: blah blah
ldesc: blah blah
category: Base Libs
requires: cygwin terminfo libncurses6
version: 5.2-8
install: latest/ncurses/ncurses-5.2-8.tar.bz2
source: latest/ncurses/ncurses-5.2-8-src.tar.bz2
[prev]
install: latest/ncurses/ncurses-5.2-7.tar.bz2
source: latest/ncurses/ncurses-5.2-7-src.tar.bz2

@libncurses6
sdesc: blah blah
ldesc: blah blah
category: Base Libs
requires: cygwin terminfo
version: 5.2-8
install: latest/ncurses/libncurses6/libncurses6-5.2-8.tar.bz2
source: latest/ncurses/ncurses-5.2-8-src.tar.bz2
[prev]
install: latest/ncurses/libncurses6/libncurses6-5.2-7.tar.bz2
source: latest/ncurses/ncurses-5.2-7-src.tar.bz2

e.g. keying off the version of libncurses, find the matching versioned 
-src package of whatever is specified in the external-src: field in 
libncurses6's setup.hint...

This would require conflict avoidance within setup.exe, too -- the src 
chkboxes for ncurses and libncurses6 should be tied together in this case...

Or is this just not worth worrying about?

--Chuck




From cgf@redhat.com  Tue Apr  9 18:47:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Tue, 09 Apr 2002 18:47:00 -0000
Subject: info: single install xfree86 + minimal cygwin?
In-Reply-To: <3CB398DA.2010202@ece.gatech.edu>
References:  <3CB393D6.4030405@ece.gatech.edu> <20020410012626.GI23551@redhat.com> <3CB398DA.2010202@ece.gatech.edu>
Message-ID: <20020410014703.GM23551@redhat.com>

On Tue, Apr 09, 2002 at 09:43:54PM -0400, Charles Wilson wrote:
>>If it is upset I'll be upset.
>>
>>It should be acceptable to have bin without source.
>>
>>If it causes a problem, I'll fix it.
>
>That's great.  (I'm not planning on needlessly changing my packages, but 
>perhaps the next time they must be updated for other reasons, I'll drop 
>the psuedo-src packages).
>
>However, is there any way we can add to the setup/upset grammar an 
>optional keyword like:
>
>(within libncurses6's setup.hint)
>   external-src: ncurses
>
>This would require conflict avoidance within setup.exe, too -- the src 
>chkboxes for ncurses and libncurses6 should be tied together in this case...
>
>Or is this just not worth worrying about?

I like the idea as far as upset is concerned.  It would be easy to add.

However, maybe the setup.exe part would be hairy.

cgf


From cgf@redhat.com  Tue Apr  9 18:53:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Tue, 09 Apr 2002 18:53:00 -0000
Subject: info: single install xfree86 + minimal cygwin?
In-Reply-To: <3CB396A5.1070803@znark.com>
References:  <3CB396A5.1070803@znark.com>
Message-ID: <20020410015334.GO23551@redhat.com>

On Tue, Apr 09, 2002 at 06:34:29PM -0700, Ian Burrell wrote:
>Is the script for building setup.ini files from a directory hierarchy 
>available anywhere? I want to setup a test install directory with the 
>full hierarchy and setup.hint files.
>
>Also, I ran into a problem with the xfree-fonts-100dpi and 
>xfree-fonts-75dpi packages. With a hand-generated setup.ini, they 
>weren't being displayed. This might be because the last component starts 
>with a number and something is confused about where the version starts. 

Yes, a -75dpi part of a tar file will look like a version number.

Can you use an underscore instead?

Just to be clear, you shouldn't be including the '@ xfree-fonts-100dpi'
or the version: in the setup.hint.  Those are only needed if you are
overriding defaults.

cgf

>The lines in my setup.ini are:
>
>@ xfree-fonts-100dpi
>sdesc: "Cygwin/XFree86 100dpi fonts"
>category: XFree86
>requires: xfree-base
>version: 4.2.0-1
>
>
>@ xfree-fonts-75dpi
>sdesc: "Cygwin/XFree86 75pi fonts"
>category: XFree86
>requires: xfree-base
>version: 4.2.0-1
>
>
> - Ian
>
>-- 
>iburrell@znark.com
>http://www.znark.com/


From robert.collins@itdomain.com.au  Tue Apr  9 19:07:00 2002
From: robert.collins@itdomain.com.au (Robert Collins)
Date: Tue, 09 Apr 2002 19:07:00 -0000
Subject: info: single install xfree86 + minimal cygwin?
Message-ID: 



> -----Original Message-----
> From: Charles Wilson [mailto:cwilson@ece.gatech.edu] 
> Sent: Wednesday, April 10, 2002 11:23 AM

> Now, this works, and upset/setup are happy (every binary 
> package has a 
> "src" package) but it is hackish, ugly, and a pain to maintain.  Is 
> there a better solution?  (Or can we discard the psuedo-src packages 
> without repurcussion?  Won't upset be upset by the "bin without src" 
> problem?)

Setup won't be. It won't allow the src box to be ticked unless it knows
of a src package details.

Rob


From iburrell@znark.com  Tue Apr  9 19:10:00 2002
From: iburrell@znark.com (Ian Burrell)
Date: Tue, 09 Apr 2002 19:10:00 -0000
Subject: info: single install xfree86 + minimal cygwin?
References:  <3CB396A5.1070803@znark.com> <20020410015334.GO23551@redhat.com>
Message-ID: <3CB39F07.7030203@znark.com>

Christopher Faylor wrote:
> 
> Yes, a -75dpi part of a tar file will look like a version number.
> 
> Can you use an underscore instead?
> 

I could use an underscore. I got it to work by changing it to dpi75. 
Shouldn't the name in the setup.ini file override that version number 
parsing?

  - Ian

-- 
iburrell@znark.com
http://www.znark.com/


From cwilson@ece.gatech.edu  Tue Apr  9 19:20:00 2002
From: cwilson@ece.gatech.edu (Charles Wilson)
Date: Tue, 09 Apr 2002 19:20:00 -0000
Subject: info: single install xfree86 + minimal cygwin?
References:  <3CB396A5.1070803@znark.com> <20020410015334.GO23551@redhat.com> <3CB39F07.7030203@znark.com>
Message-ID: <3CB3A10A.5000301@ece.gatech.edu>

Ian Burrell wrote:

> Christopher Faylor wrote:
> 
>>
>> Yes, a -75dpi part of a tar file will look like a version number.
>>
>> Can you use an underscore instead?
>>
> 
> I could use an underscore. I got it to work by changing it to dpi75. 
> Shouldn't the name in the setup.ini file override that version number 
> parsing?


Yeah, but cygcheck.exe also needs to be able to, at minimum, parse the 
version string of a given package (cygcheck -c).  We're not yet at the 
point of requiring setup.ini for proper cygcheck operation (and cygcheck 
doesn't REALLY need to know about package dependencies and -src tarballs 
and category information....)

I don't think it's that big a deal to require cygwin packages to follow 
a parseable naming scheme; ours is pretty lenient...when it fails, it's 
not a terrible imposition to either change a '-' to a '_', or swap some 
digits and alphabetics within a -XXXX- word.

--Chuck



From robert.collins@itdomain.com.au  Tue Apr  9 19:23:00 2002
From: robert.collins@itdomain.com.au (Robert Collins)
Date: Tue, 09 Apr 2002 19:23:00 -0000
Subject: info: single install xfree86 + minimal cygwin?
Message-ID: 



> -----Original Message-----
> From: Charles Wilson [mailto:cwilson@ece.gatech.edu] 
> Sent: Wednesday, April 10, 2002 12:19 PM

> I don't think it's that big a deal to require cygwin packages 
> to follow 
> a parseable naming scheme; ours is pretty lenient...when it 
> fails, it's 
> not a terrible imposition to either change a '-' to a '_', or 
> swap some 
> digits and alphabetics within a -XXXX- word.

And package file names are not directly used by humans 99% of the time.
That's what setup + cygcheck + upset are for.

Rob


From cgf@redhat.com  Tue Apr  9 19:42:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Tue, 09 Apr 2002 19:42:00 -0000
Subject: info: single install xfree86 + minimal cygwin?
In-Reply-To: <3CB39F07.7030203@znark.com>
References:  <3CB396A5.1070803@znark.com> <20020410015334.GO23551@redhat.com> <3CB39F07.7030203@znark.com>
Message-ID: <20020410024203.GX23551@redhat.com>

On Tue, Apr 09, 2002 at 07:10:15PM -0700, Ian Burrell wrote:
>Christopher Faylor wrote:
>>Yes, a -75dpi part of a tar file will look like a version number.
>>
>>Can you use an underscore instead?
>
>I could use an underscore.  I got it to work by changing it to dpi75.
>Shouldn't the name in the setup.ini file override that version number
>parsing?

Name?  Do you mean version?  If you put a version in setup.hint it
is currently ignored.

If you try to use something like

curr: 4.2.0-1

I believe that may confuse the upset parser.

cgf


From robert.collins@itdomain.com.au  Tue Apr  9 19:42:00 2002
From: robert.collins@itdomain.com.au (Robert Collins)
Date: Tue, 09 Apr 2002 19:42:00 -0000
Subject: makeNativeRgn
Message-ID: 

Alan,
  this may be of use to you: It's the region optimisation I mentioned
before. It seems a little faster to me, which indicates that some
(most?) of the calls have mulitple clip regions. 

There's a little extra stuff for the rootless mode in win.h, but it
won't hurt to have that committed - if you're willing.

There is also some rootless stuff (the #if 1-else-end and #if
0-else-end's) in winsetsp and winfillsp, and that stuff should NOT go
into CVS, but I didn't want to corrupt the patch by hand removing. You
should be able to do it easily in your sandbox... (it's only 2-3 lines
to delete).

Index: win.h
===================================================================
RCS file: /cvsroot/xoncygwin/xc/programs/Xserver/hw/xwin/win.h,v
retrieving revision 1.1.1.1.2.2
diff -u -p -r1.1.1.1.2.2 win.h
--- win.h	5 Feb 2002 18:47:39 -0000	1.1.1.1.2.2
+++ win.h	10 Apr 2002 02:39:46 -0000
@@ -268,7 +268,8 @@ typedef Bool (*winHotKeyAltTabPtr)(Scree
 
 typedef struct
 {
-  DWORD			dwDummy;
+  HWND			hwnd;
+  HDC			hdc;
 } winPrivWinRec, *winPrivWinPtr;
 
 typedef struct
@@ -414,6 +415,7 @@ extern miPointerScreenFuncRec	g_winPoint
 extern DWORD			g_dwEvents;
 extern int			g_fdMessageQueue;
 extern int			g_iScreenPrivateIndex;
+extern int			g_iWindowPrivateIndex;
 extern int			g_iCmapPrivateIndex;
 extern int			g_iGCPrivateIndex;
 extern int			g_iPixmapPrivateIndex;
@@ -553,6 +555,8 @@ winBlockHandler (int nScreen,
 
 RegionPtr
 winPixmapToRegionNativeGDI (PixmapPtr pPix);
+HRGN
+makeNativeRgn (RegionPtr const pRegion);
 
 
 /*
Index: winclip.c
===================================================================
RCS file: /cvsroot/xoncygwin/xc/programs/Xserver/hw/xwin/winclip.c,v
retrieving revision 1.1.1.1.2.1
diff -u -p -r1.1.1.1.2.1 winclip.c
--- winclip.c	7 Feb 2002 21:34:19 -0000	1.1.1.1.2.1
+++ winclip.c	10 Apr 2002 02:39:46 -0000
@@ -248,3 +248,33 @@ winPixmapToRegionNativeGDI (PixmapPtr pP
 #endif
   return(pReg);
 }
+
+HRGN
+makeNativeRgn (RegionPtr const pRegion)
+{
+  BoxPtr pbox;
+  int nbox;
+  HRGN rv;
+  nbox = REGION_NUM_RECTS (pRegion);
+  pbox = REGION_RECTS (pRegion);
+  rv = CreateRectRgn (pbox->x1, pbox->y1, pbox->x2, pbox->y2);
+  --nbox;
+  ++pbox;
+  while (nbox--)
+    {
+      int combinerv;
+      HRGN tempRgn;
+      tempRgn = CreateRectRgn (pbox->x1, pbox->y1, pbox->x2, pbox->y2);
+      combinerv = CombineRgn (rv, rv, tempRgn, RGN_OR);
+      if (combinerv == ERROR)
+	{
+	  ErrorF ("makeNativeRgn: Failed to create native region %u\n",
GetLastError());
+	  DeleteObject (rv);
+	  return NULL;
+	}
+      DeleteObject (tempRgn);
+      ++pbox;
+    }
+  return rv;
+}
+
Index: winsetsp.c
===================================================================
RCS file: /cvsroot/xoncygwin/xc/programs/Xserver/hw/xwin/winsetsp.c,v
retrieving revision 1.1.1.1.2.8
diff -u -p -r1.1.1.1.2.8 winsetsp.c
--- winsetsp.c	19 Feb 2002 20:31:25 -0000	1.1.1.1.2.8
+++ winsetsp.c	10 Apr 2002 02:39:46 -0000
@@ -27,6 +27,7 @@
  *
  * Authors:	Harold L Hunt II
  * 		Alan Hourihane 
+ *		Robert Collins 
  */
 /* $XFree86: xc/programs/Xserver/hw/xwin/winsetsp.c,v 1.6 2001/10/22
15:21:12 alanh Exp $ */
 
@@ -48,8 +49,6 @@ winSetSpansNativeGDI (DrawablePtr	pDrawa
   HBITMAP		hbmpOrig = NULL;
   BITMAPINFO		bmi;
   HRGN			hrgn;
-  int			n;
-  BoxPtr	 	pbox;
 
   /* Branch on the drawable type */
   switch (pDrawable->type)
@@ -67,8 +66,6 @@ winSetSpansNativeGDI (DrawablePtr	pDrawa
 
       while (iSpans--)
         {
-	  n = REGION_NUM_RECTS (pGC->pCompositeClip);
-	  pbox = REGION_RECTS (pGC->pCompositeClip);
 
 	  ZeroMemory (&bmi, sizeof (BITMAPINFO));
 	  bmi.bmiHeader.biSize = sizeof (BITMAPINFOHEADER);
@@ -85,14 +82,14 @@ winSetSpansNativeGDI (DrawablePtr	pDrawa
       	      bmi.bmiColors[1].rgbGreen = 255;
       	      bmi.bmiColors[1].rgbRed = 255;
     	    }
-
-	  while (n--)
+	  
+	  hrgn = makeNativeRgn (pGC->pCompositeClip);
+	  if (hrgn)
 	    {
-	      hrgn = CreateRectRgn (pbox->x1, pbox->y1, pbox->x2,
pbox->y2);
 	      SelectClipRgn (pGCPriv->hdcMem, hrgn);
 	      DeleteObject (hrgn);
 	      hrgn = NULL;
-
+	      
 	      StretchDIBits (pGCPriv->hdcMem, 
 			     pPoints->x, pPoints->y,
 			     *piWidths, 1,
@@ -102,7 +99,6 @@ winSetSpansNativeGDI (DrawablePtr	pDrawa
 			     (BITMAPINFO *) &bmi,
 			     DIB_RGB_COLORS,
 			     g_copyROP[pGC->alu]);
-	      pbox++;
 	    }
 
 	  pSrcs += PixmapBytePad (*piWidths, pDrawable->depth);
@@ -118,10 +114,18 @@ winSetSpansNativeGDI (DrawablePtr	pDrawa
       break;
 
     case DRAWABLE_WINDOW:
+      {
+	HDC hdc;
+	WindowPtr pWin = (WindowPtr) pDrawable;
+	winPrivWinRec *pPrivWin;
+	pPrivWin = (winPrivWinRec
*)(pWin->devPrivates[g_iWindowPrivateIndex].ptr);
+#if 0
+        hdc = pPrivWin->hdc;
+#else
+        hdc = pGCPriv->hdc;
+#endif
       while (iSpans--)
         {
-	  n = REGION_NUM_RECTS (pGC->pCompositeClip);
-	  pbox = REGION_RECTS (pGC->pCompositeClip);
 
 	  ZeroMemory (&bmi, sizeof (BITMAPINFO));
 	  bmi.bmiHeader.biSize = sizeof (BITMAPINFOHEADER);
@@ -139,14 +143,14 @@ winSetSpansNativeGDI (DrawablePtr	pDrawa
       	      bmi.bmiColors[1].rgbRed = 255;
     	    }
 
-	  while (n--)
+	  hrgn = makeNativeRgn (pGC->pCompositeClip);
+	  if (hrgn)
 	    {
-	      hrgn = CreateRectRgn (pbox->x1, pbox->y1, pbox->x2,
pbox->y2);
-	      SelectClipRgn (pGCPriv->hdc, hrgn);
+	      SelectClipRgn (hdc, hrgn);
 	      DeleteObject (hrgn);
 	      hrgn = NULL;
-
-	      StretchDIBits (pGCPriv->hdc, 
+	      
+	      StretchDIBits (hdc, 
 			     pPoints->x, pPoints->y,
 			     *piWidths, 1,
 			     0, 0,
@@ -155,7 +159,6 @@ winSetSpansNativeGDI (DrawablePtr	pDrawa
 			     (BITMAPINFO *) &bmi,
 			     DIB_RGB_COLORS,
 			     g_copyROP[pGC->alu]);
-	      pbox++;
 	    }
 
 	  pSrcs += PixmapBytePad (*piWidths, pDrawable->depth);
@@ -164,7 +167,9 @@ winSetSpansNativeGDI (DrawablePtr	pDrawa
         }
 
       /* Reset the clip region */
-      SelectClipRgn (pGCPriv->hdc, NULL);
+      /* TODO: Restore a saved region */
+      SelectClipRgn (hdc, NULL);
+      }
       break;
 
     case UNDRAWABLE_WINDOW:
Index: winfillsp.c
===================================================================
RCS file: /cvsroot/xoncygwin/xc/programs/Xserver/hw/xwin/winfillsp.c,v
retrieving revision 1.1.1.1.2.13
diff -u -p -r1.1.1.1.2.13 winfillsp.c
--- winfillsp.c	19 Feb 2002 20:31:24 -0000	1.1.1.1.2.13
+++ winfillsp.c	10 Apr 2002 02:39:46 -0000
@@ -143,21 +143,19 @@ winFillSpansNativeGDI (DrawablePtr	pDraw
 	
 	      if (fullX1 >= fullX2)
 		continue;
-	
-	      nbox = REGION_NUM_RECTS (pClip);
-	      pbox = REGION_RECTS (pClip);
-	      while (nbox--)
+
+	      hrgn = makeNativeRgn (pClip);
+	      if (hrgn)
 		{
-	      	  hrgn = CreateRectRgn (pbox->x1, pbox->y1, pbox->x2,
pbox->y2);
 		  SelectClipRgn (pGCPriv->hdcMem, hrgn);
-		  DeleteObject (hrgn);
-		  hrgn = NULL;
+	    	  DeleteObject (hrgn);
+    		  hrgn = NULL;
 
-	      	  MoveToEx (pGCPriv->hdcMem, fullX1, fullY1, NULL);
-	      	  LineTo (pGCPriv->hdcMem, fullX2, fullY1);
-		  pbox++;
+		  MoveToEx (pGCPriv->hdcMem, fullX1, fullY1, NULL);
+		  LineTo (pGCPriv->hdcMem, fullX2, fullY1);
 		}
 	    }
+	    
 
           SetROP2 (pGCPriv->hdcMem, R2_COPYPEN);
 
@@ -258,24 +256,20 @@ winFillSpansNativeGDI (DrawablePtr	pDraw
 	      if (fullX1 >= fullX2)
 		continue;
 	
-	      nbox = REGION_NUM_RECTS (pClip);
-	      pbox = REGION_RECTS (pClip);
- 	      while (nbox--)
-	        {
-	     	  hrgn = CreateRectRgn (pbox->x1, pbox->y1, pbox->x2,
pbox->y2);
+	      hrgn = makeNativeRgn (pClip);
+	      if (hrgn)
+		{
 		  SelectClipRgn (pGCPriv->hdcMem, hrgn);
 		  DeleteObject (hrgn);
 		  hrgn = NULL;
-
+		  
 		  for (iX = fullX1; iX < fullX2; iX +=
pStipple->drawable.width)
 		    {
 		      int width;
-
 		      if ((iX + pStipple->drawable.width) > fullX2)
 			width = fullX2 - iX;
 		      else
 			width = pStipple->drawable.width;
-
 		      BitBlt (pGCPriv->hdcMem,
 			      iX, fullY1,
 			      width, 1,
@@ -284,8 +278,6 @@ winFillSpansNativeGDI (DrawablePtr	pDraw
 			      fullY1 % pStipple->drawable.height,
 			      g_copyROP[pGC->alu]);
 		    }
-
-		  pbox++;
 		}
 	    }
 
@@ -333,25 +325,22 @@ winFillSpansNativeGDI (DrawablePtr	pDraw
 	
 	      if (fullX1 >= fullX2)
 		continue;
-	
-	      nbox = REGION_NUM_RECTS (pClip);
-	      pbox = REGION_RECTS (pClip);
- 	      while (nbox--)
-	        {
-	     	  hrgn = CreateRectRgn (pbox->x1, pbox->y1, pbox->x2,
pbox->y2);
+
+	      hrgn = makeNativeRgn (pClip);
+	      if (hrgn)
+		{
 		  SelectClipRgn (pGCPriv->hdcMem, hrgn);
-	    	  DeleteObject (hrgn);
+		  DeleteObject (hrgn);
 		  hrgn = NULL;
 
-	    	  for (iX = fullX1; iX < fullX2; iX +=
pTile->drawable.width)
-	      	    {
+		  for (iX = fullX1; iX < fullX2; iX +=
pTile->drawable.width)
+		    {
 		      int width;
 
 		      if ((iX + pTile->drawable.width) > fullX2)
 			width = fullX2 - iX;
 		      else
 			width = pTile->drawable.width;
-
 		      BitBlt (pGCPriv->hdcMem,
 			      iX, fullY1,
 			      width, 1,
@@ -360,7 +349,6 @@ winFillSpansNativeGDI (DrawablePtr	pDraw
 			      fullY1 % pTile->drawable.height,
 			      g_copyROP[pGC->alu]);
 		    }
-		  pbox++;
 		}
 	    }
 
@@ -384,20 +372,36 @@ winFillSpansNativeGDI (DrawablePtr	pDraw
       break;
       
     case DRAWABLE_WINDOW:
+      {
+	HDC hdc;
+	WindowPtr pWin = (WindowPtr) pDrawable;
+	winPrivWinRec *pPrivWin;
+	BoxPtr pBoundingBox;
+	pPrivWin = (winPrivWinRec
*)(pWin->devPrivates[g_iWindowPrivateIndex].ptr);
+	
+#if 0
+	hdc = pPrivWin->hdc;
+	/* Translating the GC is unreliable? */
+	pBoundingBox = REGION_EXTENTS ((pWin->winSize.pScreen),
&(pWin->winSize));
+/*	SetViewportOrgEx (hdc, pBoundingBox->x1, pBoundingBox->y1,
NULL);
+ */
+#else
+	hdc = pGCPriv->hdc;
+#endif
       /* Branch on fill style */
       switch (pGC->fillStyle)
 	{
 	case FillSolid:
 
-          ROP16 (pGCPriv->hdc, pGC->alu);
+          ROP16 (hdc, pGC->alu);
 
 	  if (pDrawable->depth == 1) 
 	    {
 	      if (pGC->fgPixel == 0)
-		hPenOrig = SelectObject (pGCPriv->hdc, 
+		hPenOrig = SelectObject (hdc, 
 					 GetStockObject (BLACK_PEN));
 	      else
-		hPenOrig = SelectObject (pGCPriv->hdc,
+		hPenOrig = SelectObject (hdc,
 					 GetStockObject (WHITE_PEN));
 	    } 
 	  else 
@@ -405,11 +409,12 @@ winFillSpansNativeGDI (DrawablePtr	pDraw
 	      fg = pGC->fgPixel;
 	      TRANSLATE_COLOR (fg);
 	      hPen = CreatePen (PS_SOLID, 0, fg);
-	      hPenOrig = SelectObject (pGCPriv->hdc, hPen);
+	      hPenOrig = SelectObject (hdc, hPen);
 	    }
 
 	  while (iSpans--)
 	    {
+	      HRGN clipRegion;
 	      fullX1 = pPoints->x;
 	      fullY1 = pPoints->y;
 	      fullX2 = fullX1 + (int) *piWidths;
@@ -426,26 +431,23 @@ winFillSpansNativeGDI (DrawablePtr	pDraw
 	
 	      if (fullX1 >= fullX2)
 		continue;
-	
-	      nbox = REGION_NUM_RECTS (pClip);
-	      pbox = REGION_RECTS (pClip);
-	      while (nbox--)
+
+	      hrgn = makeNativeRgn (pClip);
+	      if (hrgn)
 		{
-	      	  hrgn = CreateRectRgn (pbox->x1, pbox->y1, pbox->x2,
pbox->y2);
-		  SelectClipRgn (pGCPriv->hdc, hrgn);
+		  SelectClipRgn (pGCPriv->hdcMem, hrgn);
 		  DeleteObject (hrgn);
 		  hrgn = NULL;
 
-	     	  MoveToEx (pGCPriv->hdc, fullX1, fullY1, NULL);
-	     	  LineTo (pGCPriv->hdc, fullX2, fullY1);
-		  pbox++;
+		  MoveToEx (hdc, fullX1, fullY1, NULL);
+		  LineTo (hdc, fullX2, fullY1);
 		}
 	    }
 
-          SetROP2 (pGCPriv->hdc, R2_COPYPEN);
+          SetROP2 (hdc, R2_COPYPEN);
 
 	  /* Give back the Brush */
-	  SelectObject (pGCPriv->hdc, hPenOrig);
+	  SelectObject (hdc, hPenOrig);
 
 	  if (pDrawable->depth != 1)
 	    DeleteObject (hPen);
@@ -465,7 +467,7 @@ winFillSpansNativeGDI (DrawablePtr	pDraw
 				    DIB_RGB_COLORS);
 
 	  /* Create a memory DC to hold the stipple */
-	  hdcStipple = CreateCompatibleDC (pGCPriv->hdc);
+	  hdcStipple = CreateCompatibleDC (hdc);
 
 	  /* Select the stipple bitmap into the stipple DC */
 	  hbmpOrigStipple = SelectObject (hdcStipple, hBitmap);
@@ -487,8 +489,8 @@ winFillSpansNativeGDI (DrawablePtr	pDraw
 	   */
 	  if (pGC->bgPixel != -1 && pGC->fgPixel != -1) 
 	    {
-	      SetTextColor (pGCPriv->hdc, fg);
-	      SetBkColor (pGCPriv->hdc, bg);
+	      SetTextColor (hdc, fg);
+	      SetBkColor (hdc, bg);
 	      BitBlt (hdcStipple,
 		      0, 0,
 		      pStipple->drawable.width,
pStipple->drawable.height,
@@ -498,8 +500,8 @@ winFillSpansNativeGDI (DrawablePtr	pDraw
 	    } 
 	  else if (pGC->bgPixel == -1) 
 	    {
-	      SetTextColor (pGCPriv->hdc, fg);
-	      SetBkMode (pGCPriv->hdc, TRANSPARENT);
+	      SetTextColor (hdc, fg);
+	      SetBkMode (hdc, TRANSPARENT);
 	      BitBlt (hdcStipple,
 		      0, 0,
 		      pStipple->drawable.width,
pStipple->drawable.height,
@@ -509,8 +511,8 @@ winFillSpansNativeGDI (DrawablePtr	pDraw
 	    } 
 	  else if (pGC->fgPixel == -1) 
 	    {
-	      SetTextColor (pGCPriv->hdc, bg);
-	      SetBkMode (pGCPriv->hdc, TRANSPARENT);
+	      SetTextColor (hdc, bg);
+	      SetBkMode (hdc, TRANSPARENT);
 #if 0
 	      BitBlt (hdcStipple,
 		      0, 0,
@@ -539,26 +541,23 @@ winFillSpansNativeGDI (DrawablePtr	pDraw
 	
 	      if (fullX1 >= fullX2)
 		continue;
-	
-	      nbox = REGION_NUM_RECTS (pClip);
-	      pbox = REGION_RECTS (pClip);
- 	      while (nbox--)
-	        {
-	     	  hrgn = CreateRectRgn (pbox->x1, pbox->y1, pbox->x2,
pbox->y2);
-		  SelectClipRgn (pGCPriv->hdc, hrgn);
+
+	      hrgn = makeNativeRgn (pClip);
+	      if (hrgn)
+		{
+		  /* TODO: should we intersect the clip region? */
+		  SelectClipRgn (pGCPriv->hdcMem, hrgn);
 		  DeleteObject (hrgn);
 		  hrgn = NULL;
 
 		  for (iX = fullX1; iX < fullX2; iX +=
pStipple->drawable.width)
 		    {
 		      int width;
-
 		      if ((iX + pStipple->drawable.width) > fullX2)
 			width = fullX2 - iX;
 		      else
 			width = pStipple->drawable.width;
-
-		      BitBlt (pGCPriv->hdc,
+		      BitBlt (hdc,
 			      iX, fullY1,
 			      width, 1,
 			      hdcStipple,
@@ -566,8 +565,6 @@ winFillSpansNativeGDI (DrawablePtr	pDraw
 			      fullY1 % pStipple->drawable.height,
 			      g_copyROP[pGC->alu]);
 		    }
-
-		  pbox++;
 		}
 	    }
 
@@ -579,7 +576,7 @@ winFillSpansNativeGDI (DrawablePtr	pDraw
 	  DeleteObject (hBitmap);
 
 	  /* Restore the background mode */
-	  SetBkMode (pGCPriv->hdc, OPAQUE);	  
+	  SetBkMode (hdc, OPAQUE);	  
 	  break;
 
 	case FillTiled:
@@ -611,26 +608,22 @@ winFillSpansNativeGDI (DrawablePtr	pDraw
 	
 	      if (fullX1 >= fullX2)
 		continue;
-	
-	      nbox = REGION_NUM_RECTS (pClip);
-	      pbox = REGION_RECTS (pClip);
- 	      while (nbox--)
-	        {
-	     	  hrgn = CreateRectRgn (pbox->x1, pbox->y1, pbox->x2,
pbox->y2);
-		  SelectClipRgn (pGCPriv->hdc, hrgn);
-	    	  DeleteObject (hrgn);
+
+	      hrgn = makeNativeRgn (pClip);
+	      if (hrgn)
+		{
+		  SelectClipRgn (pGCPriv->hdcMem, hrgn);
+		  DeleteObject (hrgn);
 		  hrgn = NULL;
 
-	    	  for (iX = fullX1; iX < fullX2; iX +=
pTile->drawable.width)
-	      	    {
+		  for (iX = fullX1; iX < fullX2; iX +=
pTile->drawable.width)
+		    {
 		      int width;
-
 		      if ((iX + pTile->drawable.width) > fullX2)
 			width = fullX2 - iX;
 		      else
 			width = pTile->drawable.width;
-
-		      BitBlt (pGCPriv->hdc,
+		      BitBlt (hdc,
 			      iX, fullY1,
 			      width, 1,
 			      pGCPriv->hdcMem,
@@ -638,8 +631,6 @@ winFillSpansNativeGDI (DrawablePtr	pDraw
 			      fullY1 % pTile->drawable.height,
 			      g_copyROP[pGC->alu]);
 		    }
-
-		  pbox++;
 		}
 	    }
 
@@ -653,7 +644,9 @@ winFillSpansNativeGDI (DrawablePtr	pDraw
 	}
 
       /* Reset clip region */
-      SelectClipRgn (pGCPriv->hdc, NULL);
+      /* TODO: restore saved region as opposed to a NULL region */
+      SelectClipRgn (hdc, NULL);
+      }
       break;
 
     case UNDRAWABLE_WINDOW:


From iburrell@znark.com  Tue Apr  9 19:50:00 2002
From: iburrell@znark.com (Ian Burrell)
Date: Tue, 09 Apr 2002 19:50:00 -0000
Subject: info: single install xfree86 + minimal cygwin?
References:  <3CB396A5.1070803@znark.com> <20020410015334.GO23551@redhat.com> <3CB39F07.7030203@znark.com> <20020410024203.GX23551@redhat.com>
Message-ID: <3CB3A85C.90602@znark.com>

Christopher Faylor wrote:
> 
> Name?  Do you mean version?  If you put a version in setup.hint it
> is currently ignored.
> 

The name from the "@" line and the version header could be used to 
override the parsing of file names into name and version.

  - Ian

-- 
iburrell@znark.com
http://www.znark.com/


From cgf@redhat.com  Tue Apr  9 20:00:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Tue, 09 Apr 2002 20:00:00 -0000
Subject: info: single install xfree86 + minimal cygwin?
In-Reply-To: <3CB3A85C.90602@znark.com>
References:  <3CB396A5.1070803@znark.com> <20020410015334.GO23551@redhat.com> <3CB39F07.7030203@znark.com> <20020410024203.GX23551@redhat.com> <3CB3A85C.90602@znark.com>
Message-ID: <20020410030023.GB23551@redhat.com>

On Tue, Apr 09, 2002 at 07:50:04PM -0700, Ian Burrell wrote:
>Christopher Faylor wrote:
>>Name?  Do you mean version?  If you put a version in setup.hint it is
>>currently ignored.
>
>The name from the "@" line and the version header could be used to
>override the parsing of file names into name and version.

No, the name doesn't override this, currently.

cgf


From iburrell@znark.com  Tue Apr  9 21:40:00 2002
From: iburrell@znark.com (Ian Burrell)
Date: Tue, 09 Apr 2002 21:40:00 -0000
Subject: xfree packages
Message-ID: <3CB3C24E.9060803@znark.com>

I finished making some xfree packages. They are distributed binary 
archives repackaged as cygwin packages. I made a package directory that 
can be used with setup.exe from a local directory and over the network.

I changed my mind about the division of the packages I proposed. I got 
rid of the multiple doc and fonts packages cause I was having trouble 
with the naming and directories. Plus, I assumed the people would want 
to install them together. The packages are now:

xfree-base
xfree-devel
xfree-docs
xfree-fonts
xfree-xfs
xfree-xnest
xfree-xvfb
xfree-xprt

I don't have a machine that people can easily download the full files 
from. I can post the setup.* files and scripts I used to build the packages.

  - Ian

-- 
iburrell@znark.com
http://www.znark.com/


From cgf@redhat.com  Tue Apr  9 22:34:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Tue, 09 Apr 2002 22:34:00 -0000
Subject: xfree packages
In-Reply-To: <3CB3C24E.9060803@znark.com>
References: <3CB3C24E.9060803@znark.com>
Message-ID: <20020410053447.GA15157@redhat.com>

On Tue, Apr 09, 2002 at 09:40:46PM -0700, Ian Burrell wrote:
>I finished making some xfree packages. They are distributed binary 
>archives repackaged as cygwin packages. I made a package directory that 
>can be used with setup.exe from a local directory and over the network.
>
>I changed my mind about the division of the packages I proposed. I got 
>rid of the multiple doc and fonts packages cause I was having trouble 
>with the naming and directories. Plus, I assumed the people would want 
>to install them together. The packages are now:
>
>xfree-base
>xfree-devel
>xfree-docs
>xfree-fonts
>xfree-xfs
>xfree-xnest
>xfree-xvfb
>xfree-xprt
>
>I don't have a machine that people can easily download the full files 
>from. I can post the setup.* files and scripts I used to build the packages.

Yes, please post the setup.hint files that you used.

I think that these files should be called XFree86-base (or just
XFree86), etc.  The project is the Cygwin/XFree86 project and I
think the package names should reflect that.

cgf


From robert.collins@itdomain.com.au  Tue Apr  9 22:35:00 2002
From: robert.collins@itdomain.com.au (Robert Collins)
Date: Tue, 09 Apr 2002 22:35:00 -0000
Subject: makeNativeRgn
Message-ID: 



> -----Original Message-----
> From: Robert Collins 
> Sent: Wednesday, April 10, 2002 12:42 PM
> To: Cygwin-Xfree
> Subject: makeNativeRgn
> 
> 
> Alan,
>   this may be of use to you: It's the region optimisation I 
> mentioned before. It seems a little faster to me, which 
> indicates that some
> (most?) of the calls have mulitple clip regions. 

There's more that can be done, like moving the clipboard selection
before the spans iteration, but the biggest improvement I've achieved so
far is making native Rgn's for the FILLTILED routine. I'll make a patch
for this once I clean a little other code in winfillsp.c up. The
background rendering is instantaneous with this for me.

Rob

in winclip.c (perhaps we need a winrgn.c? )
HRGN
makeNativeRgnFromSpans (int iSpans, DDXPointPtr pPoints, int *piWidths)
{
  HRGN rv;
  if (!iSpans)
    return NULL;
  rv = CreateRectRgn (pPoints->x, pPoints->y, pPoints->x + *piWidths,
pPoints->y
+1);
  ++pPoints;
  ++piWidths;
  while (iSpans--)
    {
      HRGN tempRgn;
      int combinerv;
      tempRgn = CreateRectRgn (pPoints->x, pPoints->y, pPoints->x +
*piWidths, p
Points->y+1);
      combinerv = CombineRgn (rv, rv, tempRgn, RGN_OR);
      if (combinerv == ERROR)
        {
          ErrorF ("makeNativeRgn: Failed to create native region %u\n",
GetLastE
rror());
          DeleteObject (rv);
          return NULL;
        }
      DeleteObject (tempRgn);
      ++pPoints;
      ++piWidths;
    }
  return rv;
}


and in winfillsp.c

        case FillTiled:
          hrgn = makeNativeRgn (pClip);
          if (hrgn)
            {
              HBRUSH aBrush,oldBrush;

              /* TODO: should we intersect the clip region? */
              SelectClipRgn (pGCPriv->hdcMem, hrgn);
              DeleteObject (hrgn);
              hrgn = NULL;

          /* Get a pixmap pointer from the tile pointer, and fetch
privates  */
          pTile = (PixmapPtr) pGC->tile.pixmap;
          pTilePriv = winGetPixmapPriv (pTile);

          /* create a brush */

          aBrush = CreatePatternBrush(pTilePriv->hBitmap);
          oldBrush = SelectObject (hdc, aBrush);

          hrgn = makeNativeRgnFromSpans (iSpans, pPoints,piWidths);
          if (hrgn)
            {
              PaintRgn (hdc, hrgn);
              DeleteObject (hrgn);
            }

          /* Cleanup */
          SelectObject (hdc, oldBrush);
          DeleteObject (aBrush);

            }
          break;


From joshualokken@attbi.com  Tue Apr  9 23:32:00 2002
From: joshualokken@attbi.com (Joshua Lokken)
Date: Tue, 09 Apr 2002 23:32:00 -0000
Subject: cygpng2.dll missing
Message-ID: <000501c1e122$ad2e60c0$dbf9e10c@churgeon>

Hello, all:

Cygwin is great so far!!

Question:  After installing KDE and all of the required stuff, when I
run kdeinit, I get an error message:
    The application was not started...cygpng2.dll was not
    found.  Reinstalling the application could solve this
    problem.

Which package installs this dll?  I first noticed the error after
installing kdelibs, and before installing kdebase.

Also, where does the kde startup script need to reside?


TIA,

@@@@@@@@@@@!!

Joshua Lokken
joshualokken@attbi.com


%%%%%%%%%%%%%!!



From robert.collins@itdomain.com.au  Tue Apr  9 23:53:00 2002
From: robert.collins@itdomain.com.au (Robert Collins)
Date: Tue, 09 Apr 2002 23:53:00 -0000
Subject: clipping questions
Message-ID: 

In the span functions,
if pGc->CompositeClip has
(nbox = REGION_NUM_RECTS (pRegion)) == 0, what does that indicate?

Should we skip rendering the span? Grab 1 rect and hope we can read it?

Something else?

Rob


From janneke@gnu.org  Wed Apr 10 00:35:00 2002
From: janneke@gnu.org (Jan Nieuwenhuizen)
Date: Wed, 10 Apr 2002 00:35:00 -0000
Subject: xfree packages
In-Reply-To: <20020410053447.GA15157@redhat.com> (Christopher Faylor's
 message of "Wed, 10 Apr 2002 01:34:47 -0400")
References: <3CB3C24E.9060803@znark.com> <20020410053447.GA15157@redhat.com>
Message-ID: 

Christopher Faylor  writes:

> I think that these files should be called XFree86-base (or just
> XFree86), etc.  The project is the Cygwin/XFree86 project and I
> think the package names should reflect that.

Oh no, please reconsider allowing capitals in package names?  You'll
set a precedent for teTeX, GUILE, MySQL etc.  I'd vote for xfree86.

Jan.

-- 
Jan Nieuwenhuizen  | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien       | http://www.lilypond.org


From alanh@fairlite.demon.co.uk  Wed Apr 10 00:37:00 2002
From: alanh@fairlite.demon.co.uk (Alan Hourihane)
Date: Wed, 10 Apr 2002 00:37:00 -0000
Subject: makeNativeRgn
In-Reply-To: 
References: 
Message-ID: <20020410073753.GH11083@fairlite.demon.co.uk>

On Wed, Apr 10, 2002 at 12:42:23PM +1000, Robert Collins wrote:
> Alan,
>   this may be of use to you: It's the region optimisation I mentioned
> before. It seems a little faster to me, which indicates that some
> (most?) of the calls have mulitple clip regions. 
> 
Robert,

Thanks for the patch. I'll apply it.

Like I said though, I haven't even started at looking at optimizations
until the span functions are working correctly. So your gonna find
lots and lots of places that can be optimized.

Alan.


From Ralf.Habacker@freenet.de  Wed Apr 10 00:38:00 2002
From: Ralf.Habacker@freenet.de (Ralf Habacker)
Date: Wed, 10 Apr 2002 00:38:00 -0000
Subject: cygpng2.dll missing
In-Reply-To: <000501c1e122$ad2e60c0$dbf9e10c@churgeon>
Message-ID: <001d01c1e062$ac2e0b00$651c440a@BRAMSCHE>

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf
> Of Joshua Lokken
> Sent: Thursday, April 11, 2002 8:33 AM
> To: cygwin-xfree@cygwin.com
> Subject: cygpng2.dll missing
>
>
> Hello, all:
>
> Cygwin is great so far!!
>
> Question:  After installing KDE and all of the
> required stuff, when I
> run kdeinit, I get an error message:
>     The application was not started...cygpng2.dll was not
>     found.  Reinstalling the application could solve this
>     problem.
>
> Which package installs this dll?  I first noticed
> the error after
> installing kdelibs, and before installing kdebase.

Install the libpng package from the cygwin setup

> Also, where does the kde startup script need to reside?
>
The startup script "startkde" resides in /opt/kde2/bin. See
http://kde-cygwin.sourceforge.net/faq.php#B12
for detailed instructions to start kde with startx

Regards
Ralf









From robert.collins@itdomain.com.au  Wed Apr 10 00:38:00 2002
From: robert.collins@itdomain.com.au (Robert Collins)
Date: Wed, 10 Apr 2002 00:38:00 -0000
Subject: xfree packages
Message-ID: 

Setup is case insensitive to package names. I don't see any technical
issue either way.

Rob


From alanh@fairlite.demon.co.uk  Wed Apr 10 00:44:00 2002
From: alanh@fairlite.demon.co.uk (Alan Hourihane)
Date: Wed, 10 Apr 2002 00:44:00 -0000
Subject: makeNativeRgn
In-Reply-To: 
References: 
Message-ID: <20020410074419.GI11083@fairlite.demon.co.uk>

On Wed, Apr 10, 2002 at 03:35:06PM +1000, Robert Collins wrote:
> There's more that can be done, like moving the clipboard selection
> before the spans iteration, but the biggest improvement I've achieved so
> far is making native Rgn's for the FILLTILED routine. I'll make a patch
> for this once I clean a little other code in winfillsp.c up. The
> background rendering is instantaneous with this for me.
> 
O.k.

I'll hang off applying that other patch until you've done the above.

Can you send the patch as an attachment. At my end windows nicely
put in the good old =20 and =3D expansions into the last email.

Alan.


From alanh@fairlite.demon.co.uk  Wed Apr 10 00:45:00 2002
From: alanh@fairlite.demon.co.uk (Alan Hourihane)
Date: Wed, 10 Apr 2002 00:45:00 -0000
Subject: clipping questions
In-Reply-To: 
References: 
Message-ID: <20020410074549.GJ11083@fairlite.demon.co.uk>

On Wed, Apr 10, 2002 at 04:53:07PM +1000, Robert Collins wrote:
> In the span functions,
> if pGc->CompositeClip has
> (nbox = REGION_NUM_RECTS (pRegion)) == 0, what does that indicate?
> 
> Should we skip rendering the span? Grab 1 rect and hope we can read it?
> 
> Something else?
> 
That would suggest to me no rendering and skip the span.

Alan.


From janneke@gnu.org  Wed Apr 10 00:47:00 2002
From: janneke@gnu.org (Jan Nieuwenhuizen)
Date: Wed, 10 Apr 2002 00:47:00 -0000
Subject: xfree packages
In-Reply-To:  ("Robert
 Collins"'s message of "Wed, 10 Apr 2002 17:38:00 +1000")
References: 
Message-ID: 

"Robert Collins"  writes:

> Setup is case insensitive to package names. I don't see any technical
> issue either way.

Me neither, I only see a social issue: it's just plain irritating for
people?

   tar xjf releases/mysTABTAB  ^U
   tar xjf releases/MyTABTAB  ^U

etc, aargh?  It's ever more annoying when you're using wget, and try
to guess the name.

Well, it's only a minor pain, and maybe it's just me.
   
Jan.
-- 
Jan Nieuwenhuizen  | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien       | http://www.lilypond.org


From edi@serbski-institut.de  Wed Apr 10 00:49:00 2002
From: edi@serbski-institut.de (PD Dr. Edward Wornar)
Date: Wed, 10 Apr 2002 00:49:00 -0000
Subject: too many retransmissions - with Linux Mandrake
In-Reply-To: <00dd01c1dffa$eb8981c0$0a00a8c0@bytenet>
References: 
	<00dd01c1dffa$eb8981c0$0a00a8c0@bytenet>
Message-ID: <20020410.094548.74727385.edi@serbski-institut.de>

From: "Jeremy Wilkins" 
Subject: Re: too many retransmissions - with Linux Mandrake
Date: Tue, 9 Apr 2002 20:15:30 +0100

> Hi,
> 
> Just thinking, I'm fairly sure the network is working happily, I can use ssh
> with out problem, and run X apps on the linux box, displaying on the NT box.
> I can even use launch cygwin X, ssh into the linux bottom, set DISPLAY and
> run startkde, at which point KDE loads happily on the cygwin display, it's
> just the XDMCP stuff thats not running.

Have you tried with IP addresses instead of hostnames?

Edi


From edi@serbski-institut.de  Wed Apr 10 00:49:00 2002
From: edi@serbski-institut.de (PD Dr. Edward Wornar)
Date: Wed, 10 Apr 2002 00:49:00 -0000
Subject: some help with xWin
In-Reply-To: <3E89CD1EE5814142A6278A6F7077C3F6036F36@mailman2.mosol.com>
References: <3E89CD1EE5814142A6278A6F7077C3F6036F36@mailman2.mosol.com>
Message-ID: <20020410.094704.41658217.edi@serbski-institut.de>

> I have succesfully installed cygwin/xfree and when attempting to use XWin
> with XDM for solaris even using the -fp tcp/box:7100, I get a creen that is
> grey with a X as the cursor.  Can anyone help on what I am doing wrong?  I
> have attached 2 snapshots 

Nothing wrong so far. Your X has started but you don't have a connection yet.
How are you starting XWin (which command line parameters)?

Edi


From alanh@fairlite.demon.co.uk  Wed Apr 10 00:54:00 2002
From: alanh@fairlite.demon.co.uk (Alan Hourihane)
Date: Wed, 10 Apr 2002 00:54:00 -0000
Subject: Just a note - nativegdi engine
In-Reply-To: 
References: 
Message-ID: <20020410075450.GK11083@fairlite.demon.co.uk>

On Wed, Apr 10, 2002 at 10:18:39AM +1000, Robert Collins wrote:
> > -----Original Message-----
> > From: Alan Hourihane [mailto:alanh@fairlite.demon.co.uk] 
> > Sent: Wednesday, April 10, 2002 1:57 AM
> > To: cygwin-xfree@cygwin.com
> > Subject: Re: Just a note - nativegdi engine
> > 
> > 
> > On Wed, Apr 10, 2002 at 01:47:58AM +1000, Robert Collins wrote:
> > > 2) I'm working on, I suspect it's a coordinate translation thing. I 
> > > get lovely background stipple but not (AFAICT solid fills).
> > > 
> > Rob,
> > 
> > Take a look at wingc.c and set miTranslate to 0 (FALSE).
> 
> Already tried that :}. Does that intelligently translate - i.e. will
> code for pixmaps be unaffected, and only window drawables get
> translated/not translated?
> 
pDrawable->x, y should always be 0 on a pixmap. On a window they're
different, but I understand should be 0 too with that set.

Alan.


From robert.collins@itdomain.com.au  Wed Apr 10 01:28:00 2002
From: robert.collins@itdomain.com.au (Robert Collins)
Date: Wed, 10 Apr 2002 01:28:00 -0000
Subject: makeNativeRgn
Message-ID: 



> -----Original Message-----
> From: Alan Hourihane [mailto:alanh@fairlite.demon.co.uk] 
> Sent: Wednesday, April 10, 2002 5:44 PM
> To: cygwin-xfree@cygwin.com
> Subject: Re: makeNativeRgn
> 
> 
> On Wed, Apr 10, 2002 at 03:35:06PM +1000, Robert Collins wrote:
> > There's more that can be done, like moving the clipboard selection 
> > before the spans iteration, but the biggest improvement 
> I've achieved 
> > so far is making native Rgn's for the FILLTILED routine. 
> I'll make a 
> > patch for this once I clean a little other code in 
> winfillsp.c up. The 
> > background rendering is instantaneous with this for me.
> > 
> O.k.
> 
> I'll hang off applying that other patch until you've done the above.
> 
> Can you send the patch as an attachment. At my end windows 
> nicely put in the good old =20 and =3D expansions into the last email.

Will do.

Rob


From jeb@jeremywilkins.freeserve.co.uk  Wed Apr 10 03:30:00 2002
From: jeb@jeremywilkins.freeserve.co.uk (Jeremy Wilkins)
Date: Wed, 10 Apr 2002 03:30:00 -0000
Subject: too many retransmissions - with Linux Mandrake
References: <00cb01c1dff6$1c9525d0$0a00a8c0@bytenet> 
Message-ID: <001401c1e07b$4fcbcc80$0a00a8c0@bytenet>

Hi,

My Xaccess is set to allow any host to connect, looking through the settings
this would appear to be default under Linux Mandrake.

my xdm-config is set as it should be but, since I am using KDM I don't think
it gets used.

The KDM config file has Enabled=true in the [Xdmcp] section.

I've tried to connect using both IP's and hostnames, I was originally  using
IPs, thought this might be the problem so changed to use hostnames.

Help??

Jeb
----- Original Message -----
From: "Scott Baer" 
To: "Jeremy Wilkins" 
Sent: Tuesday, April 09, 2002 9:03 PM
Subject: Re: too many retransmissions - with Linux Mandrake


> Jeremy..
>
> Are you trying to get the full desktop.. KDE or GNOME ??
> If you are.. you can try the fallowing command.. this is what I have been
> using the last year with no problems.. to a SuSE 7.3.. from other
linux's..
> cygwin..  cd boot- linux...(wich is great...)
>
> X -query host_name_of_destination {or IP }
> you can try the fallowing also....
>
> X -broadcast   <-this should bring up the first box on your sub..
>
> This is assuming you have already modified..
>
> your
>
> /etc/X11/xdm-config      their should be a "!" in front of
> DisplayManager.requestPort:   0
>       This should be the last entery in this file
>
> &
>
> /etc/X11/Xaccess
>
> you should remove the "#" from the fallowing line
>
> #*                             CHOOSER BROADCAST
> #bla bla bla....
> to be:
> *                             CHOOSER BROADCAST
> #bla bla bla....
>
> Scott
>
>
>
>
>
> ----- Original Message -----
> From: "Jeremy Wilkins" 
> To: 
> Sent: Tuesday, April 09, 2002 2:40 PM
> Subject: XDM: too many retransmissions - with Linux Mandrake
>
>
> > Hi,
> >
> > I'm trying to get X to connect to linux mandrake running in a virtual
> > machine (sadly I don't have access to multiple computers). I'm using the
> > command line
> >     Xwin -once -query linux -from nt
> >
> > but X times out with the error XDM: too many retransmissions.
> >
> > It seems that the linux box is refusing the XDMCP connection.
> >
> > The archives and FAQ both state that I only need to change the [Xdmcp]
> > section in /usr/share/config/kdm/kdmrc file to Enabled=true. Which I
have
> > done. But still no luck, I've also tried modifying the settings for xdm,
> > setting the port to connect to as 177, and moving the /usr/bin/kdm
> program.
> >
> > My Xaccess file should allow direct connections from any machines (that
> > seems to be the default setup).
> >
> > Any thoughts?
> >
> > Jeremy
> >
> >
>



From dlee@managedobjects.com  Wed Apr 10 04:35:00 2002
From: dlee@managedobjects.com (Lee, David S.)
Date: Wed, 10 Apr 2002 04:35:00 -0000
Subject: some help with xWin
Message-ID: <3E89CD1EE5814142A6278A6F7077C3F6036F3A@mailman2.mosol.com>

Edi -

I am starting for Solaris using:

xwin -query solarix_box -fp tcp/solaris_box:7100

Thanks
David

-----Original Message-----
From: PD Dr. Edward Wornar [mailto:edi@serbski-institut.de]
Sent: Wednesday, April 10, 2002 3:47 AM
To: dlee@managedobjects.com
Cc: cygwin-xfree@cygwin.com
Subject: Re: some help with xWin


> I have succesfully installed cygwin/xfree and when attempting to use XWin
> with XDM for solaris even using the -fp tcp/box:7100, I get a creen that
is
> grey with a X as the cursor.  Can anyone help on what I am doing wrong?  I
> have attached 2 snapshots 

Nothing wrong so far. Your X has started but you don't have a connection
yet.
How are you starting XWin (which command line parameters)?

Edi


From huntharo@msu.edu  Wed Apr 10 04:51:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Wed, 10 Apr 2002 04:51:00 -0000
Subject: xfree packages
In-Reply-To: <20020410053447.GA15157@redhat.com>
Message-ID: 

Yes, we try to keep things regularized around here, so XFree86 is the way
that the package names need to be spelled.

Also, I request that you keep the XFree86-xserv package, as that will allow
us to realize the immediate benefit of being able to release the Test-**
server or updates to the stable server as small downloads that everyone can
keep up to date with.

Thanks for you great work,

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Christopher Faylor
> Sent: Wednesday, April 10, 2002 1:35 AM
> To: cygwin-xfree@cygwin.com; cygwin-apps@cygwin.com
> Subject: Re: xfree packages
>
>
> On Tue, Apr 09, 2002 at 09:40:46PM -0700, Ian Burrell wrote:
> >I finished making some xfree packages. They are distributed binary
> >archives repackaged as cygwin packages. I made a package directory that
> >can be used with setup.exe from a local directory and over the network.
> >
> >I changed my mind about the division of the packages I proposed. I got
> >rid of the multiple doc and fonts packages cause I was having trouble
> >with the naming and directories. Plus, I assumed the people would want
> >to install them together. The packages are now:
> >
> >xfree-base
> >xfree-devel
> >xfree-docs
> >xfree-fonts
> >xfree-xfs
> >xfree-xnest
> >xfree-xvfb
> >xfree-xprt
> >
> >I don't have a machine that people can easily download the full files
> >from. I can post the setup.* files and scripts I used to build
> the packages.
>
> Yes, please post the setup.hint files that you used.
>
> I think that these files should be called XFree86-base (or just
> XFree86), etc.  The project is the Cygwin/XFree86 project and I
> think the package names should reflect that.
>
> cgf


From alanh@fairlite.demon.co.uk  Wed Apr 10 05:36:00 2002
From: alanh@fairlite.demon.co.uk (Alan Hourihane)
Date: Wed, 10 Apr 2002 05:36:00 -0000
Subject: makeNativeRgn
In-Reply-To: 
References: 
Message-ID: <20020410123649.GN11083@fairlite.demon.co.uk>

On Wed, Apr 10, 2002 at 06:28:11PM +1000, Robert Collins wrote:
> 
> 
> > -----Original Message-----
> > From: Alan Hourihane [mailto:alanh@fairlite.demon.co.uk] 
> > Sent: Wednesday, April 10, 2002 5:44 PM
> > To: cygwin-xfree@cygwin.com
> > Subject: Re: makeNativeRgn
> > 
> > 
> > On Wed, Apr 10, 2002 at 03:35:06PM +1000, Robert Collins wrote:
> > > There's more that can be done, like moving the clipboard selection 
> > > before the spans iteration, but the biggest improvement 
> > I've achieved 
> > > so far is making native Rgn's for the FILLTILED routine. 
> > I'll make a 
> > > patch for this once I clean a little other code in 
> > winfillsp.c up. The 
> > > background rendering is instantaneous with this for me.
> > > 
> > O.k.
> > 
> > I'll hang off applying that other patch until you've done the above.
> > 
> > Can you send the patch as an attachment. At my end windows 
> > nicely put in the good old =20 and =3D expansions into the last email.
> 
> Will do.
> 
Actually Rob, don't worry about it. I've already implemented what
you've suggested.

Alan.


From earnie_boyd@yahoo.com  Wed Apr 10 05:59:00 2002
From: earnie_boyd@yahoo.com (Earnie Boyd)
Date: Wed, 10 Apr 2002 05:59:00 -0000
Subject: xfree packages
References: 
Message-ID: <3CB436DF.2939396D@yahoo.com>

Let's be real picky:

XFree86-xserv-major.minor-portrelease.tar.bz2 is what is required for
the binary release.
XFree86-xserv-major.minor-portrelease-src.tar.bz2 is what is required
for the source release.

I've used xserv only as an example scenario and I'm not picking on it
specifically.

Earnie.

Harold Hunt wrote:
> 
> Yes, we try to keep things regularized around here, so XFree86 is the way
> that the package names need to be spelled.
> 
> Also, I request that you keep the XFree86-xserv package, as that will allow
> us to realize the immediate benefit of being able to release the Test-**
> server or updates to the stable server as small downloads that everyone can
> keep up to date with.
> 
> Thanks for you great work,
> 
> Harold
> 
> > -----Original Message-----
> > From: cygwin-xfree-owner@cygwin.com
> > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Christopher Faylor
> > Sent: Wednesday, April 10, 2002 1:35 AM
> > To: cygwin-xfree@cygwin.com; cygwin-apps@cygwin.com
> > Subject: Re: xfree packages
> >
> >
> > On Tue, Apr 09, 2002 at 09:40:46PM -0700, Ian Burrell wrote:
> > >I finished making some xfree packages. They are distributed binary
> > >archives repackaged as cygwin packages. I made a package directory that
> > >can be used with setup.exe from a local directory and over the network.
> > >
> > >I changed my mind about the division of the packages I proposed. I got
> > >rid of the multiple doc and fonts packages cause I was having trouble
> > >with the naming and directories. Plus, I assumed the people would want
> > >to install them together. The packages are now:
> > >
> > >xfree-base
> > >xfree-devel
> > >xfree-docs
> > >xfree-fonts
> > >xfree-xfs
> > >xfree-xnest
> > >xfree-xvfb
> > >xfree-xprt
> > >
> > >I don't have a machine that people can easily download the full files
> > >from. I can post the setup.* files and scripts I used to build
> > the packages.
> >
> > Yes, please post the setup.hint files that you used.
> >
> > I think that these files should be called XFree86-base (or just
> > XFree86), etc.  The project is the Cygwin/XFree86 project and I
> > think the package names should reflect that.
> >
> > cgf

_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com



From robert.collins@itdomain.com.au  Wed Apr 10 06:03:00 2002
From: robert.collins@itdomain.com.au (Robert Collins)
Date: Wed, 10 Apr 2002 06:03:00 -0000
Subject: makeNativeRgn
Message-ID: 



> -----Original Message-----
> From: Alan Hourihane [mailto:alanh@fairlite.demon.co.uk] 
> Sent: Wednesday, April 10, 2002 10:37 PM

> > Will do.
> > 
> Actually Rob, don't worry about it. I've already implemented 
> what you've suggested.

Heh, the next version is nearly ready which is what the delay is. I'll
send in the patch anyway once I fix one last bug. You can use or not at
your discretion.

Rob


From alanh@fairlite.demon.co.uk  Wed Apr 10 06:08:00 2002
From: alanh@fairlite.demon.co.uk (Alan Hourihane)
Date: Wed, 10 Apr 2002 06:08:00 -0000
Subject: makeNativeRgn
In-Reply-To: 
References: 
Message-ID: <20020410130752.GO11083@fairlite.demon.co.uk>

On Wed, Apr 10, 2002 at 11:02:45PM +1000, Robert Collins wrote:
> > -----Original Message-----
> > From: Alan Hourihane [mailto:alanh@fairlite.demon.co.uk] 
> > Sent: Wednesday, April 10, 2002 10:37 PM
> 
> > > Will do.
> > > 
> > Actually Rob, don't worry about it. I've already implemented 
> > what you've suggested.
> 
> Heh, the next version is nearly ready which is what the delay is. I'll
> send in the patch anyway once I fix one last bug. You can use or not at
> your discretion.
> 
No problem. Your help is appreciated.

I certainly don't get mega speedups that you've talked about. And I
wouldn't expect them from the span routines, so I don't know what your
seeing on your machine.

Alan.


From edi@serbski-institut.de  Wed Apr 10 06:23:00 2002
From: edi@serbski-institut.de (PD Dr. Edward Wornar)
Date: Wed, 10 Apr 2002 06:23:00 -0000
Subject: some help with xWin
In-Reply-To: <3E89CD1EE5814142A6278A6F7077C3F6036F3A@mailman2.mosol.com>
References: <3E89CD1EE5814142A6278A6F7077C3F6036F3A@mailman2.mosol.com>
Message-ID: <20020410.152157.59677888.edi@serbski-institut.de>

From: "Lee, David S." 
Subject: RE: some help with xWin
Date: Wed, 10 Apr 2002 07:34:55 -0400

> Edi -
> 
> I am starting for Solaris using:
> 
> xwin -query solarix_box -fp tcp/solaris_box:7100

You need at least

xwin -query solarix_box -from windows_box_or_ip
                        ^^^^^^^^^^^^^^^^^^^^^^^

Cheers

Edi


From Olivier.Crumeyrolle@univ-lehavre.fr  Wed Apr 10 07:40:00 2002
From: Olivier.Crumeyrolle@univ-lehavre.fr (Olivier Crumeyrolle)
Date: Wed, 10 Apr 2002 07:40:00 -0000
Subject: KiB MiB are not SI prefixes but IEC ones
Message-ID: <3CB44DD5.6D8EC54C@univ-lehavre.fr>

I can read on the page  http://cygwin.com/xfree/
"We are now using the SI prefixes  for binary files sizes, according to"



But according to this NIST  web page,
"It is important to recognize that the new prefixes for binary multiples
are not part of the
International System of Units (SI), the modern metric system. "


Yours,


O Crumeyrolle.



From elik@bhphotovideo.com  Wed Apr 10 09:43:00 2002
From: elik@bhphotovideo.com (Eli Kleinman)
Date: Wed, 10 Apr 2002 09:43:00 -0000
Subject: Please help in xFree86
Message-ID: <3CB43448.15594.4DDEC9FA@localhost>


I am using xwin to start a xdmc window (CDE) from my Solaris box
and it works perfect, but for some reason when I am trying to copy
with CTRL+INSERT or CTRL+C form cygwin to any windows
program, it doesn?t work. I don?t know if this is my problem or that
this is the way it works in cygwin-xfree86,
Please help
Thanks Eli



From dlee@managedobjects.com  Wed Apr 10 10:10:00 2002
From: dlee@managedobjects.com (Lee, David S.)
Date: Wed, 10 Apr 2002 10:10:00 -0000
Subject: Please help in xFree86
Message-ID: <3E89CD1EE5814142A6278A6F7077C3F6036F42@mailman2.mosol.com>

try usig xwinclip .. you can download this from the cygwin page.

-----Original Message-----
From: Eli Kleinman [mailto:elik@bhphotovideo.com]
Sent: Wednesday, April 10, 2002 12:47 PM
To: cygwin-xfree@cygwin.com
Subject: Please help in xFree86



I am using xwin to start a xdmc window (CDE) from my Solaris box 
and it works perfect, but for some reason when I am trying to copy 
with CTRL+INSERT or CTRL+C form cygwin to any windows 
program, it doesn't work. I don't know if this is my problem or that 
this is the way it works in cygwin-xfree86,
Please help
Thanks Eli


From j_tetazoo@hotmail.com  Wed Apr 10 10:12:00 2002
From: j_tetazoo@hotmail.com (Thomas Chadwick)
Date: Wed, 10 Apr 2002 10:12:00 -0000
Subject: Window Manager Performance...
Message-ID: 

I've been using Cygwin/Xfree some some time now, and until recently, always 
ran the window manager as a local client (as is the case with the stock 
startxwin scripts).  I started out using twm, then moved on the fvwm2, and 
then most recently Lesstif's mwm.

However, a few days ago I ran the window manager off a remote machine with a 
command sequence something like this:

bash> XWin.exe &
(wait for server to finish starting up)
bash> xhost $remote_host
bash> rsh $remote_host xterm -display $local_host:0 &
bash> rsh $remote_host mwm   -display $local_host:0

[Note: $local_host is an IBM ThinkPad iSeries w/ 700MHz PIII + 256MB SDRAM 
running Win2k SP2; $remote_host is an IBM RS/6000 Model 170 running AIX4.3; 
network is 100BaseT Ethernet]

After doing this, I noticed a dramatic improvement in the "response" of X my 
session (e.g. typing seems to have less lag, movement of windows, scroll 
bars, etc. appears to be more "fluid").

I find it surprising that the additional communications overhead of running 
the window manager remotely is more than made up for by the fact that it's 
running in a "native" unix environment (vs. cygwin).

I'm curious if other people have had a similar experience.


_________________________________________________________________
Send and receive Hotmail on your mobile device: http://mobile.msn.com


From david.w.dawson@lmco.com  Wed Apr 10 11:07:00 2002
From: david.w.dawson@lmco.com (Dawson, David W)
Date: Wed, 10 Apr 2002 11:07:00 -0000
Subject: Window Manager Performance...
Message-ID: <0C73AA5F720CD311AC2A0008C7DBA9B403BDF6F1@emss09m13.ems.lmco.com>

Well, I also used the lesstif mwm for a while and noticed (using the MS Task
Manager) that mwm was consuming an *extraordinary* amount of the CPU.  

When I first used lesstif, I compiled it all myself, and had no such
problems. That, however, was several versions of lesstif ago, and being the
lazy soul that I am, I now use the precompiled binaries.

I don't know if this is related to the manner in which the latest binaries
have been created, or if it is related to code changes in the version
upgrades.  I never pursued this, having moved on since to IceWM.

Good hunting....
	-D.
---------------------
David Dawson
david.w.dawson@lmco.com
703-367-3885


> -----Original Message-----
> From:	Thomas Chadwick [SMTP:j_tetazoo@hotmail.com]
> Sent:	Wednesday, April 10, 2002 1:12 PM
> To:	cygwin-xfree@cygwin.com
> Subject:	Window Manager Performance...
> 
> I've been using Cygwin/Xfree some some time now, and until recently,
> always 
> ran the window manager as a local client (as is the case with the stock 
> startxwin scripts).  I started out using twm, then moved on the fvwm2, and
> 
> then most recently Lesstif's mwm.
> 
> However, a few days ago I ran the window manager off a remote machine with
> a 
> command sequence something like this:
> 
> bash> XWin.exe &
> (wait for server to finish starting up)
> bash> xhost $remote_host
> bash> rsh $remote_host xterm -display $local_host:0 &
> bash> rsh $remote_host mwm   -display $local_host:0
> 
> [Note: $local_host is an IBM ThinkPad iSeries w/ 700MHz PIII + 256MB SDRAM
> 
> running Win2k SP2; $remote_host is an IBM RS/6000 Model 170 running
> AIX4.3; 
> network is 100BaseT Ethernet]
> 
> After doing this, I noticed a dramatic improvement in the "response" of X
> my 
> session (e.g. typing seems to have less lag, movement of windows, scroll 
> bars, etc. appears to be more "fluid").
> 
> I find it surprising that the additional communications overhead of
> running 
> the window manager remotely is more than made up for by the fact that it's
> 
> running in a "native" unix environment (vs. cygwin).
> 
> I'm curious if other people have had a similar experience.
> 
> 
> _________________________________________________________________
> Send and receive Hotmail on your mobile device: http://mobile.msn.com


From huntharo@msu.edu  Wed Apr 10 11:10:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Wed, 10 Apr 2002 11:10:00 -0000
Subject: kde 3.0 no icons
In-Reply-To: 
Message-ID: 

Joan,

Don't forget to cc the list.

Your solution is interesting.

I wonder what the underlying problem is.

Harold

> -----Original Message-----
> From: Joan Bertran [mailto:jbertran@cirsa.com]
> Sent: Wednesday, April 10, 2002 8:40 AM
> To: huntharo@msu.edu
> Subject: RE: kde 3.0 no icons
>
>
>   I have the same problem and i have found a workaround,
> just reducing the M$-windows color depth from 32 bit to 15 bits
> per pixel (it's the only high-color options on my driver) solves this
> and all icons are displayed fine.
>
> 		Joan Bertran.
>
>
> http://cygwin.com/ml/cygwin-xfree/2002-04/msg00132.html
>     * From: "Harold Hunt" 
>     * To: "M Manohar" ,  cygwin dot com>
>     * Date: Tue, 9 Apr 2002 01:36:49 -0400
>     * Subject: RE: kde 3.0 no icons
>
> >
> > Manohar,
> >
> > I just logged into KDE3 via one of the computers in our campus
> labs today
> > (running 4.1.99 which is either some unknown test release or 4.1.0) and
> saw
> > the problem that you mentioned.  I noticed that two desktop
> icons show up
> >(one was the "Internet" icon for Konq) but no bottom-bar buttons
> showed up.
>
> > I'm not sure what causes the problem but at least now I have
> some sort of
> > test environment.
> > Harold
>
> > -----Original Message-----
> > From: cygwin-xfree-owner@cygwin.com
> > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of M Manohar
> > Sent: Monday, April 08, 2002 10:42 PM
> > To: cygwin-xfree@cygwin.com
> > Subject: RE: kde 3.0 no icons
> >
> >
> > Hi,
> >
> > I recently installed KDE 3.0 on my linux box and have the same
> > problem, that is certain icons don't get displayed
> > on Cygwin/XFree86 4.2.0 (version confirmed by running xdpyinfo).
> >
> > I poked around a little more and found that icons that are in PNG
> > format are the ones that
> > don't get displayed. I checked my Cygwin installation for
> > libpng.dll and it does exist
> > (I manually copied cygpng2.dll to libpng.dll). I'm not sure if
> > this library is required though.
> >
> > Hoping somebody can help me on this.
> >
> > Thanks
> > Manohar
> >
> > ----------------
> > Scott,
> >
> > That doesn't sound good.
> >
> > I haven't yet installed KDE 3.0 and I won't have time to for at
> > least a week,
> > so I won't have a chance to look into this for some time.
> >
> > I know you say that Cygwin/XFree86 is up-to-date, but are you running
> > Cygwin/XFree86 4.2.0?  You can check by running 'xdpyinfo' in a local
> > Cygwin/XFree86 session or in a terminal when you are logged into another
> > machine via XDMCP.
> >
> > Awaiting a chance to investiage this,
> >
> > Harold
> >
> > Scott Alexander  said:
> >
> > > Hi,
> > >
> > > My server has just been upgraded to kde 3.0 running redhat
> 7.2.  I use =
> > > cygwin with xfree86 to connect to this server using
> > >
> > > x -query 
> > >
> > > I have been doing this for a while with kde 2.2.2 with no problems.  =
> > > However when i connect to it now with kde 3 my screen has no
> icons or =
> > > icons on the kicker bar at the bottom. =20
> > >
> > > Does anyone know of this problem and a solution for it.
> > >
> > > My machine runs w2k with up 2 date cygwin and xfree86.
> > >
> > > Cheers
> > >
> > > Scott Alexander
> > >
> > >
> >
> >
> >
> >
>


From huntharo@msu.edu  Wed Apr 10 11:11:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Wed, 10 Apr 2002 11:11:00 -0000
Subject: xfree packages
In-Reply-To: <3CB436DF.2939396D@yahoo.com>
Message-ID: 

Earnie,

> Let's be real picky:
>
> XFree86-xserv-major.minor-portrelease.tar.bz2 is what is required for
> the binary release.
> XFree86-xserv-major.minor-portrelease-src.tar.bz2 is what is required
> for the source release.
>
> I've used xserv only as an example scenario and I'm not picking on it
> specifically.

That's pretty close, but XFree86 specifies three version number, so it would
actually have to be:

XFree86-xserv-major.minor.other-portrelease.tar.bz2

XFree86-xserv-major.minor.other-portrelease-src.tar.bz2

Harold

> -----Original Message-----
> From: Earnie Boyd [mailto:earnie_boyd@yahoo.com]
> Sent: Wednesday, April 10, 2002 8:58 AM
> To: Harold Hunt
> Cc: cygwin-apps@cygwin.com; cygwin-xfree@cygwin.com
> Subject: Re: xfree packages
>
>
> Let's be real picky:
>
> XFree86-xserv-major.minor-portrelease.tar.bz2 is what is required for
> the binary release.
> XFree86-xserv-major.minor-portrelease-src.tar.bz2 is what is required
> for the source release.
>
> I've used xserv only as an example scenario and I'm not picking on it
> specifically.
>
> Earnie.
>
> Harold Hunt wrote:
> >
> > Yes, we try to keep things regularized around here, so XFree86
> is the way
> > that the package names need to be spelled.
> >
> > Also, I request that you keep the XFree86-xserv package, as
> that will allow
> > us to realize the immediate benefit of being able to release the Test-**
> > server or updates to the stable server as small downloads that
> everyone can
> > keep up to date with.
> >
> > Thanks for you great work,
> >
> > Harold
> >
> > > -----Original Message-----
> > > From: cygwin-xfree-owner@cygwin.com
> > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Christopher Faylor
> > > Sent: Wednesday, April 10, 2002 1:35 AM
> > > To: cygwin-xfree@cygwin.com; cygwin-apps@cygwin.com
> > > Subject: Re: xfree packages
> > >
> > >
> > > On Tue, Apr 09, 2002 at 09:40:46PM -0700, Ian Burrell wrote:
> > > >I finished making some xfree packages. They are distributed binary
> > > >archives repackaged as cygwin packages. I made a package
> directory that
> > > >can be used with setup.exe from a local directory and over
> the network.
> > > >
> > > >I changed my mind about the division of the packages I
> proposed. I got
> > > >rid of the multiple doc and fonts packages cause I was having trouble
> > > >with the naming and directories. Plus, I assumed the people
> would want
> > > >to install them together. The packages are now:
> > > >
> > > >xfree-base
> > > >xfree-devel
> > > >xfree-docs
> > > >xfree-fonts
> > > >xfree-xfs
> > > >xfree-xnest
> > > >xfree-xvfb
> > > >xfree-xprt
> > > >
> > > >I don't have a machine that people can easily download the full files
> > > >from. I can post the setup.* files and scripts I used to build
> > > the packages.
> > >
> > > Yes, please post the setup.hint files that you used.
> > >
> > > I think that these files should be called XFree86-base (or just
> > > XFree86), etc.  The project is the Cygwin/XFree86 project and I
> > > think the package names should reflect that.
> > >
> > > cgf
>
> _________________________________________________________
> Do You Yahoo!?
> Get your free @yahoo.com address at http://mail.yahoo.com
>


From huntharo@msu.edu  Wed Apr 10 11:15:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Wed, 10 Apr 2002 11:15:00 -0000
Subject: some help with xWin
In-Reply-To: <20020410.152157.59677888.edi@serbski-institut.de>
Message-ID: 

Edi,

Actually, you don't need the -from parameter anymore.  It usually doesn't
even help when you have multiple network card, if I recall correctly.

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of PD Dr. Edward Wornar
> Sent: Wednesday, April 10, 2002 9:22 AM
> To: dlee@managedobjects.com
> Cc: cygwin-xfree@cygwin.com
> Subject: Re: some help with xWin
>
>
> From: "Lee, David S." 
> Subject: RE: some help with xWin
> Date: Wed, 10 Apr 2002 07:34:55 -0400
>
> > Edi -
> >
> > I am starting for Solaris using:
> >
> > xwin -query solarix_box -fp tcp/solaris_box:7100
>
> You need at least
>
> xwin -query solarix_box -from windows_box_or_ip
>                         ^^^^^^^^^^^^^^^^^^^^^^^
>
> Cheers
>
> Edi


From elik@bhphotovideo.com  Wed Apr 10 12:02:00 2002
From: elik@bhphotovideo.com (Eli Kleinman)
Date: Wed, 10 Apr 2002 12:02:00 -0000
Subject: help with xwinclip
Message-ID: <3CB454C1.2675.4E5DA1C9@localhost>


I download the xwinclip-Test03.exe.bz2 from cygwin-xFree86 web 
site, and installed it by bunzip2 and coping it to /usr/X11R6/bin 
Now I am trying to start it by running xwinclip.exe, first it gave me 
can not open DISPLAY so I set my DISPLAY to my local hosts 
(this is where I am currently running my xFree86 - CDE), but this is 
the error what I got.

$ export DISPLAY=192.9.200.136:0.0
$ xwinclip.exe -display 192.9.200.136:0.0
Xlib: connection to "192.9.200.136:0.0" refused by server
Xlib: No protocol specified

any help is appreciate
Eli


From alexander.gottwald@informatik.tu-chemnitz.de  Wed Apr 10 12:04:00 2002
From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald)
Date: Wed, 10 Apr 2002 12:04:00 -0000
Subject: Window Manager Performance...
In-Reply-To: 
Message-ID: 

On Wed, 10 Apr 2002, Thomas Chadwick wrote:

> I find it surprising that the additional communications overhead of running 
> the window manager remotely is more than made up for by the fact that it's 
> running in a "native" unix environment (vs. cygwin).

There is no additional communication overhead. You have to send the data
packets from the Xserver to the windowmanager anyway. You might notice
a lag with very slow network connections (<10MBit, maybe <64kBit), but 
ethernet is fast enough to transport simple X communication.
X11 was developed when 10MBit was a high-end connection. 

On the other hand, you now have parallel processing. Machine A encodes
the protocol and machine B decodes it. Its faster than machine A en- and 
decodes.

bye
	ago 
-- 
 Alexander.Gottwald@informatik.tu-chemnitz.de 
 http://www.gotti.org           ICQ: 126018723
 phone: +49 3725 349 80 80	mobile: +49 172 7854017


From dlee@managedobjects.com  Wed Apr 10 12:07:00 2002
From: dlee@managedobjects.com (Lee, David S.)
Date: Wed, 10 Apr 2002 12:07:00 -0000
Subject: help with xwinclip
Message-ID: <3E89CD1EE5814142A6278A6F7077C3F6036F4D@mailman2.mosol.com>

Eli -

You have to add it to your ./xinitrc file 

xwinclip.exe /B

or something like that

-----Original Message-----
From: Eli Kleinman [mailto:elik@bhphotovideo.com]
Sent: Wednesday, April 10, 2002 3:06 PM
To: cygwin-xfree@cygwin.com
Subject: help with xwinclip



I download the xwinclip-Test03.exe.bz2 from cygwin-xFree86 web 
site, and installed it by bunzip2 and coping it to /usr/X11R6/bin 
Now I am trying to start it by running xwinclip.exe, first it gave me 
can not open DISPLAY so I set my DISPLAY to my local hosts 
(this is where I am currently running my xFree86 - CDE), but this is 
the error what I got.

$ export DISPLAY=192.9.200.136:0.0
$ xwinclip.exe -display 192.9.200.136:0.0
Xlib: connection to "192.9.200.136:0.0" refused by server
Xlib: No protocol specified

any help is appreciate
Eli


From nik@bates-haus.org  Wed Apr 10 12:17:00 2002
From: nik@bates-haus.org (Nikolaus Bates-Haus)
Date: Wed, 10 Apr 2002 12:17:00 -0000
Subject: help with xwinclip
In-Reply-To: <3CB454C1.2675.4E5DA1C9@localhost>
References: <3CB454C1.2675.4E5DA1C9@localhost>
Message-ID: <20020410191612.GA1212@rover.bates-haus.org>

If you set DISPLAY to an IP address, xwinclip tries to connect as a remote
client, and XFree is finicky about security.
Set DISPLAY to ":0.0" instead; this will connect as a local client instead,
so you won't get refused.

-nik

On Wed, Apr 10, 2002 at 03:05:37PM -0400, Eli Kleinman wrote:
> 
> I download the xwinclip-Test03.exe.bz2 from cygwin-xFree86 web 
> site, and installed it by bunzip2 and coping it to /usr/X11R6/bin 
> Now I am trying to start it by running xwinclip.exe, first it gave me 
> can not open DISPLAY so I set my DISPLAY to my local hosts 
> (this is where I am currently running my xFree86 - CDE), but this is 
> the error what I got.
> 
> $ export DISPLAY=192.9.200.136:0.0
> $ xwinclip.exe -display 192.9.200.136:0.0
> Xlib: connection to "192.9.200.136:0.0" refused by server
> Xlib: No protocol specified
> 
> any help is appreciate
> Eli


From edi@serbski-institut.de  Wed Apr 10 13:14:00 2002
From: edi@serbski-institut.de (PD Dr. Edward Wornar)
Date: Wed, 10 Apr 2002 13:14:00 -0000
Subject: some help with xWin
In-Reply-To: 
References: <20020410.152157.59677888.edi@serbski-institut.de>
	
Message-ID: <20020410.221354.74741647.edi@serbski-institut.de>

From: "Harold Hunt" 
Subject: RE: some help with xWin
Date: Wed, 10 Apr 2002 14:15:09 -0400

> Edi,
> 
> Actually, you don't need the -from parameter anymore.  It usually doesn't
> even help when you have multiple network card, if I recall correctly.
> 

Thanks. But we're still running XFree 4.1 and therefore definitely
need it (and I'm not in a mood to upgrade 30 Windows boxes).

Edi


From huntharo@msu.edu  Wed Apr 10 13:14:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Wed, 10 Apr 2002 13:14:00 -0000
Subject: KiB MiB are not SI prefixes but IEC ones
In-Reply-To: <3CB44DD5.6D8EC54C@univ-lehavre.fr>
Message-ID: 

Olivier,

I never thought someone would catch me on that one... but you are correct.
KiB and MiB are not SI prefixes, they are IEC prefices.  I changed the news
item accordingly.

Thanks,

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Olivier Crumeyrolle
> Sent: Wednesday, April 10, 2002 10:36 AM
> To: cygwin-xfree@cygwin.com
> Subject: KiB MiB are not SI prefixes but IEC ones
>
>
> I can read on the page  http://cygwin.com/xfree/
> "We are now using the SI prefixes  for binary files sizes, according to"
>
> 
>
> But according to this NIST  web page,
> "It is important to recognize that the new prefixes for binary multiples
> are not part of the
> International System of Units (SI), the modern metric system. "
>
>
> Yours,
>
>
> O Crumeyrolle.
>
>


From huntharo@msu.edu  Wed Apr 10 13:18:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Wed, 10 Apr 2002 13:18:00 -0000
Subject: some help with xWin
In-Reply-To: <20020410.221354.74741647.edi@serbski-institut.de>
Message-ID: 

Edi,

That sounds reasonable.

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of PD Dr. Edward Wornar
> Sent: Wednesday, April 10, 2002 4:14 PM
> To: huntharo@msu.edu
> Cc: dlee@managedobjects.com; cygwin-xfree@cygwin.com
> Subject: Re: some help with xWin
> 
> 
> From: "Harold Hunt" 
> Subject: RE: some help with xWin
> Date: Wed, 10 Apr 2002 14:15:09 -0400
> 
> > Edi,
> > 
> > Actually, you don't need the -from parameter anymore.  It 
> usually doesn't
> > even help when you have multiple network card, if I recall correctly.
> > 
> 
> Thanks. But we're still running XFree 4.1 and therefore definitely
> need it (and I'm not in a mood to upgrade 30 Windows boxes).
> 
> Edi
> 


From iburrell@znark.com  Wed Apr 10 13:22:00 2002
From: iburrell@znark.com (Ian Burrell)
Date: Wed, 10 Apr 2002 13:22:00 -0000
Subject: xfree packages
References: <3CB3C24E.9060803@znark.com> <20020410053447.GA15157@redhat.com>
Message-ID: <3CB49F1C.7000604@znark.com>

Christopher Faylor wrote:
> 
> Yes, please post the setup.hint files that you used.
> 

Check out http://www.znark.com/cygwin/. It doesn't include the archive 
files; my web account doesn't have the bandwidth or quota for them. To 
generate the packages, download the *.tgz files from 
cygwin/xfree/binaries/4.2.0


> I think that these files should be called XFree86-base (or just
> XFree86), etc.  The project is the Cygwin/XFree86 project and I
> think the package names should reflect that.
> 

I renamed all the packages to use xfree86 instead of xfree.

I couldn't get upset to work properly. I figured out that it needs a 
list of packages as input. If there is no version: line in setup.hint 
files, then the generated version is incorrect (xfree-base-4.2.0-1) for 
example. If I put it in the setup.hint files, no install: line is 
generated. I had to hand edit the generated setup.ini.

  - Ian

-- 
iburrell@znark.com
http://www.znark.com/


From AndrewW@ViAir.com  Wed Apr 10 13:35:00 2002
From: AndrewW@ViAir.com (Andrew Wilson)
Date: Wed, 10 Apr 2002 13:35:00 -0000
Subject: Xmod.tgz?
Message-ID: 


 Hi all,
 
 My apologies for the wide broadcast of this question, but 
 this is the email address listed on the cygwin/xfree homepage.
 
 I just downloaded V4.2.0 of Xfree86 from the primary mirror, 
 but Xmod.tgz seems to be missing from the mirror, while 
 Xinstall.sh still expects the file to exist. I've checked a 
 few other mirrors at random (nas.nasa.gov/mirrors and 
 uiarchive.uiuc.edu) but it isn't on any of those mirrors 
 either. I've also noticed that Xmod.tgz is no longer 
 referenced by the user guide 
 (cygwin.com/xfree/docs/ug/setup-cygwin-xfree-downloading.html) either.

 Is Xinstall.sh out of date, or is Xmod.tgz missing?
 
 Thanks in advance,
 
 -atw
 


From iburrell@znark.com  Wed Apr 10 13:49:00 2002
From: iburrell@znark.com (Ian Burrell)
Date: Wed, 10 Apr 2002 13:49:00 -0000
Subject: Xmod.tgz?
References: 
Message-ID: <3CB4A567.8090907@znark.com>

Andrew Wilson wrote:
>  
>  My apologies for the wide broadcast of this question, but 
>  this is the email address listed on the cygwin/xfree homepage.
>  
>  I just downloaded V4.2.0 of Xfree86 from the primary mirror, 
>  but Xmod.tgz seems to be missing from the mirror, while 
>  Xinstall.sh still expects the file to exist. I've checked a 
>  few other mirrors at random (nas.nasa.gov/mirrors and 
>  uiarchive.uiuc.edu) but it isn't on any of those mirrors 
>  either. I've also noticed that Xmod.tgz is no longer 
>  referenced by the user guide 
>  (cygwin.com/xfree/docs/ug/setup-cygwin-xfree-downloading.html) either.
> 
>  Is Xinstall.sh out of date, or is Xmod.tgz missing?
>  

Xmod.tgz shouldn't be used on Cygwin since it doesn't use modules. The 
Xinstall.sh script I have checks for Cygwin and removes Xmod.tgz from 
the files that need to be installed.

  - Ian

-- 
iburrell@znark.com
http://www.znark.com/


From cwilson@ece.gatech.edu  Wed Apr 10 14:27:00 2002
From: cwilson@ece.gatech.edu (Charles Wilson)
Date: Wed, 10 Apr 2002 14:27:00 -0000
Subject: xfree packages
References: <3CB3C24E.9060803@znark.com> <20020410053447.GA15157@redhat.com> <3CB49F1C.7000604@znark.com>
Message-ID: <3CB4AE32.6000108@ece.gatech.edu>

Ian, Chris wants the setup hint files IN the mailing list archive 
permanently.  Not sitting on an external, subject-to-change website.

I've pasted them here.

--Chuck


--- xfree86-base ---
sdesc: "Cygwin/XFree86 base"
category: XFree86
requires: cygwin ash xfree86-fonts
ldesc: "Cygwin/XFree86 is a port of the X Window System to Cygwin. The
X server runs under Windows and displays X clients running on the
local or other machines. It can run in full screen and single window
modes.

This package contains the programs, libraries, and config files to run
the X server and other X clients. The xfree86-fonts package is also
required. The other packages contain headers, programs, and
documentation for development."


--- xfree86-devel ---
sdesc: "Cygwin/XFree86 development files"
category: XFree86
requires: xfree86-base
ldesc: "This package contains the libraries, headers, and man pages
for compiling X Windows programs."


--- xfree86-doc ---
sdesc: "Cygwin/XFree86 text documentation"
category: XFree86
ldesc: "XFree86 development documentation in text, HTML, and PostScript 
formats."

--- xfree86-fonts ---
sdesc: "Cygwin-XFree86 fonts"
category: XFree86
requires: xfree86-base
ldesc: "This package contains fonts for XFree86. It contains the
100dpi, 75dpi, misc, scaled, and cyrillic sets. This package is
required."


--- xfree86-xfs ---
sdesc: "Cygwin/XFree86 font server"
category: XFree86
requires: cygwin xfree86-base
version: 4.2.0-1
ldesc: "This package contains the font server for XFree86."


--- xfree86-xnest ---
sdesc: "Cygwin/XFree86 nested server"
category: XFree86
requires: cygwin xfree86-base
version: 4.2.0-1
ldesc: "Xnest is an X server that runs as a client for another X
server. It is used for testing X clients and servers."


--- xfree86-xprt ---
sdesc: "Cygwin/XFree86 printing server"
category: XFree86
requires: cygwin xfree86-base
version: 4.2.0-1
ldesc: "Xprt is an X server that prints the display to a PostScript file."


--- xfree86-xvfb ---
sdesc: "Cygwin-XFree86 virtual framebuffer server"
category: XFree86
requires: cygwin xfree86-base
version: 4.2.0-1
ldesc: "Xvfb is an X server that runs without any display using a
virtual framebuffer. This server runs without any display. It is used
for testing X clients and servers."







From iburrell@znark.com  Wed Apr 10 14:37:00 2002
From: iburrell@znark.com (Ian Burrell)
Date: Wed, 10 Apr 2002 14:37:00 -0000
Subject: xfree packages
References: 
Message-ID: <3CB4B09C.1070606@znark.com>

Harold Hunt wrote:
> Yes, we try to keep things regularized around here, so XFree86 is the way
> that the package names need to be spelled.
> 
> Also, I request that you keep the XFree86-xserv package, as that will allow
> us to realize the immediate benefit of being able to release the Test-**
> server or updates to the stable server as small downloads that everyone can
> keep up to date with.
> 

Good idea. I'm going to call it xfree86-xwin though. I think I'll put 
the startup-scripts.tgz in this package.

  - Ian

-- 
iburrell@znark.com
http://www.znark.com/


From elik@bhphotovideo.com  Wed Apr 10 14:43:00 2002
From: elik@bhphotovideo.com (Eli Kleinman)
Date: Wed, 10 Apr 2002 14:43:00 -0000
Subject: still having a problem with xwinclip 
Message-ID: <3CB47A88.1525.4EF134B8@localhost>

I tried setting DISPLAY to :0.0 but this did not solve my problem
this is what I use to start CDE
$ export DISPLAY=192.9.200.136:0.0
xwin -noreset -screen 0 1152 864 -query 192.9.200.6 -fp 
tcp/192.9.200.6:7100 -from 192.9.200.136 &
[1] 600

this is what I try to use to start xwinclip and this is what i get 
$ export DISPLAY=:0.0
$ xwinclip.exe
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified

Could not open display

Could some one please help me


From iburrell@stanfordalumni.org  Wed Apr 10 14:47:00 2002
From: iburrell@stanfordalumni.org (Ian Burrell)
Date: Wed, 10 Apr 2002 14:47:00 -0000
Subject: still having a problem with xwinclip
References: <3CB47A88.1525.4EF134B8@localhost>
Message-ID: <3CB4B2CF.2090507@stanfordalumni.org>

Eli Kleinman wrote:
> I tried setting DISPLAY to :0.0 but this did not solve my problem
> this is what I use to start CDE
> $ export DISPLAY=192.9.200.136:0.0
> xwin -noreset -screen 0 1152 864 -query 192.9.200.6 -fp 
> tcp/192.9.200.6:7100 -from 192.9.200.136 &
> [1] 600
> 
> this is what I try to use to start xwinclip and this is what i get 
> $ export DISPLAY=:0.0
> $ xwinclip.exe
> Xlib: connection to ":0.0" refused by server
> Xlib: No protocol specified
> 
> Could not open display
> 
> Could some one please help me
> 

When you use -query, the X server doesn't allow connection from the 
local machine. I think it uses xauth cookies. You need to enable 
connections with xhost from an xterm running in the X server. Something 
like this should work:

xhost local:
xhost 

  - Ian





-- 
iburrell@stanfordalumni.org
http://www.znark.com/


From huntharo@msu.edu  Wed Apr 10 14:49:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Wed, 10 Apr 2002 14:49:00 -0000
Subject: still having a problem with xwinclip 
In-Reply-To: <3CB47A88.1525.4EF134B8@localhost>
Message-ID: 

Eli,

xwinclip is going to have problems in your scenario because CDE owns the
display when you use XDMCP.  I think someone may have figured out how to use
xwinclip at the same time as an XDMCP session... you can search the mailing
list archives for an answer to that.

http://cygwin.com/ml/cygwin-xfree/

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Eli Kleinman
> Sent: Wednesday, April 10, 2002 5:47 PM
> To: cygwin-xfree@cygwin.com
> Subject: still having a problem with xwinclip
>
>
> I tried setting DISPLAY to :0.0 but this did not solve my problem
> this is what I use to start CDE
> $ export DISPLAY=192.9.200.136:0.0
> xwin -noreset -screen 0 1152 864 -query 192.9.200.6 -fp
> tcp/192.9.200.6:7100 -from 192.9.200.136 &
> [1] 600
>
> this is what I try to use to start xwinclip and this is what i get
> $ export DISPLAY=:0.0
> $ xwinclip.exe
> Xlib: connection to ":0.0" refused by server
> Xlib: No protocol specified
>
> Could not open display
>
> Could some one please help me


From iburrell@znark.com  Wed Apr 10 15:11:00 2002
From: iburrell@znark.com (Ian Burrell)
Date: Wed, 10 Apr 2002 15:11:00 -0000
Subject: Close window with multiple screens exits server
Message-ID: <3CB4B877.8040507@znark.com>

I noticed unexpected behaviour when running with multiple screens in 
windowed mode. Closing one of the windows exits the server. A more 
expected behaviour would be to close that screen but leave the server 
running until all screens have been closed. Is there a way to close a 
screen while the server is running?

  - Ian

-- 
iburrell@znark.com
http://www.znark.com/


From huntharo@msu.edu  Wed Apr 10 15:13:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Wed, 10 Apr 2002 15:13:00 -0000
Subject: Close window with multiple screens exits server
In-Reply-To: <3CB4B877.8040507@znark.com>
Message-ID: 

Ian,

That is the expected behavior.  It is, of course, possible to exit only when
all windows have been closed, but that hasn't been a request feature yet...
and no one has volunteered to write it.  I might give it a shot soon...

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Ian Burrell
> Sent: Wednesday, April 10, 2002 6:11 PM
> To: cygwin-xfree@cygwin.com
> Subject: Close window with multiple screens exits server
>
>
> I noticed unexpected behaviour when running with multiple screens in
> windowed mode. Closing one of the windows exits the server. A more
> expected behaviour would be to close that screen but leave the server
> running until all screens have been closed. Is there a way to close a
> screen while the server is running?
>
>   - Ian
>
> --
> iburrell@znark.com
> http://www.znark.com/
>


From iburrell@znark.com  Wed Apr 10 15:40:00 2002
From: iburrell@znark.com (Ian Burrell)
Date: Wed, 10 Apr 2002 15:40:00 -0000
Subject: Installation of xkb files 
Message-ID: <3CB4BF49.6040605@znark.com>

There is some difference in how the xkb files are organized and I want 
it cleared up for the packages.

In the distributed archives and after running Xinstall.sh, the files are 
in /etc/X11/xkb, /usr/X11R6/lib/X11/xkb is a symlink to that, and 
/etc/X11/xkb/compiled is a broken symlink. The symlink looks like it was 
meant to be in /usr/X11R6/lib/X11/xkb.

With "make install", /usr/X11R6/lib/X11/xkb contains the files, 
/usr/X11R6/lib/X11/xkb/compile is a symlink to /etc/X11/xkb.

On Linux, the files are in /usr/X11R6/lib/X11/xkb, /etc/X11/xkb is a 
symlink to that, and /usr/X11R6/lib/X11/xkb is a symlink to /var/lib/xkb.

Anyone understand what is going on. Has anyone used XKB and have a 
preference?

  - Ian

-- 
iburrell@znark.com
http://www.znark.com/


From mmanohar@attbi.com  Wed Apr 10 17:16:00 2002
From: mmanohar@attbi.com (M Manohar)
Date: Wed, 10 Apr 2002 17:16:00 -0000
Subject: kde 3.0 no icons
Message-ID: <200204101705.42781.mmanohar@attbi.com>


Just tried this out, the solution works for me too.... thanks

----------------------------------------------------------------------------
Joan,

Don't forget to cc the list.

Your solution is interesting.

I wonder what the underlying problem is.

Harold

> -----Original Message-----
> From: Joan Bertran [mailto:jbertran@cirsa.com]
> Sent: Wednesday, April 10, 2002 8:40 AM
> To: huntharo@msu.edu
> Subject: RE: kde 3.0 no icons
>
>
>   I have the same problem and i have found a workaround,
> just reducing the M$-windows color depth from 32 bit to 15 bits
> per pixel (it's the only high-color options on my driver) solves this
> and all icons are displayed fine.
>
>               Joan Bertran.
>
>
> http://cygwin.com/ml/cygwin-xfree/2002-04/msg00132.html
>     * From: "Harold Hunt" 
>     * To: "M Manohar" ,  cygwin dot com>
>     * Date: Tue, 9 Apr 2002 01:36:49 -0400
>     * Subject: RE: kde 3.0 no icons
>
> >
> > Manohar,
> >
> > I just logged into KDE3 via one of the computers in our campus
> labs today
> > (running 4.1.99 which is either some unknown test release or 4.1.0) and
> saw
> > the problem that you mentioned.  I noticed that two desktop
> icons show up
> >(one was the "Internet" icon for Konq) but no bottom-bar buttons
> showed up.
>
> > I'm not sure what causes the problem but at least now I have
> some sort of
> > test environment.
> > Harold
>
> > -----Original Message-----
> > From: cygwin-xfree-owner@cygwin.com
> > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of M Manohar
> > Sent: Monday, April 08, 2002 10:42 PM
> > To: cygwin-xfree@cygwin.com
> > Subject: RE: kde 3.0 no icons
> >
> >
> > Hi,
> >
> > I recently installed KDE 3.0 on my linux box and have the same
> > problem, that is certain icons don't get displayed
> > on Cygwin/XFree86 4.2.0 (version confirmed by running xdpyinfo).
> >
> > I poked around a little more and found that icons that are in PNG
> > format are the ones that
> > don't get displayed. I checked my Cygwin installation for
> > libpng.dll and it does exist
> > (I manually copied cygpng2.dll to libpng.dll). I'm not sure if
> > this library is required though.
> >
> > Hoping somebody can help me on this.
> >
> > Thanks
> > Manohar
> >
> > ----------------
> > Scott,
> >
> > That doesn't sound good.
> >
> > I haven't yet installed KDE 3.0 and I won't have time to for at
> > least a week,
> > so I won't have a chance to look into this for some time.
> >
> > I know you say that Cygwin/XFree86 is up-to-date, but are you running
> > Cygwin/XFree86 4.2.0?  You can check by running 'xdpyinfo' in a local
> > Cygwin/XFree86 session or in a terminal when you are logged into another
> > machine via XDMCP.
> >
> > Awaiting a chance to investiage this,
> >
> > Harold
> >
> > Scott Alexander  said:
> >
> > > Hi,
> > >
> > > My server has just been upgraded to kde 3.0 running redhat
> 7.2.  I use =
> > > cygwin with xfree86 to connect to this server using
> > >
> > > x -query 
> > >
> > > I have been doing this for a while with kde 2.2.2 with no problems.  =
> > > However when i connect to it now with kde 3 my screen has no
> icons or =
> > > icons on the kicker bar at the bottom. =20
> > >
> > > Does anyone know of this problem and a solution for it.
> > >
> > > My machine runs w2k with up 2 date cygwin and xfree86.
> > >
> > > Cheers
> > >
> > > Scott Alexander
> > >
> > >
> >
> >
> >
> >
>



From cgf@redhat.com  Wed Apr 10 17:29:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Wed, 10 Apr 2002 17:29:00 -0000
Subject: xfree packages
In-Reply-To: 
References:  
Message-ID: <20020411002953.GA14903@redhat.com>

On Wed, Apr 10, 2002 at 09:47:31AM +0200, Jan Nieuwenhuizen wrote:
>"Robert Collins"  writes:
>
>> Setup is case insensitive to package names. I don't see any technical
>> issue either way.
>
>Me neither, I only see a social issue: it's just plain irritating for
>people?
>
>   tar xjf releases/mysTABTAB  ^U
>   tar xjf releases/MyTABTAB  ^U
>
>etc, aargh?  It's ever more annoying when you're using wget, and try
>to guess the name.

I thought I'd replied to this but I guess I hadn't.

I really don't think we should use tab completion as a justification for
picking package names.  The package names should reflect what the
authors want to call the package.  If the name of the package is XFree86,
it should be called XFree86.  Ditto, TeX, or any other package.

AFAICT, both Red Hat and Debian allow upper/lower case, so there's no
reason for us to restrict things.

cgf


From lhall@rfk.com  Wed Apr 10 18:11:00 2002
From: lhall@rfk.com (Larry Hall (RFK Partners, Inc))
Date: Wed, 10 Apr 2002 18:11:00 -0000
Subject: xfree packages
In-Reply-To: <20020411002953.GA14903@redhat.com>
References: 
 
 
Message-ID: <4.3.1.2.20020410210406.02315e10@pop.ma.ultranet.com>

At 08:29 PM 4/10/2002, Christopher Faylor wrote:
>On Wed, Apr 10, 2002 at 09:47:31AM +0200, Jan Nieuwenhuizen wrote:
> >"Robert Collins"  writes:
> >
> >> Setup is case insensitive to package names. I don't see any technical
> >> issue either way.
> >
> >Me neither, I only see a social issue: it's just plain irritating for
> >people?
> >
> >   tar xjf releases/mysTABTAB  ^U
> >   tar xjf releases/MyTABTAB  ^U
> >
> >etc, aargh?  It's ever more annoying when you're using wget, and try
> >to guess the name.
>
>I thought I'd replied to this but I guess I hadn't.
>
>I really don't think we should use tab completion as a justification for
>picking package names.  The package names should reflect what the
>authors want to call the package.  If the name of the package is XFree86,
>it should be called XFree86.  Ditto, TeX, or any other package.
>
>AFAICT, both Red Hat and Debian allow upper/lower case, so there's no
>reason for us to restrict things.


I went so far as to type a response and then trash it, since I thought it
was getting off-topic for this list.  But thinking again, it supports 
Chris's position, even though it has been mentioned many a time
on the Cygwin list.  I'm thinking of the 'completion-ignore-case' option
in bash.  Seems to me that this addresses the concern.  

I'm certainly all for mixed-case names.





Larry Hall                              lhall@rfk.com
RFK Partners, Inc.                      http://www.rfk.com
838 Washington Street                   (508) 893-9779 - RFK Office
Holliston, MA 01746                     (508) 893-9889 - FAX


From Pavel.Rybnicek@intax.cz  Wed Apr 10 22:28:00 2002
From: Pavel.Rybnicek@intax.cz (Pavel.Rybnicek@intax.cz)
Date: Wed, 10 Apr 2002 22:28:00 -0000
Subject: still having a problem with xwinclip
Message-ID: 


Hi

I used this in my start.bat:

@echo off
SET DISPLAY=127.0.0.1:0.0
SET PATH=d:\cygwin\usr\X11R6\bin;d:\cygwin\bin;d:\cygwin\usr\bin;%PATH%
start XWin -screen 0 1280 1024 -depth 32 -engine 4 -kb -query myAIXmachine
-fp tcp/myfontserver:7500 -fullscreen -once -ac
start /B xwinclip.exe

 and it worked, but there is another problem - when I use xwinclip such
way, it's impossible to logoff correctly and I have to shutdown XWin using
Alt-F4 key.
So I avoided using xwinclip.

Pavel



                                                                                                                          
                    "Harold Hunt"                                                                                         
                             To:     "Eli Kleinman" ,   
                    Sent by:                   cc:                                                                        
                    cygwin-xfree-owner@        Subject:     RE: still having a problem with xwinclip                      
                    cygwin.com                                                                                            
                                                                                                                          
                                                                                                                          
                    10.04.2002 23:48                                                                                      
                                                                                                                          
                                                                                                                          




Eli,

xwinclip is going to have problems in your scenario because CDE owns the
display when you use XDMCP.  I think someone may have figured out how to
use
xwinclip at the same time as an XDMCP session... you can search the mailing
list archives for an answer to that.

http://cygwin.com/ml/cygwin-xfree/

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Eli Kleinman
> Sent: Wednesday, April 10, 2002 5:47 PM
> To: cygwin-xfree@cygwin.com
> Subject: still having a problem with xwinclip
>
>
> I tried setting DISPLAY to :0.0 but this did not solve my problem
> this is what I use to start CDE
> $ export DISPLAY=192.9.200.136:0.0
> xwin -noreset -screen 0 1152 864 -query 192.9.200.6 -fp
> tcp/192.9.200.6:7100 -from 192.9.200.136 &
> [1] 600
>
> this is what I try to use to start xwinclip and this is what i get
> $ export DISPLAY=:0.0
> $ xwinclip.exe
> Xlib: connection to ":0.0" refused by server
> Xlib: No protocol specified
>
> Could not open display
>
> Could some one please help me





From darko.palic@gmx.de  Thu Apr 11 04:06:00 2002
From: darko.palic@gmx.de (Palic, Darko)
Date: Thu, 11 Apr 2002 04:06:00 -0000
Subject: still having a problem with xwinclip
In-Reply-To: 
Message-ID: 

Hi,

could you please try to use:
start /B XWin -ac -screen ........
sleep 15 (or set a 'pause' and wait for about 15 Secs, now press any key)
start /B xwinclip.exe

best regards,
Darko Palic

>
> Hi
>
> I used this in my start.bat:
>
> @echo off
> SET DISPLAY=127.0.0.1:0.0
> SET PATH=d:\cygwin\usr\X11R6\bin;d:\cygwin\bin;d:\cygwin\usr\bin;%PATH%
> start XWin -screen 0 1280 1024 -depth 32 -engine 4 -kb -query myAIXmachine
> -fp tcp/myfontserver:7500 -fullscreen -once -ac
> start /B xwinclip.exe
>
>  and it worked, but there is another problem - when I use xwinclip such
> way, it's impossible to logoff correctly and I have to shutdown XWin using
> Alt-F4 key.
> So I avoided using xwinclip.
>
> Pavel
>
>
>
>
>
>                     "Harold Hunt"
>
>                              To:     "Eli
> Kleinman" , 
>                     Sent by:                   cc:
>
>                     cygwin-xfree-owner@        Subject:     RE:
> still having a problem with xwinclip
>                     cygwin.com
>
>
>
>
>
>                     10.04.2002 23:48
>
>
>
>
>
>
>
>
>
> Eli,
>
> xwinclip is going to have problems in your scenario because CDE owns the
> display when you use XDMCP.  I think someone may have figured out how to
> use
> xwinclip at the same time as an XDMCP session... you can search
> the mailing
> list archives for an answer to that.
>
> http://cygwin.com/ml/cygwin-xfree/
>
> Harold
>
> > -----Original Message-----
> > From: cygwin-xfree-owner@cygwin.com
> > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Eli Kleinman
> > Sent: Wednesday, April 10, 2002 5:47 PM
> > To: cygwin-xfree@cygwin.com
> > Subject: still having a problem with xwinclip
> >
> >
> > I tried setting DISPLAY to :0.0 but this did not solve my problem
> > this is what I use to start CDE
> > $ export DISPLAY=192.9.200.136:0.0
> > xwin -noreset -screen 0 1152 864 -query 192.9.200.6 -fp
> > tcp/192.9.200.6:7100 -from 192.9.200.136 &
> > [1] 600
> >
> > this is what I try to use to start xwinclip and this is what i get
> > $ export DISPLAY=:0.0
> > $ xwinclip.exe
> > Xlib: connection to ":0.0" refused by server
> > Xlib: No protocol specified
> >
> > Could not open display
> >
> > Could some one please help me
>
>
>
>


From janneke@gnu.org  Thu Apr 11 04:08:00 2002
From: janneke@gnu.org (Jan Nieuwenhuizen)
Date: Thu, 11 Apr 2002 04:08:00 -0000
Subject: xfree packages
In-Reply-To: <20020411002953.GA14903@redhat.com> (Christopher Faylor's
 message of "Wed, 10 Apr 2002 20:29:53 -0400")
References: 
	
	<20020411002953.GA14903@redhat.com>
Message-ID: 

Christopher Faylor  writes:

> AFAICT, both Red Hat and Debian allow upper/lower case, so there's no
> reason for us to restrict things.

All Debian packages are lower case, of course.  TAB completion is a
silly argument against using mixed case, but I just couldn't imagine
anyone would want mixed case package names, if they had a choice.
Probably a matter of taste, I'll try to get used to it :-)

Jan.

-- 
Jan Nieuwenhuizen  | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien       | http://www.lilypond.org


From alexander.gottwald@informatik.tu-chemnitz.de  Thu Apr 11 04:48:00 2002
From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald)
Date: Thu, 11 Apr 2002 04:48:00 -0000
Subject: Installation of xkb files 
In-Reply-To: <3CB4BF49.6040605@znark.com>
Message-ID: 

On Wed, 10 Apr 2002, Ian Burrell wrote:

> On Linux, the files are in /usr/X11R6/lib/X11/xkb, /etc/X11/xkb is a 
> symlink to that, and /usr/X11R6/lib/X11/xkb is a symlink to /var/lib/xkb.

I'm using /usr/X11R6/lib/X11/xkb for the xkb files. /etc/X11/xkb as a 
symlink to /usr/X11R6/lib/X11/xkb.  

xkbcomp itself uses /usr/X11R6/lib/X11/xkb for the files.

bye
	ago
-- 
 Alexander.Gottwald@informatik.tu-chemnitz.de 
 http://www.gotti.org           ICQ: 126018723
 phone: +49 3725 349 80 80	mobile: +49 172 7854017


From huntharo@msu.edu  Thu Apr 11 05:54:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Thu, 11 Apr 2002 05:54:00 -0000
Subject: fds_on_hold :o)
In-Reply-To: <004601c1e155$9093f550$6745a8c0@ALINEA.FR>
Message-ID: 

Nicolas,

A very good tip.  The error message doesn't show up when I use -xkb.  Now I
need to find out why.

Thanks,

Harold

-----Original Message-----
From: Escuder Nicolas [mailto:n.escuder@alineanet.com]
Sent: Thursday, April 11, 2002 8:37 AM
To: huntharo@msu.edu
Subject: fds_on_hold :o)


Hello

just start XWin with -kb option and konsole will work fine :)

see you

Nicolas


From cygwin-xfree@cygwin.com  Thu Apr 11 08:39:00 2002
From: cygwin-xfree@cygwin.com (Christopher Faylor)
Date: Thu, 11 Apr 2002 08:39:00 -0000
Subject: Problems installing cygwin-xfree86 on a Dell WIN2K box
In-Reply-To: <200204111516.g3BFGdN1270631@mail.hiwaay.net>
References: <200204111516.g3BFGdN1270631@mail.hiwaay.net>
Message-ID: <20020411153944.GC11232@redhat.com>

Redirecting to the proper mailing list.

cgf

On Thu, Apr 11, 2002 at 10:17:28AM -0500, Dr. Lawrence Ward Spradley wrote:
>Sirs:
>
>	This is a (hopefully more illuminating) follow-up to a post from yesterday. 
>I am midstroke in installing cygwin-XFree86 on a Dell Win2000 box. As of 
>yesterday, I had followed the directions on the webpage detailing the 
>installation process verbatim. This meant that I had a limited cygwin install 
>(no vi, no grep, etc.). I have installed more of the tools as of this A.M. 
>and am able to provide more info on my status as of now. I attach the output 
>of "cygcheck -s -r -v" to describe my install as of now. I also looked 
>through the Xinstall.sh script to try to assess why it was stopping. It 
>appears to need a program called extract, which I think is part of the 
>XFree86 download. The script also contains comments about linking extract to 
>gnu-tar. I did an "ls -l" on my bin directory, which contains the extract 
>executable as well as the tar executable, & observed that they are different 
>(different sizes & date stamps). I want the XFree86 to be able to use rxvt as 
>a shell to begin with, but we will be possibly wanting to do more later. I am 
>still stuck in the XFree86 install with error messages from the Xinstall.sh 
>script complaining about the extract program being bad. Thanks in advance for 
>your time. I will be happy to provide any more info if needed.
>
>Cygwin Win95/NT Configuration Diagnostics
>Current System Time: Thu Apr 11 09:56:29 2002
>
>Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 1
>
>Path:	C:\cygwin\usr\local\bin
>	C:\cygwin\bin
>	C:\cygwin\bin
>	c:\Program Files\Microsoft Visual Studio\Common\Tools
>	c:\Program Files\Microsoft Visual Studio\Common\Msdev98\BIN
>	c:\Program Files\Microsoft Visual Studio\DF98\BIN
>	c:\Program Files\Microsoft Visual Studio\VC98\BIN
>	c:\WINNT\system32
>	c:\WINNT
>	c:\WINNT\System32\Wbem
>	c:\
>	c:\dell
>	c:\Program Files\Dell\Resolution Assistant\Common\bin
>	c:\TEC75\BIN
>	c:\ABSOFT\BIN
>
>SysDir: C:\WINNT\System32
>WinDir: C:\WINNT
>
>HOME = `c:\'
>MAKE_MODE = `unix'
>PWD = `/cygdrive/c/cygwin'
>USER = `lws'
>
>ABSOFT = `C:\ABSOFT'
>ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
>APPDATA = `C:\Documents and Settings\Dr. Lawrence W. Spra\Application Data'
>COMMONPROGRAMFILES = `C:\Program Files\Common Files'
>COMPUTERNAME = `DELL'
>COMSPEC = `C:\WINNT\system32\cmd.exe'
>CPU = `i386'
>HOMEDRIVE = `C:'
>HOMEPATH = `\'
>INCLUDE = `C:\ABSOFT\CINCLUDE'
>LIB = `C:\ABSOFT\LIB'
>LINK_F90 = `imsl.lib imsls_err.lib imslmpistub.lib'
>LOGONSERVER = `\\DELL'
>MANPATH = `:/usr/ssl/man'
>NUMBER_OF_PROCESSORS = `1'
>OLDPWD = `/cygdrive/c/cygwin/tmp'
>OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
>OS = `Windows_NT'
>PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
>PROCESSOR_ARCHITECTURE = `x86'
>PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 6, GenuineIntel'
>PROCESSOR_LEVEL = `6'
>PROCESSOR_REVISION = `0806'
>PROGRAMFILES = `C:\Program Files'
>PROMPT = `$P$G'
>PS1 = `\[\033]0;\w\007
>\033[32m\]\u@\h \[\033[33m\w\033[0m\]
>$ '
>SHLVL = `1'
>SYSTEMDRIVE = `C:'
>SYSTEMROOT = `C:\WINNT'
>TEC75HOME = `C:\TEC75'
>TEMP = `c:\DOCUME~1\DRLAWR~1.SPR\LOCALS~1\Temp'
>TERM = `cygwin'
>TMP = `c:\DOCUME~1\DRLAWR~1.SPR\LOCALS~1\Temp'
>TMPDIR = `c:\DOCUME~1\DRLAWR~1.SPR\LOCALS~1\Temp'
>USERDOMAIN = `DELL'
>USERNAME = `lws'
>USERPROFILE = `C:\Documents and Settings\Dr. Lawrence W. Spra'
>VIM = `C:\PGI\cygusr\share\vim'
>VNI_F90_MSG = `C:\Program Files\Microsoft Visual Studio\DF98\IMSL\MESSAGE'
>WINDIR = `C:\WINNT'
>_ = `/usr/bin/cygcheck.exe'
>
>HKEY_CURRENT_USER\Software\Cygnus Solutions
>HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
>HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
>  (default) = `/cygdrive'
>  cygdrive flags = 0x00000022
>HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
>HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup
>HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0
>HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts
>HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\00
>  (default) = `C:'
>  unix = `/'
>  fbinary = 0x00000000
>  fsilent = 0x00000000
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
>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\Program Options
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\00
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\01
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\02
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\03
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\04
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\05
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\06
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\07
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\08
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\09
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0A
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0B
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0C
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0D
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0E
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0F
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\10
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\11
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\12
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\13
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\14
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\15
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\16
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\17
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\18
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\19
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1A
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1B
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1C
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1D
>
>a:  fd           N/A    N/A                    
>c:  hd  FAT32  57201Mb  32% CP    UN           
>d:  cd           N/A    N/A                    
>
>.              /cygdrive  user    binmode,noumount
>C:\cygwin      /          system  binmode
>C:\cygwin/bin  /usr/bin   system  binmode
>C:\cygwin/lib  /usr/lib   system  binmode
>
>Found: C:\cygwin\bin\bash.exe
>Found: C:\cygwin\bin\cat.exe
>Not Found: cpp (good!)
>Found: C:\cygwin\bin\find.exe
>Not Found: gcc
>Not Found: gdb
>Not Found: ld
>Found: C:\cygwin\bin\ls.exe
>Not Found: make
>Found: C:\cygwin\bin\sh.exe
>Found: \bin\sh.exe
>Warning: C:\cygwin\bin\sh.exe hides \bin\sh.exe
>
>  390k 2001/01/18 C:\cygwin\bin\cygtcl80.dll - os=4.0 img=1.0 sys=4.0
>                  "cygtcl80.dll" v0.0 ts=2001/1/17 22:44
>    5k 2001/01/18 C:\cygwin\bin\cygtclpip80.dll - os=4.0 img=1.0 sys=4.0
>   10k 2001/01/18 C:\cygwin\bin\cygtclreg80.dll - os=4.0 img=1.0 sys=4.0
>                  "cygtclreg80.dll" v0.0 ts=2001/1/17 22:44
>   19k 2002/02/20 C:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0
>                  "cyggdbm.dll" v0.0 ts=2002/2/19 21:05
>   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 0:28
>   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 0:27
>  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 0:29
>  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 0:17
>   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 0:27
>   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 0:03
>   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 0:03
>  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 0:03
>  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 0:03
>   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 0:03
>   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/6 22:34
>  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/6 22:34
>   20k 2002/01/13 C:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0
>                  "cyghistory5.dll" v0.0 ts=2002/1/12 19:27
>  121k 2002/01/13 C:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0
>                  "cygreadline5.dll" v0.0 ts=2002/1/12 19:27
>   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/11 22:38
>   45k 2002/02/08 C:\cygwin\bin\cygjbig1.dll - os=4.0 img=1.0 sys=4.0
>                  "cygjbig1.dll" v0.0 ts=2002/2/7 17:59
>  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/8 23:19
>   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 3:28
>  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/20 19:05
>  621k 2002/01/16 C:\cygwin\bin\cygcrypto.dll - os=4.0 img=1.0 sys=4.0
>                  "cygcrypto.dll" v0.0 ts=2002/1/16 3:54
>  156k 2002/01/16 C:\cygwin\bin\cygssl.dll - os=4.0 img=1.0 sys=4.0
>                  "cygssl.dll" v0.0 ts=2002/1/16 3:54
>   40k 2001/11/21 C:\cygwin\bin\cygpcre.dll - os=4.0 img=1.0 sys=4.0
>                  "cygpcre.dll" v0.0 ts=2001/11/21 16:15
>   39k 2001/11/21 C:\cygwin\bin\cygpcreposix.dll - os=4.0 img=1.0 sys=4.0
>                  "cygpcreposix.dll" v0.0 ts=2001/11/21 16:15
>  253k 2002/02/10 C:\cygwin\bin\cygtiff3.dll - os=4.0 img=1.0 sys=4.0
>                  "cygtiff3.dll" v0.0 ts=2002/2/10 2:34
>  751k 2002/02/25 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
>                  "cygwin1.dll" v0.0 ts=2002/2/25 10:14
>    Cygwin DLL version info:
>        DLL version: 1.3.10
>        DLL epoch: 19
>        DLL bad signal mask: 19005
>        DLL old termios: 5
>        DLL malloc env: 28
>        API major: 0
>        API minor: 51
>        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: Mon Feb 25 11:14:34 EST 2002
>        Shared id: cygwin1S3
>
>
>Cygwin Package Information
>Last downloaded files to: C:\cyginstall
>Last downloaded files from: ftp://archive.progeny.com/cygwin
>
>Package             Version             
>ash                 20020131-1          
>bash                2.05a-3             
>crypt               1.0-1               
>cygwin              1.3.10-1            
>diff                0.0                 
>ed                  0.2-1               
>expect              20010117-1          
>fileutils           4.1-1               
>findutils           4.1                 
>gawk                3.0.4-1             
>gdbm                1.8.0-4             
>grep                2.5-1               
>groff               1.17.2-1            
>gzip                1.3.2-1             
>jbigkit             1.2-6               
>jpeg                6b-7                
>less                374-1               
>libintl1            0.10.40-1           
>libncurses5         5.2-1               
>libncurses6         5.2-8               
>libpng2             1.0.12-1            
>libreadline4        4.1-2               
>libreadline5        4.2a-1              
>login               1.4-3               
>m4                  0.0                 
>man                 1.5g-2              
>more                2.11o-1             
>ncurses             5.2-8               
>newlib-man          20001118-1          
>opengl              1.1.0-6             
>openssl             0.9.6c-3            
>pcre                3.7-1               
>perl                5.6.1-2             
>readline            4.2a-1              
>rxvt                2.7.2-10            
>sed                 3.02-1              
>sh-utils            2.0-2               
>tar                 1.13.19-1           
>tcsh                6.11.00-4           
>termcap             20020403-1          
>terminfo            5.2-1               
>textutils           2.0.21-1            
>tiff                3.5.7-1             
>vim                 6.1-2               
>w32api              1.3-2               
>which               1.5-1               
>zlib                1.1.4-1             
>
>Use -h to see help about each section

>--
>Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
>Bug reporting:         http://cygwin.com/bugs.html
>Documentation:         http://cygwin.com/docs.html
>FAQ:                   http://cygwin.com/faq/


From huntharo@msu.edu  Thu Apr 11 09:46:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Thu, 11 Apr 2002 09:46:00 -0000
Subject: Problems installing cygwin-xfree86 on a Dell WIN2K box
In-Reply-To: <20020411153944.GC11232@redhat.com>
Message-ID: 

If you read the Cygwin/XFree86 User's Guide instructions on installation
then you would know exactly what to do.

http://xfree86.cygwin.com/docs/ug/

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Christopher Faylor
> Sent: Thursday, April 11, 2002 11:40 AM
> To: cygwin-xfree@cygwin.com
> Cc: cygwin@cygwin.com; lws@HiWAAY.net
> Subject: Re: Problems installing cygwin-xfree86 on a Dell WIN2K box
>
>
> Redirecting to the proper mailing list.
>
> cgf
>
> On Thu, Apr 11, 2002 at 10:17:28AM -0500, Dr. Lawrence Ward
> Spradley wrote:
> >Sirs:
> >
> >	This is a (hopefully more illuminating) follow-up to a post
> from yesterday.
> >I am midstroke in installing cygwin-XFree86 on a Dell Win2000 box. As of
> >yesterday, I had followed the directions on the webpage detailing the
> >installation process verbatim. This meant that I had a limited
> cygwin install
> >(no vi, no grep, etc.). I have installed more of the tools as of
> this A.M.
> >and am able to provide more info on my status as of now. I
> attach the output
> >of "cygcheck -s -r -v" to describe my install as of now. I also looked
> >through the Xinstall.sh script to try to assess why it was stopping. It
> >appears to need a program called extract, which I think is part of the
> >XFree86 download. The script also contains comments about
> linking extract to
> >gnu-tar. I did an "ls -l" on my bin directory, which contains
> the extract
> >executable as well as the tar executable, & observed that they
> are different
> >(different sizes & date stamps). I want the XFree86 to be able
> to use rxvt as
> >a shell to begin with, but we will be possibly wanting to do
> more later. I am
> >still stuck in the XFree86 install with error messages from the
> Xinstall.sh
> >script complaining about the extract program being bad. Thanks
> in advance for
> >your time. I will be happy to provide any more info if needed.
> >
> >Cygwin Win95/NT Configuration Diagnostics
> >Current System Time: Thu Apr 11 09:56:29 2002
> >
> >Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 1
> >
> >Path:	C:\cygwin\usr\local\bin
> >	C:\cygwin\bin
> >	C:\cygwin\bin
> >	c:\Program Files\Microsoft Visual Studio\Common\Tools
> >	c:\Program Files\Microsoft Visual Studio\Common\Msdev98\BIN
> >	c:\Program Files\Microsoft Visual Studio\DF98\BIN
> >	c:\Program Files\Microsoft Visual Studio\VC98\BIN
> >	c:\WINNT\system32
> >	c:\WINNT
> >	c:\WINNT\System32\Wbem
> >	c:\
> >	c:\dell
> >	c:\Program Files\Dell\Resolution Assistant\Common\bin
> >	c:\TEC75\BIN
> >	c:\ABSOFT\BIN
> >
> >SysDir: C:\WINNT\System32
> >WinDir: C:\WINNT
> >
> >HOME = `c:\'
> >MAKE_MODE = `unix'
> >PWD = `/cygdrive/c/cygwin'
> >USER = `lws'
> >
> >ABSOFT = `C:\ABSOFT'
> >ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
> >APPDATA = `C:\Documents and Settings\Dr. Lawrence W.
> Spra\Application Data'
> >COMMONPROGRAMFILES = `C:\Program Files\Common Files'
> >COMPUTERNAME = `DELL'
> >COMSPEC = `C:\WINNT\system32\cmd.exe'
> >CPU = `i386'
> >HOMEDRIVE = `C:'
> >HOMEPATH = `\'
> >INCLUDE = `C:\ABSOFT\CINCLUDE'
> >LIB = `C:\ABSOFT\LIB'
> >LINK_F90 = `imsl.lib imsls_err.lib imslmpistub.lib'
> >LOGONSERVER = `\\DELL'
> >MANPATH = `:/usr/ssl/man'
> >NUMBER_OF_PROCESSORS = `1'
> >OLDPWD = `/cygdrive/c/cygwin/tmp'
> >OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
> >OS = `Windows_NT'
> >PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
> >PROCESSOR_ARCHITECTURE = `x86'
> >PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 6, GenuineIntel'
> >PROCESSOR_LEVEL = `6'
> >PROCESSOR_REVISION = `0806'
> >PROGRAMFILES = `C:\Program Files'
> >PROMPT = `$P$G'
> >PS1 = `\[\033]0;\w\007
> >\033[32m\]\u@\h \[\033[33m\w\033[0m\]
> >$ '
> >SHLVL = `1'
> >SYSTEMDRIVE = `C:'
> >SYSTEMROOT = `C:\WINNT'
> >TEC75HOME = `C:\TEC75'
> >TEMP = `c:\DOCUME~1\DRLAWR~1.SPR\LOCALS~1\Temp'
> >TERM = `cygwin'
> >TMP = `c:\DOCUME~1\DRLAWR~1.SPR\LOCALS~1\Temp'
> >TMPDIR = `c:\DOCUME~1\DRLAWR~1.SPR\LOCALS~1\Temp'
> >USERDOMAIN = `DELL'
> >USERNAME = `lws'
> >USERPROFILE = `C:\Documents and Settings\Dr. Lawrence W. Spra'
> >VIM = `C:\PGI\cygusr\share\vim'
> >VNI_F90_MSG = `C:\Program Files\Microsoft Visual
> Studio\DF98\IMSL\MESSAGE'
> >WINDIR = `C:\WINNT'
> >_ = `/usr/bin/cygcheck.exe'
> >
> >HKEY_CURRENT_USER\Software\Cygnus Solutions
> >HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
> >HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
> >  (default) = `/cygdrive'
> >  cygdrive flags = 0x00000022
> >HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
> >HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup
> >HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0
> >HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts
> >HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\00
> >  (default) = `C:'
> >  unix = `/'
> >  fbinary = 0x00000000
> >  fsilent = 0x00000000
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
> >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\Program Options
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\00
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\01
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\02
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\03
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\04
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\05
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\06
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\07
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\08
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\09
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\0A
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\0B
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\0C
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\0D
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\0E
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\0F
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\10
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\11
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\12
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\13
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\14
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\15
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\16
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\17
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\18
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\19
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\1A
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\1B
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\1C
> >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\1D
> >
> >a:  fd           N/A    N/A
> >c:  hd  FAT32  57201Mb  32% CP    UN
> >d:  cd           N/A    N/A
> >
> >.              /cygdrive  user    binmode,noumount
> >C:\cygwin      /          system  binmode
> >C:\cygwin/bin  /usr/bin   system  binmode
> >C:\cygwin/lib  /usr/lib   system  binmode
> >
> >Found: C:\cygwin\bin\bash.exe
> >Found: C:\cygwin\bin\cat.exe
> >Not Found: cpp (good!)
> >Found: C:\cygwin\bin\find.exe
> >Not Found: gcc
> >Not Found: gdb
> >Not Found: ld
> >Found: C:\cygwin\bin\ls.exe
> >Not Found: make
> >Found: C:\cygwin\bin\sh.exe
> >Found: \bin\sh.exe
> >Warning: C:\cygwin\bin\sh.exe hides \bin\sh.exe
> >
> >  390k 2001/01/18 C:\cygwin\bin\cygtcl80.dll - os=4.0 img=1.0 sys=4.0
> >                  "cygtcl80.dll" v0.0 ts=2001/1/17 22:44
> >    5k 2001/01/18 C:\cygwin\bin\cygtclpip80.dll - os=4.0 img=1.0 sys=4.0
> >   10k 2001/01/18 C:\cygwin\bin\cygtclreg80.dll - os=4.0 img=1.0 sys=4.0
> >                  "cygtclreg80.dll" v0.0 ts=2001/1/17 22:44
> >   19k 2002/02/20 C:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0
> >                  "cyggdbm.dll" v0.0 ts=2002/2/19 21:05
> >   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 0:28
> >   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 0:27
> >  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 0:29
> >  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 0:17
> >   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 0:27
> >   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 0:03
> >   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 0:03
> >  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 0:03
> >  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 0:03
> >   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 0:03
> >   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/6 22:34
> >  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/6 22:34
> >   20k 2002/01/13 C:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0
> >                  "cyghistory5.dll" v0.0 ts=2002/1/12 19:27
> >  121k 2002/01/13 C:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0
> >                  "cygreadline5.dll" v0.0 ts=2002/1/12 19:27
> >   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/11 22:38
> >   45k 2002/02/08 C:\cygwin\bin\cygjbig1.dll - os=4.0 img=1.0 sys=4.0
> >                  "cygjbig1.dll" v0.0 ts=2002/2/7 17:59
> >  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/8 23:19
> >   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 3:28
> >  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/20 19:05
> >  621k 2002/01/16 C:\cygwin\bin\cygcrypto.dll - os=4.0 img=1.0 sys=4.0
> >                  "cygcrypto.dll" v0.0 ts=2002/1/16 3:54
> >  156k 2002/01/16 C:\cygwin\bin\cygssl.dll - os=4.0 img=1.0 sys=4.0
> >                  "cygssl.dll" v0.0 ts=2002/1/16 3:54
> >   40k 2001/11/21 C:\cygwin\bin\cygpcre.dll - os=4.0 img=1.0 sys=4.0
> >                  "cygpcre.dll" v0.0 ts=2001/11/21 16:15
> >   39k 2001/11/21 C:\cygwin\bin\cygpcreposix.dll - os=4.0 img=1.0 sys=4.0
> >                  "cygpcreposix.dll" v0.0 ts=2001/11/21 16:15
> >  253k 2002/02/10 C:\cygwin\bin\cygtiff3.dll - os=4.0 img=1.0 sys=4.0
> >                  "cygtiff3.dll" v0.0 ts=2002/2/10 2:34
> >  751k 2002/02/25 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
> >                  "cygwin1.dll" v0.0 ts=2002/2/25 10:14
> >    Cygwin DLL version info:
> >        DLL version: 1.3.10
> >        DLL epoch: 19
> >        DLL bad signal mask: 19005
> >        DLL old termios: 5
> >        DLL malloc env: 28
> >        API major: 0
> >        API minor: 51
> >        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: Mon Feb 25 11:14:34 EST 2002
> >        Shared id: cygwin1S3
> >
> >
> >Cygwin Package Information
> >Last downloaded files to: C:\cyginstall
> >Last downloaded files from: ftp://archive.progeny.com/cygwin
> >
> >Package             Version
> >ash                 20020131-1
> >bash                2.05a-3
> >crypt               1.0-1
> >cygwin              1.3.10-1
> >diff                0.0
> >ed                  0.2-1
> >expect              20010117-1
> >fileutils           4.1-1
> >findutils           4.1
> >gawk                3.0.4-1
> >gdbm                1.8.0-4
> >grep                2.5-1
> >groff               1.17.2-1
> >gzip                1.3.2-1
> >jbigkit             1.2-6
> >jpeg                6b-7
> >less                374-1
> >libintl1            0.10.40-1
> >libncurses5         5.2-1
> >libncurses6         5.2-8
> >libpng2             1.0.12-1
> >libreadline4        4.1-2
> >libreadline5        4.2a-1
> >login               1.4-3
> >m4                  0.0
> >man                 1.5g-2
> >more                2.11o-1
> >ncurses             5.2-8
> >newlib-man          20001118-1
> >opengl              1.1.0-6
> >openssl             0.9.6c-3
> >pcre                3.7-1
> >perl                5.6.1-2
> >readline            4.2a-1
> >rxvt                2.7.2-10
> >sed                 3.02-1
> >sh-utils            2.0-2
> >tar                 1.13.19-1
> >tcsh                6.11.00-4
> >termcap             20020403-1
> >terminfo            5.2-1
> >textutils           2.0.21-1
> >tiff                3.5.7-1
> >vim                 6.1-2
> >w32api              1.3-2
> >which               1.5-1
> >zlib                1.1.4-1
> >
> >Use -h to see help about each section
>
> >--
> >Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
> >Bug reporting:         http://cygwin.com/bugs.html
> >Documentation:         http://cygwin.com/docs.html
> >FAQ:                   http://cygwin.com/faq/


From cgf@redhat.com  Thu Apr 11 13:56:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Thu, 11 Apr 2002 13:56:00 -0000
Subject: xfree packages
In-Reply-To: <3CB4AE32.6000108@ece.gatech.edu>
References: <3CB3C24E.9060803@znark.com> <20020410053447.GA15157@redhat.com> <3CB49F1C.7000604@znark.com> <3CB4AE32.6000108@ece.gatech.edu>
Message-ID: <20020411205654.GB14586@redhat.com>

On Wed, Apr 10, 2002 at 05:27:14PM -0400, Charles Wilson wrote:
>Ian, Chris wants the setup hint files IN the mailing list archive 
>permanently.  Not sitting on an external, subject-to-change website.
>
>I've pasted them here.

These look ok except the "version:" field is a no-op in setup.hint and
should be removed.

Has anyone looked at the packages themselves?

cgf

>--- xfree86-base ---
>sdesc: "Cygwin/XFree86 base"
>category: XFree86
>requires: cygwin ash xfree86-fonts
>ldesc: "Cygwin/XFree86 is a port of the X Window System to Cygwin. The
>X server runs under Windows and displays X clients running on the
>local or other machines. It can run in full screen and single window
>modes.
>
>This package contains the programs, libraries, and config files to run
>the X server and other X clients. The xfree86-fonts package is also
>required. The other packages contain headers, programs, and
>documentation for development."
>
>
>--- xfree86-devel ---
>sdesc: "Cygwin/XFree86 development files"
>category: XFree86
>requires: xfree86-base
>ldesc: "This package contains the libraries, headers, and man pages
>for compiling X Windows programs."
>
>
>--- xfree86-doc ---
>sdesc: "Cygwin/XFree86 text documentation"
>category: XFree86
>ldesc: "XFree86 development documentation in text, HTML, and PostScript 
>formats."
>
>--- xfree86-fonts ---
>sdesc: "Cygwin-XFree86 fonts"
>category: XFree86
>requires: xfree86-base
>ldesc: "This package contains fonts for XFree86. It contains the
>100dpi, 75dpi, misc, scaled, and cyrillic sets. This package is
>required."
>
>
>--- xfree86-xfs ---
>sdesc: "Cygwin/XFree86 font server"
>category: XFree86
>requires: cygwin xfree86-base
>version: 4.2.0-1
>ldesc: "This package contains the font server for XFree86."
>
>
>--- xfree86-xnest ---
>sdesc: "Cygwin/XFree86 nested server"
>category: XFree86
>requires: cygwin xfree86-base
>version: 4.2.0-1
>ldesc: "Xnest is an X server that runs as a client for another X
>server. It is used for testing X clients and servers."
>
>
>--- xfree86-xprt ---
>sdesc: "Cygwin/XFree86 printing server"
>category: XFree86
>requires: cygwin xfree86-base
>version: 4.2.0-1
>ldesc: "Xprt is an X server that prints the display to a PostScript file."
>
>
>--- xfree86-xvfb ---
>sdesc: "Cygwin-XFree86 virtual framebuffer server"
>category: XFree86
>requires: cygwin xfree86-base
>version: 4.2.0-1
>ldesc: "Xvfb is an X server that runs without any display using a
>virtual framebuffer. This server runs without any display. It is used
>for testing X clients and servers."


From huntharo@msu.edu  Thu Apr 11 14:06:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Thu, 11 Apr 2002 14:06:00 -0000
Subject: xfree packages
In-Reply-To: <3CB4B09C.1070606@znark.com>
Message-ID: 

Ian,

> Good idea. I'm going to call it xfree86-xwin though. I think I'll put
> the startup-scripts.tgz in this package.

That sounds fine.

Can I also request that you use a seperate variable for the server version
number?  I'd ask that because the server will tend to get updated often
while most of the other packages will never be updated.

I'm really looking forward to these packages getting finished.

Do you think you've got a handle on creating the symlinks that Xinstall.sh
creates?

Harold


> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Ian Burrell
> Sent: Wednesday, April 10, 2002 5:38 PM
> To: Harold Hunt
> Cc: cygwin-apps@cygwin.com; cygwin-xfree@cygwin.com
> Subject: Re: xfree packages
>
>
> Harold Hunt wrote:
> > Yes, we try to keep things regularized around here, so XFree86
> is the way
> > that the package names need to be spelled.
> >
> > Also, I request that you keep the XFree86-xserv package, as
> that will allow
> > us to realize the immediate benefit of being able to release the Test-**
> > server or updates to the stable server as small downloads that
> everyone can
> > keep up to date with.
> >
>
> Good idea. I'm going to call it xfree86-xwin though. I think I'll put
> the startup-scripts.tgz in this package.
>
>   - Ian
>
> --
> iburrell@znark.com
> http://www.znark.com/
>


From iburrell@znark.com  Thu Apr 11 16:10:00 2002
From: iburrell@znark.com (Ian Burrell)
Date: Thu, 11 Apr 2002 16:10:00 -0000
Subject: xfree packages
References: 
Message-ID: <3CB617C1.9040001@znark.com>

Harold Hunt wrote:
> 
> That sounds fine.
> 
> Can I also request that you use a seperate variable for the server version
> number?  I'd ask that because the server will tend to get updated often
> while most of the other packages will never be updated.
> 
> I'm really looking forward to these packages getting finished.
> 
> Do you think you've got a handle on creating the symlinks that Xinstall.sh
> creates?
> 

Did you notice any symlinks that were missing? The build.sh script is 
supposed to create and package the links that Xinstall.sh makes. I don't 
think Xinstall.sh behaviour is quite right for the xkb files.

I posted the xfree86-xwin package and modified xfree86-base to my web 
site. I have appended the new setup.hint files.

  - Ian

-- 
iburrell@znark.com
http://www.znark.com/


xfree86-base:

sdesc: "Cygwin/XFree86 base"
category: XFree86
requires: cygwin ash xfree86-fonts xfree86-xwin
ldesc: "Cygwin/XFree86 is a port of the X Window System to Cygwin.

This package contains the programs, libraries, and config files needed
to run an X server and clients. It also include the X clients from the
standard X distribution like xterm and twm. You will need to install
the xfree86-xwin package with the Windows X server. The xfree86-fonts
package is also required. The other packages contain headers,
programs, and documentation for development."


xfree86-xwin:

sdesc: "Cygwin/XFree86 Windows X server"
category: XFree86
requires: cygwin xfree86-base
ldesc: "XWin is the X server for Windows. It can run in two different
modes, full screen or inside Windows window. It has four different
engines to drawing, Shadow GDI, Shadow DirectDraw, and Native GDI."



From iburrell@znark.com  Thu Apr 11 17:30:00 2002
From: iburrell@znark.com (Ian Burrell)
Date: Thu, 11 Apr 2002 17:30:00 -0000
Subject: Installation of xkb files
References: 
Message-ID: <3CB62A7E.8020209@znark.com>

Alexander Gottwald wrote:
> On Wed, 10 Apr 2002, Ian Burrell wrote:
> 
> 
>>On Linux, the files are in /usr/X11R6/lib/X11/xkb, /etc/X11/xkb is a 
>>symlink to that, and /usr/X11R6/lib/X11/xkb is a symlink to /var/lib/xkb.
> 
> 
> I'm using /usr/X11R6/lib/X11/xkb for the xkb files. /etc/X11/xkb as a 
> symlink to /usr/X11R6/lib/X11/xkb.  
> 
> xkbcomp itself uses /usr/X11R6/lib/X11/xkb for the files.
> 

Where does /usr/X11R6/lib/X11/xkb/compiled point?

I think the layout from "make install" is correct. The files are 
/usr/X11R6/lib/X11/xkb, compiled is a link to /etc/X11/xkb, and 
/etc/X11/xkb just contains a README file. I don't know why the binary 
distribution is different. I can't see anything in the makefiles or 
bindist scripts that be different.

I changed the packaging to reflect the "make install".

  - Ian

-- 
iburrell@znark.com
http://www.znark.com/


From saunup@hotmail.com  Thu Apr 11 20:26:00 2002
From: saunup@hotmail.com (Nupur Saurabh)
Date: Thu, 11 Apr 2002 20:26:00 -0000
Subject: logos
Message-ID: 

hi all,

attached are some logos 

with some graphics 

http://www.geocities.com/nupursarpal/logog.jpg

http://www.geocities.com/nupursarpal/logod.jpg

http://www.geocities.com/nupursarpal/logof.jpg

http://www.geocities.com/nupursarpal/logoc.jpg



without graphics

http://www.geocities.com/nupursarpal/logoa.jpg

http://www.geocities.com/nupursarpal/logoe.jpg


suggestions, comments and feedback are welcome

nupur


From eugenius@dingoblue.net.au  Thu Apr 11 22:54:00 2002
From: eugenius@dingoblue.net.au (Eugene Rosenzweig)
Date: Thu, 11 Apr 2002 22:54:00 -0000
Subject: logos
References: 
Message-ID: <023c01c1e1e6$89967070$0300a8c0@bluebox>

I think they look quite good. In the last logo thread I got the impression
that people wanted the established Cygwin logo for letter C, maybe you can
add a variation on that to your list.

----- Original Message -----
From: "Nupur Saurabh" 
To: 
Sent: Friday, April 12, 2002 1:40 PM
Subject: logos


> hi all,
>
> attached are some logos
>
> with some graphics
>
> http://www.geocities.com/nupursarpal/logog.jpg
>
> http://www.geocities.com/nupursarpal/logod.jpg
>
> http://www.geocities.com/nupursarpal/logof.jpg
>
> http://www.geocities.com/nupursarpal/logoc.jpg
>
>
>
> without graphics
>
> http://www.geocities.com/nupursarpal/logoa.jpg
>
> http://www.geocities.com/nupursarpal/logoe.jpg
>
>
> suggestions, comments and feedback are welcome
>
> nupur


From cgf@redhat.com  Thu Apr 11 23:06:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Thu, 11 Apr 2002 23:06:00 -0000
Subject: logos
In-Reply-To: <023c01c1e1e6$89967070$0300a8c0@bluebox>
References:  <023c01c1e1e6$89967070$0300a8c0@bluebox>
Message-ID: <20020412060623.GA28380@redhat.com>

On Fri, Apr 12, 2002 at 03:54:39PM +1000, Eugene Rosenzweig wrote:
>I think they look quite good.  In the last logo thread I got the
>impression that people wanted the established Cygwin logo for letter C,
>maybe you can add a variation on that to your list.

That's correct.  The logo that is being used is apparently the old
"Cyg*nus*" logo.

While I like the logo, I'd prefer the current Cygwin one.  Or even an a
completely new Cygwin logo, for that matter.

This is just my preference for the Cygwin part of Cygwin/XFree86.

cgf

>----- Original Message -----
>From: "Nupur Saurabh" 
>To: 
>Sent: Friday, April 12, 2002 1:40 PM
>Subject: logos
>
>
>> hi all,
>>
>> attached are some logos
>>
>> with some graphics
>>
>> http://www.geocities.com/nupursarpal/logog.jpg
>>
>> http://www.geocities.com/nupursarpal/logod.jpg
>>
>> http://www.geocities.com/nupursarpal/logof.jpg
>>
>> http://www.geocities.com/nupursarpal/logoc.jpg
>>
>>
>>
>> without graphics
>>
>> http://www.geocities.com/nupursarpal/logoa.jpg
>>
>> http://www.geocities.com/nupursarpal/logoe.jpg
>>
>>
>> suggestions, comments and feedback are welcome
>>
>> nupur


From jesse@fractalgraphics.com.au  Fri Apr 12 00:21:00 2002
From: jesse@fractalgraphics.com.au (Jesse Pepper)
Date: Fri, 12 Apr 2002 00:21:00 -0000
Subject: Windows placed directly onto desktop (dream or reality)
Message-ID: <005c01c1e1f2$afeaa410$6b173bcb@peppo>

Hi All,

Sorry in advance if this issue has already been discussed, but I
couldn't find any info on it.

I have a recollection of running XWin on a windows box, and being able
to display windows directly onto the desktop.

That is, one "ms windows" window per x-window.  Is this actually a dream
I had, or is it really possible.  If so, how does one go about achieving
this high state.

I want to be able to overlay "ms windows" windows and "x windows" over
one another.

Thanks,

Jesse

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.346 / Virus Database: 194 - Release Date: 10/04/2002
 


From Tim.Huckvale@Charteris.com  Fri Apr 12 02:32:00 2002
From: Tim.Huckvale@Charteris.com (Tim Huckvale)
Date: Fri, 12 Apr 2002 02:32:00 -0000
Subject: info: single install xfree86 + minimal cygwin?
Message-ID: 

I'm interested in a minimal cygwin / xfree86 package since I'm only
using it to control my SuSE Linux fileserver and internet gateway which
sits in a corner with no keyboard or monitor. I connect via xdm and run
KDE desktop. The total cygwin and xfree86 installation takes up 100
Mbyte disk space, which seems excessive.

I removed the 75dpi fonts in response to Ian's remark below, but had to
put them back when I found that the KDE desktop looked horrible. (It
still doesn't display SuSE's yast2 windows properly, but that's another
story.)

I guess you can't come up with a minimal package that suits everyone,
but perhaps it's worth recording experiences such as mine in the
archive.

Thanks to all involved in cygwin/xfree86 development - you're doing a
super job!

Regards,
Tim



> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Ian Burrell
> Sent: Wednesday, 10 April 2002 00:49
> To: cygwin-xfree@cygwin.com
> Cc: cygwin-apps@cygwin.com
> Subject: Re: info: single install xfree86 + minimal cygwin?
> ....
> There are a couple of refinements that can be made to the 
> repackaging. 
> First, the 75dpi fonts make up the bulk (10MB) of the fonts 
> package and 
> aren't strictly required. They could be made their own package. The 
> miscellaneous fonts could be folded into the base package so there is 
> only one required package.
> ...

_________________________________________________________________
This message from Charteris plc has been checked for viruses
http://www.charteris.com/


From mbradford@bahaigear.com  Fri Apr 12 03:26:00 2002
From: mbradford@bahaigear.com (Matthew Bradford)
Date: Fri, 12 Apr 2002 03:26:00 -0000
Subject: XDMCP and Redhat 7.2
Message-ID: <006a01c1e20c$72375b80$0a00a8c0@henry>

I am having quite a time trying to get cygwin-xfree to log into my redhat
7.2 server via XDMCP.  I have read (and reread) a couple of howto's on the
subject and so AFAIK all the config files are set properly.  (and yes, I
have restarted kdm and even the whole server just to be absolutely sure)  So
here are the details of the problem:

command used to launch xfree:
XWin.exe -ac -query 192.168.0.11

and after running top at a high refresh speed on the server and trying to
start X on my winXP box I see that kdm starts and then it times out
eventually.  I can connect to this server with another Linux box via XDMCP
with no problems so I am at a loss as to what could be going on.

Oh, as for versions of everything:
Client:
    WinXP
    Latest CygWin (just downloaded it today as a fresh install)
    Latest CygWin-XFree (4.2.0)

Server:
    RedHat 7.2
    KDE 3.0
    running KDM (whatever would come with RedHat 7.2 or KDE 3.. not sure if
it is attached to KDE or not)

Any help would be much appreciated.

TIA
    Matt


From xdavid@aragorn.natur.cuni.cz  Fri Apr 12 04:55:00 2002
From: xdavid@aragorn.natur.cuni.cz (David Komanek)
Date: Fri, 12 Apr 2002 04:55:00 -0000
Subject: Xfree and OpenGL
In-Reply-To: 
Message-ID: 


Harold,

as I wrote before, I AM able to run xterm. Probably I don't know which
SGI applications are powered by OpenGL, and there is possibility, some of
the apps I cannot run are not these, but it is obvious that standard X11
apps are running and SGI specials (i.e. management utilities started from
toolchest) aren't.

BR,

  David



> David,
> 
> Just as a sanity check, you have run non OpenGL applications from your SGI
> machine using Cygwin/XFree86, right?  I mean, it wouldn't make much sense to
> jump right into debugging complex applications if an xterm doesn't work
> correctly.
> 
> Just let us know that you have in fact done this.
> 
> Harold
> 
> > -----Original Message-----
> > From: cygwin-xfree-owner@cygwin.com
> > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of David Komanek
> > Sent: Tuesday, April 09, 2002 11:07 AM
> > To: cygwin-xfree@cygwin.com
> > Subject: Re: Xfree and OpenGL
> >
> >
> >
> > Dear Alan,
> >
> > thanks for your comments/advices. I tried glxgears and it works. The gears
> > are not rotating fluent enough on my 800MHz pentium, but I don't expect
> > this is related to my problem.
> >
> > I am able to start xterm, swmgr, toolchest connecting to SGI 6.5.14 box
> > which probably use classical X11 and Motif library only. Trying to start
> > i.e. "jot", it claims:
> >
> > dgl error (protocol): remote machine not DGL capable - meda:10.0
> > dgl error (default init): default dglopen(meda:10.0,4) returned -13
> >
> > Connecting to another box, running IRIX 6.2, it is even worse - swmgr
> > shows only the first "Wait please ...." window and then you can wait for
> > hours and the main window does not appear. In the xterm you can see
> > following message:
> >
> > WARNING: Not all colors for application icons could be allocated.  Some
> > interface elements may have different colors.
> > Warning: creating new shape image
> >
> > Jot coredumps, many others too.
> > Toolchest starts fine, but no apps called invoked from its menus.
> >
> > When I run this apps on the local graphics console of an SGI box, it works
> > fine.
> >
> > Well, this problem is not connection type related (both ssh and
> > telnet+xhost produce same results). Probably should I install something on
> > the SGI boxes to translate DGL requests into the X11 protocol (rendered on
> > the server side, but at least working) ?
> >
> > Any ideas are appreciated.
> >
> > David
> >
kk


From huntharo@msu.edu  Fri Apr 12 04:56:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Fri, 12 Apr 2002 04:56:00 -0000
Subject: Windows placed directly onto desktop (dream or reality)
In-Reply-To: <005c01c1e1f2$afeaa410$6b173bcb@peppo>
Message-ID: 

Jesse,

You were dreaming.

Robert Collins is working on the feature, but it is complex, so don't hold
your breath waiting.

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Jesse Pepper
> Sent: Friday, April 12, 2002 3:22 AM
> To: cygwin-xfree@cygwin.com
> Subject: Windows placed directly onto desktop (dream or reality)
>
>
> Hi All,
>
> Sorry in advance if this issue has already been discussed, but I
> couldn't find any info on it.
>
> I have a recollection of running XWin on a windows box, and being able
> to display windows directly onto the desktop.
>
> That is, one "ms windows" window per x-window.  Is this actually a dream
> I had, or is it really possible.  If so, how does one go about achieving
> this high state.
>
> I want to be able to overlay "ms windows" windows and "x windows" over
> one another.
>
> Thanks,
>
> Jesse
>
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.346 / Virus Database: 194 - Release Date: 10/04/2002
>
>


From xdavid@aragorn.natur.cuni.cz  Fri Apr 12 05:17:00 2002
From: xdavid@aragorn.natur.cuni.cz (David Komanek)
Date: Fri, 12 Apr 2002 05:17:00 -0000
Subject: Xfree and OpenGL
In-Reply-To: <20020412120924.3832.qmail@web14608.mail.yahoo.com>
Message-ID: 


Thank to all people who sent answers to my problem. I think, we can close
this thread just now, after you told me OpenGL, and GL are two different
things and after you confirmed I'll will never be able to send some SGI
apps to non-SGI display.

Thanks again.

  David



Suhaib Siddiqi wrote:

>  Most (NOT ALL) of those management utilities on SGI (IRIX) are in
> fact not OpenGL applications.  Thay are GL and they wont run under
> Xfree86, in fact under almost all X-servers.  you will get error "gl
> error display.  remote display does not support gl".  GL is SGI
> propretary extension.  For example if you try to display jot on a
> Linux or Solaris, you will never work.  You MAY remotely display SGI
> applications liked GL libraries, only if you but SGI hardware with SGI
> version of RedHat Linux installed on it.  From Windows, most of the
> time you are up in the air if you are trying to an application which
> uses SGI GL exntension.




From ssiddiqi.no.spam@ssiddiqi.net  Fri Apr 12 05:22:00 2002
From: ssiddiqi.no.spam@ssiddiqi.net (ssiddiqi.no.spam@ssiddiqi.net)
Date: Fri, 12 Apr 2002 05:22:00 -0000
Subject: XFree and OpenGL
Message-ID: 

Most of the SGI special utilities are linked to SGI propretary GL 
libraries and they wont display on XFree86 - in fact on any remote 
x-server. For example if you start jot, you will get an error gl not
supported 
on remote display. GL is SGI old propretary extension and IRIX is 
still shipped with many utilities linked to old GL libraries (NOT OpenGL).
They cannot 
be displayed on any remote X-server, except a remote SGI workstation, 
period. It is not XFree86 fault.

Suhaib
David Komanek  wrote: 

Harold,

as I wrote before, I AM able to run xterm. Probably I don't know which
SGI applications are powered by OpenGL, and there is possibility, some of
the apps I cannot run are not these, but it is obvious that standard X11
apps are running and SGI specials (i.e. management utilities started from
toolchest) aren't.

BR,

David



> David,
> 
> Just as a sanity check, you have run non OpenGL applications from your SGI
> machine using Cygwin/XFree86, right? I mean, it wouldn't make much sense
to
> jump right into debugging complex applications if an xterm doesn't work
> correctly.
> 
> Just let us know that you have in fact done this.
> 
> Harold
> 
> > -----Original Message-----
> > From: cygwin-xfree-owner@cygwin.com
> > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of David Komanek
> > Sent: Tuesday, April 09, 2002 11:07 AM
> > To: cygwin-xfree@cygwin.com
> > Subject: Re: Xfree and OpenGL
> >
> >
> >
> > Dear Alan,
> >
> > thanks for your comments/advices. I tried glxgears and it works. The
gears
> > are not rotating fluent enough on my 800MHz pentium, but I don't expect
> > this is related to my problem.
> >
> > I am able to start xterm, swmgr, toolchest connecting to SGI 6.5.14 box
> > which probably use classical X11 and Motif library only. Trying to start
> > i.e. "jot", it claims:
> >
> > dgl error (protocol): remote machine not DGL capable - meda:10.0
> > dgl error (default init): default dglopen(meda:10.0,4) returned -13
> >
> > Connecting to another box, running IRIX 6.2, it is even worse - swmgr
> > shows only the first "Wait please ...." window and then you can wait for
> > hours and the main window does not appear. In the xterm you can see
> > following message:
> >
> > WARNING: Not all colors for application icons could be allocated. Some
> > interface elements may have different colors.
> > Warning: creating new shape image
> >
> > Jot coredumps, many others too.
> > Toolchest starts fine, but no apps called invoked from its menus.
> >
> > When I run this apps on the local graphics console of an SGI box, it
works
> > fine.
> >
> > Well, this problem is not connection type related (both ssh and
> > telnet+xhost produce same results). Probably should I install something
on
> > the SGI boxes to translate DGL requests into the X11 protocol (rendered
on
> > the server side, but at least working) ?
> >
> > Any ideas are appreciated.
> >
> > David
> >
kk



From salexander@taz.qinetiq.com  Fri Apr 12 06:46:00 2002
From: salexander@taz.qinetiq.com (Scott Alexander)
Date: Fri, 12 Apr 2002 06:46:00 -0000
Subject: kde 3.0 no icons
References: <200204101705.42781.mmanohar@attbi.com>
Message-ID: <001301c1e228$a2121db0$2153b80a@gooshy>

Thanks a lot this solved my problem also.

Cheers for the help
Scott Alexander.


 > -----Original Message-----
 > From: Joan Bertran [mailto:jbertran@cirsa.com]
 > Sent: Wednesday, April 10, 2002 8:40 AM
 > To: huntharo@msu.edu
 > Subject: RE: kde 3.0 no icons
 >
 >
 >   I have the same problem and i have found a workaround,
 > just reducing the M$-windows color depth from 32 bit to 15 bits
 > per pixel (it's the only high-color options on my driver) solves this
 > and all icons are displayed fine.
 >
 >               Joan Bertran.
 >
 >



From eugenius@dingoblue.net.au  Fri Apr 12 07:12:00 2002
From: eugenius@dingoblue.net.au (Eugene Rosenzweig)
Date: Fri, 12 Apr 2002 07:12:00 -0000
Subject: Windows placed directly onto desktop (dream or reality)
References: <005c01c1e1f2$afeaa410$6b173bcb@peppo>
Message-ID: <02aa01c1e22c$0c1dea10$0300a8c0@bluebox>

X-Win32 from www.starnet.com and Hummingbird Exceed X server provide native
window modes but they are both pricey commercial products and they don't
have the advantage of the having the whole cygwin environment. It is handy
to be have the ability to have native X windows, provides more seamless
integration with native GUI. I look forward to XFree86 support for it.

----- Original Message -----
From: "Jesse Pepper" 
To: 
Sent: Friday, April 12, 2002 5:21 PM
Subject: Windows placed directly onto desktop (dream or reality)


> Hi All,
>
> Sorry in advance if this issue has already been discussed, but I
> couldn't find any info on it.
>
> I have a recollection of running XWin on a windows box, and being able
> to display windows directly onto the desktop.
>
> That is, one "ms windows" window per x-window.  Is this actually a dream
> I had, or is it really possible.  If so, how does one go about achieving
> this high state.
>
> I want to be able to overlay "ms windows" windows and "x windows" over
> one another.
>
> Thanks,
>
> Jesse
>
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.346 / Virus Database: 194 - Release Date: 10/04/2002
>
>


From lws@hiwaay.net  Fri Apr 12 07:16:00 2002
From: lws@hiwaay.net (Dr. Lawrence  W. Spradley)
Date: Fri, 12 Apr 2002 07:16:00 -0000
Subject: Problems installing cygwin-xfree86 on a Dell WIN2K box
References: 
Message-ID: <002601c1e22c$c537ee60$2204b4d8@default>


----- Original Message -----
From: "Harold Hunt" 
To: 
Cc: 
Sent: Thursday, April 11, 2002 11:46 AM
Subject: RE: Problems installing cygwin-xfree86 on a Dell WIN2K box

Harold:

    Thanks for your response. I was, in fact, following those directions
verbatim, on that very web page, when the Xinstall.sh script exited with an
error meassage saying that the extract command wasn't working properly &
admonishing me to fix that & try again. I had just downloaded the entire
XFree86 package Wednesday A.M. from ftp.nas.nasa.gov using the ftp command
from the cygwin bash shell command line ("mget *" from the
.../xfree/4.2.0/binaries directory). This download included the extract
command which I believe Xinstall.sh tried to use to unpack everything (after
I copied it to the /bin directory from the bash command line). I guess my
question is "what do I need to do to 'fix' the extract command & try again"
? Would the regular tar command downloaded earlier & included w/ the basic
cygwin package work ? Thanks in advance.

> If you read the Cygwin/XFree86 User's Guide instructions on installation
> then you would know exactly what to do.
>
> http://xfree86.cygwin.com/docs/ug/
>
> Harold
>



From Alexander.Gottwald@informatik.tu-chemnitz.de  Fri Apr 12 08:43:00 2002
From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald)
Date: Fri, 12 Apr 2002 08:43:00 -0000
Subject: XDMCP and Redhat 7.2
In-Reply-To: <006a01c1e20c$72375b80$0a00a8c0@henry>
Message-ID: 

On Fri, 12 Apr 2002, Matthew Bradford wrote:

> start X on my winXP box I see that kdm starts and then it times out
> eventually.  I can connect to this server with another Linux box via XDMCP

What do you mean with "times out"?

bye
    ago
-- 
 Alexander.Gottwald@informatik.tu-chemnitz.de 
 http://www.gotti.org           ICQ: 126018723
 phone: +49 3725 349 80 80	mobile: +49 172 7854017
 4. Chemnitzer Linux-Tag http://www.tu-chemnitz.de/linux/tag/lt4


From mbradford@bahaigear.com  Fri Apr 12 11:11:00 2002
From: mbradford@bahaigear.com (Matthew Bradford)
Date: Fri, 12 Apr 2002 11:11:00 -0000
Subject: XDMCP and Redhat 7.2
References: 
Message-ID: <00e601c1e24d$5eaeaeb0$0a00a8c0@henry>

Just that a new version of kdm is spawned and then eventually it dies.  I am
assuming this is a timeout because it cannot connect to the X server.  (see
my second message on this subject)  To sum up, I can run remote X programs
when using SSH -X, however if I telnet in and set the DISPLAY variable it
refuses the connection no matter what.

    - Matt

----- Original Message -----
From: "Alexander Gottwald" 
To: "Matthew Bradford" 
Cc: 
Sent: Friday, April 12, 2002 11:43 AM
Subject: Re: XDMCP and Redhat 7.2


> On Fri, 12 Apr 2002, Matthew Bradford wrote:
>
> > start X on my winXP box I see that kdm starts and then it times out
> > eventually.  I can connect to this server with another Linux box via
XDMCP
>
> What do you mean with "times out"?
>
> bye
>     ago
> --
>  Alexander.Gottwald@informatik.tu-chemnitz.de
>  http://www.gotti.org           ICQ: 126018723
>  phone: +49 3725 349 80 80 mobile: +49 172 7854017
>  4. Chemnitzer Linux-Tag http://www.tu-chemnitz.de/linux/tag/lt4


From huntharo@msu.edu  Fri Apr 12 11:18:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Fri, 12 Apr 2002 11:18:00 -0000
Subject: XDMCP and Redhat 7.2
In-Reply-To: <00e601c1e24d$5eaeaeb0$0a00a8c0@henry>
Message-ID: 

Matt,

Did we already ask if you have multiple network cards in your Windows
machine, or any token ring cards?

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Matthew Bradford
> Sent: Friday, April 12, 2002 2:11 PM
> To: Alexander Gottwald
> Cc: cygwin-xfree@cygwin.com
> Subject: Re: XDMCP and Redhat 7.2
>
>
> Just that a new version of kdm is spawned and then eventually it
> dies.  I am
> assuming this is a timeout because it cannot connect to the X
> server.  (see
> my second message on this subject)  To sum up, I can run remote X programs
> when using SSH -X, however if I telnet in and set the DISPLAY variable it
> refuses the connection no matter what.
>
>     - Matt
>
> ----- Original Message -----
> From: "Alexander Gottwald" 
> To: "Matthew Bradford" 
> Cc: 
> Sent: Friday, April 12, 2002 11:43 AM
> Subject: Re: XDMCP and Redhat 7.2
>
>
> > On Fri, 12 Apr 2002, Matthew Bradford wrote:
> >
> > > start X on my winXP box I see that kdm starts and then it times out
> > > eventually.  I can connect to this server with another Linux box via
> XDMCP
> >
> > What do you mean with "times out"?
> >
> > bye
> >     ago
> > --
> >  Alexander.Gottwald@informatik.tu-chemnitz.de
> >  http://www.gotti.org           ICQ: 126018723
> >  phone: +49 3725 349 80 80 mobile: +49 172 7854017
> >  4. Chemnitzer Linux-Tag http://www.tu-chemnitz.de/linux/tag/lt4
>


From jim.george@blueyonder.co.uk  Fri Apr 12 13:03:00 2002
From: jim.george@blueyonder.co.uk (Jim George)
Date: Fri, 12 Apr 2002 13:03:00 -0000
Subject: info: single install xfree86 + minimal cygwin?
References: 
Message-ID: <009101c1e25c$e559a2d0$0100a8c0@gateway>

If you SuSE Linux box is only acting as a fileserver, gateway why run X on
it?  If you make it run at runlevel 3 then it only needs the command prompt
and you won't need xfree86 under cygwin to access it.

Indeed you don't anyway, simply ssh or telnet to Linux box.

Jim

----- Original Message -----
From: "Tim Huckvale" 
To: 
Sent: Friday, April 12, 2002 10:31 AM
Subject: RE: info: single install xfree86 + minimal cygwin?


I'm interested in a minimal cygwin / xfree86 package since I'm only
using it to control my SuSE Linux fileserver and internet gateway which
sits in a corner with no keyboard or monitor. I connect via xdm and run
KDE desktop. The total cygwin and xfree86 installation takes up 100
Mbyte disk space, which seems excessive.

I removed the 75dpi fonts in response to Ian's remark below, but had to
put them back when I found that the KDE desktop looked horrible. (It
still doesn't display SuSE's yast2 windows properly, but that's another
story.)

I guess you can't come up with a minimal package that suits everyone,
but perhaps it's worth recording experiences such as mine in the
archive.

Thanks to all involved in cygwin/xfree86 development - you're doing a
super job!

Regards,
Tim



> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Ian Burrell
> Sent: Wednesday, 10 April 2002 00:49
> To: cygwin-xfree@cygwin.com
> Cc: cygwin-apps@cygwin.com
> Subject: Re: info: single install xfree86 + minimal cygwin?
> ....
> There are a couple of refinements that can be made to the
> repackaging.
> First, the 75dpi fonts make up the bulk (10MB) of the fonts
> package and
> aren't strictly required. They could be made their own package. The
> miscellaneous fonts could be folded into the base package so there is
> only one required package.
> ...

_________________________________________________________________
This message from Charteris plc has been checked for viruses
http://www.charteris.com/


From mbradford@bahaigear.com  Fri Apr 12 13:06:00 2002
From: mbradford@bahaigear.com (Matthew Bradford)
Date: Fri, 12 Apr 2002 13:06:00 -0000
Subject: XDMCP and Redhat 7.2
References: 
Message-ID: <00fe01c1e25d$6f8a8730$0a00a8c0@henry>

No you haven't asked, but no.  Only one card that gets its address from the
DHCP server on my network.  (Also a linux box)

Good question though.. I am assuming you thought perhaps I was tryin to
access the wrong network?
    - Matt

----- Original Message -----
From: "Harold Hunt" 
To: "Matthew Bradford" 
Cc: "cygx" 
Sent: Friday, April 12, 2002 2:18 PM
Subject: RE: XDMCP and Redhat 7.2


> Matt,
>
> Did we already ask if you have multiple network cards in your Windows
> machine, or any token ring cards?
>
> Harold
>
> > -----Original Message-----
> > From: cygwin-xfree-owner@cygwin.com
> > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Matthew Bradford
> > Sent: Friday, April 12, 2002 2:11 PM
> > To: Alexander Gottwald
> > Cc: cygwin-xfree@cygwin.com
> > Subject: Re: XDMCP and Redhat 7.2
> >
> >
> > Just that a new version of kdm is spawned and then eventually it
> > dies.  I am
> > assuming this is a timeout because it cannot connect to the X
> > server.  (see
> > my second message on this subject)  To sum up, I can run remote X
programs
> > when using SSH -X, however if I telnet in and set the DISPLAY variable
it
> > refuses the connection no matter what.
> >
> >     - Matt
> >
> > ----- Original Message -----
> > From: "Alexander Gottwald"

> > To: "Matthew Bradford" 
> > Cc: 
> > Sent: Friday, April 12, 2002 11:43 AM
> > Subject: Re: XDMCP and Redhat 7.2
> >
> >
> > > On Fri, 12 Apr 2002, Matthew Bradford wrote:
> > >
> > > > start X on my winXP box I see that kdm starts and then it times out
> > > > eventually.  I can connect to this server with another Linux box via
> > XDMCP
> > >
> > > What do you mean with "times out"?
> > >
> > > bye
> > >     ago
> > > --
> > >  Alexander.Gottwald@informatik.tu-chemnitz.de
> > >  http://www.gotti.org           ICQ: 126018723
> > >  phone: +49 3725 349 80 80 mobile: +49 172 7854017
> > >  4. Chemnitzer Linux-Tag http://www.tu-chemnitz.de/linux/tag/lt4
> >


From huntharo@msu.edu  Fri Apr 12 13:28:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Fri, 12 Apr 2002 13:28:00 -0000
Subject: XDMCP and Redhat 7.2
In-Reply-To: <00fe01c1e25d$6f8a8730$0a00a8c0@henry>
Message-ID: 

Matt,

> No you haven't asked, but no.

Good.

> Good question though.. I am assuming you thought perhaps I was tryin to
> access the wrong network?

Not quite.  The Cygwin folks (esp. Alexander Gottwald) have been working for
some time to make sure that cygwin1.dll is able to return correct
information on the available network interfaces.  The problem situations
have been when a machine has more than one network card, or a token ring
network card.  You don't have either so this isn't a problem.

> Only one card that gets its address from the
> DHCP server on my network.  (Also a linux box)

Hmm... perhaps you should try using the -from parameter with the IP address
of the Windows machine that you are using Cygwin/XFree86 on.  I suspect that
there may be a problem with Windows reporting a certain hostname that your
Linux box can't find an IP address for.  Here's  an example command line:

XWin -query linux_ip_address -from windows_ip_address

Let me know,

Harold


> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Matthew Bradford
> Sent: Friday, April 12, 2002 4:06 PM
> To: Harold Hunt
> Cc: cygx
> Subject: Re: XDMCP and Redhat 7.2
>
>
> No you haven't asked, but no.  Only one card that gets its
> address from the
> DHCP server on my network.  (Also a linux box)
>
> Good question though.. I am assuming you thought perhaps I was tryin to
> access the wrong network?
>     - Matt
>
> ----- Original Message -----
> From: "Harold Hunt" 
> To: "Matthew Bradford" 
> Cc: "cygx" 
> Sent: Friday, April 12, 2002 2:18 PM
> Subject: RE: XDMCP and Redhat 7.2
>
>
> > Matt,
> >
> > Did we already ask if you have multiple network cards in your Windows
> > machine, or any token ring cards?
> >
> > Harold
> >
> > > -----Original Message-----
> > > From: cygwin-xfree-owner@cygwin.com
> > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Matthew Bradford
> > > Sent: Friday, April 12, 2002 2:11 PM
> > > To: Alexander Gottwald
> > > Cc: cygwin-xfree@cygwin.com
> > > Subject: Re: XDMCP and Redhat 7.2
> > >
> > >
> > > Just that a new version of kdm is spawned and then eventually it
> > > dies.  I am
> > > assuming this is a timeout because it cannot connect to the X
> > > server.  (see
> > > my second message on this subject)  To sum up, I can run remote X
> programs
> > > when using SSH -X, however if I telnet in and set the DISPLAY variable
> it
> > > refuses the connection no matter what.
> > >
> > >     - Matt
> > >
> > > ----- Original Message -----
> > > From: "Alexander Gottwald"
> 
> > > To: "Matthew Bradford" 
> > > Cc: 
> > > Sent: Friday, April 12, 2002 11:43 AM
> > > Subject: Re: XDMCP and Redhat 7.2
> > >
> > >
> > > > On Fri, 12 Apr 2002, Matthew Bradford wrote:
> > > >
> > > > > start X on my winXP box I see that kdm starts and then it
> times out
> > > > > eventually.  I can connect to this server with another
> Linux box via
> > > XDMCP
> > > >
> > > > What do you mean with "times out"?
> > > >
> > > > bye
> > > >     ago
> > > > --
> > > >  Alexander.Gottwald@informatik.tu-chemnitz.de
> > > >  http://www.gotti.org           ICQ: 126018723
> > > >  phone: +49 3725 349 80 80 mobile: +49 172 7854017
> > > >  4. Chemnitzer Linux-Tag http://www.tu-chemnitz.de/linux/tag/lt4
> > >
>


From mbradford@bahaigear.com  Fri Apr 12 14:06:00 2002
From: mbradford@bahaigear.com (Matthew Bradford)
Date: Fri, 12 Apr 2002 14:06:00 -0000
Subject: XDMCP and Redhat 7.2
References: 
Message-ID: <013201c1e265$da54cf50$0a00a8c0@henry>

Harold,

First, thank you very much for your time and attention.  Now onto the
results of your last email:

I've tried that before, but I tried it again just to be sure... and still no
go.

did you get my previous email talking about the connection refused issue?  I
think this is related.  The only way I can get any remote X app to run is
when I tunnel it through SSH.  Setting the export variable doesn't work.
(even when i run xhost + and/or pass the -ac option to the X server)  It is
acting as if access control is on still.

Any ideas on how to fix that?  I'll put ya money on it that is the issue.  I
just have no idea how to fix it.

    - Matt

----- Original Message -----
From: "Harold Hunt" 
To: "Matthew Bradford" 
Cc: "cygx" 
Sent: Friday, April 12, 2002 4:28 PM
Subject: RE: XDMCP and Redhat 7.2


> Matt,
>
> > No you haven't asked, but no.
>
> Good.
>
> > Good question though.. I am assuming you thought perhaps I was tryin to
> > access the wrong network?
>
> Not quite.  The Cygwin folks (esp. Alexander Gottwald) have been working
for
> some time to make sure that cygwin1.dll is able to return correct
> information on the available network interfaces.  The problem situations
> have been when a machine has more than one network card, or a token ring
> network card.  You don't have either so this isn't a problem.
>
> > Only one card that gets its address from the
> > DHCP server on my network.  (Also a linux box)
>
> Hmm... perhaps you should try using the -from parameter with the IP
address
> of the Windows machine that you are using Cygwin/XFree86 on.  I suspect
that
> there may be a problem with Windows reporting a certain hostname that your
> Linux box can't find an IP address for.  Here's  an example command line:
>
> XWin -query linux_ip_address -from windows_ip_address
>
> Let me know,
>
> Harold
>
>
> > -----Original Message-----
> > From: cygwin-xfree-owner@cygwin.com
> > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Matthew Bradford
> > Sent: Friday, April 12, 2002 4:06 PM
> > To: Harold Hunt
> > Cc: cygx
> > Subject: Re: XDMCP and Redhat 7.2
> >
> >
> > No you haven't asked, but no.  Only one card that gets its
> > address from the
> > DHCP server on my network.  (Also a linux box)
> >
> > Good question though.. I am assuming you thought perhaps I was tryin to
> > access the wrong network?
> >     - Matt
> >
> > ----- Original Message -----
> > From: "Harold Hunt" 
> > To: "Matthew Bradford" 
> > Cc: "cygx" 
> > Sent: Friday, April 12, 2002 2:18 PM
> > Subject: RE: XDMCP and Redhat 7.2
> >
> >
> > > Matt,
> > >
> > > Did we already ask if you have multiple network cards in your Windows
> > > machine, or any token ring cards?
> > >
> > > Harold
> > >
> > > > -----Original Message-----
> > > > From: cygwin-xfree-owner@cygwin.com
> > > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Matthew Bradford
> > > > Sent: Friday, April 12, 2002 2:11 PM
> > > > To: Alexander Gottwald
> > > > Cc: cygwin-xfree@cygwin.com
> > > > Subject: Re: XDMCP and Redhat 7.2
> > > >
> > > >
> > > > Just that a new version of kdm is spawned and then eventually it
> > > > dies.  I am
> > > > assuming this is a timeout because it cannot connect to the X
> > > > server.  (see
> > > > my second message on this subject)  To sum up, I can run remote X
> > programs
> > > > when using SSH -X, however if I telnet in and set the DISPLAY
variable
> > it
> > > > refuses the connection no matter what.
> > > >
> > > >     - Matt
> > > >
> > > > ----- Original Message -----
> > > > From: "Alexander Gottwald"
> > 
> > > > To: "Matthew Bradford" 
> > > > Cc: 
> > > > Sent: Friday, April 12, 2002 11:43 AM
> > > > Subject: Re: XDMCP and Redhat 7.2
> > > >
> > > >
> > > > > On Fri, 12 Apr 2002, Matthew Bradford wrote:
> > > > >
> > > > > > start X on my winXP box I see that kdm starts and then it
> > times out
> > > > > > eventually.  I can connect to this server with another
> > Linux box via
> > > > XDMCP
> > > > >
> > > > > What do you mean with "times out"?
> > > > >
> > > > > bye
> > > > >     ago
> > > > > --
> > > > >  Alexander.Gottwald@informatik.tu-chemnitz.de
> > > > >  http://www.gotti.org           ICQ: 126018723
> > > > >  phone: +49 3725 349 80 80 mobile: +49 172 7854017
> > > > >  4. Chemnitzer Linux-Tag http://www.tu-chemnitz.de/linux/tag/lt4
> > > >
> >


From huntharo@msu.edu  Fri Apr 12 17:14:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Fri, 12 Apr 2002 17:14:00 -0000
Subject: XDMCP and Redhat 7.2
In-Reply-To: <013201c1e265$da54cf50$0a00a8c0@henry>
Message-ID: 

Matt,

Do you own a commercial X-server product, such as Exceed or X-Win32?

Do you have firewall software installed on your computer?

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Matthew Bradford
> Sent: Friday, April 12, 2002 5:06 PM
> To: Harold Hunt
> Cc: cygx
> Subject: Re: XDMCP and Redhat 7.2
>
>
> Harold,
>
> First, thank you very much for your time and attention.  Now onto the
> results of your last email:
>
> I've tried that before, but I tried it again just to be sure...
> and still no
> go.
>
> did you get my previous email talking about the connection
> refused issue?  I
> think this is related.  The only way I can get any remote X app to run is
> when I tunnel it through SSH.  Setting the export variable doesn't work.
> (even when i run xhost + and/or pass the -ac option to the X
> server)  It is
> acting as if access control is on still.
>
> Any ideas on how to fix that?  I'll put ya money on it that is
> the issue.  I
> just have no idea how to fix it.
>
>     - Matt
>
> ----- Original Message -----
> From: "Harold Hunt" 
> To: "Matthew Bradford" 
> Cc: "cygx" 
> Sent: Friday, April 12, 2002 4:28 PM
> Subject: RE: XDMCP and Redhat 7.2
>
>
> > Matt,
> >
> > > No you haven't asked, but no.
> >
> > Good.
> >
> > > Good question though.. I am assuming you thought perhaps I
> was tryin to
> > > access the wrong network?
> >
> > Not quite.  The Cygwin folks (esp. Alexander Gottwald) have been working
> for
> > some time to make sure that cygwin1.dll is able to return correct
> > information on the available network interfaces.  The problem situations
> > have been when a machine has more than one network card, or a token ring
> > network card.  You don't have either so this isn't a problem.
> >
> > > Only one card that gets its address from the
> > > DHCP server on my network.  (Also a linux box)
> >
> > Hmm... perhaps you should try using the -from parameter with the IP
> address
> > of the Windows machine that you are using Cygwin/XFree86 on.  I suspect
> that
> > there may be a problem with Windows reporting a certain
> hostname that your
> > Linux box can't find an IP address for.  Here's  an example
> command line:
> >
> > XWin -query linux_ip_address -from windows_ip_address
> >
> > Let me know,
> >
> > Harold
> >
> >
> > > -----Original Message-----
> > > From: cygwin-xfree-owner@cygwin.com
> > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Matthew Bradford
> > > Sent: Friday, April 12, 2002 4:06 PM
> > > To: Harold Hunt
> > > Cc: cygx
> > > Subject: Re: XDMCP and Redhat 7.2
> > >
> > >
> > > No you haven't asked, but no.  Only one card that gets its
> > > address from the
> > > DHCP server on my network.  (Also a linux box)
> > >
> > > Good question though.. I am assuming you thought perhaps I
> was tryin to
> > > access the wrong network?
> > >     - Matt
> > >
> > > ----- Original Message -----
> > > From: "Harold Hunt" 
> > > To: "Matthew Bradford" 
> > > Cc: "cygx" 
> > > Sent: Friday, April 12, 2002 2:18 PM
> > > Subject: RE: XDMCP and Redhat 7.2
> > >
> > >
> > > > Matt,
> > > >
> > > > Did we already ask if you have multiple network cards in
> your Windows
> > > > machine, or any token ring cards?
> > > >
> > > > Harold
> > > >
> > > > > -----Original Message-----
> > > > > From: cygwin-xfree-owner@cygwin.com
> > > > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of
> Matthew Bradford
> > > > > Sent: Friday, April 12, 2002 2:11 PM
> > > > > To: Alexander Gottwald
> > > > > Cc: cygwin-xfree@cygwin.com
> > > > > Subject: Re: XDMCP and Redhat 7.2
> > > > >
> > > > >
> > > > > Just that a new version of kdm is spawned and then eventually it
> > > > > dies.  I am
> > > > > assuming this is a timeout because it cannot connect to the X
> > > > > server.  (see
> > > > > my second message on this subject)  To sum up, I can run remote X
> > > programs
> > > > > when using SSH -X, however if I telnet in and set the DISPLAY
> variable
> > > it
> > > > > refuses the connection no matter what.
> > > > >
> > > > >     - Matt
> > > > >
> > > > > ----- Original Message -----
> > > > > From: "Alexander Gottwald"
> > > 
> > > > > To: "Matthew Bradford" 
> > > > > Cc: 
> > > > > Sent: Friday, April 12, 2002 11:43 AM
> > > > > Subject: Re: XDMCP and Redhat 7.2
> > > > >
> > > > >
> > > > > > On Fri, 12 Apr 2002, Matthew Bradford wrote:
> > > > > >
> > > > > > > start X on my winXP box I see that kdm starts and then it
> > > times out
> > > > > > > eventually.  I can connect to this server with another
> > > Linux box via
> > > > > XDMCP
> > > > > >
> > > > > > What do you mean with "times out"?
> > > > > >
> > > > > > bye
> > > > > >     ago
> > > > > > --
> > > > > >  Alexander.Gottwald@informatik.tu-chemnitz.de
> > > > > >  http://www.gotti.org           ICQ: 126018723
> > > > > >  phone: +49 3725 349 80 80 mobile: +49 172 7854017
> > > > > >  4. Chemnitzer Linux-Tag http://www.tu-chemnitz.de/linux/tag/lt4
> > > > >
> > >
>


From iburrell@znark.com  Fri Apr 12 19:08:00 2002
From: iburrell@znark.com (Ian Burrell)
Date: Fri, 12 Apr 2002 19:08:00 -0000
Subject: XDMCP and Redhat 7.2
References:  <013201c1e265$da54cf50$0a00a8c0@henry>
Message-ID: <3CB792FD.8050800@znark.com>

Matthew Bradford wrote:
> 
> First, thank you very much for your time and attention.  Now onto the
> results of your last email:
> 
> I've tried that before, but I tried it again just to be sure... and still no
> go.
> 
> did you get my previous email talking about the connection refused issue?  I
> think this is related.  The only way I can get any remote X app to run is
> when I tunnel it through SSH.  Setting the export variable doesn't work.
> (even when i run xhost + and/or pass the -ac option to the X server)  It is
> acting as if access control is on still.
> 
> Any ideas on how to fix that?  I'll put ya money on it that is the issue.  I
> just have no idea how to fix it.
> 

Also, check if you have any .Xauthority files. Try moving the existing 
ones are regenerating them. If you are running an X server, "xauth 
generate " connects to the server and generates new cookies. You 
can copy the resulting .Xauthority file to Red Hat 7.2 machine.

One thing to try is turn on debugging in the XDMCP server. I don't know 
how this is done with kdm. xdm has a -debug flag.

  - Ian

-- 
iburrell@znark.com
http://www.znark.com/


From flip@mrflip.com  Fri Apr 12 21:30:00 2002
From: flip@mrflip.com (Philip Flip Kromer)
Date: Fri, 12 Apr 2002 21:30:00 -0000
Subject: Clipboard inspector in X?
Message-ID: <3CB7B0EB.2080204@mrflip.com>

Hello,

I am trying to debug an issue with cutting and pasting between 
XFree86/Cygwin and eXceed.  I have the latest xwinclip from
   http://xfree86.cygwin.com/devel/xwinclip/
   ftp://ftp.sunsite.utk.edu/pub/cygwin/xfree/devel/xwinclip/

I am sure there must be an X equivalent of the Windows Clipboard Viewer 
(C:\WINDOWS\system32\clipbrd.exe): something that will sit and poll the 
x-windows clipboard(s) and show the current contents.

Unless I am missing the boat, this doesn't seem to be the purpose of 
either xcutsel or xclipboard.  I built xwinclip with debug information on 
but wanted even yet still more verbosity, and preferably something that is 
pure X.

So: Can you point me to a utility that will continuously poll the X 
PRIMARY clipboard, reflecting and displaying the current state?

Thanks!

flip




From huntharo@msu.edu  Fri Apr 12 22:04:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Fri, 12 Apr 2002 22:04:00 -0000
Subject: kde 3.0 no icons
In-Reply-To: <001301c1e228$a2121db0$2153b80a@gooshy>
Message-ID: 

I'm submitting a bug report to KDE to gather more information.

I can reproduce this bug when I put my graphics card into 32 bit color mode,
but I need to know if any user out there with a graphics card capable of 24
bit color mode has this problem when they are in 24 bit color mode.

Please respond ASAP if you can tell me whether or not 24 bit color produces
the same problem of no icons in KDE 3.

Thanks,

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Scott Alexander
> Sent: Friday, April 12, 2002 9:48 AM
> To: cygwin-xfree@cygwin.com
> Subject: Re: kde 3.0 no icons
>
>
> Thanks a lot this solved my problem also.
>
> Cheers for the help
> Scott Alexander.
>
>
>  > -----Original Message-----
>  > From: Joan Bertran [mailto:jbertran@cirsa.com]
>  > Sent: Wednesday, April 10, 2002 8:40 AM
>  > To: huntharo@msu.edu
>  > Subject: RE: kde 3.0 no icons
>  >
>  >
>  >   I have the same problem and i have found a workaround,
>  > just reducing the M$-windows color depth from 32 bit to 15 bits
>  > per pixel (it's the only high-color options on my driver) solves this
>  > and all icons are displayed fine.
>  >
>  >               Joan Bertran.
>  >
>  >
>
>


From Alexander.Gottwald@informatik.tu-chemnitz.de  Sat Apr 13 03:52:00 2002
From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald)
Date: Sat, 13 Apr 2002 03:52:00 -0000
Subject: XDMCP and Redhat 7.2
In-Reply-To: <00e601c1e24d$5eaeaeb0$0a00a8c0@henry>
Message-ID: 

On Fri, 12 Apr 2002, Matthew Bradford wrote:

> Just that a new version of kdm is spawned and then eventually it dies.  I am
> assuming this is a timeout because it cannot connect to the X server.  

You you use XDMCP from Linux with Xnest?

What dose the kdm errorlog state? Is there any session trace in 
~/.xsession-errors? Can you trace the .xinitrc or .xsession by adding 
a "set -x" at the beginning and check the output in ~/.xsession-errors


> To sum up, I can run remote X programs
> when using SSH -X, however if I telnet in and set the DISPLAY variable it
> refuses the connection no matter what.

Thats normal. See man Xsecurity

bye
    ago
-- 
 Alexander.Gottwald@informatik.tu-chemnitz.de 
 http://www.gotti.org           ICQ: 126018723
 phone: +49 3725 349 80 80	mobile: +49 172 7854017
 4. Chemnitzer Linux-Tag http://www.tu-chemnitz.de/linux/tag/lt4


From tim.huckvale@bcs.org.uk  Sat Apr 13 05:34:00 2002
From: tim.huckvale@bcs.org.uk (Tim Huckvale)
Date: Sat, 13 Apr 2002 05:34:00 -0000
Subject: info: single install xfree86 + minimal cygwin?
In-Reply-To: <009101c1e25c$e559a2d0$0100a8c0@gateway>
Message-ID: <000301c1e2e7$840c35c0$0200a8c0@local>

Sorry, I simplified a bit. I do telnet for simple tasks, but I'm playing
around with Linux for other things as well. This is a home network, and we
were using Wingate on a Windows 95 machine as internet gateway. The
all-family frustration this was generating became my excuse to build a Linux
box over Christmas and revisit my unix-hacking roots. I went for KDE because
I'm getting to old to re-learn all that vi finger-work. Now if I could just
get DNS to work properly... - but that's another mailing list.

Tim


> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Jim George
> Sent: Friday, 12 April 2002 21:02
> To: cygwin-xfree@cygwin.com
> Subject: Re: info: single install xfree86 + minimal cygwin?
>
>
> If you SuSE Linux box is only acting as a fileserver, gateway
> why run X on
> it?  If you make it run at runlevel 3 then it only needs the
> command prompt
> and you won't need xfree86 under cygwin to access it.
>
> Indeed you don't anyway, simply ssh or telnet to Linux box.
>
> Jim
>
> ----- Original Message -----
> From: "Tim Huckvale" 
> To: 
> Sent: Friday, April 12, 2002 10:31 AM
> Subject: RE: info: single install xfree86 + minimal cygwin?
>
>
> I'm interested in a minimal cygwin / xfree86 package since I'm only
> using it to control my SuSE Linux fileserver and internet
> gateway which
> sits in a corner with no keyboard or monitor. I connect via
> xdm and run
> KDE desktop. The total cygwin and xfree86 installation takes up 100
> Mbyte disk space, which seems excessive.
> ...


From huntharo@msu.edu  Sat Apr 13 08:20:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Sat, 13 Apr 2002 08:20:00 -0000
Subject: kde 3.0 no icons
In-Reply-To: 
Message-ID: 

I submitted a bug report to KDE for this:

http://bugs.kde.org/db/40/40875.html

Hopefully we'll be able to figure out what is going on.

Harold


From warren-postma@rogers.com  Sat Apr 13 19:48:00 2002
From: warren-postma@rogers.com (Warren Postma)
Date: Sat, 13 Apr 2002 19:48:00 -0000
Subject: The usual 'could not open default font 'fixed''.
Message-ID: <003601c1e35e$cb37fe80$312a2a0a@CR551617A>

I read the cygwin-xfree installation and FAQ, and read the entry about the
Could Not Open Default Font, then I re-ran setup.exe to change the default
file type to Unix, then I reinstalled the 100dpi fonts.  Then I thought,
maybe a setting in the Cygwin.DLL is still loaded and I need to reboot.  I
rebooted, and still no luck.

So, what do you do if the FAQ doesn't help you and startx still gives the
default font error? Should I boot into linux to unpack the fonts?  This
seems pretty weird.

Warren



From gcruzicka@earthlink.net  Sun Apr 14 10:52:00 2002
From: gcruzicka@earthlink.net (Gene C. Ruzicka)
Date: Sun, 14 Apr 2002 10:52:00 -0000
Subject: Problems installing cygwin-xfree86 on a Dell WIN2K box
References:  <002601c1e22c$c537ee60$2204b4d8@default>
Message-ID: <00b601c1e3de$9df74f40$802bf4d8@HUNG>

>
>     Thanks for your response. I was, in fact, following those directions
> verbatim, on that very web page, when the Xinstall.sh script exited with
an
> error meassage saying that the extract command wasn't working properly &
> admonishing me to fix that & try again. I had just downloaded the entire
> XFree86 package Wednesday A.M. from ftp.nas.nasa.gov using the ftp command
> from the cygwin bash shell command line ("mget *" from the
> .../xfree/4.2.0/binaries directory). This download included the extract
> command which I believe Xinstall.sh tried to use to unpack everything
(after
> I copied it to the /bin directory from the bash command line). I guess my
> question is "what do I need to do to 'fix' the extract command & try
again"
> ? Would the regular tar command downloaded earlier & included w/ the basic
> cygwin package work ? Thanks in advance.
>

i had problems with the xfree-86 i downloaded from  ftp.nas.nasa.gov .
it seemed that the output from Xinstall, complained about packages that
should have been downloaded but weren't. and i think i posted a message
about that to this mailing list about problems at that ftp site.  everything
worked fine when i shfited to another ftp site, i believe it was the one at
uiuc.
 i'm not sure if this is applicable to your problem, though.







From Alexander.Gottwald@informatik.tu-chemnitz.de  Sun Apr 14 14:41:00 2002
From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald)
Date: Sun, 14 Apr 2002 14:41:00 -0000
Subject: The usual 'could not open default font 'fixed''.
In-Reply-To: <003601c1e35e$cb37fe80$312a2a0a@CR551617A>
Message-ID: 

On Sat, 13 Apr 2002, Warren Postma wrote:

> then I reinstalled the 100dpi fonts.  

Sure that you need the 100dpi fonts? Fixed is located in the misc directory
and may be in an other package than the 100dpi fonts.

bye
    ago
-- 
 Alexander.Gottwald@informatik.tu-chemnitz.de 
 http://www.gotti.org           ICQ: 126018723
 phone: +49 3725 349 80 80	mobile: +49 172 7854017
 4. Chemnitzer Linux-Tag http://www.tu-chemnitz.de/linux/tag/lt4


From warren-postma@rogers.com  Sun Apr 14 16:19:00 2002
From: warren-postma@rogers.com (Warren Postma)
Date: Sun, 14 Apr 2002 16:19:00 -0000
Subject: Suggested FAQ Update: 6.5. Fatal server error: could not open default font 'fixed'
Message-ID: <001301c1e40a$d8998470$312a2a0a@CR551617A>

The FAQ listing for section 6.5. Fatal server error: could not open default
font 'fixed'
does not work. For one thing, the suggested remedy does NOT change the
mounting of the /usr directory.

A more direct fix would be to update the Xinstall.sh to do the following:

1. Check mount output for either / or /usr mounted as textmode.

2. Unmount the offending partition:
    umount /usr
    umount /
3. Remount root or usr :
    mount --binary c:/cygwin           /
    mount --binary c:/cygwin/usr     /usr


Warren






From cgf@redhat.com  Sun Apr 14 16:29:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Sun, 14 Apr 2002 16:29:00 -0000
Subject: Suggested FAQ Update: 6.5. Fatal server error: could not open default font 'fixed'
In-Reply-To: <001301c1e40a$d8998470$312a2a0a@CR551617A>
References: <001301c1e40a$d8998470$312a2a0a@CR551617A>
Message-ID: <20020414232943.GB31296@redhat.com>

On Sun, Apr 14, 2002 at 07:19:37PM -0400, Warren Postma wrote:
>The FAQ listing for section 6.5. Fatal server error: could not open default
>font 'fixed'
>does not work. For one thing, the suggested remedy does NOT change the
>mounting of the /usr directory.
>
>A more direct fix would be to update the Xinstall.sh to do the following:
>
>1. Check mount output for either / or /usr mounted as textmode.
>
>2. Unmount the offending partition:
>    umount /usr
>    umount /
>3. Remount root or usr :
>    mount --binary c:/cygwin           /
>    mount --binary c:/cygwin/usr     /usr

If it is just a problem with the font directory then mounting just the
font directory would be less intrusive.

Less intrusive still might be to build xfs/XFree86 with /usr/lib/binmode.o .

This will force all reads to be in binmode automatically.

cgf


From tylmbpqd@yahoo.com  Sun Apr 14 17:59:00 2002
From: tylmbpqd@yahoo.com (KIRA)
Date: Sun, 14 Apr 2002 17:59:00 -0000
Subject: Would you Like to Capture your Local Real Estate Market?.
Message-ID: <20020415010527.13026.qmail@it>

Questi sono i dati inseriti nel form sottomesso 
KIRA in data Lunedi, 15 Aprile, 2002 ore 03:05:27
---------------------------------------------------------------------------

body: If you've always been intrigued with the idea of investing in

Real Estate but thought you lacked the money or the

know-how, have we got news for you!

Learn How To Make A Fortune In Real Estate Regardless Of Your Current
Net Worth!!

Learn Our Exclusive Method For Putting $3500 In Your Pocket In 2 Weeks
or Less!!

Learn How You Can Buy Investment Properties Even If You Have Marginal 
or No Credit!!

Get Your Real Estate ToolKit Here:

http://www.opt-listings.com/b003/




To Be Extracted from our Database:

http://67.36.2.107/unsubscribe/


---------------------------------------------------------------------------


From huntharo@msu.edu  Sun Apr 14 19:12:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Sun, 14 Apr 2002 19:12:00 -0000
Subject: The usual 'could not open default font 'fixed''.
In-Reply-To: 
Message-ID: 

Yeah, the default is 75 dpi fonts (and misc, etc.) unless you specifically
use the -dpi parameter.

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Alexander Gottwald
> Sent: Sunday, April 14, 2002 5:52 AM
> To: Warren Postma
> Cc: cygwin-xfree@cygwin.com
> Subject: Re: The usual 'could not open default font 'fixed''.
>
>
> On Sat, 13 Apr 2002, Warren Postma wrote:
>
> > then I reinstalled the 100dpi fonts.
>
> Sure that you need the 100dpi fonts? Fixed is located in the misc
> directory
> and may be in an other package than the 100dpi fonts.
>
> bye
>     ago
> --
>  Alexander.Gottwald@informatik.tu-chemnitz.de
>  http://www.gotti.org           ICQ: 126018723
>  phone: +49 3725 349 80 80	mobile: +49 172 7854017
>  4. Chemnitzer Linux-Tag http://www.tu-chemnitz.de/linux/tag/lt4
>


From mbradford@bahaigear.com  Sun Apr 14 20:07:00 2002
From: mbradford@bahaigear.com (Matthew Bradford)
Date: Sun, 14 Apr 2002 20:07:00 -0000
Subject: XDMCP and Redhat 7.2
In-Reply-To: <3CB792FD.8050800@znark.com>
References:  <013201c1e265$da54cf50$0a00a8c0@henry> <3CB792FD.8050800@znark.com>
Message-ID: <200204142304.20670.mbradford@bahaigear.com>

I have finally solved the problem.  However, this raises another question...

The solution by the way was to add :1 to the Xwin.exe.  Don't know why it 
worked, but it worked like a charm.  So then the question is... why? :-P

	- Matt


On Friday 12 April 2002 10:07 pm, Ian Burrell wrote:
> Matthew Bradford wrote:
> > First, thank you very much for your time and attention.  Now onto the
> > results of your last email:
> >
> > I've tried that before, but I tried it again just to be sure... and still
> > no go.
> >
> > did you get my previous email talking about the connection refused issue?
> >  I think this is related.  The only way I can get any remote X app to run
> > is when I tunnel it through SSH.  Setting the export variable doesn't
> > work. (even when i run xhost + and/or pass the -ac option to the X
> > server)  It is acting as if access control is on still.
> >
> > Any ideas on how to fix that?  I'll put ya money on it that is the issue.
> >  I just have no idea how to fix it.
>
> Also, check if you have any .Xauthority files. Try moving the existing
> ones are regenerating them. If you are running an X server, "xauth
> generate " connects to the server and generates new cookies. You
> can copy the resulting .Xauthority file to Red Hat 7.2 machine.
>
> One thing to try is turn on debugging in the XDMCP server. I don't know
> how this is done with kdm. xdm has a -debug flag.
>
>   - Ian


From huntharo@msu.edu  Sun Apr 14 21:19:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Sun, 14 Apr 2002 21:19:00 -0000
Subject: XDMCP and Redhat 7.2
In-Reply-To: <200204142304.20670.mbradford@bahaigear.com>
Message-ID: 

Matt,

Perhaps some process already owns port 6000 on your Windows machine before
you launch XWin.  Adding :1 changes the screen number to 1 (from 0) which
changes the port number to, I believe, 6001.

You can find out what ports are open by running 'netstat -a' in a 'cmd' box
on Windows XP (if that has the command prompt).

One thing that could cause port 6000 to be taken would be if you have a
commercial X Server installed.  On April 12 I asked if you had any
commercial X Servers installed:
http://cygwin.com/ml/cygwin-xfree/2002-04/msg00273.html

You never answered.  So, do you have any commercial X Servers installed?

It makes perfect sense that port 6000 is already owned, since you can run
remote clients via ssh forwarding (which doesn't use port 6000), but you
can't run remote clients via telnet (which does use port 6000).

Let me know what you find,

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Matthew Bradford
> Sent: Sunday, April 14, 2002 11:04 PM
> To: Ian Burrell
> Cc: Harold Hunt; cygwin-xfree@cygwin.com
> Subject: Re: XDMCP and Redhat 7.2
>
>
> I have finally solved the problem.  However, this raises another
> question...
>
> The solution by the way was to add :1 to the Xwin.exe.  Don't know why it
> worked, but it worked like a charm.  So then the question is... why? :-P
>
> 	- Matt
>
>
> On Friday 12 April 2002 10:07 pm, Ian Burrell wrote:
> > Matthew Bradford wrote:
> > > First, thank you very much for your time and attention.  Now onto the
> > > results of your last email:
> > >
> > > I've tried that before, but I tried it again just to be
> sure... and still
> > > no go.
> > >
> > > did you get my previous email talking about the connection
> refused issue?
> > >  I think this is related.  The only way I can get any remote
> X app to run
> > > is when I tunnel it through SSH.  Setting the export variable doesn't
> > > work. (even when i run xhost + and/or pass the -ac option to the X
> > > server)  It is acting as if access control is on still.
> > >
> > > Any ideas on how to fix that?  I'll put ya money on it that
> is the issue.
> > >  I just have no idea how to fix it.
> >
> > Also, check if you have any .Xauthority files. Try moving the existing
> > ones are regenerating them. If you are running an X server, "xauth
> > generate " connects to the server and generates new cookies. You
> > can copy the resulting .Xauthority file to Red Hat 7.2 machine.
> >
> > One thing to try is turn on debugging in the XDMCP server. I don't know
> > how this is done with kdm. xdm has a -debug flag.
> >
> >   - Ian
>


From mbradford@bahaigear.com  Sun Apr 14 22:21:00 2002
From: mbradford@bahaigear.com (Matthew Bradford)
Date: Sun, 14 Apr 2002 22:21:00 -0000
Subject: XDMCP and Redhat 7.2
In-Reply-To: 
References: 
Message-ID: <200204150118.03126.mbradford@bahaigear.com>

Harold,
	Sorry for not responding to the commercial X server question.  The answer to 
that one is no as well.  I was going to try and get exceed, but then saw this 
and I couldn't pass up free.  (Also, I like the codebase in XFree much better 
than any commercial X server I've seen for win32)  I knew that :1 changed the 
screen to 1 rather than 0, and after performing the netstat -a.. sure enough 
there is something listening on port 6000.  

	My best guess is that annoying pc-anywhere thing built into XP.  I don't know 
though.  I feel much better now that everything works though. :-)

Thank you very much for your help.
	- Matt


On Monday 15 April 2002 12:18 am, Harold Hunt wrote:
> Matt,
>
> Perhaps some process already owns port 6000 on your Windows machine before
> you launch XWin.  Adding :1 changes the screen number to 1 (from 0) which
> changes the port number to, I believe, 6001.
>
> You can find out what ports are open by running 'netstat -a' in a 'cmd' box
> on Windows XP (if that has the command prompt).
>
> One thing that could cause port 6000 to be taken would be if you have a
> commercial X Server installed.  On April 12 I asked if you had any
> commercial X Servers installed:
> http://cygwin.com/ml/cygwin-xfree/2002-04/msg00273.html
>
> You never answered.  So, do you have any commercial X Servers installed?
>
> It makes perfect sense that port 6000 is already owned, since you can run
> remote clients via ssh forwarding (which doesn't use port 6000), but you
> can't run remote clients via telnet (which does use port 6000).
>
> Let me know what you find,
>
> Harold
>
> > -----Original Message-----
> > From: cygwin-xfree-owner@cygwin.com
> > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Matthew Bradford
> > Sent: Sunday, April 14, 2002 11:04 PM
> > To: Ian Burrell
> > Cc: Harold Hunt; cygwin-xfree@cygwin.com
> > Subject: Re: XDMCP and Redhat 7.2
> >
> >
> > I have finally solved the problem.  However, this raises another
> > question...
> >
> > The solution by the way was to add :1 to the Xwin.exe.  Don't know why it
> > worked, but it worked like a charm.  So then the question is... why? :-P
> >
> > 	- Matt
> >
> > On Friday 12 April 2002 10:07 pm, Ian Burrell wrote:
> > > Matthew Bradford wrote:
> > > > First, thank you very much for your time and attention.  Now onto the
> > > > results of your last email:
> > > >
> > > > I've tried that before, but I tried it again just to be
> >
> > sure... and still
> >
> > > > no go.
> > > >
> > > > did you get my previous email talking about the connection
> >
> > refused issue?
> >
> > > >  I think this is related.  The only way I can get any remote
> >
> > X app to run
> >
> > > > is when I tunnel it through SSH.  Setting the export variable doesn't
> > > > work. (even when i run xhost + and/or pass the -ac option to the X
> > > > server)  It is acting as if access control is on still.
> > > >
> > > > Any ideas on how to fix that?  I'll put ya money on it that
> >
> > is the issue.
> >
> > > >  I just have no idea how to fix it.
> > >
> > > Also, check if you have any .Xauthority files. Try moving the existing
> > > ones are regenerating them. If you are running an X server, "xauth
> > > generate " connects to the server and generates new cookies. You
> > > can copy the resulting .Xauthority file to Red Hat 7.2 machine.
> > >
> > > One thing to try is turn on debugging in the XDMCP server. I don't know
> > > how this is done with kdm. xdm has a -debug flag.
> > >
> > >   - Ian


From perryh@pluto.rain.com  Mon Apr 15 00:11:00 2002
From: perryh@pluto.rain.com (Perry Hutchison)
Date: Mon, 15 Apr 2002 00:11:00 -0000
Subject: How do I run it?
Message-ID: <10204150655.AA14507@pluto.rain.com>

OK, I've installed Cygwin and XFree86 on a Windows 95 system.  When
I try to run C:\cygwin\usr\X11R6\bin\XWin.exe, I get an error box:

    Error Starting Program

              A required .DLL file, CYGWIN1.DLL, was not found.

That file does exist, in C:\cygwin\bin.  Rebooting does not help.
What part of the installation process did I miss?

The only things I found in the FAQ that seem even remotely related are
1.8 and 2.3.  They mention a startxwin.bat, which I can't find on my
system.  There's also a mention of a HOW-TO, but the only such file I
can find is HOW-TO-CONTRIBUTE which is a little beyond where I've been
able to get to so far :)


From huntharo@msu.edu  Mon Apr 15 04:27:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Mon, 15 Apr 2002 04:27:00 -0000
Subject: XDMCP and Redhat 7.2
In-Reply-To: <200204150118.03126.mbradford@bahaigear.com>
Message-ID: 

Matt,

It's good to know that something is listening on port 6000; however, I don't
think that it is Windows XP's  Remote Assistance feature.  The only port
number I can find mentioned with documents on that feature is 3389.
Besides, if Microsoft did something so stupid as to set the default port
number the same as the well-known X Window System port number then we would
have surely heard about it by now.  Not to mention the fact that all of our
Windows XP users would be having the same problem that you are having.

I'd be interested to know what program on your computer is actually taking
port 6000, for future reference.

Thanks,

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Matthew Bradford
> Sent: Monday, April 15, 2002 1:18 AM
> To: Harold Hunt
> Cc: cygwin-xfree@cygwin.com
> Subject: Re: XDMCP and Redhat 7.2
>
>
> Harold,
> 	Sorry for not responding to the commercial X server
> question.  The answer to
> that one is no as well.  I was going to try and get exceed, but
> then saw this
> and I couldn't pass up free.  (Also, I like the codebase in XFree
> much better
> than any commercial X server I've seen for win32)  I knew that :1
> changed the
> screen to 1 rather than 0, and after performing the netstat -a..
> sure enough
> there is something listening on port 6000.
>
> 	My best guess is that annoying pc-anywhere thing built into
> XP.  I don't know
> though.  I feel much better now that everything works though. :-)
>
> Thank you very much for your help.
> 	- Matt
>
>
> On Monday 15 April 2002 12:18 am, Harold Hunt wrote:
> > Matt,
> >
> > Perhaps some process already owns port 6000 on your Windows
> machine before
> > you launch XWin.  Adding :1 changes the screen number to 1
> (from 0) which
> > changes the port number to, I believe, 6001.
> >
> > You can find out what ports are open by running 'netstat -a' in
> a 'cmd' box
> > on Windows XP (if that has the command prompt).
> >
> > One thing that could cause port 6000 to be taken would be if you have a
> > commercial X Server installed.  On April 12 I asked if you had any
> > commercial X Servers installed:
> > http://cygwin.com/ml/cygwin-xfree/2002-04/msg00273.html
> >
> > You never answered.  So, do you have any commercial X Servers installed?
> >
> > It makes perfect sense that port 6000 is already owned, since
> you can run
> > remote clients via ssh forwarding (which doesn't use port 6000), but you
> > can't run remote clients via telnet (which does use port 6000).
> >
> > Let me know what you find,
> >
> > Harold
> >
> > > -----Original Message-----
> > > From: cygwin-xfree-owner@cygwin.com
> > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Matthew Bradford
> > > Sent: Sunday, April 14, 2002 11:04 PM
> > > To: Ian Burrell
> > > Cc: Harold Hunt; cygwin-xfree@cygwin.com
> > > Subject: Re: XDMCP and Redhat 7.2
> > >
> > >
> > > I have finally solved the problem.  However, this raises another
> > > question...
> > >
> > > The solution by the way was to add :1 to the Xwin.exe.  Don't
> know why it
> > > worked, but it worked like a charm.  So then the question
> is... why? :-P
> > >
> > > 	- Matt
> > >
> > > On Friday 12 April 2002 10:07 pm, Ian Burrell wrote:
> > > > Matthew Bradford wrote:
> > > > > First, thank you very much for your time and attention.
> Now onto the
> > > > > results of your last email:
> > > > >
> > > > > I've tried that before, but I tried it again just to be
> > >
> > > sure... and still
> > >
> > > > > no go.
> > > > >
> > > > > did you get my previous email talking about the connection
> > >
> > > refused issue?
> > >
> > > > >  I think this is related.  The only way I can get any remote
> > >
> > > X app to run
> > >
> > > > > is when I tunnel it through SSH.  Setting the export
> variable doesn't
> > > > > work. (even when i run xhost + and/or pass the -ac option to the X
> > > > > server)  It is acting as if access control is on still.
> > > > >
> > > > > Any ideas on how to fix that?  I'll put ya money on it that
> > >
> > > is the issue.
> > >
> > > > >  I just have no idea how to fix it.
> > > >
> > > > Also, check if you have any .Xauthority files. Try moving
> the existing
> > > > ones are regenerating them. If you are running an X server, "xauth
> > > > generate " connects to the server and generates new
> cookies. You
> > > > can copy the resulting .Xauthority file to Red Hat 7.2 machine.
> > > >
> > > > One thing to try is turn on debugging in the XDMCP server.
> I don't know
> > > > how this is done with kdm. xdm has a -debug flag.
> > > >
> > > >   - Ian
>


From huntharo@msu.edu  Mon Apr 15 04:29:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Mon, 15 Apr 2002 04:29:00 -0000
Subject: How do I run it?
In-Reply-To: <10204150655.AA14507@pluto.rain.com>
Message-ID: 

Perry,

You're reading the ancient FAQ.  You need the Cygwin/XFree86 User's Guide
and the newer FAQ located at:

http://xfree86.cygwin.com/docs/

To better design our site, can I ask how you happened to completely miss the
documentation page while still finding your way to the old FAQ?

Thanks,

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Perry Hutchison
> Sent: Monday, April 15, 2002 2:56 AM
> To: cygwin-xfree@cygwin.com
> Subject: How do I run it?
>
>
> OK, I've installed Cygwin and XFree86 on a Windows 95 system.  When
> I try to run C:\cygwin\usr\X11R6\bin\XWin.exe, I get an error box:
>
>     Error Starting Program
>
>               A required .DLL file, CYGWIN1.DLL, was not found.
>
> That file does exist, in C:\cygwin\bin.  Rebooting does not help.
> What part of the installation process did I miss?
>
> The only things I found in the FAQ that seem even remotely related are
> 1.8 and 2.3.  They mention a startxwin.bat, which I can't find on my
> system.  There's also a mention of a HOW-TO, but the only such file I
> can find is HOW-TO-CONTRIBUTE which is a little beyond where I've been
> able to get to so far :)
>


From michaelr@sedata.com  Mon Apr 15 08:27:00 2002
From: michaelr@sedata.com (Michael Reaser)
Date: Mon, 15 Apr 2002 08:27:00 -0000
Subject: XFree86 4.2.0 under Cygwin on Win98 w/ i810 won't display CDE fro
	m HPUX
Message-ID: <1E5BB4E16573714B9A0CB774B2AB0CC6164691@mailserver.sedata.com>


I've got a Dell PC running Win98 on which I've installed Cygwin from 
 followed by XFree86 from 
(specifically, archive.progeny.com, and for X I grabbed the binaries
from /cygwin/xfree/binaries/4.2.0).  I only brought down the binaries,
as I *really* didn't want to compile Linux or X myself to sit on top of
Win98 (no, I can't just take the PCs to Linux, they have to stay on some
flavor of Windoze) nor any of the X pieces, since someone else had 
already "invented the wheel".

Unfortunately, the PC has an i810, so XWin is giving me fits.  It works
fine from another PC without the Intel 810 chipset, and works right 
if I just invoke it from the Bash shell using 

XWin -screen 0 1024 768 

I get a standard X desktop, can telnet to my "main" Unix system (a 9000
running HP-UX 11.11), and throw clients back to the server running on 
the PC.

However, if I invoke XWin using

XWin -query aa.bb.cc.dd -fp tcp/aa.bb.cc.dd:7000 

(where aa.bb.cc.dd is the IP address of my HP 9000 system)

to try to get HP-UX to throw a CDE login screen back at me via xdm, 
XWin runs, it changes to a gray stippled screen, and there I sit.  No
change to the black screen that indicates I've connected to the 9000,
no login screen from the HP, no nothing.  Just a big ol' hang that will
eventually time out.

Contents of the "bad" /tmp/XWin.log:

ddxProcessArgument () - Initializing default screens
winInitializeDefaultScreens () - w 1024 h 768
_XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root
winDetectSupportedEngines () - Windows 95/98/Me
winDetectSupportedEngines () - DirectDraw installed
winDetectSupportedEngines () - DirectDraw4 installed
winDetectSupportedEngines () - Returning, supported engines 00000017
winSetEngine () - Using Shadow DirectDraw NonLocking
winAdjustVideoModeShadowDDNL () - Using Windows display depth of 16 bits per
pixel
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
winAllocateFBShadowDDNL () - lPitch: 2036
winInitVisualsShadowDDNL () - Masks 0000f800 000007e0 0000001f BPRGB 6 d 16
winLayerCreate () - dwDepth 16
winRandRInit ()
winCreateDefColormap () - Deferring to fbCreateDefColormap ()
winScreenInit () - returning

Fatal server error:
XDMCP fatal error: Session failed Session 6 failed for display 0.0.0.0:0:
Cannot open display


On another Dell PC, with the only difference (that I can discover) 
being that it has an 82810-DC100 Graphics controller, XWin runs and 
lets the HP show first its black background, followed by the CDE 
login screen, with no complaint.  I can then login to the HPUX system 
and "go to town", so to speak.

Contents of the "good" /tmp/XWin.log:

ddxProcessArgument () - Initializing default screens
winInitializeDefaultScreens () - w 800 h 600
_XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root
winDetectSupportedEngines () - Windows 95/98/Me
winDetectSupportedEngines () - DirectDraw installed
winDetectSupportedEngines () - DirectDraw4 installed
winDetectSupportedEngines () - Returning, supported engines 00000017
winSetEngine () - Using Shadow DirectDraw NonLocking
winAdjustVideoModeShadowDDNL () - Using Windows display depth of 24 bits per
pixel
winAdjustForAutoHide - Original WorkArea: 0 0 572 800
winAdjustForAutoHide - Adjusted WorkArea: 0 0 572 800
winCreateBoundingWindowWindowed () - WindowClient w 794 h 547 r 794 l 0 b
547 t 0
winCreateBoundingWindowWindowed () -  Returning
winAllocateFBShadowDDNL () - lPitch: 2384
winInitVisualsShadowDDNL () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24
winLayerCreate () - dwDepth 24
winRandRInit ()
winCreateDefColormap () - Deferring to fbCreateDefColormap ()
winScreenInit () - returning
winCloseScreenShadowDDNL () - Freeing screen resources


I've searched the XFree86 archives, and see a lot of references to getting 
a copy of agpgart.o and compiling it into your kernel to get an i810 to
play nicely.  Well, (a) I really don't want to have to re-compile Cygwin
for Win98 if someone else already has, (b) I have no idea where to
get a copy of agpgart.o which would work in that instance, anyway, and 
(c) since the HP can communicate to XFree86 just fine in "normal"
mode, I can't believe this is because of a driver issue.

Can anyone give me any pointers on what I should do to get XFree86
on an i810 chipset to give me an xdm-based login from another system?
And/or tell me what further information I should have included in my
message that y'all expect?

Thanks,

Mike Reaser
Southeastern Data Cooperative
Tucker, GA



From n.escuder@alineanet.com  Mon Apr 15 09:54:00 2002
From: n.escuder@alineanet.com (Escuder Nicolas)
Date: Mon, 15 Apr 2002 09:54:00 -0000
Subject: XDMCP and Redhat 7.2
References: 
Message-ID: <001c01c1e49c$dceb8c20$6745a8c0@ALINEA.FR>

The port 3389 is the port for RDP connection
not for remote assistance ...
and on mine XP the port 6000 is not listening
I have Assistance enable
and RDP enable :o)
see you :)
----- Original Message -----
From: "Harold Hunt" 
To: "Matthew Bradford" 
Cc: 
Sent: Monday, April 15, 2002 1:27 PM
Subject: RE: XDMCP and Redhat 7.2


> Matt,
>
> It's good to know that something is listening on port 6000; however, I
don't
> think that it is Windows XP's  Remote Assistance feature.  The only port
> number I can find mentioned with documents on that feature is 3389.
> Besides, if Microsoft did something so stupid as to set the default port
> number the same as the well-known X Window System port number then we
would
> have surely heard about it by now.  Not to mention the fact that all of
our
> Windows XP users would be having the same problem that you are having.
>
> I'd be interested to know what program on your computer is actually taking
> port 6000, for future reference.
>
> Thanks,
>
> Harold
>
> > -----Original Message-----
> > From: cygwin-xfree-owner@cygwin.com
> > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Matthew Bradford
> > Sent: Monday, April 15, 2002 1:18 AM
> > To: Harold Hunt
> > Cc: cygwin-xfree@cygwin.com
> > Subject: Re: XDMCP and Redhat 7.2
> >
> >
> > Harold,
> > Sorry for not responding to the commercial X server
> > question.  The answer to
> > that one is no as well.  I was going to try and get exceed, but
> > then saw this
> > and I couldn't pass up free.  (Also, I like the codebase in XFree
> > much better
> > than any commercial X server I've seen for win32)  I knew that :1
> > changed the
> > screen to 1 rather than 0, and after performing the netstat -a..
> > sure enough
> > there is something listening on port 6000.
> >
> > My best guess is that annoying pc-anywhere thing built into
> > XP.  I don't know
> > though.  I feel much better now that everything works though. :-)
> >
> > Thank you very much for your help.
> > - Matt
> >
> >
> > On Monday 15 April 2002 12:18 am, Harold Hunt wrote:
> > > Matt,
> > >
> > > Perhaps some process already owns port 6000 on your Windows
> > machine before
> > > you launch XWin.  Adding :1 changes the screen number to 1
> > (from 0) which
> > > changes the port number to, I believe, 6001.
> > >
> > > You can find out what ports are open by running 'netstat -a' in
> > a 'cmd' box
> > > on Windows XP (if that has the command prompt).
> > >
> > > One thing that could cause port 6000 to be taken would be if you have
a
> > > commercial X Server installed.  On April 12 I asked if you had any
> > > commercial X Servers installed:
> > > http://cygwin.com/ml/cygwin-xfree/2002-04/msg00273.html
> > >
> > > You never answered.  So, do you have any commercial X Servers
installed?
> > >
> > > It makes perfect sense that port 6000 is already owned, since
> > you can run
> > > remote clients via ssh forwarding (which doesn't use port 6000), but
you
> > > can't run remote clients via telnet (which does use port 6000).
> > >
> > > Let me know what you find,
> > >
> > > Harold
> > >
> > > > -----Original Message-----
> > > > From: cygwin-xfree-owner@cygwin.com
> > > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Matthew Bradford
> > > > Sent: Sunday, April 14, 2002 11:04 PM
> > > > To: Ian Burrell
> > > > Cc: Harold Hunt; cygwin-xfree@cygwin.com
> > > > Subject: Re: XDMCP and Redhat 7.2
> > > >
> > > >
> > > > I have finally solved the problem.  However, this raises another
> > > > question...
> > > >
> > > > The solution by the way was to add :1 to the Xwin.exe.  Don't
> > know why it
> > > > worked, but it worked like a charm.  So then the question
> > is... why? :-P
> > > >
> > > > - Matt
> > > >
> > > > On Friday 12 April 2002 10:07 pm, Ian Burrell wrote:
> > > > > Matthew Bradford wrote:
> > > > > > First, thank you very much for your time and attention.
> > Now onto the
> > > > > > results of your last email:
> > > > > >
> > > > > > I've tried that before, but I tried it again just to be
> > > >
> > > > sure... and still
> > > >
> > > > > > no go.
> > > > > >
> > > > > > did you get my previous email talking about the connection
> > > >
> > > > refused issue?
> > > >
> > > > > >  I think this is related.  The only way I can get any remote
> > > >
> > > > X app to run
> > > >
> > > > > > is when I tunnel it through SSH.  Setting the export
> > variable doesn't
> > > > > > work. (even when i run xhost + and/or pass the -ac option to the
X
> > > > > > server)  It is acting as if access control is on still.
> > > > > >
> > > > > > Any ideas on how to fix that?  I'll put ya money on it that
> > > >
> > > > is the issue.
> > > >
> > > > > >  I just have no idea how to fix it.
> > > > >
> > > > > Also, check if you have any .Xauthority files. Try moving
> > the existing
> > > > > ones are regenerating them. If you are running an X server, "xauth
> > > > > generate " connects to the server and generates new
> > cookies. You
> > > > > can copy the resulting .Xauthority file to Red Hat 7.2 machine.
> > > > >
> > > > > One thing to try is turn on debugging in the XDMCP server.
> > I don't know
> > > > > how this is done with kdm. xdm has a -debug flag.
> > > > >
> > > > >   - Ian
> >


From mbradford@bahaigear.com  Mon Apr 15 11:06:00 2002
From: mbradford@bahaigear.com (Matthew Bradford)
Date: Mon, 15 Apr 2002 11:06:00 -0000
Subject: XFree86 4.2.0 under Cygwin on Win98 w/ i810 won't display CDE fro m HPUX
In-Reply-To: <1E5BB4E16573714B9A0CB774B2AB0CC6164691@mailserver.sedata.com>
References: <1E5BB4E16573714B9A0CB774B2AB0CC6164691@mailserver.sedata.com>
Message-ID: <200204151403.06635.mbradford@bahaigear.com>

Mike,
	Try adding -from your_ip_address in your XWin.exe command.  Windows may be 
reporting a hostname that your sun box doesn't know how to translate back to 
an IP.  And 0.0.0.0 in that error log seems to go well with that.  So then 
the full command you'd want to try would be:

XWin -query aa.bb.cc.dd -fp tcp/aa.bb.cc.dd:7000 -from aa.bb.cc.dd

Hope that works for you.
	- Matt

On Monday 15 April 2002 11:26 am, Michael Reaser wrote:
> I've got a Dell PC running Win98 on which I've installed Cygwin from
>  followed by XFree86 from 
> (specifically, archive.progeny.com, and for X I grabbed the binaries
> from /cygwin/xfree/binaries/4.2.0).  I only brought down the binaries,
> as I *really* didn't want to compile Linux or X myself to sit on top of
> Win98 (no, I can't just take the PCs to Linux, they have to stay on some
> flavor of Windoze) nor any of the X pieces, since someone else had
> already "invented the wheel".
>
> Unfortunately, the PC has an i810, so XWin is giving me fits.  It works
> fine from another PC without the Intel 810 chipset, and works right
> if I just invoke it from the Bash shell using
>
> XWin -screen 0 1024 768
>
> I get a standard X desktop, can telnet to my "main" Unix system (a 9000
> running HP-UX 11.11), and throw clients back to the server running on
> the PC.
>
> However, if I invoke XWin using
>
> XWin -query aa.bb.cc.dd -fp tcp/aa.bb.cc.dd:7000
>
> (where aa.bb.cc.dd is the IP address of my HP 9000 system)
>
> to try to get HP-UX to throw a CDE login screen back at me via xdm,
> XWin runs, it changes to a gray stippled screen, and there I sit.  No
> change to the black screen that indicates I've connected to the 9000,
> no login screen from the HP, no nothing.  Just a big ol' hang that will
> eventually time out.
>
> Contents of the "bad" /tmp/XWin.log:
>
> ddxProcessArgument () - Initializing default screens
> winInitializeDefaultScreens () - w 1024 h 768
> _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root
> winDetectSupportedEngines () - Windows 95/98/Me
> winDetectSupportedEngines () - DirectDraw installed
> winDetectSupportedEngines () - DirectDraw4 installed
> winDetectSupportedEngines () - Returning, supported engines 00000017
> winSetEngine () - Using Shadow DirectDraw NonLocking
> winAdjustVideoModeShadowDDNL () - Using Windows display depth of 16 bits
> per pixel
> 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
> winAllocateFBShadowDDNL () - lPitch: 2036
> winInitVisualsShadowDDNL () - Masks 0000f800 000007e0 0000001f BPRGB 6 d 16
> winLayerCreate () - dwDepth 16
> winRandRInit ()
> winCreateDefColormap () - Deferring to fbCreateDefColormap ()
> winScreenInit () - returning
>
> Fatal server error:
> XDMCP fatal error: Session failed Session 6 failed for display 0.0.0.0:0:
> Cannot open display
>
>
> On another Dell PC, with the only difference (that I can discover)
> being that it has an 82810-DC100 Graphics controller, XWin runs and
> lets the HP show first its black background, followed by the CDE
> login screen, with no complaint.  I can then login to the HPUX system
> and "go to town", so to speak.
>
> Contents of the "good" /tmp/XWin.log:
>
> ddxProcessArgument () - Initializing default screens
> winInitializeDefaultScreens () - w 800 h 600
> _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root
> winDetectSupportedEngines () - Windows 95/98/Me
> winDetectSupportedEngines () - DirectDraw installed
> winDetectSupportedEngines () - DirectDraw4 installed
> winDetectSupportedEngines () - Returning, supported engines 00000017
> winSetEngine () - Using Shadow DirectDraw NonLocking
> winAdjustVideoModeShadowDDNL () - Using Windows display depth of 24 bits
> per pixel
> winAdjustForAutoHide - Original WorkArea: 0 0 572 800
> winAdjustForAutoHide - Adjusted WorkArea: 0 0 572 800
> winCreateBoundingWindowWindowed () - WindowClient w 794 h 547 r 794 l 0 b
> 547 t 0
> winCreateBoundingWindowWindowed () -  Returning
> winAllocateFBShadowDDNL () - lPitch: 2384
> winInitVisualsShadowDDNL () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24
> winLayerCreate () - dwDepth 24
> winRandRInit ()
> winCreateDefColormap () - Deferring to fbCreateDefColormap ()
> winScreenInit () - returning
> winCloseScreenShadowDDNL () - Freeing screen resources
>
>
> I've searched the XFree86 archives, and see a lot of references to getting
> a copy of agpgart.o and compiling it into your kernel to get an i810 to
> play nicely.  Well, (a) I really don't want to have to re-compile Cygwin
> for Win98 if someone else already has, (b) I have no idea where to
> get a copy of agpgart.o which would work in that instance, anyway, and
> (c) since the HP can communicate to XFree86 just fine in "normal"
> mode, I can't believe this is because of a driver issue.
>
> Can anyone give me any pointers on what I should do to get XFree86
> on an i810 chipset to give me an xdm-based login from another system?
> And/or tell me what further information I should have included in my
> message that y'all expect?
>
> Thanks,
>
> Mike Reaser
> Southeastern Data Cooperative
> Tucker, GA


From iburrell@znark.com  Mon Apr 15 11:19:00 2002
From: iburrell@znark.com (Ian Burrell)
Date: Mon, 15 Apr 2002 11:19:00 -0000
Subject: XFree86 4.2.0 under Cygwin on Win98 w/ i810 won't display CDE
 fro	m HPUX
References: <1E5BB4E16573714B9A0CB774B2AB0CC6164691@mailserver.sedata.com>
Message-ID: <3CBB199E.8020305@znark.com>

Michael Reaser wrote:
> 
> Unfortunately, the PC has an i810, so XWin is giving me fits.  It works
> fine from another PC without the Intel 810 chipset, and works right 
> if I just invoke it from the Bash shell using 
> 

The chipset shouldn't matter one bit. XWin doesn't use the XFree86 video 
drivers.

> 
> I've searched the XFree86 archives, and see a lot of references to getting 
> a copy of agpgart.o and compiling it into your kernel to get an i810 to
> play nicely.  Well, (a) I really don't want to have to re-compile Cygwin
> for Win98 if someone else already has, (b) I have no idea where to
> get a copy of agpgart.o which would work in that instance, anyway, and 
> (c) since the HP can communicate to XFree86 just fine in "normal"
> mode, I can't believe this is because of a driver issue.
> 
> Can anyone give me any pointers on what I should do to get XFree86
> on an i810 chipset to give me an xdm-based login from another system?
> And/or tell me what further information I should have included in my
> message that y'all expect?
> 

The first thing to check is that the server works locally. The second 
thing to check is that you can connect from the remote machine without 
XDMCP.

  - Ian

-- 
iburrell@znark.com
http://www.znark.com/


From S.Opitz@gmx.de  Mon Apr 15 11:20:00 2002
From: S.Opitz@gmx.de (Sven Opitz)
Date: Mon, 15 Apr 2002 11:20:00 -0000
Subject: 2 screens and XDMCP
Message-ID: 

Hi all,

I have a small problem with XFree 4.2:

I have two screens on my WinNT SP6a with a screen resolution of 2560x1024.
When I open via XDMCP a linux kde window, it opens at 1280x1024, that is 
absolutely ok, but when the mouse goes down and the hidden task bar comes 
up, the kde window is redrawn at 2560x1024 in the 1280x1024 window.
I even could live with that and be absolutely happy.

But the kde really gives me a 2560x1024 window, so that some windows are 
out of reach.

I use this line to start the connection:
XWin -query ipaddress

I tried XWin 0 1280 1024 -query ipaddress, but that didn't work at all

Thanx
Sven



From iburrell@znark.com  Mon Apr 15 11:20:00 2002
From: iburrell@znark.com (Ian Burrell)
Date: Mon, 15 Apr 2002 11:20:00 -0000
Subject: How do I run it?
References: <10204150655.AA14507@pluto.rain.com>
Message-ID: <3CBB19EE.7040802@znark.com>

Perry Hutchison wrote:
> OK, I've installed Cygwin and XFree86 on a Windows 95 system.  When
> I try to run C:\cygwin\usr\X11R6\bin\XWin.exe, I get an error box:
> 
>     Error Starting Program
> 
>               A required .DLL file, CYGWIN1.DLL, was not found.
> 
> That file does exist, in C:\cygwin\bin.  Rebooting does not help.
> What part of the installation process did I miss?
> 
> The only things I found in the FAQ that seem even remotely related are
> 1.8 and 2.3.  They mention a startxwin.bat, which I can't find on my
> system.  There's also a mention of a HOW-TO, but the only such file I
> can find is HOW-TO-CONTRIBUTE which is a little beyond where I've been
> able to get to so far :)
> 

Check your PATH. It needs to include c:\cygwin\bin. How are you trying 
to run XWin? From a bash shell? From the run box?

  - Ian

-- 
iburrell@znark.com
http://www.znark.com/


From S.Opitz@gmx.de  Mon Apr 15 11:28:00 2002
From: S.Opitz@gmx.de (Sven Opitz)
Date: Mon, 15 Apr 2002 11:28:00 -0000
Subject: 2 screens and XDMCP
References: 
Message-ID: 

Sorry, found the answer:

Sven Opitz  wrote in news:a9f57u$jig$1@main.gmane.org:

> I tried XWin 0 1280 1024 -query ipaddress, but that didn't work at all

I changed this line to XWin -screen 0 1280 1024 -query ipaddress

Thanx anyway
Sven



From michaelr@sedata.com  Mon Apr 15 11:36:00 2002
From: michaelr@sedata.com (Michael Reaser)
Date: Mon, 15 Apr 2002 11:36:00 -0000
Subject: XFree86 4.2.0 under Cygwin on Win98 w/ i810 won't display CDE
	 fro m HPUX
Message-ID: <1E5BB4E16573714B9A0CB774B2AB0CC6164693@mailserver.sedata.com>


Thanks, Matt!

Adding "-from <>" on the unsociable PC's let them begin
"playing nicely on the playground" with my HP-UX system and CDE.

Thank you, thank you, thank you!

Mike Reaser
Southeastern Data Cooperative
Tucker, GA

-----Original Message-----
From: Matthew Bradford [mailto:mbradford@bahaigear.com]
Sent: Monday, April 15, 2002 2:03 PM
To: Michael Reaser; 'cygwin-xfree@cygwin.com'
Subject: Re: XFree86 4.2.0 under Cygwin on Win98 w/ i810 won't display
CDE fro m HPUX


Mike,
	Try adding -from your_ip_address in your XWin.exe command.  Windows
may be 
reporting a hostname that your sun box doesn't know how to translate back to

an IP.  And 0.0.0.0 in that error log seems to go well with that.  So then 
the full command you'd want to try would be:

XWin -query aa.bb.cc.dd -fp tcp/aa.bb.cc.dd:7000 -from aa.bb.cc.dd

Hope that works for you.
	- Matt

On Monday 15 April 2002 11:26 am, Michael Reaser wrote:
> I've got a Dell PC running Win98 on which I've installed Cygwin from
>  followed by XFree86 from 
> (specifically, archive.progeny.com, and for X I grabbed the binaries
> from /cygwin/xfree/binaries/4.2.0).  I only brought down the binaries,
> as I *really* didn't want to compile Linux or X myself to sit on top of
> Win98 (no, I can't just take the PCs to Linux, they have to stay on some
> flavor of Windoze) nor any of the X pieces, since someone else had
> already "invented the wheel".
>
> Unfortunately, the PC has an i810, so XWin is giving me fits.  It works
> fine from another PC without the Intel 810 chipset, and works right
> if I just invoke it from the Bash shell using
>
> XWin -screen 0 1024 768
>
> I get a standard X desktop, can telnet to my "main" Unix system (a 9000
> running HP-UX 11.11), and throw clients back to the server running on
> the PC.
>
> However, if I invoke XWin using
>
> XWin -query aa.bb.cc.dd -fp tcp/aa.bb.cc.dd:7000
>
> (where aa.bb.cc.dd is the IP address of my HP 9000 system)
>
> to try to get HP-UX to throw a CDE login screen back at me via xdm,
> XWin runs, it changes to a gray stippled screen, and there I sit.  No
> change to the black screen that indicates I've connected to the 9000,
> no login screen from the HP, no nothing.  Just a big ol' hang that will
> eventually time out.
>
> Contents of the "bad" /tmp/XWin.log:
>
> ddxProcessArgument () - Initializing default screens
> winInitializeDefaultScreens () - w 1024 h 768
> _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root
> winDetectSupportedEngines () - Windows 95/98/Me
> winDetectSupportedEngines () - DirectDraw installed
> winDetectSupportedEngines () - DirectDraw4 installed
> winDetectSupportedEngines () - Returning, supported engines 00000017
> winSetEngine () - Using Shadow DirectDraw NonLocking
> winAdjustVideoModeShadowDDNL () - Using Windows display depth of 16 bits
> per pixel
> 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
> winAllocateFBShadowDDNL () - lPitch: 2036
> winInitVisualsShadowDDNL () - Masks 0000f800 000007e0 0000001f BPRGB 6 d
16
> winLayerCreate () - dwDepth 16
> winRandRInit ()
> winCreateDefColormap () - Deferring to fbCreateDefColormap ()
> winScreenInit () - returning
>
> Fatal server error:
> XDMCP fatal error: Session failed Session 6 failed for display 0.0.0.0:0:
> Cannot open display
>
>
> On another Dell PC, with the only difference (that I can discover)
> being that it has an 82810-DC100 Graphics controller, XWin runs and
> lets the HP show first its black background, followed by the CDE
> login screen, with no complaint.  I can then login to the HPUX system
> and "go to town", so to speak.
>
> Contents of the "good" /tmp/XWin.log:
>
> ddxProcessArgument () - Initializing default screens
> winInitializeDefaultScreens () - w 800 h 600
> _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root
> winDetectSupportedEngines () - Windows 95/98/Me
> winDetectSupportedEngines () - DirectDraw installed
> winDetectSupportedEngines () - DirectDraw4 installed
> winDetectSupportedEngines () - Returning, supported engines 00000017
> winSetEngine () - Using Shadow DirectDraw NonLocking
> winAdjustVideoModeShadowDDNL () - Using Windows display depth of 24 bits
> per pixel
> winAdjustForAutoHide - Original WorkArea: 0 0 572 800
> winAdjustForAutoHide - Adjusted WorkArea: 0 0 572 800
> winCreateBoundingWindowWindowed () - WindowClient w 794 h 547 r 794 l 0 b
> 547 t 0
> winCreateBoundingWindowWindowed () -  Returning
> winAllocateFBShadowDDNL () - lPitch: 2384
> winInitVisualsShadowDDNL () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d
24
> winLayerCreate () - dwDepth 24
> winRandRInit ()
> winCreateDefColormap () - Deferring to fbCreateDefColormap ()
> winScreenInit () - returning
> winCloseScreenShadowDDNL () - Freeing screen resources
>
>
> I've searched the XFree86 archives, and see a lot of references to getting
> a copy of agpgart.o and compiling it into your kernel to get an i810 to
> play nicely.  Well, (a) I really don't want to have to re-compile Cygwin
> for Win98 if someone else already has, (b) I have no idea where to
> get a copy of agpgart.o which would work in that instance, anyway, and
> (c) since the HP can communicate to XFree86 just fine in "normal"
> mode, I can't believe this is because of a driver issue.
>
> Can anyone give me any pointers on what I should do to get XFree86
> on an i810 chipset to give me an xdm-based login from another system?
> And/or tell me what further information I should have included in my
> message that y'all expect?
>
> Thanks,
>
> Mike Reaser
> Southeastern Data Cooperative
> Tucker, GA


From gp@familiehaase.de  Mon Apr 15 13:39:00 2002
From: gp@familiehaase.de (Gerrit P. Haase)
Date: Mon, 15 Apr 2002 13:39:00 -0000
Subject: How do I run it?
In-Reply-To: <10204150655.AA14507@pluto.rain.com>
References: <10204150655.AA14507@pluto.rain.com>
Message-ID: <14184251447.20020415223912@familiehaase.de>

Hallo Perry,

Am 2002-04-15 um 08:55 schriebst du:

> OK, I've installed Cygwin and XFree86 on a Windows 95 system.  When
> I try to run C:\cygwin\usr\X11R6\bin\XWin.exe, I get an error box:

>     Error Starting Program

>               A required .DLL file, CYGWIN1.DLL, was not found.

> That file does exist, in C:\cygwin\bin.  Rebooting does not help.
> What part of the installation process did I miss?

> The only things I found in the FAQ that seem even remotely related are
> 1.8 and 2.3.  They mention a startxwin.bat, which I can't find on my
> system.  There's also a mention of a HOW-TO, but the only such file I
> can find is HOW-TO-CONTRIBUTE which is a little beyond where I've been
> able to get to so far :)


Use startxwin.sh to start the X server.
Add \cygwin\bin to your PATH in Windows.
Add \cygwin\usr\X11R6\bin to your PATH in Windows.

To start Xwin with startxwin.sh you need to open a Cygwin shell
(double-click on the Cygwin shortcut at desktop) or double-click
\cygwin\cygwin.bat
Then enter in the shell:
$ cd /usr/X11R6/bin
$ startxwin.sh

Is it running now?


Gerrit
-- 
=^..^=


From staf.verhaegen@imec.be  Tue Apr 16 00:11:00 2002
From: staf.verhaegen@imec.be (Staf Verhaegen)
Date: Tue, 16 Apr 2002 00:11:00 -0000
Subject: How do I run it?
References: <10204151555.AA17839@pluto.rain.com>
Message-ID: <3CBBCEA9.4D208157@imec.be>

Perry Hutchison wrote:
> 

Perry,
Please reply to the mailing list.

> > > OK, I've installed Cygwin and XFree86 on a Windows 95 system.  When
> > > I try to run C:\cygwin\usr\X11R6\bin\XWin.exe, I get an error box:
> > >
> > >     Error Starting Program
> > >
> > >               A required .DLL file, CYGWIN1.DLL, was not found.
> > >
> > > That file does exist, in C:\cygwin\bin.  Rebooting does not help.
> > > What part of the installation process did I miss?
> >
> > Is C:\cygwin\bin in your Windows PATH ? If not he will not be able to find the
> > DLL.
> 
> Now it seems to do nothing at all.  No sign of it on the screen, nor on
> the taskbar, nor in the tray.  Is there a "getting started" doc somewhere?
> 
> I wonder if there's something wrong with the way I went about getting
> it into the path (PATH=%PATH%;C:\CYGWIN\BIN prior to starting Windows).
> In NT, PATH and other environment settings can be adjusted in Control
> Panel/System; but 95 doesn't seem to work that way.

On 95 you have to set the path in autoexec.bat.
It works from here when I start XWin out of a DOS window so other people will
need to help you.
What is the output of the 'mount' command ?
What if you type 'ls /usr/X11R6'

Staf.


From perryh@pluto.rain.com  Tue Apr 16 00:14:00 2002
From: perryh@pluto.rain.com (Perry Hutchison)
Date: Tue, 16 Apr 2002 00:14:00 -0000
Subject: How do I run it?
Message-ID: <10204160705.AA24159@pluto.rain.com>

> From: "Harold Hunt" 
> Date: Mon, 15 Apr 2002 07:29:29 -0400

> You're reading the ancient FAQ ...
> To better design our site, can I ask how you happened to completely miss
> the documentation page while still finding your way to the old FAQ?

The path I followed is:

Start at http://www.cygwin.com/

Follow the XFree86 link (16th entry in the gray box on the left) to
http://cygwin.com/xfree/

Follow the Frequently Asked Questions link (15th entry in the gray box
on the left) to http://xfree86.cygwin.com/docs/faq/

Download the .TXT format;
Also follow the link to http://xfree86.cygwin.com/faq.html

I looked through both.  The only entries which seemed relevant
to the problem at hand were in what seems to be the "old" FAQ.
Of course, it's possible that I missed something.


From perryh@pluto.rain.com  Tue Apr 16 00:50:00 2002
From: perryh@pluto.rain.com (Perry Hutchison)
Date: Tue, 16 Apr 2002 00:50:00 -0000
Subject: How do I run it?
Message-ID: <10204160745.AA24518@pluto.rain.com>

> > I try to run C:\cygwin\usr\X11R6\bin\XWin.exe, I get an error box:
> >     Error Starting Program
> >               A required .DLL file, CYGWIN1.DLL, was not found.
...
> > What part of the installation process did I miss?
...
> Use startxwin.sh to start the X server.
> Add \cygwin\bin to your PATH in Windows.
> Add \cygwin\usr\X11R6\bin to your PATH in Windows.

startxwin.sh did not get installed.  Neither did startxwin.bat,
mentioned in one of the FAQ's.  I have to wonder what else may be
missing.

I did add C:\cygwin\bin and C:\cygwin\usr\X11R6\bin to the Windows
PATH.  Now when I try to run XWin.exe from Start/Run, the mouse cursor
changes to arrow+hourglass for a few seconds, then changes back to a
plain arrow leaving no sign of anything having been started.  There's
no window, nothing added to the taskbar, nothing added to the system
tray.  Running it from Cygwin bash is the same, adding only the report
"Exit 1" when it terminates.


From perryh@pluto.rain.com  Tue Apr 16 01:40:00 2002
From: perryh@pluto.rain.com (Perry Hutchison)
Date: Tue, 16 Apr 2002 01:40:00 -0000
Subject: How do I run it?
Message-ID: <10204160831.AA24971@pluto.rain.com>

> What is the output of the 'mount' command ?
C:\cygwin\bin on /usr/bin type system (binmode)
C:\cygwin\lib on /usr/lib type system (binmode)
C:\cygwin on / type system (binmode)
c: on /cygdrive/c type user (binmode,noumount)
d: on /cygdrive/d type user (binmode,noumount)

> What if you type 'ls /usr/X11R6'
bin  include  lib  man


From U.Schmidtmann@visicon-online.de  Tue Apr 16 04:41:00 2002
From: U.Schmidtmann@visicon-online.de (Uwe Schmidtmann)
Date: Tue, 16 Apr 2002 04:41:00 -0000
Subject: Problem: extreme speed difference NT4 <> Win98SE runing Xfree
Message-ID: <3CBC0F5F.30204@visicon-online.de>


Hello.

I have one question about speed issues concerning different "Host" 
operating systems of the cygwin environment.

Here at work I am using cygwin with the latest X11 binaries on an 800 
MHz PIII and an Nvideo Vanta Graphics adaptor. X11 is quite usable with 
this setup although the speed loss compared to LinuX on this machine 
(even when "just" displaying softawre from our server) is high. But 
nothing to complain here.

But with the same configuration of Cygwin and X11 (this one was updated 
5 days ago) on my 800 MHz Athlon at home (freshly intalled 6 days ago, 
ATI Graphics) X11 is almost unsable (e.g. I can type almost faster than 
nedit can diplays it).

The main difference is that the slow system has Win98SE installed. Oh 
yes - there is also a difference in RAM: this machine has 512 MB, the 
slower one at home "only" has 256 MB which I would assume should suffice...

What is interesting though is, that when I use the demo version of MiX 
(Micro Images X Server) I get the same performance as with the NT 
machine, while on the NT box MiX and X11 running on Cygwin perform 
almost the same.

So now the question: is that a known issue or have I made a mistake when 
instlling the system?

Regards,

Uwe


From huntharo@msu.edu  Tue Apr 16 04:55:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Tue, 16 Apr 2002 04:55:00 -0000
Subject: How do I run it?
In-Reply-To: <10204160705.AA24159@pluto.rain.com>
Message-ID: 

Perry,

> The path I followed is:
>
> Start at http://www.cygwin.com/
>
> Follow the XFree86 link (16th entry in the gray box on the left) to
> http://cygwin.com/xfree/
>
> Follow the Frequently Asked Questions link (15th entry in the gray box
> on the left) to http://xfree86.cygwin.com/docs/faq/
>
> Download the .TXT format;
> Also follow the link to http://xfree86.cygwin.com/faq.html

That won't happen again.  I removed the link to the old FAQ.  Let me tell
you, it is giving you false hope.

[To others who are helping answer this question - stop talking about how to
set your path, etc.  The real problem here is that the user was unable to
find the installation instructions that have already been prepared.]

You *have* to follow the step-by-step installation instructions in the
Cygwin/XFree86 User's Guide or we cannot help you:
http://xfree86.cygwin.com/docs/ug/

The User's Guide tells you how to install Cygwin/XFree86, including the
startup batch files and shell scripts.  I can guarantee that you will not be
successful in installing Cygwin/XFree86 until you follow those instructions.

I recommend that you revert all PATH changes that were made in your
autoexec.bat or through the environment settings in Windows.  The
startxwin.bat and startxwin.sh scripts automatically set the path to what it
needs to be.  Much time was spent on those scripts to save users from having
to mess with the path statements themselves.

Good luck,

Harold


From huntharo@msu.edu  Tue Apr 16 05:00:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Tue, 16 Apr 2002 05:00:00 -0000
Subject: Problem: extreme speed difference NT4 <> Win98SE runing Xfree
In-Reply-To: <3CBC0F5F.30204@visicon-online.de>
Message-ID: 

Uwe,

Yes, the performance difference is known and expected.  Some of the
difference is due to optimizations in Cygwin that cannot be used on Windows
95/98/Me and some of the difference is due to the speed of the graphics
libraries in Windows 95/98/Me vs. Windows NT/2000.  MI/X doesn't run into
the graphics speed differences because they use GDI drawing functions which
can be significantly accelerated by the graphics card and driver, whereas
Cygwin/XFree86 primarily uses large bit block transfers which appear to just
be slower on Windows 95/98/Me.

We have been working on a version of Cygwin/XFree86 that uses GDI drawing
functions directly, but the work is nowhere near complete or even usable.
The development of that server can be followed at:
http://sourceforge.net/projects/xoncygwin

Hope that helps,

Harold


From huntharo@msu.edu  Tue Apr 16 06:07:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Tue, 16 Apr 2002 06:07:00 -0000
Subject: FW: Problem: extreme speed difference NT4 <> Win98SE runing Xfree
Message-ID: 

Uwe forgot to cc the mailing list in his response.

Harold

-----Original Message-----
From: Uwe Schmidtmann [mailto:U.Schmidtmann@visicon-online.de]
Sent: Tuesday, April 16, 2002 8:54 AM
To: Harold Hunt
Subject: Re: Problem: extreme speed difference NT4 <> Win98SE runing
Xfree


Hello.

Thanks for the extremely fast answer - it was about what I feared to
hear. It would have been more pleasant to hear about a configuration
trap I stumbled into - so it depends on how to define "it helps".

My problem is, that I try to develop a "CCD" Camera for astronomical
purposes (not really CCD for the moment as I want to try a CMOS imaging
sensor). The control software is running under X11 (a very early version
can be found on my homepage http://www.brunsteinobs.de.vu/, an update
about the project will be done after a short introduction on a meeting
in Mai), but the hardware programming environment uses Windows - so I
was hoping to use cygwin and X11 to run my control application and nedit
  to test changes in the hardware.

Here at work I use the system to monitor and configure our server and
gateway...


Anyway: is there any cheap workaround with free or at least cheap server
software apart from MiX? Xwin32 runs extremely well but is much to
expensive for being used only once a week as a private person?

Apart from that: All programmers supporting the cygwin project did a
great job. The whole system is getting better and better...

I do not much about X-Server internals or Windows internals - but if you
need a guinnea pig (hope the spelling is right, I just mean someone to
be willing to crash his system - after backing it up) to run some tests,
feel free to contact me.

Regards,

Uwe

Harold Hunt wrote:

> Uwe,
>
> Yes, the performance difference is known and expected.  Some of the
> difference is due to optimizations in Cygwin that cannot be used on
Windows
> 95/98/Me and some of the difference is due to the speed of the graphics
> libraries in Windows 95/98/Me vs. Windows NT/2000.  MI/X doesn't run into
> the graphics speed differences because they use GDI drawing functions
which
> can be significantly accelerated by the graphics card and driver, whereas
> Cygwin/XFree86 primarily uses large bit block transfers which appear to
just
> be slower on Windows 95/98/Me.
>
> We have been working on a version of Cygwin/XFree86 that uses GDI drawing
> functions directly, but the work is nowhere near complete or even usable.
> The development of that server can be followed at:
> http://sourceforge.net/projects/xoncygwin
>
> Hope that helps,
>
> Harold
>
>
>
>



From huntharo@msu.edu  Tue Apr 16 06:09:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Tue, 16 Apr 2002 06:09:00 -0000
Subject: Problem: extreme speed difference NT4 <> Win98SE runing Xfree
In-Reply-To: <3CBC1EE1.2040203@visicon-online.de>
Message-ID: 

One thing I forgot to mention is that you may want to make sure that
DirectX, etc. are up to date by visiting http://windowsupdate.microsoft.com/
and installing whatever updates they have there (might require several
reboots).  Some of those updates may affect the performance of
Cygwin/XFree86, or they may not :)

Harold

> -----Original Message-----
> From: Uwe Schmidtmann [mailto:U.Schmidtmann@visicon-online.de]
> Sent: Tuesday, April 16, 2002 8:54 AM
> To: Harold Hunt
> Subject: Re: Problem: extreme speed difference NT4 <> Win98SE runing
> Xfree
>
>
> Hello.
>
> Thanks for the extremely fast answer - it was about what I feared to
> hear. It would have been more pleasant to hear about a configuration
> trap I stumbled into - so it depends on how to define "it helps".
>
> My problem is, that I try to develop a "CCD" Camera for astronomical
> purposes (not really CCD for the moment as I want to try a CMOS imaging
> sensor). The control software is running under X11 (a very early version
> can be found on my homepage http://www.brunsteinobs.de.vu/, an update
> about the project will be done after a short introduction on a meeting
> in Mai), but the hardware programming environment uses Windows - so I
> was hoping to use cygwin and X11 to run my control application and nedit
>   to test changes in the hardware.
>
> Here at work I use the system to monitor and configure our server and
> gateway...
>
>
> Anyway: is there any cheap workaround with free or at least cheap server
> software apart from MiX? Xwin32 runs extremely well but is much to
> expensive for being used only once a week as a private person?
>
> Apart from that: All programmers supporting the cygwin project did a
> great job. The whole system is getting better and better...
>
> I do not much about X-Server internals or Windows internals - but if you
> need a guinnea pig (hope the spelling is right, I just mean someone to
> be willing to crash his system - after backing it up) to run some tests,
> feel free to contact me.
>
> Regards,
>
> Uwe
>
> Harold Hunt wrote:
>
> > Uwe,
> >
> > Yes, the performance difference is known and expected.  Some of the
> > difference is due to optimizations in Cygwin that cannot be
> used on Windows
> > 95/98/Me and some of the difference is due to the speed of the graphics
> > libraries in Windows 95/98/Me vs. Windows NT/2000.  MI/X
> doesn't run into
> > the graphics speed differences because they use GDI drawing
> functions which
> > can be significantly accelerated by the graphics card and
> driver, whereas
> > Cygwin/XFree86 primarily uses large bit block transfers which
> appear to just
> > be slower on Windows 95/98/Me.
> >
> > We have been working on a version of Cygwin/XFree86 that uses
> GDI drawing
> > functions directly, but the work is nowhere near complete or
> even usable.
> > The development of that server can be followed at:
> > http://sourceforge.net/projects/xoncygwin
> >
> > Hope that helps,
> >
> > Harold
> >
> >
> >
> >
>
>


From k.vriezen@vgelder.com  Tue Apr 16 07:51:00 2002
From: k.vriezen@vgelder.com (Koos Vriezen)
Date: Tue, 16 Apr 2002 07:51:00 -0000
Subject: Problem: extreme speed difference NT4 <> Win98SE runing Xfree
Message-ID: 

On Tue, 16 Apr 2002, Uwe Schmidtmann wrote:
> But with the same configuration of Cygwin and X11 (this one was updated 
> 5 days ago) on my 800 MHz Athlon at home (freshly intalled 6 days ago, 
> ATI Graphics) X11 is almost unsable (e.g. I can type almost faster than 
> nedit can diplays it).
> 
> The main difference is that the slow system has Win98SE installed. Oh 
> yes - there is also a difference in RAM: this machine has 512 MB, the 
> slower one at home "only" has 256 MB which I would assume should suffice...

I don't see this speed difference. I type this on a P466 Celeron Win98SE 
with a remote KDE session via xdm on a RH7.1 (and I can type very fast). 
We have different Windows NT,98,2000 and on all XFree performs quite well. 
Did found some speed impacts caused by Norton AV on W2k and ZoneAlert on 
W98. Seems that processes watching network traffic slows down Windows 
dramatically.

Regards,

Koos Vriezen



From flognat@flognat.myip.org  Tue Apr 16 08:16:00 2002
From: flognat@flognat.myip.org (Andrew Markebo)
Date: Tue, 16 Apr 2002 08:16:00 -0000
Subject: How do I run it?
In-Reply-To: <3CBBCEA9.4D208157@imec.be>
References: <10204151555.AA17839@pluto.rain.com> <3CBBCEA9.4D208157@imec.be>
Message-ID: 

My first impression was that you clicked on xwin.exe, have you tried
the batch-file, or shell-script, startxwin.bat/-sh?

        /Andy

-- 
 The eye of the beholder rests on the beauty!


From flognat@flognat.myip.org  Tue Apr 16 08:21:00 2002
From: flognat@flognat.myip.org (Andrew Markebo)
Date: Tue, 16 Apr 2002 08:21:00 -0000
Subject: FW: Problem: extreme speed difference NT4 <> Win98SE runing Xfree
In-Reply-To: 
References: 
Message-ID: 

A hint, give vnc a try when connecting from your home-pc, can do quite
good transfer :-)

What link is used BTW when working from home? (could it be something
like MI/X running 8bit, while cygwin runs 16bit or more)

        /Andy

| 
| -----Original Message-----
| From: Uwe Schmidtmann [mailto:U.Schmidtmann@visicon-online.de]
| Sent: Tuesday, April 16, 2002 8:54 AM
| To: Harold Hunt
| Subject: Re: Problem: extreme speed difference NT4 <> Win98SE runing
| Xfree
| 
| 
| Hello.
| 
| Thanks for the extremely fast answer - it was about what I feared to
| hear. It would have been more pleasant to hear about a configuration
| trap I stumbled into - so it depends on how to define "it helps".

[...]

-- 
 The eye of the beholder rests on the beauty!


From mbradford@bahaigear.com  Tue Apr 16 10:26:00 2002
From: mbradford@bahaigear.com (Matthew Bradford)
Date: Tue, 16 Apr 2002 10:26:00 -0000
Subject: XDMCP and Redhat 7.2
In-Reply-To: 
References: 
Message-ID: <200204161322.42136.mbradford@bahaigear.com>

Harold,
	Well, I feel like an idiot, but hey... it happens to all of us I guess, 
right?  right?  please? :-)  Like an idiot I didn't check to see if all of 
the failed attempts to start the X server to connect to the XDMCP server 
actually terminated themselves.  Looked at the process list and sure enough I 
found 2 rouge servers running.  You may be wondering just how that can 
happen... well, here is how:

$XWin.exe -fullscreen &
$xhost +

The window will go away making me believe the server had crashed.  I thought 
it was just a minor bug in the fullscreen portion of the X server.  In 
reality it stays running in the background.  And what is more interesting is 
that the X server will not complain that it cannot get the port.  Is THIS is 
bug too?  Or is it how it is supposed to work for some reason?

	- Matt


On Monday 15 April 2002 07:27 am, Harold Hunt wrote:
> Matt,
>
> It's good to know that something is listening on port 6000; however, I
> don't think that it is Windows XP's  Remote Assistance feature.  The only
> port number I can find mentioned with documents on that feature is 3389.
> Besides, if Microsoft did something so stupid as to set the default port
> number the same as the well-known X Window System port number then we would
> have surely heard about it by now.  Not to mention the fact that all of our
> Windows XP users would be having the same problem that you are having.
>
> I'd be interested to know what program on your computer is actually taking
> port 6000, for future reference.
>
> Thanks,
>
> Harold
>
> > -----Original Message-----
> > From: cygwin-xfree-owner@cygwin.com
> > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Matthew Bradford
> > Sent: Monday, April 15, 2002 1:18 AM
> > To: Harold Hunt
> > Cc: cygwin-xfree@cygwin.com
> > Subject: Re: XDMCP and Redhat 7.2
> >
> >
> > Harold,
> > 	Sorry for not responding to the commercial X server
> > question.  The answer to
> > that one is no as well.  I was going to try and get exceed, but
> > then saw this
> > and I couldn't pass up free.  (Also, I like the codebase in XFree
> > much better
> > than any commercial X server I've seen for win32)  I knew that :1
> > changed the
> > screen to 1 rather than 0, and after performing the netstat -a..
> > sure enough
> > there is something listening on port 6000.
> >
> > 	My best guess is that annoying pc-anywhere thing built into
> > XP.  I don't know
> > though.  I feel much better now that everything works though. :-)
> >
> > Thank you very much for your help.
> > 	- Matt
> >
> > On Monday 15 April 2002 12:18 am, Harold Hunt wrote:
> > > Matt,
> > >
> > > Perhaps some process already owns port 6000 on your Windows
> >
> > machine before
> >
> > > you launch XWin.  Adding :1 changes the screen number to 1
> >
> > (from 0) which
> >
> > > changes the port number to, I believe, 6001.
> > >
> > > You can find out what ports are open by running 'netstat -a' in
> >
> > a 'cmd' box
> >
> > > on Windows XP (if that has the command prompt).
> > >
> > > One thing that could cause port 6000 to be taken would be if you have a
> > > commercial X Server installed.  On April 12 I asked if you had any
> > > commercial X Servers installed:
> > > http://cygwin.com/ml/cygwin-xfree/2002-04/msg00273.html
> > >
> > > You never answered.  So, do you have any commercial X Servers
> > > installed?
> > >
> > > It makes perfect sense that port 6000 is already owned, since
> >
> > you can run
> >
> > > remote clients via ssh forwarding (which doesn't use port 6000), but
> > > you can't run remote clients via telnet (which does use port 6000).
> > >
> > > Let me know what you find,
> > >
> > > Harold
> > >
> > > > -----Original Message-----
> > > > From: cygwin-xfree-owner@cygwin.com
> > > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Matthew Bradford
> > > > Sent: Sunday, April 14, 2002 11:04 PM
> > > > To: Ian Burrell
> > > > Cc: Harold Hunt; cygwin-xfree@cygwin.com
> > > > Subject: Re: XDMCP and Redhat 7.2
> > > >
> > > >
> > > > I have finally solved the problem.  However, this raises another
> > > > question...
> > > >
> > > > The solution by the way was to add :1 to the Xwin.exe.  Don't
> >
> > know why it
> >
> > > > worked, but it worked like a charm.  So then the question
> >
> > is... why? :-P
> >
> > > > 	- Matt
> > > >
> > > > On Friday 12 April 2002 10:07 pm, Ian Burrell wrote:
> > > > > Matthew Bradford wrote:
> > > > > > First, thank you very much for your time and attention.
> >
> > Now onto the
> >
> > > > > > results of your last email:
> > > > > >
> > > > > > I've tried that before, but I tried it again just to be
> > > >
> > > > sure... and still
> > > >
> > > > > > no go.
> > > > > >
> > > > > > did you get my previous email talking about the connection
> > > >
> > > > refused issue?
> > > >
> > > > > >  I think this is related.  The only way I can get any remote
> > > >
> > > > X app to run
> > > >
> > > > > > is when I tunnel it through SSH.  Setting the export
> >
> > variable doesn't
> >
> > > > > > work. (even when i run xhost + and/or pass the -ac option to the
> > > > > > X server)  It is acting as if access control is on still.
> > > > > >
> > > > > > Any ideas on how to fix that?  I'll put ya money on it that
> > > >
> > > > is the issue.
> > > >
> > > > > >  I just have no idea how to fix it.
> > > > >
> > > > > Also, check if you have any .Xauthority files. Try moving
> >
> > the existing
> >
> > > > > ones are regenerating them. If you are running an X server, "xauth
> > > > > generate " connects to the server and generates new
> >
> > cookies. You
> >
> > > > > can copy the resulting .Xauthority file to Red Hat 7.2 machine.
> > > > >
> > > > > One thing to try is turn on debugging in the XDMCP server.
> >
> > I don't know
> >
> > > > > how this is done with kdm. xdm has a -debug flag.
> > > > >
> > > > >   - Ian


From flognat@flognat.myip.org  Tue Apr 16 10:35:00 2002
From: flognat@flognat.myip.org (Andrew Markebo)
Date: Tue, 16 Apr 2002 10:35:00 -0000
Subject: FW: Problem: extreme speed difference NT4 <> Win98SE runing Xfree
In-Reply-To: 
References: 
	
Message-ID: 

/ Andrew Markebo  wrote:
| A hint, give vnc a try when connecting from your home-pc, can do quite
| good transfer :-)
| 
| What link is used BTW when working from home? (could it be something

And link I mean media, connection, whatever, how do you connect
between the computers.. 

        /Andy

-- 
 The eye of the beholder rests on the beauty!


From huntharo@msu.edu  Tue Apr 16 10:58:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Tue, 16 Apr 2002 10:58:00 -0000
Subject: XDMCP and Redhat 7.2
In-Reply-To: <200204161322.42136.mbradford@bahaigear.com>
Message-ID: 

Matt,

Are you telling me that you had several failed Cygwin/XFree86 launch
attempts and you happened to never reboot (or at least to start out with a
command line that would fail after rebooting) thus you were never able to
connect to your remote machine via XDMCP?  Man, that is some bad luck.

So, tell me now if you can connect to your remote machine via XDMCP on
display 0.  Is everything normal for you now?

The point you raise about no error being reported is interesting.  The
portion of the X Server that opens port 6000 is operating system independent
(we didn't write it in other words) so I haven't checked if it tries to
verify that port 6000 can be owned on startup.  I'll look into it, as it
does make sense to abort the session and warn the user, rather than to
silently fail in the background.

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Matthew Bradford
> Sent: Tuesday, April 16, 2002 1:23 PM
> To: Harold Hunt
> Cc: cygwin-xfree@cygwin.com
> Subject: Re: XDMCP and Redhat 7.2
>
>
> Harold,
> 	Well, I feel like an idiot, but hey... it happens to all of
> us I guess,
> right?  right?  please? :-)  Like an idiot I didn't check to see
> if all of
> the failed attempts to start the X server to connect to the XDMCP server
> actually terminated themselves.  Looked at the process list and
> sure enough I
> found 2 rouge servers running.  You may be wondering just how that can
> happen... well, here is how:
>
> $XWin.exe -fullscreen &
> $xhost +
>
> The window will go away making me believe the server had crashed.
>  I thought
> it was just a minor bug in the fullscreen portion of the X server.  In
> reality it stays running in the background.  And what is more
> interesting is
> that the X server will not complain that it cannot get the port.
> Is THIS is
> bug too?  Or is it how it is supposed to work for some reason?
>
> 	- Matt
>
>
> On Monday 15 April 2002 07:27 am, Harold Hunt wrote:
> > Matt,
> >
> > It's good to know that something is listening on port 6000; however, I
> > don't think that it is Windows XP's  Remote Assistance feature.
>  The only
> > port number I can find mentioned with documents on that feature is 3389.
> > Besides, if Microsoft did something so stupid as to set the default port
> > number the same as the well-known X Window System port number
> then we would
> > have surely heard about it by now.  Not to mention the fact
> that all of our
> > Windows XP users would be having the same problem that you are having.
> >
> > I'd be interested to know what program on your computer is
> actually taking
> > port 6000, for future reference.
> >
> > Thanks,
> >
> > Harold
> >
> > > -----Original Message-----
> > > From: cygwin-xfree-owner@cygwin.com
> > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Matthew Bradford
> > > Sent: Monday, April 15, 2002 1:18 AM
> > > To: Harold Hunt
> > > Cc: cygwin-xfree@cygwin.com
> > > Subject: Re: XDMCP and Redhat 7.2
> > >
> > >
> > > Harold,
> > > 	Sorry for not responding to the commercial X server
> > > question.  The answer to
> > > that one is no as well.  I was going to try and get exceed, but
> > > then saw this
> > > and I couldn't pass up free.  (Also, I like the codebase in XFree
> > > much better
> > > than any commercial X server I've seen for win32)  I knew that :1
> > > changed the
> > > screen to 1 rather than 0, and after performing the netstat -a..
> > > sure enough
> > > there is something listening on port 6000.
> > >
> > > 	My best guess is that annoying pc-anywhere thing built into
> > > XP.  I don't know
> > > though.  I feel much better now that everything works though. :-)
> > >
> > > Thank you very much for your help.
> > > 	- Matt
> > >
> > > On Monday 15 April 2002 12:18 am, Harold Hunt wrote:
> > > > Matt,
> > > >
> > > > Perhaps some process already owns port 6000 on your Windows
> > >
> > > machine before
> > >
> > > > you launch XWin.  Adding :1 changes the screen number to 1
> > >
> > > (from 0) which
> > >
> > > > changes the port number to, I believe, 6001.
> > > >
> > > > You can find out what ports are open by running 'netstat -a' in
> > >
> > > a 'cmd' box
> > >
> > > > on Windows XP (if that has the command prompt).
> > > >
> > > > One thing that could cause port 6000 to be taken would be
> if you have a
> > > > commercial X Server installed.  On April 12 I asked if you had any
> > > > commercial X Servers installed:
> > > > http://cygwin.com/ml/cygwin-xfree/2002-04/msg00273.html
> > > >
> > > > You never answered.  So, do you have any commercial X Servers
> > > > installed?
> > > >
> > > > It makes perfect sense that port 6000 is already owned, since
> > >
> > > you can run
> > >
> > > > remote clients via ssh forwarding (which doesn't use port 6000), but
> > > > you can't run remote clients via telnet (which does use port 6000).
> > > >
> > > > Let me know what you find,
> > > >
> > > > Harold
> > > >
> > > > > -----Original Message-----
> > > > > From: cygwin-xfree-owner@cygwin.com
> > > > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of
> Matthew Bradford
> > > > > Sent: Sunday, April 14, 2002 11:04 PM
> > > > > To: Ian Burrell
> > > > > Cc: Harold Hunt; cygwin-xfree@cygwin.com
> > > > > Subject: Re: XDMCP and Redhat 7.2
> > > > >
> > > > >
> > > > > I have finally solved the problem.  However, this raises another
> > > > > question...
> > > > >
> > > > > The solution by the way was to add :1 to the Xwin.exe.  Don't
> > >
> > > know why it
> > >
> > > > > worked, but it worked like a charm.  So then the question
> > >
> > > is... why? :-P
> > >
> > > > > 	- Matt
> > > > >
> > > > > On Friday 12 April 2002 10:07 pm, Ian Burrell wrote:
> > > > > > Matthew Bradford wrote:
> > > > > > > First, thank you very much for your time and attention.
> > >
> > > Now onto the
> > >
> > > > > > > results of your last email:
> > > > > > >
> > > > > > > I've tried that before, but I tried it again just to be
> > > > >
> > > > > sure... and still
> > > > >
> > > > > > > no go.
> > > > > > >
> > > > > > > did you get my previous email talking about the connection
> > > > >
> > > > > refused issue?
> > > > >
> > > > > > >  I think this is related.  The only way I can get any remote
> > > > >
> > > > > X app to run
> > > > >
> > > > > > > is when I tunnel it through SSH.  Setting the export
> > >
> > > variable doesn't
> > >
> > > > > > > work. (even when i run xhost + and/or pass the -ac
> option to the
> > > > > > > X server)  It is acting as if access control is on still.
> > > > > > >
> > > > > > > Any ideas on how to fix that?  I'll put ya money on it that
> > > > >
> > > > > is the issue.
> > > > >
> > > > > > >  I just have no idea how to fix it.
> > > > > >
> > > > > > Also, check if you have any .Xauthority files. Try moving
> > >
> > > the existing
> > >
> > > > > > ones are regenerating them. If you are running an X
> server, "xauth
> > > > > > generate " connects to the server and generates new
> > >
> > > cookies. You
> > >
> > > > > > can copy the resulting .Xauthority file to Red Hat 7.2 machine.
> > > > > >
> > > > > > One thing to try is turn on debugging in the XDMCP server.
> > >
> > > I don't know
> > >
> > > > > > how this is done with kdm. xdm has a -debug flag.
> > > > > >
> > > > > >   - Ian
>


From mbradford@bahaigear.com  Tue Apr 16 11:11:00 2002
From: mbradford@bahaigear.com (Matthew Bradford)
Date: Tue, 16 Apr 2002 11:11:00 -0000
Subject: XDMCP and Redhat 7.2
In-Reply-To: 
References: 
Message-ID: <200204161407.30364.mbradford@bahaigear.com>

Harold,

That is exactly what I'm telling you.  lol.  I would see the x server shut 
down and I assumed all the resources it had got freed.  Guess not. :-)  But 
yeah, since noticing that and killing the appropriate processes I have been 
able to connect on :0 just fine.  

About the error reporting.  I find it very odd that nothing is generated as 
well, because the Linux version will complain and kill itself if there is 
another app that has port 6000.  You sure nobody modified that code?  Or 
perhaps the networking wrappers (i assume you'd be using something like that) 
need to be looked at more closely.  Oh well, I am willing to offer any help I 
can... and yes, I will reboot when needed from now on! :-P

	- Matt


On Tuesday 16 April 2002 01:58 pm, Harold Hunt wrote:
> Matt,
>
> Are you telling me that you had several failed Cygwin/XFree86 launch
> attempts and you happened to never reboot (or at least to start out with a
> command line that would fail after rebooting) thus you were never able to
> connect to your remote machine via XDMCP?  Man, that is some bad luck.
>
> So, tell me now if you can connect to your remote machine via XDMCP on
> display 0.  Is everything normal for you now?
>
> The point you raise about no error being reported is interesting.  The
> portion of the X Server that opens port 6000 is operating system
> independent (we didn't write it in other words) so I haven't checked if it
> tries to verify that port 6000 can be owned on startup.  I'll look into it,
> as it does make sense to abort the session and warn the user, rather than
> to silently fail in the background.
>
> Harold
>
> > -----Original Message-----
> > From: cygwin-xfree-owner@cygwin.com
> > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Matthew Bradford
> > Sent: Tuesday, April 16, 2002 1:23 PM
> > To: Harold Hunt
> > Cc: cygwin-xfree@cygwin.com
> > Subject: Re: XDMCP and Redhat 7.2
> >
> >
> > Harold,
> > 	Well, I feel like an idiot, but hey... it happens to all of
> > us I guess,
> > right?  right?  please? :-)  Like an idiot I didn't check to see
> > if all of
> > the failed attempts to start the X server to connect to the XDMCP server
> > actually terminated themselves.  Looked at the process list and
> > sure enough I
> > found 2 rouge servers running.  You may be wondering just how that can
> > happen... well, here is how:
> >
> > $XWin.exe -fullscreen &
> > $xhost +
> >
> > The window will go away making me believe the server had crashed.
> >  I thought
> > it was just a minor bug in the fullscreen portion of the X server.  In
> > reality it stays running in the background.  And what is more
> > interesting is
> > that the X server will not complain that it cannot get the port.
> > Is THIS is
> > bug too?  Or is it how it is supposed to work for some reason?
> >
> > 	- Matt
> >
> > On Monday 15 April 2002 07:27 am, Harold Hunt wrote:
> > > Matt,
> > >
> > > It's good to know that something is listening on port 6000; however, I
> > > don't think that it is Windows XP's  Remote Assistance feature.
> >
> >  The only
> >
> > > port number I can find mentioned with documents on that feature is
> > > 3389. Besides, if Microsoft did something so stupid as to set the
> > > default port number the same as the well-known X Window System port
> > > number
> >
> > then we would
> >
> > > have surely heard about it by now.  Not to mention the fact
> >
> > that all of our
> >
> > > Windows XP users would be having the same problem that you are having.
> > >
> > > I'd be interested to know what program on your computer is
> >
> > actually taking
> >
> > > port 6000, for future reference.
> > >
> > > Thanks,
> > >
> > > Harold
> > >
> > > > -----Original Message-----
> > > > From: cygwin-xfree-owner@cygwin.com
> > > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Matthew Bradford
> > > > Sent: Monday, April 15, 2002 1:18 AM
> > > > To: Harold Hunt
> > > > Cc: cygwin-xfree@cygwin.com
> > > > Subject: Re: XDMCP and Redhat 7.2
> > > >
> > > >
> > > > Harold,
> > > > 	Sorry for not responding to the commercial X server
> > > > question.  The answer to
> > > > that one is no as well.  I was going to try and get exceed, but
> > > > then saw this
> > > > and I couldn't pass up free.  (Also, I like the codebase in XFree
> > > > much better
> > > > than any commercial X server I've seen for win32)  I knew that :1
> > > > changed the
> > > > screen to 1 rather than 0, and after performing the netstat -a..
> > > > sure enough
> > > > there is something listening on port 6000.
> > > >
> > > > 	My best guess is that annoying pc-anywhere thing built into
> > > > XP.  I don't know
> > > > though.  I feel much better now that everything works though. :-)
> > > >
> > > > Thank you very much for your help.
> > > > 	- Matt
> > > >
> > > > On Monday 15 April 2002 12:18 am, Harold Hunt wrote:
> > > > > Matt,
> > > > >
> > > > > Perhaps some process already owns port 6000 on your Windows
> > > >
> > > > machine before
> > > >
> > > > > you launch XWin.  Adding :1 changes the screen number to 1
> > > >
> > > > (from 0) which
> > > >
> > > > > changes the port number to, I believe, 6001.
> > > > >
> > > > > You can find out what ports are open by running 'netstat -a' in
> > > >
> > > > a 'cmd' box
> > > >
> > > > > on Windows XP (if that has the command prompt).
> > > > >
> > > > > One thing that could cause port 6000 to be taken would be
> >
> > if you have a
> >
> > > > > commercial X Server installed.  On April 12 I asked if you had any
> > > > > commercial X Servers installed:
> > > > > http://cygwin.com/ml/cygwin-xfree/2002-04/msg00273.html
> > > > >
> > > > > You never answered.  So, do you have any commercial X Servers
> > > > > installed?
> > > > >
> > > > > It makes perfect sense that port 6000 is already owned, since
> > > >
> > > > you can run
> > > >
> > > > > remote clients via ssh forwarding (which doesn't use port 6000),
> > > > > but you can't run remote clients via telnet (which does use port
> > > > > 6000).
> > > > >
> > > > > Let me know what you find,
> > > > >
> > > > > Harold
> > > > >
> > > > > > -----Original Message-----
> > > > > > From: cygwin-xfree-owner@cygwin.com
> > > > > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of
> >
> > Matthew Bradford
> >
> > > > > > Sent: Sunday, April 14, 2002 11:04 PM
> > > > > > To: Ian Burrell
> > > > > > Cc: Harold Hunt; cygwin-xfree@cygwin.com
> > > > > > Subject: Re: XDMCP and Redhat 7.2
> > > > > >
> > > > > >
> > > > > > I have finally solved the problem.  However, this raises another
> > > > > > question...
> > > > > >
> > > > > > The solution by the way was to add :1 to the Xwin.exe.  Don't
> > > >
> > > > know why it
> > > >
> > > > > > worked, but it worked like a charm.  So then the question
> > > >
> > > > is... why? :-P
> > > >
> > > > > > 	- Matt
> > > > > >
> > > > > > On Friday 12 April 2002 10:07 pm, Ian Burrell wrote:
> > > > > > > Matthew Bradford wrote:
> > > > > > > > First, thank you very much for your time and attention.
> > > >
> > > > Now onto the
> > > >
> > > > > > > > results of your last email:
> > > > > > > >
> > > > > > > > I've tried that before, but I tried it again just to be
> > > > > >
> > > > > > sure... and still
> > > > > >
> > > > > > > > no go.
> > > > > > > >
> > > > > > > > did you get my previous email talking about the connection
> > > > > >
> > > > > > refused issue?
> > > > > >
> > > > > > > >  I think this is related.  The only way I can get any remote
> > > > > >
> > > > > > X app to run
> > > > > >
> > > > > > > > is when I tunnel it through SSH.  Setting the export
> > > >
> > > > variable doesn't
> > > >
> > > > > > > > work. (even when i run xhost + and/or pass the -ac
> >
> > option to the
> >
> > > > > > > > X server)  It is acting as if access control is on still.
> > > > > > > >
> > > > > > > > Any ideas on how to fix that?  I'll put ya money on it that
> > > > > >
> > > > > > is the issue.
> > > > > >
> > > > > > > >  I just have no idea how to fix it.
> > > > > > >
> > > > > > > Also, check if you have any .Xauthority files. Try moving
> > > >
> > > > the existing
> > > >
> > > > > > > ones are regenerating them. If you are running an X
> >
> > server, "xauth
> >
> > > > > > > generate " connects to the server and generates new
> > > >
> > > > cookies. You
> > > >
> > > > > > > can copy the resulting .Xauthority file to Red Hat 7.2 machine.
> > > > > > >
> > > > > > > One thing to try is turn on debugging in the XDMCP server.
> > > >
> > > > I don't know
> > > >
> > > > > > > how this is done with kdm. xdm has a -debug flag.
> > > > > > >
> > > > > > >   - Ian


From sb@dod.no  Tue Apr 16 12:30:00 2002
From: sb@dod.no (Steinar Bang)
Date: Tue, 16 Apr 2002 12:30:00 -0000
Subject: xfree packages
References:  <3CB4B09C.1070606@znark.com>
Message-ID: <87bscjjvhj.fsf@doohan.bang.priv.no>

>>>>> Ian Burrell :

> Harold Hunt wrote:

>> Also, I request that you keep the XFree86-xserv package, as that
>> will allow us to realize the immediate benefit of being able to
>> release the Test-** server or updates to the stable server as small
>> downloads that everyone can keep up to date with.

> Good idea. I'm going to call it xfree86-xwin though. I think I'll
> put the startup-scripts.tgz in this package.

An extra bonus with this package would be to create minimized installs
that just talk XDMCP to some display manager, and has no X
applications or fonts by its own.

That's how I used CygWin/XFree86 anyway.



From xcn557@interlap.com.ar  Tue Apr 16 12:46:00 2002
From: xcn557@interlap.com.ar (Department41)
Date: Tue, 16 Apr 2002 12:46:00 -0000
Subject: Clean Water Tech - Initial Revenues                  ACK
Message-ID: <00006e0916b1$00000e73$00004884@mail.interlap.com.ar>


CLEAN WATER TECHNOLOGIES, INC.

Symbol: CWTI
Exchange: OTCBB
Recent Price: .50
52 Week Range: .31-1.89
Shares Outstanding: 5.7 million

Clean Water Technologies (CWTI) is an exciting environmental company 
selling at an attractively low price. CWTI recently received initial 
revenues from their patented (U.S. patent #6,042,731) process to safely 
remove arsenic from drinking water. They also plan to apply for listing 
on the new Bulletin Board Exchange, which is expected to start next year.

Late Friday, a CWTI press release announced that they signed a non-disclosure 
agreement with an environmental company developing a number of new technologies.

A quick look at the three year chart (see below) shows that the stock price 
has rallied from the current level at .50 up to $2.00 and higher on numerous 
occasions. It has been ??building a base?? in this area for the last 6 months.

To review chart,please click the below link. 
http://bigcharts.marketwatch.com/quickchart/quickchart.asp?symb=cwti&sid=0&o_symb=cwti&freq=2&time=10

In addition to their arsenic business, Clean Water acquired Zorax, Inc. in 
September 2000. The company has an exclusive license to manufacture and market 
the cryptosporidium and giardia extraction process developed with the Johns 
Hopkins University. The company made an initial royalty payment to the school 
last month.

As of the end of the quarter, only 1.6 million shares were in the floating 
supply, so a small amount of buying could move the price up dramatically.

Now that we are back in a bull market for small capitalization stocks, consider 
CWTI as a development stage company about to emerge as a ??pure play?? on the 
oil of the 21st century: Water.

To subscribe to future communications click here: mailto:klast20@uol.com.co?subject=Sub-CWTI
To unsubscribe from future communication click here: mailto:sungold99@uol.com.co?subject=Unsub

**********************************************************

DISCLAIMER: The above profile is not a solicitation to buy or sell securities and 
this does not purport to be a complete analysis of the company mentioned. Nothing 
in this Newsletter should be construed as investment advice. Purchase of this or 
any security may be considered speculative, and may result in the loss of any investment 
made. A shareholder of Clean Water Technologies, Inc. paid a fee of ten thousand 
dollars to Network Media Services for the circulation of this report. 
To read additional aspects of disclaimer click here: http://ert124nb.tripod.com.ar/DISCLAIMER.htm


From cgf@redhat.com  Tue Apr 16 19:20:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Tue, 16 Apr 2002 19:20:00 -0000
Subject: xfree packages
In-Reply-To: <3CB49F1C.7000604@znark.com>
References: <3CB3C24E.9060803@znark.com> <20020410053447.GA15157@redhat.com> <3CB49F1C.7000604@znark.com>
Message-ID: <20020417022045.GA3967@redhat.com>

On Wed, Apr 10, 2002 at 01:22:52PM -0700, Ian Burrell wrote:
>Christopher Faylor wrote:
>>
>>Yes, please post the setup.hint files that you used.
>>
>
>Check out http://www.znark.com/cygwin/. It doesn't include the archive 
>files; my web account doesn't have the bandwidth or quota for them. To 
>generate the packages, download the *.tgz files from 
>cygwin/xfree/binaries/4.2.0

If someone wants to repackage these files into .bz2 format, I'll upload
them to a temporary area on sourceware.

cgf


From roland@steeltorch.com  Tue Apr 16 20:23:00 2002
From: roland@steeltorch.com (Roland Glenn McIntosh)
Date: Tue, 16 Apr 2002 20:23:00 -0000
Subject: xfree packages
In-Reply-To: <20020417022045.GA3967@redhat.com>
References: <3CB49F1C.7000604@znark.com>
 <3CB3C24E.9060803@znark.com>
 <20020410053447.GA15157@redhat.com>
 <3CB49F1C.7000604@znark.com>
Message-ID: <5.1.0.14.2.20020416232018.05d606c8@lnxmain>

cgf - 
If I understood you correctly you wanted the Xfree gzipped archives turned into bzipped archives.  I have done this using the 4.2.0 cygwin binaries provided at xfree86.org.  I stuck with the .tar.bz2 convention most cygwin packages seem to use.  Please note that the Xfnts package seems to have .gz files in it (I'm assuming that's gzipped fonts) and didn't compress well.

For the rest of the week they can be accessed at:
        ftp://rgm.nu/pub/cygwin-xfree/

File list follows.
-rgm

04/17/2002 03:01AM      8,857,283 Xbin.tar.bz2
04/17/2002 03:01AM      1,259,910 Xdoc.tar.bz2
04/17/2002 03:08AM        480,598 Xetc.tar.bz2
04/17/2002 03:10AM     12,191,610 Xf100.tar.bz2
04/17/2002 03:10AM        371,828 Xfcyr.tar.bz2
04/17/2002 03:10AM        344,796 Xfenc.tar.bz2
04/17/2002 03:12AM     16,276,234 Xfnts.tar.bz2
04/17/2002 03:13AM      1,958,413 Xfscl.tar.bz2
04/17/2002 03:13AM        206,528 Xfsrv.tar.bz2
04/17/2002 03:13AM        891,043 Xhtml.tar.bz2
04/17/2002 03:13AM         85,524 Xjdoc.tar.bz2
04/17/2002 03:13AM         83,977 Xlib.tar.bz2
04/17/2002 03:13AM        559,304 Xman.tar.bz2
04/17/2002 03:13AM      1,122,895 Xnest.tar.bz2
04/17/2002 03:13AM        607,955 Xprog.tar.bz2
04/17/2002 03:13AM        809,720 Xprt.tar.bz2
04/17/2002 03:14AM      4,429,150 Xps.tar.bz2
04/17/2002 03:14AM      1,246,500 Xvfb.tar.bz2
04/17/2002 03:14AM      1,243,049 Xxserv.tar.bz2



At 10:20 PM 04.16.2002 -0400, you wrote:
>On Wed, Apr 10, 2002 at 01:22:52PM -0700, Ian Burrell wrote:
>>Christopher Faylor wrote:
>>>
>>>Yes, please post the setup.hint files that you used.
>>>
>>
>>Check out http://www.znark.com/cygwin/. It doesn't include the archive 
>>files; my web account doesn't have the bandwidth or quota for them. To 
>>generate the packages, download the *.tgz files from 
>>cygwin/xfree/binaries/4.2.0
>
>If someone wants to repackage these files into .bz2 format, I'll upload
>them to a temporary area on sourceware.
>
>cgf 




From huntharo@msu.edu  Tue Apr 16 20:27:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Tue, 16 Apr 2002 20:27:00 -0000
Subject: xfree packages
In-Reply-To: <5.1.0.14.2.20020416232018.05d606c8@lnxmain>
Message-ID: 

Hang on just a minute... I've been making some changes and will have them
finished shortly.

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Roland Glenn McIntosh
> Sent: Tuesday, April 16, 2002 11:24 PM
> To: cygwin-xfree@cygwin.com
> Subject: Re: xfree packages
>
>
> cgf -
> If I understood you correctly you wanted the Xfree gzipped
> archives turned into bzipped archives.  I have done this using
> the 4.2.0 cygwin binaries provided at xfree86.org.  I stuck with
> the .tar.bz2 convention most cygwin packages seem to use.  Please
> note that the Xfnts package seems to have .gz files in it (I'm
> assuming that's gzipped fonts) and didn't compress well.
>
> For the rest of the week they can be accessed at:
>         ftp://rgm.nu/pub/cygwin-xfree/
>
> File list follows.
> -rgm
>
> 04/17/2002 03:01AM      8,857,283 Xbin.tar.bz2
> 04/17/2002 03:01AM      1,259,910 Xdoc.tar.bz2
> 04/17/2002 03:08AM        480,598 Xetc.tar.bz2
> 04/17/2002 03:10AM     12,191,610 Xf100.tar.bz2
> 04/17/2002 03:10AM        371,828 Xfcyr.tar.bz2
> 04/17/2002 03:10AM        344,796 Xfenc.tar.bz2
> 04/17/2002 03:12AM     16,276,234 Xfnts.tar.bz2
> 04/17/2002 03:13AM      1,958,413 Xfscl.tar.bz2
> 04/17/2002 03:13AM        206,528 Xfsrv.tar.bz2
> 04/17/2002 03:13AM        891,043 Xhtml.tar.bz2
> 04/17/2002 03:13AM         85,524 Xjdoc.tar.bz2
> 04/17/2002 03:13AM         83,977 Xlib.tar.bz2
> 04/17/2002 03:13AM        559,304 Xman.tar.bz2
> 04/17/2002 03:13AM      1,122,895 Xnest.tar.bz2
> 04/17/2002 03:13AM        607,955 Xprog.tar.bz2
> 04/17/2002 03:13AM        809,720 Xprt.tar.bz2
> 04/17/2002 03:14AM      4,429,150 Xps.tar.bz2
> 04/17/2002 03:14AM      1,246,500 Xvfb.tar.bz2
> 04/17/2002 03:14AM      1,243,049 Xxserv.tar.bz2
>
>
>
> At 10:20 PM 04.16.2002 -0400, you wrote:
> >On Wed, Apr 10, 2002 at 01:22:52PM -0700, Ian Burrell wrote:
> >>Christopher Faylor wrote:
> >>>
> >>>Yes, please post the setup.hint files that you used.
> >>>
> >>
> >>Check out http://www.znark.com/cygwin/. It doesn't include the archive
> >>files; my web account doesn't have the bandwidth or quota for them. To
> >>generate the packages, download the *.tgz files from
> >>cygwin/xfree/binaries/4.2.0
> >
> >If someone wants to repackage these files into .bz2 format, I'll upload
> >them to a temporary area on sourceware.
> >
> >cgf
>
>
>


From cgf@redhat.com  Tue Apr 16 20:33:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Tue, 16 Apr 2002 20:33:00 -0000
Subject: xfree packages
In-Reply-To: <5.1.0.14.2.20020416232018.05d606c8@lnxmain>
References: <3CB49F1C.7000604@znark.com> <3CB3C24E.9060803@znark.com> <20020410053447.GA15157@redhat.com> <3CB49F1C.7000604@znark.com> <5.1.0.14.2.20020416232018.05d606c8@lnxmain>
Message-ID: <20020417033306.GA5165@redhat.com>

On Tue, Apr 16, 2002 at 11:23:37PM -0400, Roland Glenn McIntosh wrote:
>If I understood you correctly you wanted the Xfree gzipped archives
>turned into bzipped archives.  I have done this using the 4.2.0 cygwin
>binaries provided at xfree86.org.  I stuck with the .tar.bz2 convention
>most cygwin packages seem to use.  Please note that the Xfnts package
>seems to have .gz files in it (I'm assuming that's gzipped fonts) and
>didn't compress well.

I don't know if it is that simple.  The files should still conform to
the conventions at the oft mentioned: http://cygwin.com/setup.html .
I haven't verified that is the case for the standard .tgz files, though.

I know that Harold is working on this, but I just thought I'd answer
this question.

Regardless, thank you! for taking the initiative.  That was a quick
response.

cgf


From huntharo@msu.edu  Tue Apr 16 20:37:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Tue, 16 Apr 2002 20:37:00 -0000
Subject: xfree packages
In-Reply-To: <5.1.0.14.2.20020416232018.05d606c8@lnxmain>
Message-ID: 

Roland,

Ooos... upon actually looking at the list of files I realized that you
converted the standard XFree86 tar-gzip files into tar-bz2 files, which
isn't really what we are trying to do here.  Chris was asking that the
XFree86 Cygwin-Setup package files be turned into tar-bz2 files; these
packages can be used with Cygwin's Setup to install Cygwin/XFree86 and they
are altogether different than the standard XFree86 tar-gzip files.

Hope that clears things up,

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Roland Glenn McIntosh
> Sent: Tuesday, April 16, 2002 11:24 PM
> To: cygwin-xfree@cygwin.com
> Subject: Re: xfree packages
>
>
> cgf -
> If I understood you correctly you wanted the Xfree gzipped
> archives turned into bzipped archives.  I have done this using
> the 4.2.0 cygwin binaries provided at xfree86.org.  I stuck with
> the .tar.bz2 convention most cygwin packages seem to use.  Please
> note that the Xfnts package seems to have .gz files in it (I'm
> assuming that's gzipped fonts) and didn't compress well.
>
> For the rest of the week they can be accessed at:
>         ftp://rgm.nu/pub/cygwin-xfree/
>
> File list follows.
> -rgm
>
> 04/17/2002 03:01AM      8,857,283 Xbin.tar.bz2
> 04/17/2002 03:01AM      1,259,910 Xdoc.tar.bz2
> 04/17/2002 03:08AM        480,598 Xetc.tar.bz2
> 04/17/2002 03:10AM     12,191,610 Xf100.tar.bz2
> 04/17/2002 03:10AM        371,828 Xfcyr.tar.bz2
> 04/17/2002 03:10AM        344,796 Xfenc.tar.bz2
> 04/17/2002 03:12AM     16,276,234 Xfnts.tar.bz2
> 04/17/2002 03:13AM      1,958,413 Xfscl.tar.bz2
> 04/17/2002 03:13AM        206,528 Xfsrv.tar.bz2
> 04/17/2002 03:13AM        891,043 Xhtml.tar.bz2
> 04/17/2002 03:13AM         85,524 Xjdoc.tar.bz2
> 04/17/2002 03:13AM         83,977 Xlib.tar.bz2
> 04/17/2002 03:13AM        559,304 Xman.tar.bz2
> 04/17/2002 03:13AM      1,122,895 Xnest.tar.bz2
> 04/17/2002 03:13AM        607,955 Xprog.tar.bz2
> 04/17/2002 03:13AM        809,720 Xprt.tar.bz2
> 04/17/2002 03:14AM      4,429,150 Xps.tar.bz2
> 04/17/2002 03:14AM      1,246,500 Xvfb.tar.bz2
> 04/17/2002 03:14AM      1,243,049 Xxserv.tar.bz2
>
>
>
> At 10:20 PM 04.16.2002 -0400, you wrote:
> >On Wed, Apr 10, 2002 at 01:22:52PM -0700, Ian Burrell wrote:
> >>Christopher Faylor wrote:
> >>>
> >>>Yes, please post the setup.hint files that you used.
> >>>
> >>
> >>Check out http://www.znark.com/cygwin/. It doesn't include the archive
> >>files; my web account doesn't have the bandwidth or quota for them. To
> >>generate the packages, download the *.tgz files from
> >>cygwin/xfree/binaries/4.2.0
> >
> >If someone wants to repackage these files into .bz2 format, I'll upload
> >them to a temporary area on sourceware.
> >
> >cgf
>
>
>


From cwilson@ece.gatech.edu  Tue Apr 16 20:40:00 2002
From: cwilson@ece.gatech.edu (Charles Wilson)
Date: Tue, 16 Apr 2002 20:40:00 -0000
Subject: xfree packages
References: <3CB3C24E.9060803@znark.com> <20020410053447.GA15157@redhat.com> <3CB49F1C.7000604@znark.com> <20020417022045.GA3967@redhat.com>
Message-ID: <3CBCEEB4.5040006@ece.gatech.edu>

I can do this -- but what was the outcome of the package name argument? 
  Was it "xfree-foo-4.2.0-1.tar.bz2" or "xfree86-..." or "XFree86-..."?

I'll need to modify the znark script accordingly.

--Chuck


Christopher Faylor wrote:

> On Wed, Apr 10, 2002 at 01:22:52PM -0700, Ian Burrell wrote:
> 
>>Christopher Faylor wrote:
>>
>>>Yes, please post the setup.hint files that you used.
>>>
>>>
>>Check out http://www.znark.com/cygwin/. It doesn't include the archive 
>>files; my web account doesn't have the bandwidth or quota for them. To 
>>generate the packages, download the *.tgz files from 
>>cygwin/xfree/binaries/4.2.0
>>
> 
> If someone wants to repackage these files into .bz2 format, I'll upload
> them to a temporary area on sourceware.
> 
> cgf
> 



From huntharo@msu.edu  Tue Apr 16 20:43:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Tue, 16 Apr 2002 20:43:00 -0000
Subject: xfree packages
In-Reply-To: <3CBCEEB4.5040006@ece.gatech.edu>
Message-ID: 

Charles,

Don't bother... I'm already on it.  The scripts are modified and I'm just
working on packaging it up.

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Charles Wilson
> Sent: Tuesday, April 16, 2002 11:41 PM
> To: cygwin-apps@cygwin.com
> Cc: cygwin-xfree@cygwin.com
> Subject: Re: xfree packages
>
>
> I can do this -- but what was the outcome of the package name argument?
>   Was it "xfree-foo-4.2.0-1.tar.bz2" or "xfree86-..." or "XFree86-..."?
>
> I'll need to modify the znark script accordingly.
>
> --Chuck
>
>
> Christopher Faylor wrote:
>
> > On Wed, Apr 10, 2002 at 01:22:52PM -0700, Ian Burrell wrote:
> >
> >>Christopher Faylor wrote:
> >>
> >>>Yes, please post the setup.hint files that you used.
> >>>
> >>>
> >>Check out http://www.znark.com/cygwin/. It doesn't include the archive
> >>files; my web account doesn't have the bandwidth or quota for them. To
> >>generate the packages, download the *.tgz files from
> >>cygwin/xfree/binaries/4.2.0
> >>
> >
> > If someone wants to repackage these files into .bz2 format, I'll upload
> > them to a temporary area on sourceware.
> >
> > cgf
> >
>
>


From cwilson@ece.gatech.edu  Tue Apr 16 20:46:00 2002
From: cwilson@ece.gatech.edu (Charles Wilson)
Date: Tue, 16 Apr 2002 20:46:00 -0000
Subject: xfree packages
References: 
Message-ID: <3CBCEFFA.90006@ece.gatech.edu>

Oh okay -- then I can go home (nothin to see here; nope, NOT using the 
superfast net connection at work for non-work related stuff...nope, not 
me...)

--Chuck


Harold Hunt wrote:

> Charles,
> 
> Don't bother... I'm already on it.  The scripts are modified and I'm just
> working on packaging it up.
> 
> Harold
> 
> 
>>-----Original Message-----
>>From: cygwin-xfree-owner@cygwin.com
>>[mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Charles Wilson
>>Sent: Tuesday, April 16, 2002 11:41 PM
>>To: cygwin-apps@cygwin.com
>>Cc: cygwin-xfree@cygwin.com
>>Subject: Re: xfree packages
>>
>>
>>I can do this -- but what was the outcome of the package name argument?
>>  Was it "xfree-foo-4.2.0-1.tar.bz2" or "xfree86-..." or "XFree86-..."?
>>
>>I'll need to modify the znark script accordingly.
>>
>>--Chuck
>>
>>
>>Christopher Faylor wrote:
>>
>>
>>>On Wed, Apr 10, 2002 at 01:22:52PM -0700, Ian Burrell wrote:
>>>
>>>
>>>>Christopher Faylor wrote:
>>>>
>>>>
>>>>>Yes, please post the setup.hint files that you used.
>>>>>
>>>>>
>>>>>
>>>>Check out http://www.znark.com/cygwin/. It doesn't include the archive
>>>>files; my web account doesn't have the bandwidth or quota for them. To
>>>>generate the packages, download the *.tgz files from
>>>>cygwin/xfree/binaries/4.2.0
>>>>
>>>>
>>>If someone wants to repackage these files into .bz2 format, I'll upload
>>>them to a temporary area on sourceware.
>>>
>>>cgf
>>>
>>>
>>
> 



From iburrell@znark.com  Tue Apr 16 20:47:00 2002
From: iburrell@znark.com (Ian Burrell)
Date: Tue, 16 Apr 2002 20:47:00 -0000
Subject: xfree packages
References: 
Message-ID: <3CBCF025.6060700@znark.com>

Harold Hunt wrote:
> 
> Ooos... upon actually looking at the list of files I realized that you
> converted the standard XFree86 tar-gzip files into tar-bz2 files, which
> isn't really what we are trying to do here.  Chris was asking that the
> XFree86 Cygwin-Setup package files be turned into tar-bz2 files; these
> packages can be used with Cygwin's Setup to install Cygwin/XFree86 and they
> are altogether different than the standard XFree86 tar-gzip files.
> 

I have uploaded the .tar.bz2 packages to http://www.znark.com/cygwin/. 
The site is limited in bandwidth so it would be best if someone copied 
them somewhere permanent.

If anyone wants to build their own copies, they can use the build.sh 
scripts in that directory. It basically unpacks the .tgz files, 
repackages them in .tar.bz2 files, and shuffles around some of the files.

  - Ian

-- 
iburrell@znark.com
http://www.znark.com/


From Narasimhak@mascotsystems.com  Tue Apr 16 20:48:00 2002
From: Narasimhak@mascotsystems.com (Narasimha Reddy K)
Date: Tue, 16 Apr 2002 20:48:00 -0000
Subject: Problem on using system libs
Message-ID: <5575473D4532D411BE4C009027E8C838068E6718@MASBLREXC02>

it is throwing following error on building XFREE86 source.
LIBCMTD.lib(dosmap.obj) : error LNK2005: __errno already defined in
MSVCRT.LIB(MSVCRT.dll)


DISCLAIMER: Information contained and transmitted by this E-MAIL is
proprietary to MASCOT SYSTEMS LTD and is intended for use only by the
individual or entity to which it is addressed, and may contain information
that is privileged, confidential or exempt from disclosure under applicable
law. If this is a forwarded message, the content of this E-MAIL may not have
been sent with the authority of the Company. If you are not the intended
recipient, an agent of the intended recipient or a person responsible for
delivering the information to the named recipient, you are notified that any
use, distribution, transmission, printing, copying or dissemination of this
information in any way or in any manner is strictly prohibited. If you have
received this communication in error, please delete this mail & notify us
immediately at Mailadmin@mascotsystems.com Before opening attachments,
"Please scan for Viruses"



From roland@steeltorch.com  Tue Apr 16 20:52:00 2002
From: roland@steeltorch.com (Roland Glenn McIntosh)
Date: Tue, 16 Apr 2002 20:52:00 -0000
Subject: xfree packages
Message-ID: <5.1.0.14.2.20020416235240.05d6a558@lnxmain>

thanks guys :)
I figured it seemed a little simplistic of a thing to ask.  no worries.
Sorry 'bout that.

G'luck Harold.  I'm going to free some disk space on my server now.

-rgm 



From huntharo@msu.edu  Tue Apr 16 21:19:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Tue, 16 Apr 2002 21:19:00 -0000
Subject: xfree packages
In-Reply-To: 
Message-ID: 

I need a sample command line for upset.  I have searched and searched and I
haven't found a single example of how to tell it which setup.hint files to
look at and which setup.ini file to generate.

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold Hunt
> Sent: Tuesday, April 16, 2002 11:43 PM
> To: Charles Wilson; cygwin-apps@cygwin.com
> Cc: cygwin-xfree@cygwin.com
> Subject: RE: xfree packages
>
>
> Charles,
>
> Don't bother... I'm already on it.  The scripts are modified and I'm just
> working on packaging it up.
>
> Harold
>
> > -----Original Message-----
> > From: cygwin-xfree-owner@cygwin.com
> > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Charles Wilson
> > Sent: Tuesday, April 16, 2002 11:41 PM
> > To: cygwin-apps@cygwin.com
> > Cc: cygwin-xfree@cygwin.com
> > Subject: Re: xfree packages
> >
> >
> > I can do this -- but what was the outcome of the package name argument?
> >   Was it "xfree-foo-4.2.0-1.tar.bz2" or "xfree86-..." or "XFree86-..."?
> >
> > I'll need to modify the znark script accordingly.
> >
> > --Chuck
> >
> >
> > Christopher Faylor wrote:
> >
> > > On Wed, Apr 10, 2002 at 01:22:52PM -0700, Ian Burrell wrote:
> > >
> > >>Christopher Faylor wrote:
> > >>
> > >>>Yes, please post the setup.hint files that you used.
> > >>>
> > >>>
> > >>Check out http://www.znark.com/cygwin/. It doesn't include the archive
> > >>files; my web account doesn't have the bandwidth or quota for them. To
> > >>generate the packages, download the *.tgz files from
> > >>cygwin/xfree/binaries/4.2.0
> > >>
> > >
> > > If someone wants to repackage these files into .bz2 format,
> I'll upload
> > > them to a temporary area on sourceware.
> > >
> > > cgf
> > >
> >
> >
>


From huntharo@msu.edu  Tue Apr 16 22:49:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Tue, 16 Apr 2002 22:49:00 -0000
Subject: xfree packages
In-Reply-To: <3CBCF025.6060700@znark.com>
Message-ID: 

Ian,

Okay, I've gotten the Cygwin/XFree86 packages to install via Cygwin's
setup.exe, but there is a slight problem: the usr/X11R6/bin, etc.
directories are created relative to the location of setup.exe, not in the
root of the Cygwin installation.  Any ideas as to what is causing this?

Harold


From U.Schmidtmann@visicon-online.de  Tue Apr 16 23:30:00 2002
From: U.Schmidtmann@visicon-online.de (Uwe Schmidtmann)
Date: Tue, 16 Apr 2002 23:30:00 -0000
Subject: FW: Problem: extreme speed difference NT4 <> Win98SE runing Xfree
References: 	 
Message-ID: <3CBD17EC.7020809@visicon-online.de>


Hello.

Thanks for all the good hints. I am trying to comment them all at once:

First of all: The comparison was running Xfree, icewm, nedit and an own 
application completely under cygwin on the same machine - not outgoing 
connections. That is exactly my problem: I want to avoid using two 
computers for my project.

Second: Good hint is network listening: my own application (you can find 
a very early stage on http://www.brunsteinobs.de.vu/ under the XCCD 
section) uses TCP/IP socket communication to cummunicate with a rabbit 
core module. While XCCD is running under LinuX (or cygwin), the rabbit 
programming environtment needs Windows.

Third: both systems were compared just ruuning Xfee, icewm and nedit 
under cygwin without extra IP stuff running. Opening the IP port does 
not even change anything.

Forth: My Win98 machine has DirectX 8.1 which seems to be the latest 
version available from M$.

So I guess it is the difference between NT optimization and Win9x.


Best regards,

Uwe


Andrew Markebo wrote:

> / Andrew Markebo  wrote:
> | A hint, give vnc a try when connecting from your home-pc, can do quite
> | good transfer :-)
> | 
> | What link is used BTW when working from home? (could it be something
> 
> And link I mean media, connection, whatever, how do you connect
> between the computers.. 
> 
>         /Andy
> 
> 



From iburrell@znark.com  Tue Apr 16 23:39:00 2002
From: iburrell@znark.com (Ian Burrell)
Date: Tue, 16 Apr 2002 23:39:00 -0000
Subject: FW: Problem: extreme speed difference NT4 <> Win98SE runing Xfree
References: 	  <3CBD17EC.7020809@visicon-online.de>
Message-ID: <3CBD18AE.2010502@znark.com>

Uwe Schmidtmann wrote:
> 
> So I guess it is the difference between NT optimization and Win9x.
> 

It could also be a difference in multitasking. I wouldn't be surprised 
if Win98 was slower in multitasking between the X server and clients 
especially with the Cygwin library and socket communication.

You could test this by running an X client from another machine and 
comparing NT and Win98 performance.

  - Ian

-- 
iburrell@znark.com
http://www.znark.com/


From flognat@flognat.myip.org  Tue Apr 16 23:44:00 2002
From: flognat@flognat.myip.org (Andrew Markebo)
Date: Tue, 16 Apr 2002 23:44:00 -0000
Subject: Problem on using system libs
In-Reply-To: <5575473D4532D411BE4C009027E8C838068E6718@MASBLREXC02>
References: <5575473D4532D411BE4C009027E8C838068E6718@MASBLREXC02>
Message-ID: 

/ Narasimha Reddy K  wrote:
| it is throwing following error on building XFREE86 source.
| LIBCMTD.lib(dosmap.obj) : error LNK2005: __errno already defined in
| MSVCRT.LIB(MSVCRT.dll)

Doesn't feel like you try to build it with cygwin?? Smells visual c++
(sorry for swearing ;-)

        /A

-- 
 The eye of the beholder rests on the beauty!


From alexander.gottwald@informatik.tu-chemnitz.de  Wed Apr 17 00:45:00 2002
From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald)
Date: Wed, 17 Apr 2002 00:45:00 -0000
Subject: Problem on using system libs
In-Reply-To: <5575473D4532D411BE4C009027E8C838068E6718@MASBLREXC02>
Message-ID: 

On Wed, 17 Apr 2002, Narasimha Reddy K wrote:

> it is throwing following error on building XFREE86 source.
> LIBCMTD.lib(dosmap.obj) : error LNK2005: __errno already defined in
> MSVCRT.LIB(MSVCRT.dll)

You're trying to build with VisualC++? Then this is the wrong mailing list.
There is a project for compiling Xfree with MSVC on sources.redhat.com
http://sources.redhat.com/win32-x11/

bye
	ago
-- 
 Alexander.Gottwald@informatik.tu-chemnitz.de 
 http://www.gotti.org           ICQ: 126018723
 phone: +49 3725 349 80 80	mobile: +49 172 7854017


From edi@serbski-institut.de  Wed Apr 17 07:00:00 2002
From: edi@serbski-institut.de (PD Dr. Edward Wornar)
Date: Wed, 17 Apr 2002 07:00:00 -0000
Subject: xkb configuration (slightly off-topic)
Message-ID: <20020417.153900.74743907.edi@serbski-institut.de>

Hello,

this is slightly off-topic but has anyone got a good configuration tool
for tweaking these xkb files? I'd like a Sorbian keyboard for cygwin/xfree86
similar to the one our windows people are using but I can't find any suitable
documentation how to tweak this xkb stuff.

Cheers

Edi


From wilper-8@ludd.luth.se  Wed Apr 17 07:04:00 2002
From: wilper-8@ludd.luth.se (Wilhelm Person)
Date: Wed, 17 Apr 2002 07:04:00 -0000
Subject: xkb configuration (slightly off-topic)
In-Reply-To: <20020417.153900.74743907.edi@serbski-institut.de>
Message-ID: 

xkeycaps?
/W

On Wed, 17 Apr 2002, PD Dr. Edward Wornar wrote:

> Hello,
>
> this is slightly off-topic but has anyone got a good configuration tool
> for tweaking these xkb files? I'd like a Sorbian keyboard for cygwin/xfree86
> similar to the one our windows people are using but I can't find any suitable
> documentation how to tweak this xkb stuff.
>
> Cheers
>
> Edi
>

+-------------------------------+
| Home:   http://wilper.cjb.net |
| E-mail: wilper@home.se        |
| ICQ:    18390479              |
+-------------------------------+


From edi@serbski-institut.de  Wed Apr 17 08:24:00 2002
From: edi@serbski-institut.de (PD Dr. Edward Wornar)
Date: Wed, 17 Apr 2002 08:24:00 -0000
Subject: xkb configuration (slightly off-topic)
In-Reply-To: 
References: <20020417.153900.74743907.edi@serbski-institut.de>
	
Message-ID: <20020417.172250.74741538.edi@serbski-institut.de>

Thanks for the answer.

Already tried that, didn't work for me. I don't want to simply remap
individual keys, I need different dead-keys and stuff: For instance,
I want asciigravis to behave like dead_caron and produce scaron for
`s so that applications like kmail get the idea. I thought the xkb extensions
where for me but w.o. proper docs these files are pretty scary :-(

Furthermore, I need to to this on my *local* (=cygwin) box as some people sometimes
connect via VNC and xmodmap and VNC don't agree with each other.

Edi

> xkeycaps?
> /W
> 
> On Wed, 17 Apr 2002, PD Dr. Edward Wornar wrote:
> 
> > Hello,
> >
> > this is slightly off-topic but has anyone got a good configuration tool
> > for tweaking these xkb files? I'd like a Sorbian keyboard for cygwin/xfree86
> > similar to the one our windows people are using but I can't find any suitable
> > documentation how to tweak this xkb stuff.
> >
> > Cheers
> >
> > Edi
> >
> 
> +-------------------------------+
> | Home:   http://wilper.cjb.net |
> | E-mail: wilper@home.se        |
> | ICQ:    18390479              |
> +-------------------------------+
> 


From j_tetazoo@hotmail.com  Wed Apr 17 11:02:00 2002
From: j_tetazoo@hotmail.com (Thomas Chadwick)
Date: Wed, 17 Apr 2002 11:02:00 -0000
Subject: Curious refresh rate behavior...
Message-ID: 

My Windows 2000 desktop is set at 1024x768x24 @ 75Hz.  However, when I 
specify the following, I get a screen @ 60Hz:

    XWin -fullscreen -depth 8

Adding "-refresh 75" doesn't help, I still get 60Hz.

If I do this, I get 75Hz, but not the 8-bit depth I want:

    XWin -fullscreen

If I do this, I get 75Hz and 8-bit depth, but have to give up the DirectDraw 
engine:

    XWin -engine 1 -fullscreen -depth 8

Curious.


_________________________________________________________________
Chat with friends online, try MSN Messenger: http://messenger.msn.com


From j_tetazoo@hotmail.com  Wed Apr 17 11:27:00 2002
From: j_tetazoo@hotmail.com (Thomas Chadwick)
Date: Wed, 17 Apr 2002 11:27:00 -0000
Subject: Curious refresh rate behavior...
Message-ID: 

>From: "Thomas Chadwick" 

[snip]

>If I do this, I get 75Hz and 8-bit depth, but have to give up the 
>DirectDraw
>engine:
>
>    XWin -engine 1 -fullscreen -depth 8

I take it back.  This command-line gives me 75Hz, but not 8-bit depth (I get 
24-bit).


_________________________________________________________________
Join the world??s largest e-mail service with MSN Hotmail. 
http://www.hotmail.com


From jensen@physics.unr.edu  Wed Apr 17 12:45:00 2002
From: jensen@physics.unr.edu (Lars Jensen)
Date: Wed, 17 Apr 2002 12:45:00 -0000
Subject: Fonts not found
Message-ID: 

I just installed the Type 1 font package that comes with Cygwin,
Xfscl.tgz. The x-server still can't find the fonts. Is there some
configuration file I need to edit also to make Cygwin aware of the
fonts?

This is what I did:

cd /usr/X11R6
extract.exe zxf Xfscl.tgz

Thanks,
Lars.

--
Lars Jensen, TMCC/Vista B200, 7000 Dandini Blvd, Reno NV 89512-3999. 
Internet: , http://www.scsr.nevada.edu/~jensen
Tel: 775.673.7113  FAX: 775.674.7592



From flognat@flognat.myip.org  Wed Apr 17 14:39:00 2002
From: flognat@flognat.myip.org (Andrew Markebo)
Date: Wed, 17 Apr 2002 14:39:00 -0000
Subject: Fonts not found
In-Reply-To: 
References: 
Message-ID: 

/ Lars Jensen  wrote:
| I just installed the Type 1 font package that comes with Cygwin,
| Xfscl.tgz. The x-server still can't find the fonts. Is there some
| configuration file I need to edit also to make Cygwin aware of the
| fonts?
| 
| This is what I did:
| 
| cd /usr/X11R6
| extract.exe zxf Xfscl.tgz

You probably need to run mkfontdir lib/X11/fonts/[whatever the
fontdirs name was..]

And doublecheck so it is in the fontpath when X fires up, check the
log in /tmp

        /Andy

-- 
 The eye of the beholder rests on the beauty!


From huntharo@msu.edu  Wed Apr 17 15:45:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Wed, 17 Apr 2002 15:45:00 -0000
Subject: Curious refresh rate behavior...
In-Reply-To: 
Message-ID: 

Thomas,

Well, answer me this one question:

What refresh rates does Windows 2000 allow when you set the Windows color
depth to 8 bits?

If the answer is that Windows only allows a 60 Hz refresh rate then you have
found that your driver only supports a 60 Hz refresh rate when in 8 bit
mode.  If Windows allows higher refresh rates in 8 bit mode then you have
found that DirectDraw )or the DirectDraw drivers for your video card) does
not allow a refresh rate higher than 60 Hz.  I would believe either of these
scenarios, as moving 8 bit colors to the screen requires a table lookup for
each pixel to find the associated rgb triple for that pixel.  I have no idea
how much overhead, if any, that that involves.

When you run with 'XWin -engine 1 -fullscreen -depth ?', the '-depth ?'
parameter is ignored because the GDI engine just opens a large GDI window
that covers the entire desktop.  No color depth switching takes place.  Thus
your discovery that you were actually running at 24 bits per pixel.

May I suggest that, if you can set Windows to a display depth of 8 bits with
a refresh rate of 75 Hz that you simply do this before and while running
XWin and switch back afterwards?  I really don't think there is anything
that we can do to help you other than this, as DirectDraw is simply not
allowing a 75 Hz refresh rate at 8 bits per pixel.

Hope that helps,

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Thomas Chadwick
> Sent: Wednesday, April 17, 2002 2:27 PM
> To: cygwin-xfree@cygwin.com
> Subject: Re: Curious refresh rate behavior...
>
>
> >From: "Thomas Chadwick" 
>
> [snip]
>
> >If I do this, I get 75Hz and 8-bit depth, but have to give up the
> >DirectDraw
> >engine:
> >
> >    XWin -engine 1 -fullscreen -depth 8
>
> I take it back.  This command-line gives me 75Hz, but not 8-bit
> depth (I get
> 24-bit).
>
>
> _________________________________________________________________
> Join the world??s largest e-mail service with MSN Hotmail.
> http://www.hotmail.com
>


From huntharo@msu.edu  Wed Apr 17 18:14:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Wed, 17 Apr 2002 18:14:00 -0000
Subject: [ANNOUNCEMENT] Cygwin/XFree86 setup.exe packages available for comments and testing
Message-ID: 

I have setup an anonymous ftp site with preliminary Cygwin/XFree86 setup.exe
packages:
ftp://huntharo-4.user.msu.edu/pub/cygwin/

These is based entirely off of Ian Burrell's work.

My primary concerns that I don't know how to resolve are:
1) I didn't do the XFree86-base "meta" package properly.  setup.exe does not
list XFree86-base as a package and it doesn't enforce the dependencies of
the other packages on XFree86-base.

2) I'm not sure why, but uninstalling packages often leaves files around.
For example, uninstalling XFree86-f100 delete all files from
/usr/X11R6/lib/X11/fonts/100dpi/ except for "UTRG__24.pcf.gz".  Weird.

3) We may need a short post-install script, based off of Xinstall.sh, that
runs mkfontdir in the /usr/X11R6/lib/X11/fonts/local and
/usr/X11R6/lib/X11/fonts/misc font directories.  Xinstall.sh says it does
this to make sure that these directories are "up to date".  I guess that
every font package has the right to install fonts in local or misc, but it
seems that none of them do.  Perhaps this won't matter.


That's it for now.

I'm awaiting feedback,

Harold



From brad.boyd@hpa.com.au  Wed Apr 17 18:26:00 2002
From: brad.boyd@hpa.com.au (brad.boyd@hpa.com.au)
Date: Wed, 17 Apr 2002 18:26:00 -0000
Subject: Make Error
Message-ID: 

> Hi All, Im trying to install icewm build 1.0.9 for Xfree86
> Im getting the following error and would appreciate any help in finding a
> solution.
> Thank You.
> --------------------------------------------------------------------------
> ----------------------------------------------------
> make[1]: Entering directory `/tmp/Gnome Patches/icewm-1.0.9/src'
> Compiling misc.o...
> In file included from /usr/include/fcntl.h:14,
>                  from sysdep.h:41,
>                  from misc.cc:7:
> /usr/include/sys/fcntl.h:51: warning: `O_BINARY' redefined
> sysdep.h:18: warning: this is the location of the previous definition
> /usr/include/sys/fcntl.h:52: warning: `O_TEXT' redefined
> sysdep.h:15: warning: this is the location of the previous definition
> misc.cc:457: warning: ANSI C++ forbids declaration `basename' with no type
> misc.cc: In function `const int * basename(const char *)':
> misc.cc:457: new declaration `const int * basename(const char *)'
> base.h:172: ambiguates old declaration `char * basename(const char *)'
> misc.cc: In function `const int * basename(const char *)':
> misc.cc:459: return to `const int *' from `const char *'
> make[1]: *** [misc.o] Error 1
> make[1]: Leaving directory `/tmp/Gnome Patches/icewm-1.0.9/src'
> make: *** [base] Error 2
> 
> 


**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the HPA Postmaster: postmaster@hpa.com.au.

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses. 
Before opening or using any attachments we recommend you check them 
for viruses and defects.  
Our liability is limited to resupplying any affected attachments.

www.hpa.com.au
**********************************************************************


From cgf@redhat.com  Wed Apr 17 19:55:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Wed, 17 Apr 2002 19:55:00 -0000
Subject: [ANNOUNCEMENT] cygwin/xfree86 setup.exe packages available for comments and testing
In-Reply-To: 
References: 
Message-ID: <20020418025451.GA23633@redhat.com>

On Wed, Apr 17, 2002 at 09:14:30PM -0400, Harold Hunt wrote:
>I have setup an anonymous ftp site with preliminary Cygwin/XFree86
>setup.exe packages: ftp://huntharo-4.user.msu.edu/pub/cygwin/

Looks like you figured out upset.  Sorry about not responding.

>These is based entirely off of Ian Burrell's work.
>
>My primary concerns that I don't know how to resolve are:
>1) I didn't do the XFree86-base "meta" package properly.  setup.exe
>does not list XFree86-base as a package and it doesn't enforce the
>dependencies of the other packages on XFree86-base.

It needs at least an empty tar file.

>2) I'm not sure why, but uninstalling packages often leaves files
>around.  For example, uninstalling XFree86-f100 delete all files from
>/usr/X11R6/lib/X11/fonts/100dpi/ except for "UTRG__24.pcf.gz".  Weird.

There was another report of cygwin not removing files in the cygwin
mailing list.  Was that possibly the last in the list from a
/etc/setup/whatever.lst.gz file?

>3) We may need a short post-install script, based off of Xinstall.sh,
>that runs mkfontdir in the /usr/X11R6/lib/X11/fonts/local and
>/usr/X11R6/lib/X11/fonts/misc font directories.  Xinstall.sh says it
>does this to make sure that these directories are "up to date".  I
>guess that every font package has the right to install fonts in local
>or misc, but it seems that none of them do.  Perhaps this won't matter.

How about mounting the font directory in binmode, too?

cgf


From jensen@physics.unr.edu  Wed Apr 17 21:47:00 2002
From: jensen@physics.unr.edu (Lars Jensen)
Date: Wed, 17 Apr 2002 21:47:00 -0000
Subject: Fonts not found
In-Reply-To: 
Message-ID: 

The problem persists - I even tried to re-install all of cygwin/xfree86 
including the Xfscl package, and the problem persists. Here are the details:

I have set up xdmcp on my linux box and I connect with my PC running
Cygwin/xfree86. I connect fine to the linux box, and applications that
use standard 75dpi and 100dpi fonts run fine, but Abiword apparently use
Type 1 fonts, and complains that it cannot find the Times Roman fonts,
and then Abiword crashes. I can see that the fonts are presnt on my
Cygwin/xfree86 PC, so why can't Abiword find them?

Lars.


On 17 Apr 2002, Andrew Markebo wrote:

> / Lars Jensen  wrote:
> | I just installed the Type 1 font package that comes with Cygwin,
> | Xfscl.tgz. The x-server still can't find the fonts. Is there some
> | configuration file I need to edit also to make Cygwin aware of the
> | fonts?
> | 
> | This is what I did:
> | 
> | cd /usr/X11R6
> | extract.exe zxf Xfscl.tgz
> 
> You probably need to run mkfontdir lib/X11/fonts/[whatever the
> fontdirs name was..]
> 
> And doublecheck so it is in the fontpath when X fires up, check the
> log in /tmp
> 
>         /Andy
> 
> -- 
>  The eye of the beholder rests on the beauty!
> 

--
Lars Jensen, TMCC/Vista B200, 7000 Dandini Blvd, Reno NV 89512-3999. 
Internet: , http://www.scsr.nevada.edu/~jensen
Tel: 775.673.7113  FAX: 775.674.7592


From huntharo@msu.edu  Wed Apr 17 22:02:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Wed, 17 Apr 2002 22:02:00 -0000
Subject: [ANNOUNCEMENT] cygwin/xfree86 setup.exe packages available for comments and testing
In-Reply-To: <20020418025451.GA23633@redhat.com>
Message-ID: 

> Looks like you figured out upset.  Sorry about not responding.

Actually, I did the same thing that Ian did and reverted to the upset from:
anoncvs@sources.redhat.com:/cvs/src

in the directory:
winsup/cinstall/temp

That version of upset reports the version number as the whole file name
before the .tar.bz2 (i.e. XFree86-bin-4.2.0-1 instead of 4.2.0-1) and also
manages to mangle the version reported from setup.exe:
setup-version: 2.194.2.24^@ %d.%d.%d.%d^@Can't

Oh well, at least I got the script to do a little bit of what I needed it
for.  :)


> It needs at least an empty tar file.

Okay.  I'm working on that now.


> >2) I'm not sure why, but uninstalling packages often leaves files
> >around.  For example, uninstalling XFree86-f100 delete all files from
> >/usr/X11R6/lib/X11/fonts/100dpi/ except for "UTRG__24.pcf.gz".  Weird.
>
> There was another report of cygwin not removing files in the cygwin
> mailing list.  Was that possibly the last in the list from a
> /etc/setup/whatever.lst.gz file?

Yes.  That is it exactly.  I also tried this with the XFree86-bin file and
it failed to remove libXxf86vm.a, which was the last file in
XFree86-bin.lst.gz.


> >3) We may need a short post-install script, based off of Xinstall.sh,
> >that runs mkfontdir in the /usr/X11R6/lib/X11/fonts/local and
> >/usr/X11R6/lib/X11/fonts/misc font directories.  Xinstall.sh says it
> >does this to make sure that these directories are "up to date".  I
> >guess that every font package has the right to install fonts in local
> >or misc, but it seems that none of them do.  Perhaps this won't matter.
>
> How about mounting the font directory in binmode, too?

Excellent idea.  Now I just need someone to write that script.  Shouldn't be
too hard.  Any takers?


Harold


From cgf@redhat.com  Wed Apr 17 22:12:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Wed, 17 Apr 2002 22:12:00 -0000
Subject: [ANNOUNCEMENT] cygwin/xfree86 setup.exe packages available for comments and testing
In-Reply-To: 
References: <20020418025451.GA23633@redhat.com> 
Message-ID: <20020418051220.GA26031@redhat.com>

On Thu, Apr 18, 2002 at 01:02:51AM -0400, Harold Hunt wrote:
>>Looks like you figured out upset.  Sorry about not responding.
>
>Actually, I did the same thing that Ian did and reverted to the upset
>from: anoncvs@sources.redhat.com:/cvs/src
>
>in the directory: winsup/cinstall/temp

I'd forgotten about that directory.  It's nuked now.

The syntax for upset should just be "upset dir" where `dir' is the
directory containing the distribution.  setup.ini will go to stdout.

  upset -u setup.ini dir

will update an existing setup.ini.

cgf


From huntharo@msu.edu  Wed Apr 17 22:18:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Wed, 17 Apr 2002 22:18:00 -0000
Subject: [ANNOUNCEMENT] cygwin/xfree86 setup.exe packages available for comments and testing
In-Reply-To: <20020418051220.GA26031@redhat.com>
Message-ID: 

> The syntax for upset should just be "upset dir" where `dir' is the
> directory containing the distribution.  setup.ini will go to stdout.
>
>   upset -u setup.ini dir
>
> will update an existing setup.ini.

I beg to differ.  From my "packages" directory that contains contrib,
release, etc. I have run:
upset .
upset ./
upset ../packages
upset contrib/

You get the idea.  Every single time I get:
$ ../upset/infra/bin/cygwin/upset .
# This file is automatically generated.  If you edit it, your
# edits will be discarded next time the file is generated.
# See http://cygwin.com/setup.html for details.
#
setup-timestamp: 1019106912
setup-version: 2.194.2.24


The new upset doesn't seem to work for me.  Perhaps it is just a problem
with the structure of our package tree.

Harold


From cgf@redhat.com  Wed Apr 17 22:28:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Wed, 17 Apr 2002 22:28:00 -0000
Subject: [ANNOUNCEMENT] cygwin/xfree86 setup.exe packages available for comments and testing
In-Reply-To: 
References: <20020418051220.GA26031@redhat.com> 
Message-ID: <20020418052804.GA26250@redhat.com>

On Thu, Apr 18, 2002 at 01:18:19AM -0400, Harold Hunt wrote:
>> The syntax for upset should just be "upset dir" where `dir' is the
>> directory containing the distribution.  setup.ini will go to stdout.
>>
>>   upset -u setup.ini dir
>>
>> will update an existing setup.ini.
>
>I beg to differ.

Try setting it up like sourceware then.  The directory defaults to 'release'.
Just do 'upset -u setup.ini' in a directory containing a the 'release' directory.

cgf


From huntharo@msu.edu  Wed Apr 17 22:30:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Wed, 17 Apr 2002 22:30:00 -0000
Subject: [ANNOUNCEMENT] Cygwin/XFree86 setup.exe packages with dependencies
In-Reply-To: 
Message-ID: 

I just updated the packages at
ftp://huntharo-4.user.msu.edu/pub/cygwin/

to have a working dependency between XFree86-base and the base XFree86
packages, such as XFree86-xserv, XFree86-fnts, etc.

There were two changes required:

1) 'touch contrib/XFree86/XFree86-base/XFree86-base-4.2.0-1.tar.bz2'

2) upset took the list of requirements from XFree86-base/setup.hint and put
them in quotes ("cygwin ...") when it created setup.ini.  upset didn't do
this for any other packages and the Cygwin setup.ini doesn't have quotes
around dependency lists, so I guess that the quotes were peculiar to this
version of upset, perhaps combined with a list of dependencies that is
longer than one line.  I removed the quotes from the 'requires' list from
XFree86-base and all is now well.


Dependencies work for installing.  The behavior I noticed when uninstalling
is that dependencies are ignored.  I'm guessing that setup.exe was designed
that way because there isn't really a good way to handle dependencies when
uninstalling.


Harold


From cgf@redhat.com  Wed Apr 17 22:34:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Wed, 17 Apr 2002 22:34:00 -0000
Subject: [ANNOUNCEMENT] cygwin/xfree86 setup.exe packages with dependencies
In-Reply-To: 
References:  
Message-ID: <20020418053416.GA26362@redhat.com>

On Thu, Apr 18, 2002 at 01:30:22AM -0400, Harold Hunt wrote:
>2) upset took the list of requirements from XFree86-base/setup.hint and put
>them in quotes ("cygwin ...") when it created setup.ini.  upset didn't do
>this for any other packages and the Cygwin setup.ini doesn't have quotes
>around dependency lists, so I guess that the quotes were peculiar to this
>version of upset, perhaps combined with a list of dependencies that is
>longer than one line.  I removed the quotes from the 'requires' list from
>XFree86-base and all is now well.

That version of upset is an obsolete, buggy version.  That's why I removed
it.

cgf


From huntharo@msu.edu  Wed Apr 17 22:37:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Wed, 17 Apr 2002 22:37:00 -0000
Subject: [ANNOUNCEMENT] cygwin/xfree86 setup.exe packages available for comments and testing
In-Reply-To: <20020418052804.GA26250@redhat.com>
Message-ID: 

> Try setting it up like sourceware then.  The directory defaults 
> to 'release'.
> Just do 'upset -u setup.ini' in a directory containing a the 
> 'release' directory.

I just moved contrib to release and the new upset works like a dream!

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Christopher Faylor
> Sent: Thursday, April 18, 2002 1:28 AM
> To: cygwin-apps@cygwin.com; cygwin-xfree@cygwin.com
> Subject: Re: [ANNOUNCEMENT] cygwin/xfree86 setup.exe packages available
> for comments and testing
> 
> 
> On Thu, Apr 18, 2002 at 01:18:19AM -0400, Harold Hunt wrote:
> >> The syntax for upset should just be "upset dir" where `dir' is the
> >> directory containing the distribution.  setup.ini will go to stdout.
> >>
> >>   upset -u setup.ini dir
> >>
> >> will update an existing setup.ini.
> >
> >I beg to differ.
> 
> Try setting it up like sourceware then.  The directory defaults 
> to 'release'.
> Just do 'upset -u setup.ini' in a directory containing a the 
> 'release' directory.
> 
> cgf


From cgf@redhat.com  Wed Apr 17 22:40:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Wed, 17 Apr 2002 22:40:00 -0000
Subject: [ANNOUNCEMENT] cygwin/xfree86 setup.exe packages available for comments and testing
In-Reply-To: 
References: <20020418052804.GA26250@redhat.com> 
Message-ID: <20020418053950.GA26388@redhat.com>

On Thu, Apr 18, 2002 at 01:37:08AM -0400, Harold Hunt wrote:
>>Try setting it up like sourceware then.  The directory defaults to
>>'release'.  Just do 'upset -u setup.ini' in a directory containing a
>>the 'release' directory.
>
>I just moved contrib to release and the new upset works like a dream!

Good.  I think I fixed the bug with reading directories, too.  That
was a "feature" that I added in the last week.  Never tested it and,
surprise!, it didn't work.

cgf


From cgf@redhat.com  Wed Apr 17 22:52:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Wed, 17 Apr 2002 22:52:00 -0000
Subject: info: single install xfree86 + minimal cygwin?
In-Reply-To: <20020410030023.GB23551@redhat.com>
References:  <3CB396A5.1070803@znark.com> <20020410015334.GO23551@redhat.com> <3CB39F07.7030203@znark.com> <20020410024203.GX23551@redhat.com> <3CB3A85C.90602@znark.com> <20020410030023.GB23551@redhat.com>
Message-ID: <20020418055231.GA26591@redhat.com>

On Tue, Apr 09, 2002 at 11:00:23PM -0400, Christopher Faylor wrote:
>On Tue, Apr 09, 2002 at 07:50:04PM -0700, Ian Burrell wrote:
>>Christopher Faylor wrote:
>>>Name?  Do you mean version?  If you put a version in setup.hint it is
>>>currently ignored.
>>
>>The name from the "@" line and the version header could be used to
>>override the parsing of file names into name and version.
>
>No, the name doesn't override this, currently.

But now it does.  If you have something like this:

foo/
   foo-bob-27-1.tar.bz2

Then the version of the package will be "bob27-1" where previously it
would have been 27-1.

cgf


From iburrell@znark.com  Wed Apr 17 23:01:00 2002
From: iburrell@znark.com (Ian Burrell)
Date: Wed, 17 Apr 2002 23:01:00 -0000
Subject: [ANNOUNCEMENT] cygwin/xfree86 setup.exe packages available for
 comments and testing
References: <20020418025451.GA23633@redhat.com>  <20020418051220.GA26031@redhat.com>
Message-ID: <3CBE613E.9050609@znark.com>

Christopher Faylor wrote:
> On Thu, Apr 18, 2002 at 01:02:51AM -0400, Harold Hunt wrote:
> 
>>>Looks like you figured out upset.  Sorry about not responding.
>>
>>Actually, I did the same thing that Ian did and reverted to the upset
>>from: anoncvs@sources.redhat.com:/cvs/src
>>
>>in the directory: winsup/cinstall/temp
> 
> 
> I'd forgotten about that directory.  It's nuked now.
> 

Where is the real version? That was the only upset in that CVS 
repository. Is there some other CVS repository?

  - Ian

-- 
iburrell@znark.com
http://www.znark.com/


From iburrell@stanfordalumni.org  Wed Apr 17 23:20:00 2002
From: iburrell@stanfordalumni.org (Ian Burrell)
Date: Wed, 17 Apr 2002 23:20:00 -0000
Subject: [ANNOUNCEMENT] cygwin/xfree86 setup.exe packages available for
 comments and testing
References:  <20020418025451.GA23633@redhat.com>
Message-ID: <3CBE658B.2030406@stanfordalumni.org>

Christopher Faylor wrote:
> On Wed, Apr 17, 2002 at 09:14:30PM -0400, Harold Hunt wrote:
>>My primary concerns that I don't know how to resolve are:
>>1) I didn't do the XFree86-base "meta" package properly.  setup.exe
>>does not list XFree86-base as a package and it doesn't enforce the
>>dependencies of the other packages on XFree86-base.
> 
> 
> It needs at least an empty tar file.
> 

XFree86-base would be the perfect place to put Cygwin specific 
documentation.

>>3) We may need a short post-install script, based off of Xinstall.sh,
>>that runs mkfontdir in the /usr/X11R6/lib/X11/fonts/local and
>>/usr/X11R6/lib/X11/fonts/misc font directories.  Xinstall.sh says it
>>does this to make sure that these directories are "up to date".  I
>>guess that every font package has the right to install fonts in local
>>or misc, but it seems that none of them do.  Perhaps this won't matter.
> 
> 
> How about mounting the font directory in binmode, too?
> 

Is there a way to detect if the fonts directory is already mounted in 
binmode? That is the default, isn't it.

  - Ian

-- 
iburrell@stanfordalumni.org
http://www.znark.com/


From David.Billinghurst@riotinto.com  Wed Apr 17 23:42:00 2002
From: David.Billinghurst@riotinto.com (Billinghurst, David (CRTS))
Date: Wed, 17 Apr 2002 23:42:00 -0000
Subject: [ANNOUNCEMENT] Cygwin/XFree86 setup.exe packages with dependencies
Message-ID: 

i have just downloaded and installed.  

I needed to add /usr/X11R6/bin to PATH, and set DISPLAY.  
Client apps work fine using Exceed as server.  I have 
"real work" going on so I can't fiddle too much.


-----Original Message-----
From: Harold Hunt [mailto:huntharo@msu.edu]
Sent: Thursday, 18 April 2002 3:30 
To: cygwin-apps@cygwin.com
Cc: cygx
Subject: [ANNOUNCEMENT] Cygwin/XFree86 setup.exe packages with
dependencies


I just updated the packages at
ftp://huntharo-4.user.msu.edu/pub/cygwin/

to have a working dependency between XFree86-base and the base XFree86
packages, such as XFree86-xserv, XFree86-fnts, etc.


From francois.perrot@cgey.com  Thu Apr 18 00:48:00 2002
From: francois.perrot@cgey.com (Francois Perrot)
Date: Thu, 18 Apr 2002 00:48:00 -0000
Subject: Display problem after update to cygwin 1.3.10 xfree 4.2.
Message-ID: <007701c1e6ac$956608a0$9b4e430a@cgey.cgey.fr>

Hi everyone,

I've updated from cygwin 1.3.3 / xfree 4.1 to cygwin 1.3.10 xfree 4.2.
With cygwin 1.3.3 / xfree 4.1, I was able to open an xterm on my machine by
setting the remote DISPLAY to "fperrot:0.0" (name of my machine).
I've 'xhost +host_name' declarations done to allow those machines to open
display on my machine.
Anyway I receive :

Xlib: connection to "fperrot:0.0" refused by server
Xlib: No protocol specified

When I try to connect. Do I have to configure something else ?

Regards

Francois



From robert.collins@itdomain.com.au  Thu Apr 18 00:55:00 2002
From: robert.collins@itdomain.com.au (Robert Collins)
Date: Thu, 18 Apr 2002 00:55:00 -0000
Subject: [ANNOUNCEMENT] Cygwin/XFree86 setup.exe packages with dependencies
Message-ID: 



> -----Original Message-----
> From: Harold Hunt [mailto:huntharo@msu.edu] 
> Sent: Thursday, April 18, 2002 3:30 PM
>
> Dependencies work for installing.  The behavior I noticed 
> when uninstalling is that dependencies are ignored.  I'm 
> guessing that setup.exe was designed that way because there 
> isn't really a good way to handle dependencies when uninstalling.

Yeah. On uninstalling we need some user interaction, and the chooser
isn't quite there to do that cleanly (yet).

Rob


From geert.pille@vandemoortele.com  Thu Apr 18 00:55:00 2002
From: geert.pille@vandemoortele.com (Pille Geert (bkarnd))
Date: Thu, 18 Apr 2002 00:55:00 -0000
Subject: alt-tab: client window receives tab / pressing both shift-keys = 
	caps-lock
Message-ID: 

Hello,

when I use alt-tab to switch from XWin to a window outside of XWin, the
currently active client window receives every tab I hit to get to the other
window.

Inside XWin, I'm using an old version of mwm (running on a HP/UX 11) to
manage the windows, and I switch with CTRL-TAB.  My installation of cygwin
and XFree86 on it are hardly a week old, so I suppose I am fairly up to
date.  The client windows are cygwin/XFree86's xterm  (the HP/UX xterm seems
unable to handle dead keys inside XWin, although it had no problem with that
using Kea!X, I'm using a belgian keyboard through xkb).

Then I have another special feature: when I accidentally (or on purpose)
press both shift keys, characters remain in uppercase, I have to switch that
of by hitting the shift keys separately.  It happens quite often by
accident, when typing a short word in uppercase, say WHAT?

Great products, both cygwin and the XFree86 port, I feel more at home at
work now ;-)

Gerard


===============================
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 huntharo@msu.edu  Thu Apr 18 06:06:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Thu, 18 Apr 2002 06:06:00 -0000
Subject: [ANNOUNCEMENT] Cygwin/XFree86 setup.exe packages with dependencies
In-Reply-To: 
Message-ID: 

David,

> I needed to add /usr/X11R6/bin to PATH, and set DISPLAY.

So you didn't use startxwin.bat?

startxwin.bat is still included in the distribution and it is the preferred
way to start.

Harold

> -----Original Message-----
> From: Billinghurst, David (CRTS)
> [mailto:David.Billinghurst@riotinto.com]
> Sent: Thursday, April 18, 2002 2:42 AM
> To: Harold Hunt
> Cc: cygx
> Subject: RE: [ANNOUNCEMENT] Cygwin/XFree86 setup.exe packages with
> dependencies
>
>
> i have just downloaded and installed.
>
> I needed to add /usr/X11R6/bin to PATH, and set DISPLAY.
> Client apps work fine using Exceed as server.  I have
> "real work" going on so I can't fiddle too much.
>
>
> -----Original Message-----
> From: Harold Hunt [mailto:huntharo@msu.edu]
> Sent: Thursday, 18 April 2002 3:30
> To: cygwin-apps@cygwin.com
> Cc: cygx
> Subject: [ANNOUNCEMENT] Cygwin/XFree86 setup.exe packages with
> dependencies
>
>
> I just updated the packages at
> ftp://huntharo-4.user.msu.edu/pub/cygwin/
>
> to have a working dependency between XFree86-base and the base XFree86
> packages, such as XFree86-xserv, XFree86-fnts, etc.


From huntharo@msu.edu  Thu Apr 18 06:10:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Thu, 18 Apr 2002 06:10:00 -0000
Subject: alt-tab: client window receives tab / pressing both shift-keys = caps-lock
In-Reply-To: 
Message-ID: 

Gerard,

I've flagged these behaviors for a follow up later.

Very interesting problems.  I've not yet heard of pressing both shift-keys
== caps-lock.

I'll get back to you when I have a look at these.

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Pille Geert (bkarnd)
> Sent: Thursday, April 18, 2002 4:55 AM
> To: 'cygwin-xfree@cygwin.com'
> Subject: alt-tab: client window receives tab / pressing both shift-keys
> = caps-lock
>
>
> Hello,
>
> when I use alt-tab to switch from XWin to a window outside of XWin, the
> currently active client window receives every tab I hit to get to
> the other
> window.
>
> Inside XWin, I'm using an old version of mwm (running on a HP/UX 11) to
> manage the windows, and I switch with CTRL-TAB.  My installation of cygwin
> and XFree86 on it are hardly a week old, so I suppose I am fairly up to
> date.  The client windows are cygwin/XFree86's xterm  (the HP/UX
> xterm seems
> unable to handle dead keys inside XWin, although it had no
> problem with that
> using Kea!X, I'm using a belgian keyboard through xkb).
>
> Then I have another special feature: when I accidentally (or on purpose)
> press both shift keys, characters remain in uppercase, I have to
> switch that
> of by hitting the shift keys separately.  It happens quite often by
> accident, when typing a short word in uppercase, say WHAT?
>
> Great products, both cygwin and the XFree86 port, I feel more at home at
> work now ;-)
>
> Gerard
>
>
> ===============================
> 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 arg@cyberscience.com  Thu Apr 18 06:51:00 2002
From: arg@cyberscience.com (Adam Gundy)
Date: Thu, 18 Apr 2002 06:51:00 -0000
Subject: kde 3.0 no icons
Message-ID: <5.1.0.14.0.20020418143208.00ac55b0@pop3>

 > I'm submitting a bug report to KDE to gather more information.
 >
 > I can reproduce this bug when I put my graphics card into 32 bit color mode,
 > but I need to know if any user out there with a graphics card capable of 24
 > bit color mode has this problem when they are in 24 bit color mode.
 >
 > Please respond ASAP if you can tell me whether or not 24 bit color produces
 > the same problem of no icons in KDE 3.

hi.. I've just discovered this bug when I upgraded to KDE 3 (and spent ages
installing every single KDE package, thinking I was missing the icons :-( )

Switching to 24 bit truecolor (instead of my default 32 bit truecolor) has 
fixed
the problem. Using XVision on the 32 bit display meant that the pictures 
displayed
OK (there are other bugs in XVision though!). I suspect that the fact that 
XVision
doesn't offer 32 bit pixmaps is what makes the difference.

xdpyinfo output for cygwin XFree86 on a 24 bit display:

name of display:    cleveland:0.0
version number:    11.0
vendor string:    The XFree86 Project, Inc
vendor release number:    40200000
XFree86 version: 4.2.0
maximum request size:  4194300 bytes
motion buffer size:  256
bitmap unit, bit order, padding:    32, LSBFirst, 32
image byte order:    LSBFirst
number of supported pixmap formats:    7
supported pixmap formats:
     depth 1, bits_per_pixel 1, scanline_pad 32
     depth 4, bits_per_pixel 8, scanline_pad 32
     depth 8, bits_per_pixel 8, scanline_pad 32
     depth 15, bits_per_pixel 16, scanline_pad 32
     depth 16, bits_per_pixel 16, scanline_pad 32
     depth 24, bits_per_pixel 24, scanline_pad 32
     depth 32, bits_per_pixel 32, scanline_pad 32
keycode range:    minimum 8, maximum 255
focus:  window 0x1600017, revert to PointerRoot
number of extensions:    22
     BIG-REQUESTS
     DEC-XTRAP
     DOUBLE-BUFFER
     Extended-Visual-Information
     FontCache
     GLX
     LBX
     MIT-SUNDRY-NONSTANDARD
     RANDR
     RECORD
     RENDER
     SECURITY
     SGI-GLX
     SHAPE
     SYNC
     TOG-CUP
     XC-APPGROUP
     XC-MISC
     XFree86-Bigfont
     XKEYBOARD
     XTEST
     XVideo
default screen number:    0
number of screens:    1

screen #0:
   dimensions:    1146x811 pixels (388x275 millimeters)
   resolution:    75x75 dots per inch
   depths (7):    24, 1, 4, 8, 15, 16, 32
   root window id:    0x36
   depth of root window:    24 planes
   number of colormaps:    minimum 1, maximum 1
   default colormap:    0x20
   default number of colormap cells:    256
   preallocated pixels:    black 0, white 16777215
   options:    backing-store NO, save-unders NO
   largest cursor:    1146x811
   current input event mask:    0xd84031
     KeyPressMask             EnterWindowMask          LeaveWindowMask 

     KeymapStateMask          SubstructureNotifyMask 
SubstructureRedirectMask
     PropertyChangeMask       ColormapChangeMask
   number of visuals:    2
   default visual id:  0x22
   visual:
     visual id:    0x22
     class:    TrueColor
     depth:    24 planes
     available colormap entries:    256 per subfield
     red, green, blue masks:    0xff0000, 0xff00, 0xff
     significant bits in color specification:    8 bits
   visual:
     visual id:    0x23
     class:    TrueColor
     depth:    24 planes
     available colormap entries:    256 per subfield
     red, green, blue masks:    0xff0000, 0xff00, 0xff
     significant bits in color specification:    8 bits


xdpyinfo output for XVision on a 32 bit display:

name of display:    localhost:1.0
version number:    11.0
vendor string:    Santa Cruz Operation Inc.
vendor release number:    730
maximum request size:  4194300 bytes
motion buffer size:  0
bitmap unit, bit order, padding:    8, MSBFirst, 16
image byte order:    MSBFirst
number of supported pixmap formats:    2
supported pixmap formats:
     depth 1, bits_per_pixel 1, scanline_pad 16
     depth 24, bits_per_pixel 32, scanline_pad 32
keycode range:    minimum 8, maximum 140
focus:  PointerRoot
number of extensions:    10
     BIG-REQUESTS
     DOUBLE-BUFFER
     GLX
     LBX
     MIT-SUNDRY-NONSTANDARD
     SCO(C)1996-VisionResumeExtension
     SHAPE
     SYNC
     XC-MISC
     XIE
default screen number:    0
number of screens:    1

screen #0:
   dimensions:    1152x864 pixels (304x228 millimeters)
   resolution:    96x96 dots per inch
   depths (2):    1, 24
   root window id:    0x24
   depth of root window:    24 planes
   number of colormaps:    minimum 1, maximum 1
   default colormap:    0x22
   default number of colormap cells:    256
   preallocated pixels:    black 0, white 16777215
   options:    backing-store YES, save-unders NO
   largest cursor:    32x32
   current input event mask:    0x0
   number of visuals:    2
   default visual id:  0x20
   visual:
     visual id:    0x20
     class:    TrueColor
     depth:    24 planes
     available colormap entries:    256 per subfield
     red, green, blue masks:    0xff, 0xff00, 0xff0000
     significant bits in color specification:    8 bits
   visual:
     visual id:    0x21
     class:    TrueColor
     depth:    24 planes
     available colormap entries:    256 per subfield
     red, green, blue masks:    0xff, 0xff00, 0xff0000
     significant bits in color specification:    8 bits


Seeya,
  Adam
--
Real Programmers don't comment their code. If it was hard to write,
it should be hard to read, and even harder to modify.
These are all my own opinions.


From huntharo@msu.edu  Thu Apr 18 07:07:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Thu, 18 Apr 2002 07:07:00 -0000
Subject: kde 3.0 no icons
In-Reply-To: <5.1.0.14.0.20020418143208.00ac55b0@pop3>
Message-ID: 

Adam,

What I'd also like to see if the xdpyinfo output for Cygwin/XFree86 on a 32
bit display.

Thanks,

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Adam Gundy
> Sent: Thursday, April 18, 2002 9:51 AM
> To: cygwin-xfree@cygwin.com
> Subject: RE: kde 3.0 no icons
>
>
>  > I'm submitting a bug report to KDE to gather more information.
>  >
>  > I can reproduce this bug when I put my graphics card into 32
> bit color mode,
>  > but I need to know if any user out there with a graphics card
> capable of 24
>  > bit color mode has this problem when they are in 24 bit color mode.
>  >
>  > Please respond ASAP if you can tell me whether or not 24 bit
> color produces
>  > the same problem of no icons in KDE 3.
>
> hi.. I've just discovered this bug when I upgraded to KDE 3 (and
> spent ages
> installing every single KDE package, thinking I was missing the
> icons :-( )
>
> Switching to 24 bit truecolor (instead of my default 32 bit
> truecolor) has
> fixed
> the problem. Using XVision on the 32 bit display meant that the pictures
> displayed
> OK (there are other bugs in XVision though!). I suspect that the
> fact that
> XVision
> doesn't offer 32 bit pixmaps is what makes the difference.
>
> xdpyinfo output for cygwin XFree86 on a 24 bit display:
>
> name of display:    cleveland:0.0
> version number:    11.0
> vendor string:    The XFree86 Project, Inc
> vendor release number:    40200000
> XFree86 version: 4.2.0
> maximum request size:  4194300 bytes
> motion buffer size:  256
> bitmap unit, bit order, padding:    32, LSBFirst, 32
> image byte order:    LSBFirst
> number of supported pixmap formats:    7
> supported pixmap formats:
>      depth 1, bits_per_pixel 1, scanline_pad 32
>      depth 4, bits_per_pixel 8, scanline_pad 32
>      depth 8, bits_per_pixel 8, scanline_pad 32
>      depth 15, bits_per_pixel 16, scanline_pad 32
>      depth 16, bits_per_pixel 16, scanline_pad 32
>      depth 24, bits_per_pixel 24, scanline_pad 32
>      depth 32, bits_per_pixel 32, scanline_pad 32
> keycode range:    minimum 8, maximum 255
> focus:  window 0x1600017, revert to PointerRoot
> number of extensions:    22
>      BIG-REQUESTS
>      DEC-XTRAP
>      DOUBLE-BUFFER
>      Extended-Visual-Information
>      FontCache
>      GLX
>      LBX
>      MIT-SUNDRY-NONSTANDARD
>      RANDR
>      RECORD
>      RENDER
>      SECURITY
>      SGI-GLX
>      SHAPE
>      SYNC
>      TOG-CUP
>      XC-APPGROUP
>      XC-MISC
>      XFree86-Bigfont
>      XKEYBOARD
>      XTEST
>      XVideo
> default screen number:    0
> number of screens:    1
>
> screen #0:
>    dimensions:    1146x811 pixels (388x275 millimeters)
>    resolution:    75x75 dots per inch
>    depths (7):    24, 1, 4, 8, 15, 16, 32
>    root window id:    0x36
>    depth of root window:    24 planes
>    number of colormaps:    minimum 1, maximum 1
>    default colormap:    0x20
>    default number of colormap cells:    256
>    preallocated pixels:    black 0, white 16777215
>    options:    backing-store NO, save-unders NO
>    largest cursor:    1146x811
>    current input event mask:    0xd84031
>      KeyPressMask             EnterWindowMask          LeaveWindowMask
>
>      KeymapStateMask          SubstructureNotifyMask
> SubstructureRedirectMask
>      PropertyChangeMask       ColormapChangeMask
>    number of visuals:    2
>    default visual id:  0x22
>    visual:
>      visual id:    0x22
>      class:    TrueColor
>      depth:    24 planes
>      available colormap entries:    256 per subfield
>      red, green, blue masks:    0xff0000, 0xff00, 0xff
>      significant bits in color specification:    8 bits
>    visual:
>      visual id:    0x23
>      class:    TrueColor
>      depth:    24 planes
>      available colormap entries:    256 per subfield
>      red, green, blue masks:    0xff0000, 0xff00, 0xff
>      significant bits in color specification:    8 bits
>
>
> xdpyinfo output for XVision on a 32 bit display:
>
> name of display:    localhost:1.0
> version number:    11.0
> vendor string:    Santa Cruz Operation Inc.
> vendor release number:    730
> maximum request size:  4194300 bytes
> motion buffer size:  0
> bitmap unit, bit order, padding:    8, MSBFirst, 16
> image byte order:    MSBFirst
> number of supported pixmap formats:    2
> supported pixmap formats:
>      depth 1, bits_per_pixel 1, scanline_pad 16
>      depth 24, bits_per_pixel 32, scanline_pad 32
> keycode range:    minimum 8, maximum 140
> focus:  PointerRoot
> number of extensions:    10
>      BIG-REQUESTS
>      DOUBLE-BUFFER
>      GLX
>      LBX
>      MIT-SUNDRY-NONSTANDARD
>      SCO(C)1996-VisionResumeExtension
>      SHAPE
>      SYNC
>      XC-MISC
>      XIE
> default screen number:    0
> number of screens:    1
>
> screen #0:
>    dimensions:    1152x864 pixels (304x228 millimeters)
>    resolution:    96x96 dots per inch
>    depths (2):    1, 24
>    root window id:    0x24
>    depth of root window:    24 planes
>    number of colormaps:    minimum 1, maximum 1
>    default colormap:    0x22
>    default number of colormap cells:    256
>    preallocated pixels:    black 0, white 16777215
>    options:    backing-store YES, save-unders NO
>    largest cursor:    32x32
>    current input event mask:    0x0
>    number of visuals:    2
>    default visual id:  0x20
>    visual:
>      visual id:    0x20
>      class:    TrueColor
>      depth:    24 planes
>      available colormap entries:    256 per subfield
>      red, green, blue masks:    0xff, 0xff00, 0xff0000
>      significant bits in color specification:    8 bits
>    visual:
>      visual id:    0x21
>      class:    TrueColor
>      depth:    24 planes
>      available colormap entries:    256 per subfield
>      red, green, blue masks:    0xff, 0xff00, 0xff0000
>      significant bits in color specification:    8 bits
>
>
> Seeya,
>   Adam
> --
> Real Programmers don't comment their code. If it was hard to write,
> it should be hard to read, and even harder to modify.
> These are all my own opinions.
>


From arg@cyberscience.com  Thu Apr 18 07:17:00 2002
From: arg@cyberscience.com (Adam Gundy)
Date: Thu, 18 Apr 2002 07:17:00 -0000
Subject: kde 3.0 no icons
In-Reply-To: 
References: <5.1.0.14.0.20020418143208.00ac55b0@pop3>
Message-ID: <5.1.0.14.0.20020418151500.00ac2110@pop3>

At 10:07 18/04/02 -0400, Harold Hunt wrote:
>Adam,
>
>What I'd also like to see if the xdpyinfo output for Cygwin/XFree86 on a 32
>bit display.

sorry... I assumed you'd already have that. Here it is:

name of display:    localhost:0.0
version number:    11.0
vendor string:    The XFree86 Project, Inc
vendor release number:    40200000
XFree86 version: 4.2.0
maximum request size:  4194300 bytes
motion buffer size:  256
bitmap unit, bit order, padding:    32, LSBFirst, 32
image byte order:    LSBFirst
number of supported pixmap formats:    7
supported pixmap formats:
     depth 1, bits_per_pixel 1, scanline_pad 32
     depth 4, bits_per_pixel 8, scanline_pad 32
     depth 8, bits_per_pixel 8, scanline_pad 32
     depth 15, bits_per_pixel 16, scanline_pad 32
     depth 16, bits_per_pixel 16, scanline_pad 32
     depth 24, bits_per_pixel 24, scanline_pad 32
     depth 32, bits_per_pixel 32, scanline_pad 32
keycode range:    minimum 8, maximum 255
focus:  PointerRoot
number of extensions:    22
     BIG-REQUESTS
     DEC-XTRAP
     DOUBLE-BUFFER
     Extended-Visual-Information
     FontCache
     GLX
     LBX
     MIT-SUNDRY-NONSTANDARD
     RANDR
     RECORD
     RENDER
     SECURITY
     SGI-GLX
     SHAPE
     SYNC
     TOG-CUP
     XC-APPGROUP
     XC-MISC
     XFree86-Bigfont
     XKEYBOARD
     XTEST
     XVideo
default screen number:    0
number of screens:    1

screen #0:
   dimensions:    1146x811 pixels (388x275 millimeters)
   resolution:    75x75 dots per inch
   depths (7):    32, 1, 4, 8, 15, 16, 24
   root window id:    0x36
   depth of root window:    32 planes
   number of colormaps:    minimum 1, maximum 1
   default colormap:    0x20
   default number of colormap cells:    2048
   preallocated pixels:    black 0, white 16777215
   options:    backing-store NO, save-unders NO
   largest cursor:    1146x811
   current input event mask:    0x0
   number of visuals:    2
   default visual id:  0x22
   visual:
     visual id:    0x22
     class:    TrueColor
     depth:    32 planes
     available colormap entries:    2048 per subfield
     red, green, blue masks:    0xff0000, 0xff00, 0xff
     significant bits in color specification:    8 bits
   visual:
     visual id:    0x23
     class:    TrueColor
     depth:    32 planes
     available colormap entries:    2048 per subfield
     red, green, blue masks:    0xff0000, 0xff00, 0xff
     significant bits in color specification:    8 bits



Seeya,
  Adam
--
Real Programmers don't comment their code. If it was hard to write,
it should be hard to read, and even harder to modify.
These are all my own opinions.


From holger.vogt@ims.fhg.de  Thu Apr 18 08:10:00 2002
From: holger.vogt@ims.fhg.de (Holger Vogt)
Date: Thu, 18 Apr 2002 08:10:00 -0000
Subject: Subject: Re: Problem: extreme speed difference NT4 <> Win98SE runing 
 Xfree 
Message-ID: <3CBEE1DE.A1BFEDD6@ims.fhg.de>

My display slowed down dramatically  when I moved from a 1024x768 screen
to a new display with 1280x1024 resolution (both with ME).

Holger Vogt


From gmiller@cs.sunysb.edu  Thu Apr 18 12:00:00 2002
From: gmiller@cs.sunysb.edu (Jerry Miller)
Date: Thu, 18 Apr 2002 12:00:00 -0000
Subject: Pixmap practical size limitation?
Message-ID: <001601c1e70a$ca519d00$1e0ef582@cs.sunysb.edu>

In modifying an existing application, which contained
one (scrolled) DrawingArea and two (scrolled) Text
widgets, I wanted to use multicolor text and decided
to use two more DrawingArea widgets to accomplish
this.  However, only the 2000x2000 original Pixmap
is reliably written for the refreshment of the original
DrawingArea.

In order to accommodate the potentially long and/or
wide range of text in the emulated Text widgets, I
created a Pixmap of size 5000x4000 and 10000x2000,
respectively.  To be sure it wasn't something in the
rendition of the text strings that was at fault in their
unpredictable behavior, I drew a black 20x100
rectangle in the upper left corner of each Pixmap
immediately after creation.  Only the one for the
2000x2000 Pixmap appears in the associated
DrawingArea window.

Other than their sizes (and the variable names,
of course), there is virtually no difference between
these Pixmaps.  In fact, if I temporarily change
the dimensions of the other two to 2000x2000,
I find that their behavior becomes reliable once
again.

None of the X documentation mentions any
size limitations for the Pixmap, whose datatype
is "opaque."  (Thanks a lot, MIT!)  Even if
there were one, it should generate a predictable
error message, rather than an unpredictable
behavior.  Anyway, even if "unsigned int"
referred to 16 bits on my computer (which it
does not), these dimensions would still be
within range - for that matter, they would even
be accommodated by "signed short"!

Is this a known bug?  If so, can I get around it,
albeit kludgily, by declaring 21 variables of type
Pixmap and doing redundant XDrawString()
calls to be sure that any that might fall withing
the bounds of the write will be updated, or is
there a limit on the _total_ amount of memory
available for Pixmap data?

I am running under Windows NT4, SP3, with
the Hummingbird Window Manager, v.6.1.
(The window manager supplied with cygwin
is impractical for any sophisticated applications.)



From huntharo@msu.edu  Thu Apr 18 12:16:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Thu, 18 Apr 2002 12:16:00 -0000
Subject: Pixmap practical size limitation?
In-Reply-To: <001601c1e70a$ca519d00$1e0ef582@cs.sunysb.edu>
Message-ID: 

Jerry,

This is a Cygwin/XFree86-specific mailing list.  Your question about whether
40 MB to 80 MB pixmaps are allowed is a general XFree86/X question that
should be asked and answered by general XFree86/X mailing lists or
documentation.

Please check out these websites for more information and mailing list
addresses:
http://xfree86.org/
http://www.x.org/

You might also want to look in books, etc. for an answer.

Sorry we can't help,

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Jerry Miller
> Sent: Thursday, April 18, 2002 2:57 PM
> To: cygwin-xfree@cygwin.com
> Subject: Pixmap practical size limitation?
>
>
> In modifying an existing application, which contained
> one (scrolled) DrawingArea and two (scrolled) Text
> widgets, I wanted to use multicolor text and decided
> to use two more DrawingArea widgets to accomplish
> this.  However, only the 2000x2000 original Pixmap
> is reliably written for the refreshment of the original
> DrawingArea.
>
> In order to accommodate the potentially long and/or
> wide range of text in the emulated Text widgets, I
> created a Pixmap of size 5000x4000 and 10000x2000,
> respectively.  To be sure it wasn't something in the
> rendition of the text strings that was at fault in their
> unpredictable behavior, I drew a black 20x100
> rectangle in the upper left corner of each Pixmap
> immediately after creation.  Only the one for the
> 2000x2000 Pixmap appears in the associated
> DrawingArea window.
>
> Other than their sizes (and the variable names,
> of course), there is virtually no difference between
> these Pixmaps.  In fact, if I temporarily change
> the dimensions of the other two to 2000x2000,
> I find that their behavior becomes reliable once
> again.
>
> None of the X documentation mentions any
> size limitations for the Pixmap, whose datatype
> is "opaque."  (Thanks a lot, MIT!)  Even if
> there were one, it should generate a predictable
> error message, rather than an unpredictable
> behavior.  Anyway, even if "unsigned int"
> referred to 16 bits on my computer (which it
> does not), these dimensions would still be
> within range - for that matter, they would even
> be accommodated by "signed short"!
>
> Is this a known bug?  If so, can I get around it,
> albeit kludgily, by declaring 21 variables of type
> Pixmap and doing redundant XDrawString()
> calls to be sure that any that might fall withing
> the bounds of the write will be updated, or is
> there a limit on the _total_ amount of memory
> available for Pixmap data?
>
> I am running under Windows NT4, SP3, with
> the Hummingbird Window Manager, v.6.1.
> (The window manager supplied with cygwin
> is impractical for any sophisticated applications.)
>
>


From a.rburgers@freeler.nl  Thu Apr 18 13:40:00 2002
From: a.rburgers@freeler.nl (Teun Burgers)
Date: Thu, 18 Apr 2002 13:40:00 -0000
Subject: [ANNOUNCEMENT] Cygwin/XFree86 setup.exe packages available for 
 comments and testing
References: 
Message-ID: <3CBF2D86.60C40E08@freeler.nl>

Harold Hunt wrote:
 
> I'm awaiting feedback,

This is the first time I installed/used xfree86 at all. I used setup on
the URL you gave and everything went smoothly (including the
dependencies).

I downloaded and installed just the basic set, added /usr/X11R6/bin
to my path, ran startx (got a lot of warnings from Zonealarm which
makes sense of cause) and started twm after that.

Very good job!

regards

Teun



From j_tetazoo@hotmail.com  Thu Apr 18 14:00:00 2002
From: j_tetazoo@hotmail.com (Thomas Chadwick)
Date: Thu, 18 Apr 2002 14:00:00 -0000
Subject: Curious refresh rate behavior...
Message-ID: 

>From: "Harold Hunt" 
>To: "Thomas Chadwick" , 
>Subject: RE: Curious refresh rate behavior...
>Date: Wed, 17 Apr 2002 18:45:07 -0400
>
>Thomas,
>
>Well, answer me this one question:
>
>What refresh rates does Windows 2000 allow when you set the Windows color
>depth to 8 bits?
>

I switched Windows to 1024x768x8 and got 75Hz.
I then ran XWin -fullscreen and got 1024x768x8 @ 75Hz.
I then quit XWin and reset Windows to 1024x768x24 @ 75Hz.
I then ran XWin -fullscreen -depth 8 and got 1024x768x8 @ 75Hz!

Strange.  I'll chaulk it up to some funny business with DirectDraw or the 
Video Driver.

Thanks.


_________________________________________________________________
MSN Photos is the easiest way to share and print your photos: 
http://photos.msn.com/support/worldwide.aspx


From cgf@redhat.com  Thu Apr 18 19:02:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Thu, 18 Apr 2002 19:02:00 -0000
Subject: [ANNOUNCEMENT] cygwin/xfree86 setup.exe packages available for comments and testing
In-Reply-To: <3CBF2D86.60C40E08@freeler.nl>
References:  <3CBF2D86.60C40E08@freeler.nl>
Message-ID: <20020419020233.GK7323@redhat.com>

On Thu, Apr 18, 2002 at 10:33:10PM +0200, Teun Burgers wrote:
>Harold Hunt wrote:
> 
>> I'm awaiting feedback,
>
>This is the first time I installed/used xfree86 at all. I used setup on
>the URL you gave and everything went smoothly (including the
>dependencies).
>
>I downloaded and installed just the basic set, added /usr/X11R6/bin
>to my path, ran startx (got a lot of warnings from Zonealarm which
>makes sense of cause) and started twm after that.
>
>Very good job!

Shall we add this to the cygwin distro or are we still waiting for
some postinstall shell script work?

cgf


From huntharo@msu.edu  Thu Apr 18 22:24:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Thu, 18 Apr 2002 22:24:00 -0000
Subject: [ANNOUNCEMENT] cygwin/xfree86 setup.exe packages available for comments and testing
In-Reply-To: <20020419020233.GK7323@redhat.com>
Message-ID: 

Chris,

> Shall we add this to the cygwin distro or are we still waiting for
> some postinstall shell script work?

These will forever be known as Harold's Famous Last Words:
	Sure Chris, why not?  Go ahead and add the packages to the distro.

Be aware, I just updated XFree86-xserv to 4.2.0-2, so you'll need to grab
the latest packages off of ftp://huntharo-4.user.msu.edu/pub/cygwin/

That's all for now.

I can't wait to see how many people use Cygwin/XFree86 now!

Oh, we can wait for the postinstall shell script.  That will really be just
icing on the cake.

Harold


From geert.pille@vandemoortele.com  Fri Apr 19 06:33:00 2002
From: geert.pille@vandemoortele.com (Pille Geert (bkarnd))
Date: Fri, 19 Apr 2002 06:33:00 -0000
Subject: key repeats when other window pops up
Message-ID: 

>From the keyboard testing department, April 19 2002.

Today we noticed the following behaviour from XWin:

Whilst typing merrily away in an xterm-client, all of a sudden a message
window popped up, as message windows are wont to do.  The xterm-client lost
control, and did not notice that the end user had released the key he was
pressing in xterm, in this case, the "a"-key.  Under the impression that the
end-user was still holding the "a"-key, the xterm-client continued
displaying "a"-characters, and would still be doing so, had he not been
stopped by the end-user himself.

Please ignore this message if the behaviour described above is not, as is
often much to hastily concluded, a bug, but rather a feature to occupy the
clients while the end user is being distracted.

With the utmost respect,

we remain,

yours faithfully,

etc. etc.


===============================
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 Alexander.Gottwald@informatik.tu-chemnitz.de  Fri Apr 19 07:26:00 2002
From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald)
Date: Fri, 19 Apr 2002 07:26:00 -0000
Subject: XFree86 4.2.0 under Cygwin on Win98 w/ i810 won't display CDE
 fro m HPUX
In-Reply-To: <1E5BB4E16573714B9A0CB774B2AB0CC6164691@mailserver.sedata.com>
Message-ID: 

On Mon, 15 Apr 2002, Michael Reaser wrote:

> 
> XWin -query aa.bb.cc.dd -fp tcp/aa.bb.cc.dd:7000 
> 
> Fatal server error:
> XDMCP fatal error: Session failed Session 6 failed for display 0.0.0.0:0:
> Cannot open display

you need the -from parameter.

XWin -query aa.bb.cc.dd -from localip (not 127.0.0.1)

bye
    ago
-- 
 Alexander.Gottwald@informatik.tu-chemnitz.de 
 http://www.gotti.org           ICQ: 126018723
 phone: +49 3725 349 80 80	mobile: +49 172 7854017
 4. Chemnitzer Linux-Tag http://www.tu-chemnitz.de/linux/tag/lt4


From cgf@redhat.com  Fri Apr 19 09:52:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Fri, 19 Apr 2002 09:52:00 -0000
Subject: [ANNOUNCEMENT] cygwin/xfree86 setup.exe packages available for comments and testing
In-Reply-To: 
References: <20020419020233.GK7323@redhat.com> 
Message-ID: <20020419165227.GH20463@redhat.com>

On Fri, Apr 19, 2002 at 01:24:48AM -0400, Harold Hunt wrote:
>Chris,
>
>> Shall we add this to the cygwin distro or are we still waiting for
>> some postinstall shell script work?
>
>These will forever be known as Harold's Famous Last Words:
>	Sure Chris, why not?  Go ahead and add the packages to the distro.
>
>Be aware, I just updated XFree86-xserv to 4.2.0-2, so you'll need to grab
>the latest packages off of ftp://huntharo-4.user.msu.edu/pub/cygwin/
>
>That's all for now.
>
>I can't wait to see how many people use Cygwin/XFree86 now!

Ditto.  Hope you're ready for this.

cgf


From j_tetazoo@hotmail.com  Fri Apr 19 10:05:00 2002
From: j_tetazoo@hotmail.com (Thomas Chadwick)
Date: Fri, 19 Apr 2002 10:05:00 -0000
Subject: New Xfree Cygwin Package...
Message-ID: 

I've been watching with interest all this work on packaging the Xfree/XWin 
stuff.  Now that it appears to be a reality, what do you recommend for those 
of us who already have Xfree installed via the "old" method?

I for one would like to move over the the Cygwin package method becaused I 
like being able to into the Cygwin setup program to see what's changed.  
However, I'm a little hesitant to go installing the new packages until I 
understand what the impact on my existing setup might be.


_________________________________________________________________
Send and receive Hotmail on your mobile device: http://mobile.msn.com


From cgf@redhat.com  Fri Apr 19 10:15:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Fri, 19 Apr 2002 10:15:00 -0000
Subject: [ANNOUNCEMENT] cygwin/xfree86 setup.exe packages available for comments and testing
In-Reply-To: <20020419165227.GH20463@redhat.com>
References: <20020419020233.GK7323@redhat.com>  <20020419165227.GH20463@redhat.com>
Message-ID: <20020419171504.GA23436@redhat.com>

On Fri, Apr 19, 2002 at 12:52:27PM -0400, Christopher Faylor wrote:
>On Fri, Apr 19, 2002 at 01:24:48AM -0400, Harold Hunt wrote:
>>Chris,
>>
>>> Shall we add this to the cygwin distro or are we still waiting for
>>> some postinstall shell script work?
>>
>>These will forever be known as Harold's Famous Last Words:
>>	Sure Chris, why not?  Go ahead and add the packages to the distro.
>>
>>Be aware, I just updated XFree86-xserv to 4.2.0-2, so you'll need to grab
>>the latest packages off of ftp://huntharo-4.user.msu.edu/pub/cygwin/
>>
>>That's all for now.
>>
>>I can't wait to see how many people use Cygwin/XFree86 now!
>
>Ditto.  Hope you're ready for this.

It's up there.  Should be on mirrors shortly.

One thing I just noticed, though (by looking at
http://cygwin.com/packages/), was that the source tar.bz2 files don't
seem to be part of this.  There should probably be fewer source tar
balls than binary but they should be part of the distribution, right?
If not, we'll inevitably get questions.

cgf


From huntharo@msu.edu  Fri Apr 19 13:56:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Fri, 19 Apr 2002 13:56:00 -0000
Subject: [ANNOUNCEMENT] cygwin/xfree86 setup.exe packages available for comments and testing
In-Reply-To: <20020419171504.GA23436@redhat.com>
Message-ID: 

Chris,

> It's up there.  Should be on mirrors shortly.

Very cool.

> One thing I just noticed, though (by looking at
> http://cygwin.com/packages/), was that the source tar.bz2 files don't
> seem to be part of this.  There should probably be fewer source tar
> balls than binary but they should be part of the distribution, right?
> If not, we'll inevitably get questions.

I've thought about this enough to make my head spin.  The only real solution
I could come up with is to tell folks to go to the XFree86 CVS tree.

The main problem with -src packages for us is that almost nothing will
change after an XFree86 release except for the xc/programs/Xserver/hw/xwin
directory, where I make modifications to the XWin server.  So, what do I do
for packaging?  Which of the XFree86-* packages do I include source with?
Do I include one huge tarball with everything and another small tarball that
has just the hw/xwin directory so that it can be easily updated?  I'm
confused.

I didn't quite gather from the earlier discussions whether we can have a
source package seperate from any binary packages.  i.e., could we have
XFree86-full-src without an associated binary package?  Or would we have to
make XFree86-base-src the package that contained the full source archive.


In a related question that has to do with my laziness, I need a way to
tarball a CVS tree without including the CVS directories.  I'm sure this can
be done with a simple script, but I'm a programmer not a script writer.
Anyone want to point me to an existing script that does this, or write one
for me?


Later,

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Christopher Faylor
> Sent: Friday, April 19, 2002 1:15 PM
> To: cygwin-xfree@cygwin.com; cygwin-apps@cygwin.com
> Subject: Re: [ANNOUNCEMENT] cygwin/xfree86 setup.exe packages available
> for comments and testing
>
>
> On Fri, Apr 19, 2002 at 12:52:27PM -0400, Christopher Faylor wrote:
> >On Fri, Apr 19, 2002 at 01:24:48AM -0400, Harold Hunt wrote:
> >>Chris,
> >>
> >>> Shall we add this to the cygwin distro or are we still waiting for
> >>> some postinstall shell script work?
> >>
> >>These will forever be known as Harold's Famous Last Words:
> >>	Sure Chris, why not?  Go ahead and add the packages to the distro.
> >>
> >>Be aware, I just updated XFree86-xserv to 4.2.0-2, so you'll
> need to grab
> >>the latest packages off of ftp://huntharo-4.user.msu.edu/pub/cygwin/
> >>
> >>That's all for now.
> >>
> >>I can't wait to see how many people use Cygwin/XFree86 now!
> >
> >Ditto.  Hope you're ready for this.
>
> It's up there.  Should be on mirrors shortly.
>
> One thing I just noticed, though (by looking at
> http://cygwin.com/packages/), was that the source tar.bz2 files don't
> seem to be part of this.  There should probably be fewer source tar
> balls than binary but they should be part of the distribution, right?
> If not, we'll inevitably get questions.
>
> cgf


From huntharo@msu.edu  Fri Apr 19 14:05:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Fri, 19 Apr 2002 14:05:00 -0000
Subject: New Xfree Cygwin Package...
In-Reply-To: 
Message-ID: 

Thomas,

> I've been watching with interest all this work on packaging the
> Xfree/XWin
> stuff.  Now that it appears to be a reality, what do you
> recommend for those
> of us who already have Xfree installed via the "old" method?
>
> I for one would like to move over the the Cygwin package method
> becaused I
> like being able to into the Cygwin setup program to see what's changed.
> However, I'm a little hesitant to go installing the new packages until I
> understand what the impact on my existing setup might be.

You have an excellent point.  Unfortunately, the answer is, "I don't know".
I haven't yet tried installing Cygwin/XFree86 via setup.exe overtop of an
existing Cygwin/XFree86 installation.  I'd like to know what happens, but
I'm not sure that I would recommend doing it.

I think the recommended course of action is to move /usr/X11R6 and /etc/X11
to backup directories and install Cygwin/XFree86 via setup.exe.  Be sure
that the new Cygwin/XFree86 installation works and that you have copied over
any modified files, etc. to the new directories, then get rid of the old
directories.  I have to do this all the time during development on
Cygwin/XFree86.  Here are the commands I use:

mv /usr/X11R6 /usr/X11R6_works
mv /etc/X11 /etc/X11_works


Hope that helps,

Harold


From huntharo@msu.edu  Fri Apr 19 14:17:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Fri, 19 Apr 2002 14:17:00 -0000
Subject: key repeats when other window pops up
In-Reply-To: 
Message-ID: 

Gerard,

Yes, we have been aware of that behavior for some time now.  In fact, it is
listed as the first item on the Development To-Do List:
http://xfree86.cygwin.com/devel/todo.html

We have a patch for this problem.  However, in the course of applying this
patch I realized that there is a second problem that was originally thought
to be a bug of the patch that fixes your problem.  This other bug is that
when Cygwin/XFree86 gets bogged down in processing, such as when running the
test Native GDI server (which is really slow right now because it does every
single graphics operations as a set of thousands of simple line draws).

For example:
1) Open the test Cygwin/XFree86 server in Native GDI mode.  (you can't do
this unless you build from CVS)

2) Run 'xdpyinfo', 'ls' on /usr/X11R6/bin, or some other program that will
fill an xterm's scroll buffer with lines of text.  Notice that there is an
extra blank command line after the output.  This is because somewhere along
the way the 'enter' key gets fired twice.

3) Scroll to the top of the xterm scroll buffer (this will take seconds).

4) Type 'exit' or any other word, but do not press enter.  This will cause
xterm to scroll down to the command line.  (this will take seconds).

5) Notice that 'exit' comes out as 'eexit'.  No, this is not because the 'e'
that you typed is being echoed late.  This is an actual duplicate key event,
because if you press 'enter' xterm will report that 'eexit' cannot be found.


I did much investigating into this problem using printf's sprinkled
throughout the code.  I was able to figure out that it wasn't the hw/xwin
code that processes Windows keyboard messages that was duplicating events.
Rather, there is a procedure deep in the server that seems to be duplicating
the events.  I built a debug version of the tree and tried to debug it but
gdb kept crashing and I ran out of time.


To make a long story short, after all that excitement I kinda put off those
patches for awhile.  I should go ahead and apply them since they solve a
very real and current problem, and I have determined that the patch is not
the cause of the mystery key repeat problem.


I hope that muddies things up for you :)

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Pille Geert (bkarnd)
> Sent: Friday, April 19, 2002 10:33 AM
> To: 'cygwin-xfree@cygwin.com'
> Subject: key repeats when other window pops up
>
>
> >From the keyboard testing department, April 19 2002.
>
> Today we noticed the following behaviour from XWin:
>
> Whilst typing merrily away in an xterm-client, all of a sudden a message
> window popped up, as message windows are wont to do.  The
> xterm-client lost
> control, and did not notice that the end user had released the key he was
> pressing in xterm, in this case, the "a"-key.  Under the
> impression that the
> end-user was still holding the "a"-key, the xterm-client continued
> displaying "a"-characters, and would still be doing so, had he not been
> stopped by the end-user himself.
>
> Please ignore this message if the behaviour described above is not, as is
> often much to hastily concluded, a bug, but rather a feature to occupy the
> clients while the end user is being distracted.
>
> With the utmost respect,
>
> we remain,
>
> yours faithfully,
>
> etc. etc.
>
>
> ===============================
> 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 Benjamin.Riefenstahl@epost.de  Fri Apr 19 14:38:00 2002
From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl)
Date: Fri, 19 Apr 2002 14:38:00 -0000
Subject: cygwin/xfree86 setup.exe packages available for comments and testing
In-Reply-To: 
References: 
Message-ID: 

"Harold Hunt"  writes:
> Excellent idea.  Now I just need someone to write that script.
> Shouldn't be too hard.  Any takers?

How about

  fontdir=/usr/X11R6/lib/X11/fonts
  wfontdir=`cygpath -w $fontdir`
  mount -bfs $wfontdir $fontdir 2> /dev/null || mount -bfu $wfontdir $fontdir

IOW, create a system mount in binary mode on the font directory,
disregarding any existing mount on the same place.  If the user is not
allowed to create a system mount, create a user mount instead.

This would break when there already is a user mount in text mode.
That seems pretty unlikely, though.


so long, benny


From robert.collins@itdomain.com.au  Fri Apr 19 15:28:00 2002
From: robert.collins@itdomain.com.au (Robert Collins)
Date: Fri, 19 Apr 2002 15:28:00 -0000
Subject: [ANNOUNCEMENT] cygwin/xfree86 setup.exe packages available for comments and testing
Message-ID: 



> -----Original Message-----
> From: Harold Hunt [mailto:huntharo@msu.edu] 
> Sent: Saturday, April 20, 2002 6:56 AM


> In a related question that has to do with my laziness, I need 
> a way to tarball a CVS tree without including the CVS 
> directories.  I'm sure this can be done with a simple script, 
> but I'm a programmer not a script writer. Anyone want to 
> point me to an existing script that does this, or write one for me?

Grab the -src for one of the packages that Chuck or I maintain - say
libxslt. There is a tar command in the .sh that filters out various
directories... I'm sure you can adapt it easily.

Rob


From cgf@redhat.com  Fri Apr 19 15:47:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Fri, 19 Apr 2002 15:47:00 -0000
Subject: [ANNOUNCEMENT] cygwin/xfree86 setup.exe packages available for comments and testing
In-Reply-To: 
References: <20020419171504.GA23436@redhat.com> 
Message-ID: <20020419224747.GA30212@redhat.com>

On Fri, Apr 19, 2002 at 04:55:57PM -0400, Harold Hunt wrote:
>The main problem with -src packages for us is that almost nothing will
>change after an XFree86 release except for the
>xc/programs/Xserver/hw/xwin directory, where I make modifications to
>the XWin server.  So, what do I do for packaging?  Which of the
>XFree86-* packages do I include source with?  Do I include one huge
>tarball with everything and another small tarball that has just the
>hw/xwin directory so that it can be easily updated?  I'm confused.

I had the same thoughts and hoped you'd have a brilliant solution.  :-)

>I didn't quite gather from the earlier discussions whether we can have
>a source package seperate from any binary packages.  i.e., could we
>have XFree86-full-src without an associated binary package?  Or would
>we have to make XFree86-base-src the package that contained the full
>source archive.

Hmm.  Yes.  I think this would work.  That might be the best solution.

In fact, it may be a nice trend setter.

>
>In a related question that has to do with my laziness, I need a way to
>tarball a CVS tree without including the CVS directories.  I'm sure this can
>be done with a simple script, but I'm a programmer not a script writer.
>Anyone want to point me to an existing script that does this, or write one
>for me?

 From my "generate a package" script:

find $package_src/* -print -follow | egrep -v '\.cvsignore|\.bak$|\.orig$|~$|^.#|CVS|%redact|/tags$' | egrep -v "$src_exclude" |
 sort | tar -T - --no-recursion -cjf "$tarstem"-src.tar.bz2

cgf


From robert.collins@itdomain.com.au  Fri Apr 19 16:21:00 2002
From: robert.collins@itdomain.com.au (Robert Collins)
Date: Fri, 19 Apr 2002 16:21:00 -0000
Subject: [ANNOUNCEMENT] cygwin/xfree86 setup.exe packages available for comments and testing
Message-ID: 



> -----Original Message-----
> From: Christopher Faylor [mailto:cgf@redhat.com] 
> Sent: Saturday, April 20, 2002 8:48 AM

> >I didn't quite gather from the earlier discussions whether 
> we can have 
> >a source package seperate from any binary packages.  i.e., could we 
> >have XFree86-full-src without an associated binary package?  
> Or would 
> >we have to make XFree86-base-src the package that contained the full 
> >source archive.
> 
> Hmm.  Yes.  I think this would work.  That might be the best solution.
> 
> In fact, it may be a nice trend setter.

I think setup.exe needs a little work before doing this, but it's a good
direction. (i.e. setup.exe should have a view to only show src packages,
and a view to only show binaries - to avoid confusing folk). (Think
apt-get source vs apt-get install).

Rob


From Ralf.Habacker@freenet.de  Fri Apr 19 16:25:00 2002
From: Ralf.Habacker@freenet.de (Ralf Habacker)
Date: Fri, 19 Apr 2002 16:25:00 -0000
Subject: qt 2.3.1 beta 1 release available
Message-ID: <002301c1e7f9$71e4af50$651c440a@BRAMSCHE>

Hi all,

the kde-cygwin team has released the qt 2.3.1 beta 1 release.
This release is an update to the official qt 2.3.1 with all cygwin related
patches from the 2.3.0 release applied.
The most imported change is optimized qdir/qfile code, which speeds up qt file
dialog displaying.

You can found qt-cygwin under http://kde-cygwin.sf.net.

Ralf


From cgf@redhat.com  Fri Apr 19 17:44:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Fri, 19 Apr 2002 17:44:00 -0000
Subject: cygwin/xfree86 setup.exe packages available for comments and testing
In-Reply-To: 
References:  
Message-ID: <20020420004448.GD28399@redhat.com>

On Fri, Apr 19, 2002 at 11:17:56PM +0200, Benjamin Riefenstahl wrote:
>"Harold Hunt"  writes:
>> Excellent idea.  Now I just need someone to write that script.
>> Shouldn't be too hard.  Any takers?
>
>How about
>
>  fontdir=/usr/X11R6/lib/X11/fonts
>  wfontdir=`cygpath -w $fontdir`
>  mount -bfs $wfontdir $fontdir 2> /dev/null || mount -bfu $wfontdir $fontdir
>
>IOW, create a system mount in binary mode on the font directory,
>disregarding any existing mount on the same place.  If the user is not
>allowed to create a system mount, create a user mount instead.
>
>This would break when there already is a user mount in text mode.
>That seems pretty unlikely, though.

This looks pretty good to me.

How about something like this, though:

  fontdir=/usr/X11R6/lib/X11/fonts
  wfontdir=`cygpath -w $fontdir`
  umount -u $fontdir 2>/dev/null
  mount -bfs $wfontdir $fontdir 2> /dev/null || mount -bfu $wfontdir $fontdir

Just to ensure that there is no user mount?

Btw, I like the use of the fontdir variable in this context.  It's a
little thing, but...

cgf


From cygwin-xfree@cygwin.com  Fri Apr 19 19:03:00 2002
From: cygwin-xfree@cygwin.com (Christopher Faylor)
Date: Fri, 19 Apr 2002 19:03:00 -0000
Subject: xfree86 install makes wininit not working
In-Reply-To: <20020420015932.57897.qmail@web10102.mail.yahoo.com>
References: <20020420015932.57897.qmail@web10102.mail.yahoo.com>
Message-ID: <20020420020340.GF28399@redhat.com>

And here it begins...

Cygwin/XFree86 has its own mailing list:  cygwin-xfree@cygwin.com.

If you want help you should ask the experts.

I've redirected this message there.

cgf

On Sat, Apr 20, 2002 at 03:59:32AM +0200, Sylvain Petreolle wrote:
>Hi,
>
>I wanted to update my existing Xfree86-4.2.0-1
>installation.
>So i choose a "default" Xfree86 installation.
>All files downloaded correct,
>and i was told that everything was ok.
>
>But at reboot,
>a 65497 bytes wininit.ini wants to rename/rewrite 627
>files, and no one is replaced (wininit.ini isn't even
>renamed to .bak)
>
>This damn thing makes windows write "Please wait while
>updating your configuration files..." every time
>I reboot if I don't rename the file.
>could the fact that wininit.ini is too big make it
>fail ?
>
>I'm running it under Windows Me.


From cgf@redhat.com  Fri Apr 19 19:12:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Fri, 19 Apr 2002 19:12:00 -0000
Subject: Send an announcement to cygwin-announce?
Message-ID: <20020420021206.GA500@redhat.com>

Harold, do you want to send an announcement to cygwin-announce?

If so, I'd appreciate it if you'd pattern it on one of the announcements
that you find in the cygwin-announce archives, e.g., see below.

The important bit is to set Reply-To to cygwin-xfree and mention
cygwin-xfree in the announcement.

I'll set up a cygwin-xfree-announce in the next couple of days,
too.

Should there be a link to setup.exe on the Cygwin/XFree86 web page.

cgf
(who's so happy that this is part of the main installation now)

From: Harold Hunt 
To: cygwin-announce@cygwin.com
Subject: New package: XFree86 4.2.0
Reply-To: cygwin-xfree@cygwin.com

The XFree86 package developed by the Cygwin/XFree86 project is now
part of the standard distribution.  You can select it by clicking on
the XFree86 portion of the package selection after clicking on
the "Install Cygwin Now!" link at the main cygwin web page.

Blah, blah.

If you have questions or comments, please send them to the Cygwin
mailing list at: cygwin-xfree@cygwin.com .  I would appreciate it if you
would use this mailing list rather than emailing me directly.

If you want to make a point or ask a question, the cygwin-xfree mailing
list is the appropriate place.

              *** 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.


From huntharo@msu.edu  Fri Apr 19 19:47:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Fri, 19 Apr 2002 19:47:00 -0000
Subject: xfree86 install makes wininit not working
In-Reply-To: <20020420020340.GF28399@redhat.com>
Message-ID: 

Robert,

Cygwin's setup.exe doesn't use wininit.ini, does it?  I'm going to guess
that the answer is something along the lines of "no way in hell", but I
figure I had better check with you.

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Christopher Faylor
> Sent: Friday, April 19, 2002 10:04 PM
> To: cygwin@cygwin.com
> Cc: cygwin-xfree@cygwin.com
> Subject: Re: xfree86 install makes wininit not working
>
>
> And here it begins...
>
> Cygwin/XFree86 has its own mailing list:  cygwin-xfree@cygwin.com.
>
> If you want help you should ask the experts.
>
> I've redirected this message there.
>
> cgf
>
> On Sat, Apr 20, 2002 at 03:59:32AM +0200, Sylvain Petreolle wrote:
> >Hi,
> >
> >I wanted to update my existing Xfree86-4.2.0-1
> >installation.
> >So i choose a "default" Xfree86 installation.
> >All files downloaded correct,
> >and i was told that everything was ok.
> >
> >But at reboot,
> >a 65497 bytes wininit.ini wants to rename/rewrite 627
> >files, and no one is replaced (wininit.ini isn't even
> >renamed to .bak)
> >
> >This damn thing makes windows write "Please wait while
> >updating your configuration files..." every time
> >I reboot if I don't rename the file.
> >could the fact that wininit.ini is too big make it
> >fail ?
> >
> >I'm running it under Windows Me.


From robert.collins@itdomain.com.au  Fri Apr 19 19:56:00 2002
From: robert.collins@itdomain.com.au (Robert Collins)
Date: Fri, 19 Apr 2002 19:56:00 -0000
Subject: xfree86 install makes wininit not working
Message-ID: 



> -----Original Message-----
> From: Harold Hunt [mailto:huntharo@msu.edu] 
> Sent: Saturday, April 20, 2002 12:47 PM
> To: cygwin-xfree@cygwin.com
> Cc: Robert Collins
> Subject: RE: xfree86 install makes wininit not working
> 
> 
> Robert,
> 
> Cygwin's setup.exe doesn't use wininit.ini, does it?  I'm 
> going to guess that the answer is something along the lines 
> of "no way in hell", but I figure I had better check with you.

It does, via the proscribed windows API to perform copy-on-reboot for
in-use files in win95.

Windows is meant to perform the copies before loading the GUI, and then
remove the ini entries after it does that.

If I could get some details - the /var/log/setup.log and setup.log.full,
and the machine layout (where windows cygwin etc are), and a copy of the
ineffective wininit.ini, I will see what I can figure out.

As to why this happened, I assume that the user was running X at the
same time as installing it via setup.exe.

Rob


From cwilson@ece.gatech.edu  Fri Apr 19 19:56:00 2002
From: cwilson@ece.gatech.edu (Charles Wilson)
Date: Fri, 19 Apr 2002 19:56:00 -0000
Subject: [ANNOUNCEMENT] cygwin/xfree86 setup.exe packages available for comments and testing
References: 
Message-ID: <3CC0D991.4000203@ece.gatech.edu>

Robert Collins wrote:


>>>we have to make XFree86-base-src the package that contained the full 
>>>source archive.
>>>
>>Hmm.  Yes.  I think this would work.  That might be the best solution.
>>
>>In fact, it may be a nice trend setter.
>>
> 
> I think setup.exe needs a little work before doing this, but it's a good
> direction. (i.e. setup.exe should have a view to only show src packages,
> and a view to only show binaries - to avoid confusing folk). (Think
> apt-get source vs apt-get install).


How about my 'external-src: ' idea?

setup hint for XFree86-[anything but base]-...
   external-src: XFree86-base
setup hint for XFree86-base-
   

and both upset and setup will understand this and "do the right thing": 
upset needs to, for those pkgs with an external-src in their setup hint, 
find the -src tarball for the indicated package, whose VER-REL string 
matches the package-under-consideration, and put THAT into setup.hint, 
so (for the fonts "package") you get
   install: release/xfree/xfree86-fonts/XFree86-fonts-4.2.0-2.tar.bz2
   source: release/xfree/xfree86-base/XFree86-base-4.2.0-2-src.tar.bz2
[prev]
   install: release/xfree/xfree86-fonts/XFree86-fonts-4.2.0-1.tar.bz2
   source: release/xfree/xfree86-base/XFree86-base-4.2.0-1-src.tar.bz2

Also, setup must do the following (even without new 'views' and whatnot)
   1) all XFree86-...- indicate that src is available (that is, 
'presence of a -src tarball' == 'no -src tarball but external-src: 
marker in setup.hint'
   2) clicking on any one (or multiple) of the 'src' checkboxes in setup 
will trigger a download (and only one download) of the actual 
XFree86-base-4.2.0-1-src.tar.bz2 package


---------
Later, we can get even fancier, and allow the specification of multiple 
-src packages...then the monolithic 'XFree86-base-4.2.0-1-src.tar.bz2' 
can be split into "the stuff that cygwin-xfree doesn't change" and "the 
stuff that changes frequently" (e.g. .../hw/xwin). e.g.

setup hint for XFree86-[anything but base]-...
   external-src: XFree86-base
setup hint for XFree86-base-
   
   extra-src: XFree86-base2

in release/xfree/xfree86-base/
   XFree86-base-4.2.0-1.tar.bz2
   XFree86-base-4.2.0-1-src.tar.bz2
   XFree86-base2-4.2.0-1-src.tar.bz2

But that (or something like it) can be later....
---------

--Chuck

P.S.  Chris, where'd upset go?  the current version used to be in 
htdocs, but it's gone now.  AND, the old version which lived in 
cinstall/temp, is still there -- and you said you were going to remove it.

Did you remove the wrong one?




From robert.collins@itdomain.com.au  Fri Apr 19 20:00:00 2002
From: robert.collins@itdomain.com.au (Robert Collins)
Date: Fri, 19 Apr 2002 20:00:00 -0000
Subject: [ANNOUNCEMENT] cygwin/xfree86 setup.exe packages available for comments and testing
Message-ID: 



> -----Original Message-----
> From: Charles Wilson [mailto:cwilson@ece.gatech.edu] 
> Sent: Saturday, April 20, 2002 12:59 PM

> Also, setup must do the following (even without new 'views' 
> and whatnot)

Setup should already do that, why not make a test setup.ini and see what
happens :]. It's all data driven and there is no requirement for -src
packages to follow the same name as the base.

Rob


From robert.collins@itdomain.com.au  Fri Apr 19 20:07:00 2002
From: robert.collins@itdomain.com.au (Robert Collins)
Date: Fri, 19 Apr 2002 20:07:00 -0000
Subject: xfree86 install makes wininit not working
Message-ID: 

I realised the ini file was present in Sylvain's email.

Sylvain - do the .NEW files exist? Are the paths correct?


ROb


From cgf@redhat.com  Fri Apr 19 20:12:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Fri, 19 Apr 2002 20:12:00 -0000
Subject: [ANNOUNCEMENT] cygwin/xfree86 setup.exe packages available for comments and testing
In-Reply-To: <3CC0D991.4000203@ece.gatech.edu>
References:  <3CC0D991.4000203@ece.gatech.edu>
Message-ID: <20020420031238.GA1544@redhat.com>

On Fri, Apr 19, 2002 at 10:59:29PM -0400, Charles Wilson wrote:
>P.S.  Chris, where'd upset go?  the current version used to be in 
>htdocs, but it's gone now.  AND, the old version which lived in 
>cinstall/temp, is still there -- and you said you were going to remove it.

http://www.cygwin.com/ml/cygwin-apps/2002-02/msg00028.html

cinstall/temp is an empty directory.

>Did you remove the wrong one?

Nope.

upset2 is gone now, though.  It is now 'upset'.

cgf


From spetreolle@yahoo.fr  Fri Apr 19 21:08:00 2002
From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=)
Date: Fri, 19 Apr 2002 21:08:00 -0000
Subject: xfree86 install makes wininit not working
In-Reply-To: 
Message-ID: <20020420040759.46533.qmail@web10106.mail.yahoo.com>

> It does, via the proscribed windows API to perform
> copy-on-reboot for
> in-use files in win95.
> Windows is meant to perform the copies before
> loading the GUI, and then
> remove the ini entries after it does that.
Already know this (I develop for Wine Emulator :))
But that's ok to review point after point to see a
failure somewhere.
> 
> If I could get some details - the /var/log/setup.log
> and setup.log.full, and the machine layout (where
windows cygwin etc
> are), and a copy of the
> ineffective wininit.ini, I will see what I can
> figure out.
Ok, I attached them.

cygcheck -s -r -v follows separately (Yahoo doesn't
allow >3 attachments per message).

> 
> As to why this happened, I assume that the user was
> running X at the
> same time as installing it via setup.exe.
> 
> Rob 
I just updated Cygwin via typing
http://www.cygwin.com/setup.exe in IE 6.

Cygwin-X wasn't running at the time.
Even Cygwin itself wasn't running.


___________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais !
Yahoo! Mail : http://fr.mail.yahoo.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: setup.log.gz
Type: application/x-gzip-compressed
Size: 33858 bytes
Desc: setup.log.gz
URL: 
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: setup.log.full
URL: 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: WININIT.INI.gz
Type: application/x-gzip-compressed
Size: 4156 bytes
Desc: WININIT.INI.gz
URL: 

From spetreolle@yahoo.fr  Fri Apr 19 21:10:00 2002
From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=)
Date: Fri, 19 Apr 2002 21:10:00 -0000
Subject: xfree86 install makes wininit not working
In-Reply-To: 
Message-ID: <20020420041014.12748.qmail@web10103.mail.yahoo.com>

As I wrote in last message, I attached output of
cygcheck.


___________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais !
Yahoo! Mail : http://fr.mail.yahoo.com
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: cygcheck_2002_0420_0601
URL: 

From spetreolle@yahoo.fr  Fri Apr 19 21:15:00 2002
From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=)
Date: Fri, 19 Apr 2002 21:15:00 -0000
Subject: xfree86 install makes wininit not working
In-Reply-To: 
Message-ID: <20020420041507.47731.qmail@web10106.mail.yahoo.com>

 --- Robert Collins  a
??crit??: > I realised the ini file was present in
Sylvain's
> email.
> 
> Sylvain - do the .NEW files exist? Are the paths
> correct?
> 
> 
> ROb 
Yes, I checked for some of these, the .new exists in
the correct paths (checked in dos box too to see if
8.3
names are correct, and they are).

___________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais !
Yahoo! Mail : http://fr.mail.yahoo.com


From robert.collins@itdomain.com.au  Fri Apr 19 21:22:00 2002
From: robert.collins@itdomain.com.au (Robert Collins)
Date: Fri, 19 Apr 2002 21:22:00 -0000
Subject: xfree86 install makes wininit not working
Message-ID: 



> -----Original Message-----
> From: Sylvain Petreolle [mailto:spetreolle@yahoo.fr] 
> Sent: Saturday, April 20, 2002 2:15 PM

> Yes, I checked for some of these, the .new exists in
> the correct paths (checked in dos box too to see if
> 8.3
> names are correct, and they are).

Hmm. What happens if you supply a (say) 16Kb subset of the wininit.ini
file to windows ME - does it process it correctly?

Rob


From Shaddy.Baddah@myrealbox.com  Sat Apr 20 04:02:00 2002
From: Shaddy.Baddah@myrealbox.com (Shaddy Baddah)
Date: Sat, 20 Apr 2002 04:02:00 -0000
Subject: Extract.exe source code
Message-ID: <001201c1e85b$35b16250$0100a8c0@TOKYO>

Can someone assure me that the source for extract.exe is included in the
cygwin-xfree source code before I pull it down? I have the archived binary
distribution of cygwin-xfree 4.1.0, but I didn't hold on to the extract.exe
when I archived these. Now, unfortunately, the extract.exe available appears
to have been built to a new version of the cygwin.dll (as appears to have
the entire distribution. The way this is done doesn't seem to be tracked
very well), and as you can tell, I do not have broadband access to upgrade
my Cygwin distribution.

If someone has an extract.exe that will work with the a Cygwin distribution
for the following system, could they point me to where I could get it?


$ uname -a
CYGWIN_NT-5.0 TOKYO 1.1.8(0.34/3/2) 2001-01-31 10:08 i686 unknown


Thanks in advance,
Shaddy


From spetreolle@yahoo.fr  Sat Apr 20 05:51:00 2002
From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=)
Date: Sat, 20 Apr 2002 05:51:00 -0000
Subject: xfree86 install makes wininit not working
In-Reply-To: 
Message-ID: <20020420125152.18819.qmail@web10105.mail.yahoo.com>

 --- Robert Collins  a
??crit??: > 
> 
> > -----Original Message-----
> > From: Sylvain Petreolle
> [mailto:spetreolle@yahoo.fr] 
> > Sent: Saturday, April 20, 2002 2:15 PM
> 
> > Yes, I checked for some of these, the .new exists
> in
> > the correct paths (checked in dos box too to see
> if
> > 8.3
> > names are correct, and they are).
> 
> Hmm. What happens if you supply a (say) 16Kb subset
> of the wininit.ini
> file to windows ME - does it process it correctly?
> 
> Rob 

Hi Rob,

Renaming is done - but now renamed file haved 8.3
names with ~ and are unusable, I think, by X,
since names are incorrect - too bad.

Nom@SNOOP /etc/X11/app-defaults
$ ls
BITMAP    EDITRE~1  XCLOCK    XEDIT-~1  XLOGO-~1  XSM
BITMAP~1  VIEWRES   XCONSOLE  XFD       XMAG     
XTerm
CHOOSER   XCALC     XDITVIEW  XFONTSEL  XMAN     
XTerm-color
CLOCK-~1  XCALC-~1  XDITVI~1  XGC       XMESSAGE 
XVIDTUNE
EDITRES   XCLIPB~1  XEDIT     XLOGO     XMH



___________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais !
Yahoo! Mail : http://fr.mail.yahoo.com


From cgf-cygwin-xfree@cygwin.com  Sat Apr 20 09:45:00 2002
From: cgf-cygwin-xfree@cygwin.com (Christopher Faylor)
Date: Sat, 20 Apr 2002 09:45:00 -0000
Subject: Extract.exe source code
In-Reply-To: <001201c1e85b$35b16250$0100a8c0@TOKYO>
References: <001201c1e85b$35b16250$0100a8c0@TOKYO>
Message-ID: <20020420164520.GA6480@redhat.com>

On Sat, Apr 20, 2002 at 09:03:44PM +1000, Shaddy Baddah wrote:
>Can someone assure me that the source for extract.exe is included in the
>cygwin-xfree source code before I pull it down? I have the archived binary
>distribution of cygwin-xfree 4.1.0, but I didn't hold on to the extract.exe
>when I archived these. Now, unfortunately, the extract.exe available appears
>to have been built to a new version of the cygwin.dll (as appears to have
>the entire distribution. The way this is done doesn't seem to be tracked
>very well), and as you can tell, I do not have broadband access to upgrade
>my Cygwin distribution.

The cygwin DLL part of the distribution is 896850 bytes.  I suggest that you
start the install and go get a cup of coffee.  Even at modem speeds, it won't
take that long to download.

It's also very possible that extract.exe will work fine no matter what version
of the DLL you're using.  If it doesn't work, then it will be very obvious right
away -- you'll get a dialog box telling you something is wrong.

cgf

>If someone has an extract.exe that will work with the a Cygwin distribution
>for the following system, could they point me to where I could get it?
>
>
>$ uname -a
>CYGWIN_NT-5.0 TOKYO 1.1.8(0.34/3/2) 2001-01-31 10:08 i686 unknown
>
>
>Thanks in advance,
>Shaddy


From cgf-cygwin-xfree@cygwin.com  Sat Apr 20 09:48:00 2002
From: cgf-cygwin-xfree@cygwin.com (Christopher Faylor)
Date: Sat, 20 Apr 2002 09:48:00 -0000
Subject: xfree86 install makes wininit not working
In-Reply-To: <20020420040759.46533.qmail@web10106.mail.yahoo.com>
References:  <20020420040759.46533.qmail@web10106.mail.yahoo.com>
Message-ID: <20020420164808.GA6535@redhat.com>

On Sat, Apr 20, 2002 at 06:07:58AM +0200, Sylvain Petreolle wrote:
>>It does, via the proscribed windows API to perform copy-on-reboot for
>>in-use files in win95.  Windows is meant to perform the copies before
>>loading the GUI, and then remove the ini entries after it does that.
>
>Already know this (I develop for Wine Emulator :)) But that's ok to
>review point after point to see a failure somewhere.

So, you are reporting this problem for an actual version of Windows,
then, i.e., you're not trying to run setup.exe on Wine, right?

cgf


From perryh@pluto.rain.com  Sat Apr 20 15:00:00 2002
From: perryh@pluto.rain.com (Perry Hutchison)
Date: Sat, 20 Apr 2002 15:00:00 -0000
Subject: How do I run it?
Message-ID: <10204202151.AA04453@pluto.rain.com>

Finally getting back to this after a very busy week.

> http://xfree86.cygwin.com/docs/ug/
> 
> The User's Guide tells you how to install Cygwin/XFree86, including the
> startup batch files and shell scripts.  I can guarantee that you will not be
> successful in installing Cygwin/XFree86 until you follow those instructions.

Got it.  It turns out I had muddled through steps 1-5, but not 6-8.

I have now extracted the startup scripts, and subsequently tried all
3 startup methods from Chapter 4, without success.  There seems to be
some kind of problem in getting the X server to start.

startxwin.bat in a command window says

    startxwin.bat - Starting on Windows 95/98/Me

then a window titled xterm appears.  After a few seconds a window
titled twm appears, then both close.  After a few more seconds this
appears in the command window, followed by the command prompt:

    /USR/X11R6/BIN/XSETROOT: unable to open display '127.0.0.1:0.0'

startxwin.sh in a bash window says

    X connection to 127.0.0.1:0.0 broken (explicit kill or server shutdown).

and the prompt appears, followed a few seconds later by this message:

    xterm Xt error: Can't open display: 127.0.0.1:0.0

startx in a bash window says

    xinit: not found


From huntharo@msu.edu  Sat Apr 20 15:15:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Sat, 20 Apr 2002 15:15:00 -0000
Subject: How do I run it?
In-Reply-To: <10204202151.AA04453@pluto.rain.com>
Message-ID: 

Perry,

Take a look at /tmp/XWin.log... my suspicion is that you goofed on
installing the fonts.

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Perry Hutchison
> Sent: Saturday, April 20, 2002 5:51 PM
> To: huntharo@msu.edu
> Cc: cygwin-xfree@cygwin.com
> Subject: RE: How do I run it?
>
>
> Finally getting back to this after a very busy week.
>
> > http://xfree86.cygwin.com/docs/ug/
> >
> > The User's Guide tells you how to install Cygwin/XFree86, including the
> > startup batch files and shell scripts.  I can guarantee that
> you will not be
> > successful in installing Cygwin/XFree86 until you follow those
> instructions.
>
> Got it.  It turns out I had muddled through steps 1-5, but not 6-8.
>
> I have now extracted the startup scripts, and subsequently tried all
> 3 startup methods from Chapter 4, without success.  There seems to be
> some kind of problem in getting the X server to start.
>
> startxwin.bat in a command window says
>
>     startxwin.bat - Starting on Windows 95/98/Me
>
> then a window titled xterm appears.  After a few seconds a window
> titled twm appears, then both close.  After a few more seconds this
> appears in the command window, followed by the command prompt:
>
>     /USR/X11R6/BIN/XSETROOT: unable to open display '127.0.0.1:0.0'
>
> startxwin.sh in a bash window says
>
>     X connection to 127.0.0.1:0.0 broken (explicit kill or server
> shutdown).
>
> and the prompt appears, followed a few seconds later by this message:
>
>     xterm Xt error: Can't open display: 127.0.0.1:0.0
>
> startx in a bash window says
>
>     xinit: not found
>


From cwilson@ece.gatech.edu  Sat Apr 20 15:30:00 2002
From: cwilson@ece.gatech.edu (Charles Wilson)
Date: Sat, 20 Apr 2002 15:30:00 -0000
Subject: [ANNOUNCEMENT] cygwin/xfree86 setup.exe packages available for comments and testing
References: 
Message-ID: <3CC1ECB5.9030706@ece.gatech.edu>



Robert Collins wrote:

> 
>>-----Original Message-----
>>From: Charles Wilson [mailto:cwilson@ece.gatech.edu] 
>>Sent: Saturday, April 20, 2002 12:59 PM
>>
> 
>>Also, setup must do the following (even without new 'views' 
>>and whatnot)
>>
> 
> Setup should already do that, why not make a test setup.ini and see what
> happens :]. It's all data driven and there is no requirement for -src
> packages to follow the same name as the base.

Whaddaya know.  It works.  point setup.exe here:

http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/

There are 3 packages, bob, bobx, and boby.  only bob has a -src package, 
the other two have source: lines that explicitly specify bob's source 
package.

It seems to work perfectly -- with only a single niggle:

if you select the source for more than one of [bob|bobx|boby], then it 
is downloaded only once (good) but is unpacked three times.  This isn't 
a terrible thing, but it is a waste of effort....

If you play around with this, you can clean up by uninstalling the 
"binary" packages, and deleting the file /usr/src/bob.file.src.  (Or, 
you can delete /bob.file, /bobx.file, /boby.file, and 
/usr/src/bob.file.src, and remove the bob, bobx, and boby entries from 
/etc/setup/installed.db)

So, except for the niggle above, if upset were modified to allow the 
external-src: keyword, then multiple-binary-packages from one -src 
package would work!  (and the niggle isn't a show stopper).

--Chuck



From cgf@redhat.com  Sat Apr 20 15:57:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Sat, 20 Apr 2002 15:57:00 -0000
Subject: info: single install xfree86 + minimal cygwin?
In-Reply-To: <20020410015334.GO23551@redhat.com>
References:  <3CB396A5.1070803@znark.com> <20020410015334.GO23551@redhat.com>
Message-ID: <20020420225701.GA10168@redhat.com>

On Tue, Apr 09, 2002 at 09:53:34PM -0400, Christopher Faylor wrote:
>On Tue, Apr 09, 2002 at 06:34:29PM -0700, Ian Burrell wrote:
>>Is the script for building setup.ini files from a directory hierarchy 
>>available anywhere? I want to setup a test install directory with the 
>>full hierarchy and setup.hint files.
>>
>>Also, I ran into a problem with the xfree-fonts-100dpi and 
>>xfree-fonts-75dpi packages. With a hand-generated setup.ini, they 
>>weren't being displayed. This might be because the last component starts 
>>with a number and something is confused about where the version starts. 
>
>Yes, a -75dpi part of a tar file will look like a version number.
>
>Can you use an underscore instead?

Btw, the new version of 'upset' does the right thing with things like this.
If you have a directory called 'XFree86-fonts-100dpi' it will no longer
assume that 100dpi is part of the version string.  It just uses the directory
name as a prefix for the .tar.bz2 files.

cgf


From perryh@pluto.rain.com  Sat Apr 20 16:12:00 2002
From: perryh@pluto.rain.com (Perry Hutchison)
Date: Sat, 20 Apr 2002 16:12:00 -0000
Subject: How do I run it?
Message-ID: <10204202312.AA05219@pluto.rain.com>

> Take a look at /tmp/XWin.log... my suspicion is that you goofed on
> installing the fonts.

No font complaints, but it evidently won't run with the "standard VGA"
display driver.  /tmp/XWin.log says:

winInitializeDefaultScreens () - w 640 h 480
_XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root
winDetectSupportedEngines () - Windows 95/98/Me
winDetectSupportedEngines () - DirectDraw not installed
winSetEngine () - Using Shadow GDI DIB
winAdjustVideoModeShadowGDI () - Using Windows display depth of 1 bits per pixel
winScreenInit () - Unsupported display depth: 1
Change your Windows display depth to 15, 16, 24, or 32 bits per pixel.
winScreenInit () - Supported depths: 8080c080

Fatal server error:
Couldn't add screen 0


but the only choices available in display properties are 16-color
(selected) and monochrome.  Time to drag out the Win 95 CD and see
what might work with a Trident TGUI9440-3


From huntharo@msu.edu  Sat Apr 20 16:59:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Sat, 20 Apr 2002 16:59:00 -0000
Subject: How do I run it?
In-Reply-To: <10204202312.AA05219@pluto.rain.com>
Message-ID: 

Perry,


I don't know that the Windows 95 CD will be of help, but I found Trident's
page for the card:
http://www.tridentmicro.com/drivers/download/tgui9440.html

The Windows 95 driver is here:
http://www.tridentmicro.com/drivers/download/tgui_tvga/w95-9440.exe

Hope that helps.  Let me know if this fixes the problem.

Harold

> -----Original Message-----
> From: Perry Hutchison [mailto:perryh@pluto.rain.com]
> Sent: Saturday, April 20, 2002 7:12 PM
> To: huntharo@msu.edu
> Cc: cygwin-xfree@cygwin.com
> Subject: RE: How do I run it?
>
>
> > Take a look at /tmp/XWin.log... my suspicion is that you goofed on
> > installing the fonts.
>
> No font complaints, but it evidently won't run with the "standard VGA"
> display driver.  /tmp/XWin.log says:
>
> winInitializeDefaultScreens () - w 640 h 480
> _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root
> winDetectSupportedEngines () - Windows 95/98/Me
> winDetectSupportedEngines () - DirectDraw not installed
> winSetEngine () - Using Shadow GDI DIB
> winAdjustVideoModeShadowGDI () - Using Windows display depth of 1
> bits per pixel
> winScreenInit () - Unsupported display depth: 1
> Change your Windows display depth to 15, 16, 24, or 32 bits per pixel.
> winScreenInit () - Supported depths: 8080c080
>
> Fatal server error:
> Couldn't add screen 0
>
>
> but the only choices available in display properties are 16-color
> (selected) and monochrome.  Time to drag out the Win 95 CD and see
> what might work with a Trident TGUI9440-3
>


From huntharo@msu.edu  Sat Apr 20 17:01:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Sat, 20 Apr 2002 17:01:00 -0000
Subject: info: single install xfree86 + minimal cygwin?
In-Reply-To: <20020420225701.GA10168@redhat.com>
Message-ID: 

Chris,

> Btw, the new version of 'upset' does the right thing with things
> like this.
> If you have a directory called 'XFree86-fonts-100dpi' it will no longer
> assume that 100dpi is part of the version string.  It just uses
> the directory
> name as a prefix for the .tar.bz2 files.

That's good for completeness.  But I am a stickler for tradition, so I stuck
with the old -f100 package name in that case. :)

Harold


From huntharo@msu.edu  Sat Apr 20 18:24:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Sat, 20 Apr 2002 18:24:00 -0000
Subject: xfree86 install makes wininit not working
In-Reply-To: <20020420125152.18819.qmail@web10105.mail.yahoo.com>
Message-ID: 

Robert,

> > Hmm. What happens if you supply a (say) 16Kb subset
> > of the wininit.ini
> > file to windows ME - does it process it correctly?
> >
> > Rob
>
> Hi Rob,
>
> Renaming is done - but now renamed file haved 8.3
> names with ~ and are unusable, I think, by X,
> since names are incorrect - too bad.


What's your prognosis on this?  Is this a problem that is specific to
Sylvain's machine or is this going to be a problem because Cygwin/XFree86
has over 4000 files in the font directories?

Is there some limit to the allowed size of wininit.ini, or did you suggest
testing a subset simply to see if one of the commands in the latter part of
the file was invalid?

Basically: do we need to pull the Cygwin/XFree86 setup.exe release for now,
or can I go on with making changes to the web page, etc to announce the
release?

Harold


From cgf@redhat.com  Sat Apr 20 19:56:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Sat, 20 Apr 2002 19:56:00 -0000
Subject: info: single install xfree86 + minimal cygwin?
In-Reply-To: 
References: <20020420225701.GA10168@redhat.com> 
Message-ID: <20020421025555.GD9745@redhat.com>

On Sat, Apr 20, 2002 at 08:01:12PM -0400, Harold Hunt wrote:
>>Btw, the new version of 'upset' does the right thing with things like
>>this.  If you have a directory called 'XFree86-fonts-100dpi' it will no
>>longer assume that 100dpi is part of the version string.  It just uses
>>the directory name as a prefix for the .tar.bz2 files.
>
>That's good for completeness.  But I am a stickler for tradition, so I
>stuck with the old -f100 package name in that case.  :)

That's fine.  I was just mentioning this for the archives.  I think that
the new 'upset' behavior allows a lot more flexibility in naming.

cgf


From robert.collins@itdomain.com.au  Sat Apr 20 19:59:00 2002
From: robert.collins@itdomain.com.au (Robert Collins)
Date: Sat, 20 Apr 2002 19:59:00 -0000
Subject: xfree86 install makes wininit not working
Message-ID: 



> -----Original Message-----
> From: Harold Hunt [mailto:huntharo@msu.edu] 
> Sent: Sunday, April 21, 2002 11:25 AM
> To: Sylvain Petreolle; Robert Collins; cygwin-xfree@cygwin.com
> Subject: RE: xfree86 install makes wininit not working
> 
> 
> Robert,
> 
> > > Hmm. What happens if you supply a (say) 16Kb subset
> > > of the wininit.ini
> > > file to windows ME - does it process it correctly?
> > >
> > > Rob
> >
> > Hi Rob,
> >
> > Renaming is done - but now renamed file haved 8.3
> > names with ~ and are unusable, I think, by X,
> > since names are incorrect - too bad.
> 
> 
> What's your prognosis on this?  Is this a problem that is 
> specific to Sylvain's machine or is this going to be a 
> problem because Cygwin/XFree86 has over 4000 files in the 
> font directories?

I haven't come to a root cause yet.
 
> Is there some limit to the allowed size of wininit.ini, or 
> did you suggest testing a subset simply to see if one of the 
> commands in the latter part of the file was invalid?

The wininit.ini size seems to be a problem. I'm not sure how to solve
that though - we are using the windows API to create it, but somehow I
don't think MS will fix it :[.
 
> Basically: do we need to pull the Cygwin/XFree86 setup.exe 
> release for now, or can I go on with making changes to the 
> web page, etc to announce the release?

No need to pull it IMO.

Rob


From cgf@redhat.com  Sat Apr 20 20:14:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Sat, 20 Apr 2002 20:14:00 -0000
Subject: xfree86 install makes wininit not working
In-Reply-To: 
References: 
Message-ID: <20020421031430.GE9745@redhat.com>

On Sun, Apr 21, 2002 at 12:59:26PM +1000, Robert Collins wrote:
>> What's your prognosis on this?  Is this a problem that is 
>> specific to Sylvain's machine or is this going to be a 
>> problem because Cygwin/XFree86 has over 4000 files in the 
>> font directories?
>
>I haven't come to a root cause yet.

Have you actually duplicated the problem, Robert?

Maybe I've missed something but I don't think I've seen an indication
that this isn't just a Wine problem.

cgf 


From robert.collins@itdomain.com.au  Sat Apr 20 20:15:00 2002
From: robert.collins@itdomain.com.au (Robert Collins)
Date: Sat, 20 Apr 2002 20:15:00 -0000
Subject: xfree86 install makes wininit not working
Message-ID: 



> -----Original Message-----
> From: Christopher Faylor [mailto:cgf@redhat.com] 
> Sent: Sunday, April 21, 2002 1:15 PM
> To: cygwin-xfree@cygwin.com
> Subject: Re: xfree86 install makes wininit not working
> 
> 
> On Sun, Apr 21, 2002 at 12:59:26PM +1000, Robert Collins wrote:
> >> What's your prognosis on this?  Is this a problem that is
> >> specific to Sylvain's machine or is this going to be a 
> >> problem because Cygwin/XFree86 has over 4000 files in the 
> >> font directories?
> >
> >I haven't come to a root cause yet.
> 
> Have you actually duplicated the problem, Robert?
> 
> Maybe I've missed something but I don't think I've seen an 
> indication that this isn't just a Wine problem.

The user reported the problem as being under Windows ME.

Rob


From perryh@pluto.rain.com  Sat Apr 20 22:00:00 2002
From: perryh@pluto.rain.com (Perry Hutchison)
Date: Sat, 20 Apr 2002 22:00:00 -0000
Subject: How do I run it?
Message-ID: <10204210458.AA07123@pluto.rain.com>

> I don't know that the Windows 95 CD will be of help, but
> I found Trident's page for the card:
> http://www.tridentmicro.com/drivers/download/tgui9440.html
> 
> The Windows 95 driver is here:
> http://www.tridentmicro.com/drivers/download/tgui_tvga/w95-9440.exe
> 
> Hope that helps.  Let me know if this fixes the problem.

Yes, that fixes it.  The "Trident SVGA" driver on the original Windows
95 (OSR2) CD works after a fashion, but the version 4.something from
this download is considerably better.  I was amazed to discover that
the ancient unknown-origin monitor I've been using handles 1024x768
with no trouble :)

I've still got some xauth issues to work through when connecting
from other hosts, but that's generic X rather than CygWin/XFree.

Now to track down a CygWin port of fvwm2 ...


From robert.collins@itdomain.com.au  Sat Apr 20 22:24:00 2002
From: robert.collins@itdomain.com.au (Robert Collins)
Date: Sat, 20 Apr 2002 22:24:00 -0000
Subject: open-file replacements with win9x
Message-ID: 

We've got a problem folks:

>From MSDN

===
To rename or delete a file on Windows 95/98/Me 

Check for the existence of the WININIT.INI file in the Windows
directory. 
If WININIT.INI exists, open it and add new entries to the existing
[rename] section. If the file does not exist, create the file and create
a [rename] section. 
Add lines of the following format to the [rename] section: 
DestinationFileName=SourceFileName
Both DestinationFileName and SourceFileName must be short file names. To
delete a file, use NUL as the value for DestinationFileName. 
===

Note that both files must be shortnames. I had _assumed_ that the OS
would preserve the attached long file name. But (as the list records
show)... I had not been able to test it to see that this was indeed the
behaviour we would get.

If anyone with a 16 bit windows box out there has the time to do some
test cases and see if my assumption was wrong, or if the current
reported case was a fluke that went wrong, that would be great.

As to _why_ 600 odd files needed replacing, I've yet to look closely at
that aspect.

Rob


From robert.collins@itdomain.com.au  Sat Apr 20 23:47:00 2002
From: robert.collins@itdomain.com.au (Robert Collins)
Date: Sat, 20 Apr 2002 23:47:00 -0000
Subject: [ANNOUNCEMENT] cygwin/xfree86 setup.exe packages available for comments and testing
Message-ID: 



> -----Original Message-----
> From: Charles Wilson [mailto:cwilson@ece.gatech.edu] 
> Sent: Sunday, April 21, 2002 8:33 AM

>if you select the source for more than one of [bob|bobx|boby], then it 
>is downloaded only once (good) but is unpacked three times.  This isn't

>a terrible thing, but it is a waste of effort....

This won't change anytime soon. Long term we'll have the concept of a
source package - as opposed to a src attribute of an existing package.
This will require setup.ini changes to represent properly, so I want all
the kinks out first...

Rob


From cwilson@ece.gatech.edu  Sun Apr 21 00:06:00 2002
From: cwilson@ece.gatech.edu (Charles Wilson)
Date: Sun, 21 Apr 2002 00:06:00 -0000
Subject: [ANNOUNCEMENT] cygwin/xfree86 setup.exe packages available for comments and testing
References: 
Message-ID: <3CC26570.6090302@ece.gatech.edu>

Robert Collins wrote:

> 
>>-----Original Message-----
>>From: Charles Wilson [mailto:cwilson@ece.gatech.edu] 
>>Sent: Sunday, April 21, 2002 8:33 AM
>>
> 
>>if you select the source for more than one of [bob|bobx|boby], then it 
>>is downloaded only once (good) but is unpacked three times.  This isn't
>>
> 
>>a terrible thing, but it is a waste of effort....
>>
> 
> This won't change anytime soon. Long term we'll have the concept of a
> source package - as opposed to a src attribute of an existing package.
> This will require setup.ini changes to represent properly, so I want all
> the kinks out first...


Like I said, NOT a showstopper.  you ONLY see this behavior if you click 
the src checkbox for multiple packages that all share the same source. 
It's only downloaded once.  When setup is done, you have the source. 
Behind the scenes, that source package gets installed multiple times. 
Big deal.

IMO, if upset gets the ability to do the right thing with an 
'external-src:' directive in setup.hint, then everything necessary for 
multiple-bin/single-src packages would be in place.

--Chuck


--Chuck



From spetreolle@yahoo.fr  Sun Apr 21 10:41:00 2002
From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=)
Date: Sun, 21 Apr 2002 10:41:00 -0000
Subject: xfree86 install makes wininit not working
In-Reply-To: <20020420164808.GA6535@redhat.com>
Message-ID: <20020421174147.26702.qmail@web10104.mail.yahoo.com>

> >Already know this (I develop for Wine Emulator :))
> But that's ok to
> >review point after point to see a failure
> somewhere.
> 
> So, you are reporting this problem for an actual
> version of Windows,
> then, i.e., you're not trying to run setup.exe on
> Wine, right?
> 
> cgf
No, it's a real Windows :)
I'm having these problems on my own workstation.
I'm afraid kde-cygwin 2.2.1-alpha has no setup.ini at
this time, this would be great :=).


Off-topic :

Think that Wine doesn't need wininit to function :
every file can be overwritten even if in use
and wininit has a replacement because it doesn't
function (it reports that it cannot be launched from 
Windows)

___________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais !
Yahoo! Mail : http://fr.mail.yahoo.com


From goldin+@pitt.edu  Sun Apr 21 11:00:00 2002
From: goldin+@pitt.edu (Ilya Goldin)
Date: Sun, 21 Apr 2002 11:00:00 -0000
Subject: xfree86 install makes wininit not working
References: <20020420125152.18819.qmail@web10105.mail.yahoo.com> 
Message-ID: 

"Harold Hunt"  wrote in message
news:NHEELHJHHFKPMAEAFMFCCECFCNAA.huntharo@msu.edu...
> Basically: do we need to pull the Cygwin/XFree86 setup.exe release for
now,
> or can I go on with making changes to the web page, etc to announce the
> release?


Personal experience: I installed Xfree via the new setup.exe routine over an
existing 4.2.0 installation. At the time, I was running rxvt and openssh,
but not running Xfree. Cygwin warned me I'd have to restart to replace
files.

When I restarted, Win2K (which is what I'm running here, with all the latest
patches), got stuck at the end of its second start-up screen (the first one
is text-mode, the second one has the pretty W2K logo and a blue progress
indicator). I could see my HD light blinking, and the PC was obviously doing
something, but it remained "stuck" on this screen for several minutes. This
repeated after a hard reset (couldn't do a soft one). Ultimately, I had to
boot into the F8-on-startup screen, and go with "last known good config".
Only that got me back into W2K. (I was getting pretty worried by this time!)

Having read the list since, I surmise that the WININIT.INI routine was
replacing files during that start-up screen delay, but it took so
ridiculously long (on a Pentium II 400, w/ 256 RAM), that I had to do
several hard restarts to get anywhere, and ended up aborting that procedure
anyway. (After which I deleted my entire Cygwin setup and reinstalled from
scratch.)

Notes from the field,
ig
P.S. I guess the other burning question is why did setup.exe decide that it
couldn't overwrite the Xfree files even though Xfree wasn't in use?

-- Ilya Goldin 





From huntharo@msu.edu  Sun Apr 21 12:15:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Sun, 21 Apr 2002 12:15:00 -0000
Subject: xfree86 install makes wininit not working
In-Reply-To: 
Message-ID: 

Ilya,

Very interesting.

On Windows NT 3.1, 4.0, Windows 2000, and (I believe) Windows XP you don't
use the wininit.ini approach.  There is a new function (only about 8 years
old now) called MoveFileEx that can be passed the flag
MOVEFILE_DELAY_UNTIL_REBOOT which stores a list of files to be moved upon
reboot in the registry at:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session
Manager\PendingFileRenameOperations


Robert may want to comment on whether this method is used or not in
setup.exe.

In any case the list of files to move could contain several thousand entries
if the XFree86 fonts packages are to be replaced upon reboot.  This would
take several minutes to move.  It was probably not a good thing that you
aborted this process... my guess is that it would have completed
successfully in ten to twenty minutes :)

> P.S. I guess the other burning question is why did setup.exe
> decide that it
> couldn't overwrite the Xfree files even though Xfree wasn't in use?

Think about your programmatic options here.  You are trying to determine if
the files in the XFree86 packages are being used, so you can:

1) Assume that if cygwin1.dll is being used then *all* packages are being
used.  When cygwin1.dll is not being used this allows you to install each
file with a single function call (i.e. MoveFile).  However, when cygwin1.dll
is being used you have to either use wininit.ini or use MoveFileEx with
MOVEFILE_DELAY_UNTIL_REBOOT for every single file.

2) Attempt to move each file individually; upon failure, add the file to the
wininit.ini list or call MoveFileEx with MOVEFILE_DELAY_UNTIL_REBOOT.
You've got a problem here: what if a program opens a file, reads part of it,
closes the file, then opens it again later and resumes reading where it left
off?  You're going to get into trouble if you replace such a file out from
under a running process.  On the other hand, Linux seems to think that this
is allowable, as Linux lets you overwrite any file, regardless of whether it
is being used.  The main problem with this method is that for every file
that is being used (could be thousands) you have to make two functions calls
instead of just one (one to find out it is being used, one to add it to the
list of files to replace upon reboot).


I'm guessing that Cygwin's setup.exe uses a method similar to the method I
described in (1), but I'll wait for Robert to comment on this.  Perhaps
Cygwin's setup.exe should consider using a method similar to (2), if it
doesn't already.

In related news: I think I'm going to hold off on making any wide-spread
announcements about Cygwin/XFree86 being available via setup.exe.  I'm not
comfortable with the installation process causing several minute delays in
starting the PC and in the possibility of the wininit.ini becoming too large
or not preserving long filenames.


Harold


> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Ilya Goldin
> Sent: Sunday, April 21, 2002 1:52 PM
> To: cygwin-xfree@cygwin.com
> Subject: Re: xfree86 install makes wininit not working
>
>
> "Harold Hunt"  wrote in message
> news:NHEELHJHHFKPMAEAFMFCCECFCNAA.huntharo@msu.edu...
> > Basically: do we need to pull the Cygwin/XFree86 setup.exe release for
> now,
> > or can I go on with making changes to the web page, etc to announce the
> > release?
>
>
> Personal experience: I installed Xfree via the new setup.exe
> routine over an
> existing 4.2.0 installation. At the time, I was running rxvt and openssh,
> but not running Xfree. Cygwin warned me I'd have to restart to replace
> files.
>
> When I restarted, Win2K (which is what I'm running here, with all
> the latest
> patches), got stuck at the end of its second start-up screen (the
> first one
> is text-mode, the second one has the pretty W2K logo and a blue progress
> indicator). I could see my HD light blinking, and the PC was
> obviously doing
> something, but it remained "stuck" on this screen for several
> minutes. This
> repeated after a hard reset (couldn't do a soft one). Ultimately, I had to
> boot into the F8-on-startup screen, and go with "last known good config".
> Only that got me back into W2K. (I was getting pretty worried by
> this time!)
>
> Having read the list since, I surmise that the WININIT.INI routine was
> replacing files during that start-up screen delay, but it took so
> ridiculously long (on a Pentium II 400, w/ 256 RAM), that I had to do
> several hard restarts to get anywhere, and ended up aborting that
> procedure
> anyway. (After which I deleted my entire Cygwin setup and reinstalled from
> scratch.)
>
> Notes from the field,
> ig
> P.S. I guess the other burning question is why did setup.exe
> decide that it
> couldn't overwrite the Xfree files even though Xfree wasn't in use?
>
> -- Ilya Goldin 
>
>
>
>


From cgf@redhat.com  Sun Apr 21 14:27:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Sun, 21 Apr 2002 14:27:00 -0000
Subject: xfree86 install makes wininit not working
In-Reply-To: 
References:  
Message-ID: <20020421212726.GD1121@redhat.com>

On Sun, Apr 21, 2002 at 03:15:05PM -0400, Harold Hunt wrote:
>In related news: I think I'm going to hold off on making any wide-spread
>announcements about Cygwin/XFree86 being available via setup.exe.  I'm not
>comfortable with the installation process causing several minute delays in
>starting the PC and in the possibility of the wininit.ini becoming too large
>or not preserving long filenames.

FWIW, I agree.  We don't want a flood of requests from people reporting
problems.

cgf


From robert.collins@itdomain.com.au  Sun Apr 21 16:23:00 2002
From: robert.collins@itdomain.com.au (Robert Collins)
Date: Sun, 21 Apr 2002 16:23:00 -0000
Subject: xfree86 install makes wininit not working
Message-ID: 



> -----Original Message-----
> From: Ilya Goldin [mailto:goldin+@pitt.edu] 
> Sent: Monday, April 22, 2002 3:52 AM

> When I restarted, Win2K (which is what I'm running here, with 
> all the latest patches), got stuck at the end of its second 
...

> Having read the list since, I surmise that the WININIT.INI 

There is no WININIT.INI on NT. There is an equivalent on-boot process
however.

> P.S. I guess the other burning question is why did setup.exe 
> decide that it couldn't overwrite the Xfree files even though 
> Xfree wasn't in use?

Send in your /var/logs/setup.log.full and /var/logs/setup.log and I'll
see what I can tell you.

Rob


From robert.collins@itdomain.com.au  Sun Apr 21 16:29:00 2002
From: robert.collins@itdomain.com.au (Robert Collins)
Date: Sun, 21 Apr 2002 16:29:00 -0000
Subject: xfree86 install makes wininit not working
Message-ID: 



> -----Original Message-----
> From: Harold Hunt [mailto:huntharo@msu.edu] 
> Sent: Monday, April 22, 2002 5:15 AM

> Robert may want to comment on whether this method is used or 
> not in setup.exe.

It is. Long file names are used there as well. Works like a dream.
 
> 2) Attempt to move each file individually; upon failure, add 

This is what we do. If an app is performing open-read-close on lots of
small files and we collide, well uhmm, oops.
 
> I'm guessing that Cygwin's setup.exe uses a method similar to 
> the method I described in (1), but I'll wait for Robert to 
> comment on this.  Perhaps Cygwin's setup.exe should consider 
> using a method similar to (2), if it doesn't already.
> 
> In related news: I think I'm going to hold off on making any 
> wide-spread announcements about Cygwin/XFree86 being 
> available via setup.exe.  I'm not comfortable with the 
> installation process causing several minute delays in 
> starting the PC and in the possibility of the wininit.ini 
> becoming too large or not preserving long filenames.

Ok. I'm not sure what we can do about it on win9x though. Maybe we just
want to fail noisily?

Rob


From huntharo@msu.edu  Mon Apr 22 19:36:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Mon, 22 Apr 2002 19:36:00 -0000
Subject: KDE no icons: The problem only happens in 32 bit color mode and more information
Message-ID: 

THE REASON I NEED HELP FROM KDE FOLKS IS THAT THIS PROBLEM DID NOT HAPPEN
WITH KDE 2.X AND CYGWIN/XFREE86


I need someone that is familiar with how the icons are displayed in KDE to
tell me why our pixmap and visual formats were ok with KDE 2.X but not with
KDE 3.0.


Selected 'xdypinfo' output follows at the bottom of the email for
Cygwin/XFree86 and a comparison server running in 32 bit mode.


The problem of no icons being display only happens in 32 bit color mode and
it appears to be due to the way that our visual or pixmaps are setup.

It seems that there is a problem in either or both of:

1) The way the Cygwin/XFree86 pixmap formats are defined, specifically the
fact that we have both depth 24, bits_per_pixel 24 pixmap and a depth 32,
bits_per_pixel 32 pixmaps.  This is compared to XVisions's depth 24,
bits_per_pixel 32 pixmap.

2) The fact that our visual has depth '32 planes' at 32 bits per pixel
compared to XVision's '24 planes' at 32 bits per pixel.


I have tried altering our pixmap formats to be similar to XVision's with no
success.  I tried all combinations of 24 and 32 bits for the two values,
just to be thorough.  Our pixmap definitions are right at the top of
http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xwin/InitOutput.c

I have tried altering our call to miSetVisualTypesAndMasks in
http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xwin/winshadddnl.c
to pass '24' as the depth when the screen depth is actually 32.

I have also passed 24 to fbSetupScreen and fbFinishScreenInit in our
winFinishScreenInitFB function in
http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xwin/winscrinit.c
to no avail.


The general result of any of these modifications is that the server crashes
on startup or the visual type hasn't actually changed.


That's all for now,

Harold Hunt
http://xfree86.cygwin.com/





Cygwin/XFree86 running at 32 bits per pixel:
============================================
bitmap unit, bit order, padding:    32, LSBFirst, 32
image byte order:    LSBFirst
number of supported pixmap formats:    7
supported pixmap formats:
     depth 1, bits_per_pixel 1, scanline_pad 32
     depth 4, bits_per_pixel 8, scanline_pad 32
     depth 8, bits_per_pixel 8, scanline_pad 32
     depth 15, bits_per_pixel 16, scanline_pad 32
     depth 16, bits_per_pixel 16, scanline_pad 32
     depth 24, bits_per_pixel 24, scanline_pad 32
     depth 32, bits_per_pixel 32, scanline_pad 32
   visual:
     visual id:    0x22
     class:    TrueColor
     depth:    32 planes
     available colormap entries:    2048 per subfield
     red, green, blue masks:    0xff0000, 0xff00, 0xff
     significant bits in color specification:    8 bits


XVision running at 32 bits per pixel:
=====================================
bitmap unit, bit order, padding:    8, MSBFirst, 16
image byte order:    MSBFirst
number of supported pixmap formats:    2
supported pixmap formats:
     depth 1, bits_per_pixel 1, scanline_pad 16
     depth 24, bits_per_pixel 32, scanline_pad 32
   visual:
     visual id:    0x20
     class:    TrueColor
     depth:    24 planes
     available colormap entries:    256 per subfield
     red, green, blue masks:    0xff, 0xff00, 0xff0000
     significant bits in color specification:    8 bits


From jensen@physics.unr.edu  Mon Apr 22 21:01:00 2002
From: jensen@physics.unr.edu (Lars Jensen)
Date: Mon, 22 Apr 2002 21:01:00 -0000
Subject: New xfree install: twm doesn't work
Message-ID: 

I just installed xfree with the new setup program, and I foung that twm
doesn't work - it complains that some lib dll file is missing. Has
anyone else had problems with twm with the new install?

Thanks for any help
Lars.

--
Lars Jensen, TMCC/Vista B200, 7000 Dandini Blvd, Reno NV 89512-3999. 
Internet: , http://www.scsr.nevada.edu/~jensen
Tel: 775.673.7113  FAX: 775.674.7592


From huntharo@msu.edu  Mon Apr 22 21:07:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Mon, 22 Apr 2002 21:07:00 -0000
Subject: New xfree install: twm doesn't work
In-Reply-To: 
Message-ID: 

Lars,

Did you install overtop of you existing Cygwin/XFree86 installation, or did
you move /usr/X11R6 and /etc/X11 out of the way before installing via
setup.exe?

For the record, twm worked fine during my testing of the setup.exe
installation method.

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Lars Jensen
> Sent: Monday, April 22, 2002 11:51 PM
> To: cygwin-xfree@cygwin.com
> Subject: New xfree install: twm doesn't work
>
>
> I just installed xfree with the new setup program, and I foung that twm
> doesn't work - it complains that some lib dll file is missing. Has
> anyone else had problems with twm with the new install?
>
> Thanks for any help
> Lars.
>
> --
> Lars Jensen, TMCC/Vista B200, 7000 Dandini Blvd, Reno NV 89512-3999.
> Internet: , http://www.scsr.nevada.edu/~jensen
> Tel: 775.673.7113  FAX: 775.674.7592
>


From alexander.gottwald@informatik.tu-chemnitz.de  Tue Apr 23 04:37:00 2002
From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald)
Date: Tue, 23 Apr 2002 04:37:00 -0000
Subject: New xfree install: twm doesn't work
In-Reply-To: 
Message-ID: 

On Mon, 22 Apr 2002, Lars Jensen wrote:

> I just installed xfree with the new setup program, and I foung that twm
> doesn't work - it complains that some lib dll file is missing. Has
> anyone else had problems with twm with the new install?

Which dll?

bye
	ago
-- 
 Alexander.Gottwald@informatik.tu-chemnitz.de 
 http://www.gotti.org           ICQ: 126018723
 phone: +49 3725 349 80 80	mobile: +49 172 7854017


From jdrash@eesus.jnj.com  Tue Apr 23 12:00:00 2002
From: jdrash@eesus.jnj.com (jdrash)
Date: Tue, 23 Apr 2002 12:00:00 -0000
Subject: Kudos to all for the new XFree86 packages
Message-ID: 

You all have done a tremendous job in 1) making a Windows X-Windows server
with real performance and 2) now installable via the Cygwin set program!!

Let me extend a Laurel and Hardy handshake (apologies to Mel Brooks) to
all involved

jim drash



From jdrash@eesus.jnj.com  Tue Apr 23 12:05:00 2002
From: jdrash@eesus.jnj.com (jdrash)
Date: Tue, 23 Apr 2002 12:05:00 -0000
Subject: Kudos message
Message-ID: 

smal typo: "set program" should be "setup program".  Sorry, brain moves
quicker than fingers (or maybe the other way 'round)



From thesnake1978@yahoo.com  Tue Apr 23 21:49:00 2002
From: thesnake1978@yahoo.com (Peter None)
Date: Tue, 23 Apr 2002 21:49:00 -0000
Subject: Error Installing imlib 1.9.14
Message-ID: <20020424044950.25700.qmail@web14309.mail.yahoo.com>

Whilst installing this package, I get this configure
error: *** TIFF Library not found ***
I've installed ImageMagick-5.4.4 which seems to have
gone fine.
Below is the contents of the configure log.

Any help finding a solution would be fantastic.

Thank You.

----------------------

This file contains any messages produced by compilers
while
running configure, to aid debugging if configure makes
a mistake.

configure:750: checking for a BSD compatible install
configure:803: checking whether build environment is
sane
configure:860: checking whether make sets ${MAKE}
configure:906: checking for working aclocal
configure:919: checking for working autoconf
configure:932: checking for working automake
configure:945: checking for working autoheader
configure:958: checking for working makeinfo
configure:974: checking for gcc
configure:1087: checking whether the C compiler (gcc
-O2 ) works
configure:1103: gcc -o conftest -O2   conftest.c  1>&5
configure:1129: checking whether the C compiler (gcc
-O2 ) is a cross-compiler
configure:1134: checking whether we are using GNU C
configure:1162: checking whether gcc accepts -g
configure:1205: checking for Cygwin environment
configure:1238: checking for mingw32 environment
configure:1267: checking how to run the C preprocessor
configure:1422: checking host system type
configure:1443: checking build system type
configure:1472: checking for ld used by GCC
configure:1540: checking if the linker
(/usr/i686-pc-cygwin/bin/ld.exe) is GNU ld
configure:1557: checking for
/usr/i686-pc-cygwin/bin/ld.exe option to reload object
files
configure:1569: checking for BSD-compatible nm
configure:1607: checking whether ln -s works
configure:1628: checking how to recognise dependant
libraries
configure:1805: checking for object suffix
configure:1831: checking for executable suffix
configure:1872: checking command to parse /bin/nm -B
output
configure:2055: checking for dlfcn.h
configure:2233: checking for ranlib
configure:2300: checking for strip
configure:2543: checking for objdir
configure:2570: checking for gcc option to produce PIC
configure:2722: checking if gcc PIC flag  -DDLL_EXPORT
works
configure:2788: checking if gcc static flag -static
works
configure:2830: checking if gcc supports -c -o file.o
configure:2878: checking if gcc supports -c -o file.lo
configure:2946: checking if gcc supports -fno-rtti
-fno-exceptions
configure:2959: gcc -c -O2 -fno-rtti -fno-exceptions
-c conftest.c  conftest.c 1>&5
configure:2986: checking whether the linker
(/usr/i686-pc-cygwin/bin/ld.exe) supports shared
libraries
configure:3671: checking how to hardcode library paths
into programs
configure:3699: checking whether stripping libraries
is possible
configure:3713: checking dynamic linker
characteristics
configure:4114: checking if libtool supports shared
libraries
configure:4118: checking whether to build shared
libraries
configure:4141: checking whether to build static
libraries
configure:5280: checking whether to enable
maintainer-specific portions of Makefiles
configure:5362: checking for gtk-config
configure:5397: checking for GTK - version >= 1.2.1
configure:5498: gcc -o conftest.exe -O2
-I/opt/gnome/include/gtk-1.2
-I/opt/gnome/include/glib-1.2
-I/opt/gnome/lib/glib/include -I/usr/X11R6/include  
conftest.c -L/opt/gnome/lib -L/usr/X11R6/lib -lgtk
-lgdk -lgmodule -lglib -lintl -lXext -lX11  1>&5
Warning: resolving _gtk_major_version by linking to
__imp__gtk_major_version (auto-import)
Warning: resolving _gtk_minor_version by linking to
__imp__gtk_minor_version (auto-import)
Warning: resolving _gtk_micro_version by linking to
__imp__gtk_micro_version (auto-import)
configure:5585: checking whether to build gmodulized
imlib
configure:5629: gcc -o conftest.exe -O2
-I/opt/gnome/include/glib-1.2
-I/opt/gnome/lib/glib/include   conftest.c 
-L/opt/gnome/lib -lgmodule -lglib 1>&5
configure:5686: checking for ANSI C header files
configure:5794: checking for dirent.h that defines DIR
configure:5832: checking for opendir in -ldir
configure:5851: gcc -o conftest.exe -O2   conftest.c
-ldir   1>&5
/usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/../../../../i686-pc-cygwin/bin/ld:
cannot find -ldir
collect2: ld returned 1 exit status
configure: failed program was:
#line 5840 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an
error.  */
/* We use char because int might match the return type
of a gcc2
    builtin and then its argument prototype would
still apply.  */
char opendir();

int main() {
opendir()
; return 0; }
configure:5915: checking for sys/wait.h that is
POSIX.1 compatible
configure:5936: gcc -c -O2  conftest.c 1>&5
configure:5958: checking return type of signal
handlers
configure:6002: checking for vsnprintf
configure:6057: checking for snprintf
configure:6112: checking for basename
configure:6140: gcc -o conftest.exe -O2   conftest.c 
1>&5
/cygdrive/c/WINDOWS/TEMP/cccq1jJN.o(.text+0xc):conftest.c:
undefined reference to `basename'
collect2: ld returned 1 exit status
configure: failed program was:
#line 6117 "configure"
#include "confdefs.h"
/* System header to define __stub macros and hopefully
few prototypes,
    which can conflict with char basename(); below. 
*/
#include 
/* Override any gcc2 internal prototype to avoid an
error.  */
/* We use char because int might match the return type
of a gcc2
    builtin and then its argument prototype would
still apply.  */
char basename();

int main() {

/* The GNU C library defines this for functions which
it implements
    to always fail with ENOSYS.  Some functions are
actually named
    something starting with __ and the normal name is
an alias.  */
#if defined (__stub_basename) || defined
(__stub___basename)
choke me
#else
basename();
#endif

; return 0; }
configure:6168: checking for blumfrub
configure:6196: gcc -o conftest.exe -O2   conftest.c 
1>&5
/cygdrive/c/WINDOWS/TEMP/cch8amCU.o(.text+0xc):conftest.c:
undefined reference to `blumfrub'
collect2: ld returned 1 exit status
configure: failed program was:
#line 6173 "configure"
#include "confdefs.h"
/* System header to define __stub macros and hopefully
few prototypes,
    which can conflict with char blumfrub(); below. 
*/
#include 
/* Override any gcc2 internal prototype to avoid an
error.  */
/* We use char because int might match the return type
of a gcc2
    builtin and then its argument prototype would
still apply.  */
char blumfrub();

int main() {

/* The GNU C library defines this for functions which
it implements
    to always fail with ENOSYS.  Some functions are
actually named
    something starting with __ and the normal name is
an alias.  */
#if defined (__stub_blumfrub) || defined
(__stub___blumfrub)
choke me
#else
blumfrub();
#endif

; return 0; }
configure:6223: checking for buckets_of_erogenous_nym
configure:6251: gcc -o conftest.exe -O2   conftest.c 
1>&5
/cygdrive/c/WINDOWS/TEMP/ccaxLFkm.o(.text+0xc):conftest.c:
undefined reference to `buckets_of_erogenous_nym'
collect2: ld returned 1 exit status
configure: failed program was:
#line 6228 "configure"
#include "confdefs.h"
/* System header to define __stub macros and hopefully
few prototypes,
    which can conflict with char
buckets_of_erogenous_nym(); below.  */
#include 
/* Override any gcc2 internal prototype to avoid an
error.  */
/* We use char because int might match the return type
of a gcc2
    builtin and then its argument prototype would
still apply.  */
char buckets_of_erogenous_nym();

int main() {

/* The GNU C library defines this for functions which
it implements
    to always fail with ENOSYS.  Some functions are
actually named
    something starting with __ and the normal name is
an alias.  */
#if defined (__stub_buckets_of_erogenous_nym) ||
defined (__stub___buckets_of_erogenous_nym)
choke me
#else
buckets_of_erogenous_nym();
#endif

; return 0; }
configure:6278: checking for buttox
configure:6306: gcc -o conftest.exe -O2   conftest.c 
1>&5
/cygdrive/c/WINDOWS/TEMP/ccRDvvml.o(.text+0xc):conftest.c:
undefined reference to `buttox'
collect2: ld returned 1 exit status
configure: failed program was:
#line 6283 "configure"
#include "confdefs.h"
/* System header to define __stub macros and hopefully
few prototypes,
    which can conflict with char buttox(); below.  */
#include 
/* Override any gcc2 internal prototype to avoid an
error.  */
/* We use char because int might match the return type
of a gcc2
    builtin and then its argument prototype would
still apply.  */
char buttox();

int main() {

/* The GNU C library defines this for functions which
it implements
    to always fail with ENOSYS.  Some functions are
actually named
    something starting with __ and the normal name is
an alias.  */
#if defined (__stub_buttox) || defined
(__stub___buttox)
choke me
#else
buttox();
#endif

; return 0; }
configure:6333: checking for stdarg.h
configure:6370: checking for string.h
configure:6403: checking for strings.h
configure:6440: checking for X
configure:6754: checking for dnet_ntoa in -ldnet
configure:6795: checking for dnet_ntoa in -ldnet_stub
configure:6843: checking for gethostbyname
configure:6941: checking for connect
configure:7033: checking for remove
configure:7125: checking for shmat
configure:7174: checking for shmat in -lipc
configure:7226: checking for IceConnectionNumber in
-lICE
configure:7277: checking for XShmAttach in -lXext
configure:7316: checking for XShmAttach in -lXextSam
configure:7377: checking for sys/ipc.h
configure:7414: checking for sys/shm.h
configure:7513: checking X11/extensions/XShm.h
configure:7533: checking for jpeg_destroy_decompress
in -ljpeg
configure:7552: gcc -o conftest.exe -O2 
-I/opt/gnome/include/gtk-1.2
-I/opt/gnome/include/glib-1.2
-I/opt/gnome/lib/glib/include -I/usr/X11R6/include
-I${prefix}/include -I/opt/gnome/include  conftest.c
-ljpeg -L/opt/gnome/lib -L/usr/X11R6/lib -lgtk -lgdk
-lgmodule -lglib -lintl -lXext -lX11  1>&5
configure:7576: checking for jpeglib.h
configure:7586: gcc -E  -I/opt/gnome/include/gtk-1.2
-I/opt/gnome/include/glib-1.2
-I/opt/gnome/lib/glib/include -I/usr/X11R6/include
-I${prefix}/include -I/opt/gnome/include conftest.c
>/dev/null 2>conftest.out
configure:7612: checking for TIFFReadScanline in
-ltiff
configure:7631: gcc -o conftest.exe -O2 
-I/opt/gnome/include/gtk-1.2
-I/opt/gnome/include/glib-1.2
-I/opt/gnome/lib/glib/include -I/usr/X11R6/include
-I${prefix}/include -I/opt/gnome/include  conftest.c
-ltiff -L/opt/gnome/lib -L/usr/X11R6/lib -lgtk -lgdk
-lgmodule -lglib -lintl -lXext -lX11  1>&5
/usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/../../../../i686-pc-cygwin/bin/ld:
cannot find -ltiff
collect2: ld returned 1 exit status
configure: failed program was:
#line 7620 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an
error.  */
/* We use char because int might match the return type
of a gcc2
    builtin and then its argument prototype would
still apply.  */
char TIFFReadScanline();

int main() {
TIFFReadScanline()
; return 0; }
configure:7687: checking for TIFFWriteScanline in
-ltiff
configure:7706: gcc -o conftest.exe -O2 
-I/opt/gnome/include/gtk-1.2
-I/opt/gnome/include/glib-1.2
-I/opt/gnome/lib/glib/include -I/usr/X11R6/include
-I${prefix}/include -I/opt/gnome/include  conftest.c
-ltiff -ljpeg -lz -L/opt/gnome/lib -L/usr/X11R6/lib
-lgtk -lgdk -lgmodule -lglib -lintl -lXext -lX11  1>&5
/usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/../../../../i686-pc-cygwin/bin/ld:
cannot find -ltiff
collect2: ld returned 1 exit status
configure: failed program was:
#line 7695 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an
error.  */
/* We use char because int might match the return type
of a gcc2
    builtin and then its argument prototype would
still apply.  */
char TIFFWriteScanline();

int main() {
TIFFWriteScanline()
; return 0; }
configure:7762: checking for TIFFFlushData in -ltiff34
configure:7781: gcc -o conftest.exe -O2 
-I/opt/gnome/include/gtk-1.2
-I/opt/gnome/include/glib-1.2
-I/opt/gnome/lib/glib/include -I/usr/X11R6/include
-I${prefix}/include -I/opt/gnome/include  conftest.c
-ltiff34 -ljpeg -lz -L/opt/gnome/lib -L/usr/X11R6/lib
-lgtk -lgdk -lgmodule -lglib -lintl -lXext -lX11  1>&5
/usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/../../../../i686-pc-cygwin/bin/ld:
cannot find -ltiff34
collect2: ld returned 1 exit status
configure: failed program was:
#line 7770 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an
error.  */
/* We use char because int might match the return type
of a gcc2
    builtin and then its argument prototype would
still apply.  */
char TIFFFlushData();

int main() {
TIFFFlushData()
; return 0; }


__________________________________________________
Do You Yahoo!?
Yahoo! Games - play chess, backgammon, pool and more
http://games.yahoo.com/


From cgf@redhat.com  Tue Apr 23 23:55:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Tue, 23 Apr 2002 23:55:00 -0000
Subject: Error Installing imlib 1.9.14
In-Reply-To: <20020424044950.25700.qmail@web14309.mail.yahoo.com>
References: <20020424044950.25700.qmail@web14309.mail.yahoo.com>
Message-ID: <20020424065449.GA20557@redhat.com>

On Tue, Apr 23, 2002 at 09:49:50PM -0700, Peter None wrote:
>Whilst installing this package, I get this configure
>error: *** TIFF Library not found ***
>I've installed ImageMagick-5.4.4 which seems to have
>gone fine.
>Below is the contents of the configure log.
>
>Any help finding a solution would be fantastic.

http://cygwin.com/cgi-bin2/package-grep.cgi?grep=libtiff

cgf


From sid@bms.umist.ac.uk  Wed Apr 24 07:18:00 2002
From: sid@bms.umist.ac.uk (Khushwant Sidhu)
Date: Wed, 24 Apr 2002 07:18:00 -0000
Subject: bash ...
Message-ID: <3CC6BE90.944FB261@bms.umist.ac.uk>

I'm trying to install xfree but 
when I type in (for example)

>XWin.exe query 

I get

> bash: XWin.exe:command not found

any ideas
-- 
Dr Khushwant Sidhu

e-mail ....... sid@bms.umist.ac.uk				  	
url    ....... http://wolf.bms.umist.ac.uk/~sid/

tel (work).... (+44) (0)161 200 5821					
mobile	  ....	0787 661 3861
fax (work).... (+44) (0)161 236 0409

address ...... Dept of Biomolecular Sciences	
               P.O. Box 88
               Manchester
               M60 1QD


From salexander@taz.qinetiq.com  Wed Apr 24 07:59:00 2002
From: salexander@taz.qinetiq.com (Scott Alexander)
Date: Wed, 24 Apr 2002 07:59:00 -0000
Subject: bash ...
References: <3CC6BE90.944FB261@bms.umist.ac.uk>
Message-ID: <000701c1eba0$c4cb3130$2153b80a@gooshy>

Check to see if you have the file XWin installed on your hard disk should be
in: /usr/X11R6/bin.  Also check that you have /usr/X11R6/bin in your path,
check by typing "echo %PATH" if its not add it by typing "export PATH =
$PATH: /usr/X11R6/bin" or set it up in your bash_profile.

Hope this helps.

Scott Alexander.

----- Original Message -----
From: "Khushwant Sidhu" 
To: 
Sent: Wednesday, April 24, 2002 3:17 PM
Subject: bash ...


> I'm trying to install xfree but
> when I type in (for example)
>
> >XWin.exe query 
>
> I get
>
> > bash: XWin.exe:command not found
>
> any ideas
> --
> Dr Khushwant Sidhu
>
> e-mail ....... sid@bms.umist.ac.uk
> url    ....... http://wolf.bms.umist.ac.uk/~sid/
>
> tel (work).... (+44) (0)161 200 5821
> mobile   .... 0787 661 3861
> fax (work).... (+44) (0)161 236 0409
>
> address ...... Dept of Biomolecular Sciences
>                P.O. Box 88
>                Manchester
>                M60 1QD


From jensen@physics.unr.edu  Wed Apr 24 09:41:00 2002
From: jensen@physics.unr.edu (Lars Jensen)
Date: Wed, 24 Apr 2002 09:41:00 -0000
Subject: Problem with windows programs w/Cygwin-xfree
Message-ID: 


Sometimes I experience a strange problem with not being able to start
up a windows program when I have cygwin/xfree running. When I click on a
windows program while running Cygwin/xfree the windows program first
comes up after I ghave shut down Cygwin/xfree. This is an intermittent
problem that only occurs about half the time. Has anyone had this
problem?

Thanks,
Lars.

--
Lars Jensen, TMCC/Vista B200, 7000 Dandini Blvd, Reno NV 89512-3999. 
Internet: , http://www.scsr.nevada.edu/~jensen
Tel: 775.673.7113  FAX: 775.674.7592



From jeb@jeremywilkins.freeserve.co.uk  Wed Apr 24 10:20:00 2002
From: jeb@jeremywilkins.freeserve.co.uk (Jeremy Wilkins)
Date: Wed, 24 Apr 2002 10:20:00 -0000
Subject: XDMCP client using Cygwin/Xfree86
Message-ID: <001301c1ebb4$e927e0f0$0a00a8c0@bytenet>

Hi,

I've put together a very simple frontend to launch XWin with when used to
connect to XDMCP. The front end will handle passing font paths (and will
convert from windows to cygwin style paths) and the path to the colours
database. This means that XWin can be moved out of the directory structure
it would normally expect, so can be used as a normal windows app, just one
dependant on cygwin1.dll and cygz.dll.

I've got a couple of know issues with it though,

1) XWin insists on the existance of a /tmp/.X11-unix folder, are there any
commandline options, or compile options I can use to change this (so I can
put it in %TEMP%/.X11-unix).

2) The keyboard is always set to US. I've not managed to use the command
line option to change the keyboard layout, could someone please explain this
(where are the xmodmap files I should be using). Once I can do this, I can
make the frontend detect the windows keyboard layout and set Xwin
accordingly. At the moment XKeyboard extension is disabled because xkbcomp,
etc isn't available.

Finally could someone please clarify where I stand on licenses, what license
is Cygwin under, what is cygwin/xfree86 under, can I put my frontend under
GPL without conflicting with the other components.

http://www.jeremywilkins.freeserve.co.uk/extend/index.html

Any comments would be appreciated

Jeb




From huntharo@msu.edu  Wed Apr 24 10:45:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Wed, 24 Apr 2002 10:45:00 -0000
Subject: Problem with windows programs w/Cygwin-xfree
In-Reply-To: 
Message-ID: 

Lars,

In answer to your question: no, no one else has reported this problem.

We're going to need information on *exactly* which programs this problem
happens with.

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Lars Jensen
> Sent: Wednesday, April 24, 2002 12:32 PM
> To: cygwin-xfree@cygwin.com
> Subject: Problem with windows programs w/Cygwin-xfree
>
>
>
> Sometimes I experience a strange problem with not being able to start
> up a windows program when I have cygwin/xfree running. When I click on a
> windows program while running Cygwin/xfree the windows program first
> comes up after I ghave shut down Cygwin/xfree. This is an intermittent
> problem that only occurs about half the time. Has anyone had this
> problem?
>
> Thanks,
> Lars.
>
> --
> Lars Jensen, TMCC/Vista B200, 7000 Dandini Blvd, Reno NV 89512-3999.
> Internet: , http://www.scsr.nevada.edu/~jensen
> Tel: 775.673.7113  FAX: 775.674.7592
>
>


From jensen@physics.unr.edu  Wed Apr 24 10:50:00 2002
From: jensen@physics.unr.edu (Lars Jensen)
Date: Wed, 24 Apr 2002 10:50:00 -0000
Subject: Problem with windows programs w/Cygwin-xfree
In-Reply-To: 
Message-ID: 

Harold,

It happens when I run LyX - It doesn't happen when I run the default
startxwin.bat file coming with cygwin/xfree86.

Lars.

On Wed, 24 Apr 2002, Harold Hunt wrote:

> Lars,
> 
> In answer to your question: no, no one else has reported this problem.
> 
> We're going to need information on *exactly* which programs this problem
> happens with.
> 
> Harold
> 
> > -----Original Message-----
> > From: cygwin-xfree-owner@cygwin.com
> > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Lars Jensen
> > Sent: Wednesday, April 24, 2002 12:32 PM
> > To: cygwin-xfree@cygwin.com
> > Subject: Problem with windows programs w/Cygwin-xfree
> >
> >
> >
> > Sometimes I experience a strange problem with not being able to start
> > up a windows program when I have cygwin/xfree running. When I click on a
> > windows program while running Cygwin/xfree the windows program first
> > comes up after I ghave shut down Cygwin/xfree. This is an intermittent
> > problem that only occurs about half the time. Has anyone had this
> > problem?
> >
> > Thanks,
> > Lars.
> >
> > --
> > Lars Jensen, TMCC/Vista B200, 7000 Dandini Blvd, Reno NV 89512-3999.
> > Internet: , http://www.scsr.nevada.edu/~jensen
> > Tel: 775.673.7113  FAX: 775.674.7592
> >
> >
> 
> 

--
Lars Jensen, TMCC/Vista B200, 7000 Dandini Blvd, Reno NV 89512-3999. 
Internet: , http://www.scsr.nevada.edu/~jensen
Tel: 775.673.7113  FAX: 775.674.7592


From huntharo@msu.edu  Wed Apr 24 10:56:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Wed, 24 Apr 2002 10:56:00 -0000
Subject: Problem with windows programs w/Cygwin-xfree
In-Reply-To: 
Message-ID: 

Lars,

Wait a minute, do you mean:
1) running LyX within Cygwin/XFree86 prevents Windows applications from
launching, or
2) attempting to launch a Windows version of Lyx is unsuccessful when
Cygwin/XFree86 is running?

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Lars Jensen
> Sent: Wednesday, April 24, 2002 1:40 PM
> To: Harold Hunt
> Cc: cygwin-xfree@cygwin.com
> Subject: RE: Problem with windows programs w/Cygwin-xfree
>
>
> Harold,
>
> It happens when I run LyX - It doesn't happen when I run the default
> startxwin.bat file coming with cygwin/xfree86.
>
> Lars.
>
> On Wed, 24 Apr 2002, Harold Hunt wrote:
>
> > Lars,
> >
> > In answer to your question: no, no one else has reported this problem.
> >
> > We're going to need information on *exactly* which programs this problem
> > happens with.
> >
> > Harold
> >
> > > -----Original Message-----
> > > From: cygwin-xfree-owner@cygwin.com
> > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Lars Jensen
> > > Sent: Wednesday, April 24, 2002 12:32 PM
> > > To: cygwin-xfree@cygwin.com
> > > Subject: Problem with windows programs w/Cygwin-xfree
> > >
> > >
> > >
> > > Sometimes I experience a strange problem with not being able to start
> > > up a windows program when I have cygwin/xfree running. When I
> click on a
> > > windows program while running Cygwin/xfree the windows program first
> > > comes up after I ghave shut down Cygwin/xfree. This is an intermittent
> > > problem that only occurs about half the time. Has anyone had this
> > > problem?
> > >
> > > Thanks,
> > > Lars.
> > >
> > > --
> > > Lars Jensen, TMCC/Vista B200, 7000 Dandini Blvd, Reno NV 89512-3999.
> > > Internet: , http://www.scsr.nevada.edu/~jensen
> > > Tel: 775.673.7113  FAX: 775.674.7592
> > >
> > >
> >
> >
>
> --
> Lars Jensen, TMCC/Vista B200, 7000 Dandini Blvd, Reno NV 89512-3999.
> Internet: , http://www.scsr.nevada.edu/~jensen
> Tel: 775.673.7113  FAX: 775.674.7592
>


From alexander.gottwald@informatik.tu-chemnitz.de  Wed Apr 24 10:58:00 2002
From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald)
Date: Wed, 24 Apr 2002 10:58:00 -0000
Subject: XDMCP client using Cygwin/Xfree86
In-Reply-To: <001301c1ebb4$e927e0f0$0a00a8c0@bytenet>
Message-ID: 

On Wed, 24 Apr 2002, Jeremy Wilkins wrote:

> 1) XWin insists on the existance of a /tmp/.X11-unix folder, are there any
> commandline options, or compile options I can use to change this (so I can
> put it in %TEMP%/.X11-unix).

Can't remember having seen such a feature. AFAIR, the server code (at 
least the xkb part) writes all temporary files to /tmp. But you can 
configure this at compiletime.
 
> 2) The keyboard is always set to US. I've not managed to use the command
> line option to change the keyboard layout, could someone please explain this
> (where are the xmodmap files I should be using). Once I can do this, I can
> make the frontend detect the windows keyboard layout and set Xwin
> accordingly. At the moment XKeyboard extension is disabled because xkbcomp,
> etc isn't available.

It think -xkbmap does this. But I'm not sure. 
The option requires one parameter which is a file in /tmp. Either this 
was a compiled keympa file as produced by xkbcomp or the description needed
as input for xkbcomp (I can't verify this since I have no system at hand
where I can test this, but I guess it was the first one) 
> 
> Finally could someone please clarify where I stand on licenses, what license
> is Cygwin under, what is cygwin/xfree86 under, can I put my frontend under
> GPL without conflicting with the other components.
> 
> http://www.jeremywilkins.freeserve.co.uk/extend/index.html

I'm not a lawyer but taken into account what software projects exist, GPL 
should be ok. 

- A lot of GPL programs use X11 (eg. Gnome)
- A lot of GPL programs use cygwin 

These examples don't prove that its legal, but I doubt its illegal. The
best is to wait for other responses.

bye
	ago
-- 
 Alexander.Gottwald@informatik.tu-chemnitz.de 
 http://www.gotti.org           ICQ: 126018723
 phone: +49 3725 349 80 80	mobile: +49 172 7854017


From jensen@physics.unr.edu  Wed Apr 24 11:05:00 2002
From: jensen@physics.unr.edu (Lars Jensen)
Date: Wed, 24 Apr 2002 11:05:00 -0000
Subject: Problem with windows programs w/Cygwin-xfree
In-Reply-To: 
Message-ID: 

Harold,

Actually, I think I have to correct myself - I now think it is
xwinclip that hangs up things. I found a way to reproduce the problem.

1) Add the line
	start xwinclip 
   after the start twm line in startxwin.bat.

2) start cygwin/xfree with the new startxwin.bat

3) Go down and click on the windows meny bar and issue the command
   WindowsKey-E (to bring up windows Explorer). (WindowsKey is the key with 
   a MSWindow on it).

4) After this I can't bring any windows programs up (at least for a
   while). Try to click the Start button, for example. The windows side
   of the machine become very sluggish.


   Lars.


On Wed, 24 Apr 2002, Harold Hunt wrote:

> Lars,
> 
> In answer to your question: no, no one else has reported this problem.
> 
> We're going to need information on *exactly* which programs this problem
> happens with.
> 
> Harold
> 
> > -----Original Message-----
> > From: cygwin-xfree-owner@cygwin.com
> > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Lars Jensen
> > Sent: Wednesday, April 24, 2002 12:32 PM
> > To: cygwin-xfree@cygwin.com
> > Subject: Problem with windows programs w/Cygwin-xfree
> >
> >
> >
> > Sometimes I experience a strange problem with not being able to start
> > up a windows program when I have cygwin/xfree running. When I click on a
> > windows program while running Cygwin/xfree the windows program first
> > comes up after I ghave shut down Cygwin/xfree. This is an intermittent
> > problem that only occurs about half the time. Has anyone had this
> > problem?
> >
> > Thanks,
> > Lars.
> >
> > --
> > Lars Jensen, TMCC/Vista B200, 7000 Dandini Blvd, Reno NV 89512-3999.
> > Internet: , http://www.scsr.nevada.edu/~jensen
> > Tel: 775.673.7113  FAX: 775.674.7592
> >
> >
> 
> 

--
Lars Jensen, TMCC/Vista B200, 7000 Dandini Blvd, Reno NV 89512-3999. 
Internet: , http://www.scsr.nevada.edu/~jensen
Tel: 775.673.7113  FAX: 775.674.7592


From huntharo@msu.edu  Wed Apr 24 11:14:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Wed, 24 Apr 2002 11:14:00 -0000
Subject: XDMCP client using Cygwin/Xfree86
In-Reply-To: <001301c1ebb4$e927e0f0$0a00a8c0@bytenet>
Message-ID: 

Jeremy,

I just tried 'XWin -nolisten local'.  This prevented /tmp/.X11-unix from
being created, but I didn't test the method thoroughly to make sure that
everything (remote clients, etc.) still works.

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Jeremy Wilkins
> Sent: Wednesday, April 24, 2002 1:24 PM
> To: cygwin-xfree@cygwin.com
> Subject: XDMCP client using Cygwin/Xfree86
>
>
> Hi,
>
> I've put together a very simple frontend to launch XWin with when used to
> connect to XDMCP. The front end will handle passing font paths (and will
> convert from windows to cygwin style paths) and the path to the colours
> database. This means that XWin can be moved out of the directory structure
> it would normally expect, so can be used as a normal windows app, just one
> dependant on cygwin1.dll and cygz.dll.
>
> I've got a couple of know issues with it though,
>
> 1) XWin insists on the existance of a /tmp/.X11-unix folder, are there any
> commandline options, or compile options I can use to change this (so I can
> put it in %TEMP%/.X11-unix).
>
> 2) The keyboard is always set to US. I've not managed to use the command
> line option to change the keyboard layout, could someone please
> explain this
> (where are the xmodmap files I should be using). Once I can do this, I can
> make the frontend detect the windows keyboard layout and set Xwin
> accordingly. At the moment XKeyboard extension is disabled
> because xkbcomp,
> etc isn't available.
>
> Finally could someone please clarify where I stand on licenses,
> what license
> is Cygwin under, what is cygwin/xfree86 under, can I put my frontend under
> GPL without conflicting with the other components.
>
> http://www.jeremywilkins.freeserve.co.uk/extend/index.html
>
> Any comments would be appreciated
>
> Jeb
>
>
>


From jeb@jeremywilkins.freeserve.co.uk  Wed Apr 24 12:25:00 2002
From: jeb@jeremywilkins.freeserve.co.uk (Jeremy Wilkins)
Date: Wed, 24 Apr 2002 12:25:00 -0000
Subject: XDMCP client using Cygwin/Xfree86
References: <001301c1ebb4$e927e0f0$0a00a8c0@bytenet> <005c01c1ebb9$40aa1510$1300a8c0@pmb>
Message-ID: <005701c1ebc6$51367560$0a00a8c0@bytenet>

Thanks, but this is kind of aimed at people who only want Cygwin/XFree for
just the XDMCP stuff (ie to get to another machine), which, from watching
the list, seems to be quite a few people.

Thanks

jeremy

----- Original Message -----
From: "Matthew Bradford" 
To: "Jeremy Wilkins" 
Sent: Wednesday, April 24, 2002 6:54 PM
Subject: Re: XDMCP client using Cygwin/Xfree86


> Well, one way to get around needing to do any of that is to make a
shortcut
> with the command line being:
>
> c:\cygwin\bin\bash.exe -login -c "XWin.exe -query
> xxx.xxx.xxx.xxx -fullscreen [-whatever]"
>
> with the working directory being c:\cygwin\bin
>
> This will leave a blank CygWin window which can be safely closed.
>
>     - Matt
>
> ----- Original Message -----
> From: "Jeremy Wilkins" 
> To: 
> Sent: Wednesday, April 24, 2002 1:24 PM
> Subject: XDMCP client using Cygwin/Xfree86
>
>
> > Hi,
> >
> > I've put together a very simple frontend to launch XWin with when used
to
> > connect to XDMCP. The front end will handle passing font paths (and will
> > convert from windows to cygwin style paths) and the path to the colours
> > database. This means that XWin can be moved out of the directory
structure
> > it would normally expect, so can be used as a normal windows app, just
one
> > dependant on cygwin1.dll and cygz.dll.
> >
> > I've got a couple of know issues with it though,
> >
> > 1) XWin insists on the existance of a /tmp/.X11-unix folder, are there
any
> > commandline options, or compile options I can use to change this (so I
can
> > put it in %TEMP%/.X11-unix).
> >
> > 2) The keyboard is always set to US. I've not managed to use the command
> > line option to change the keyboard layout, could someone please explain
> this
> > (where are the xmodmap files I should be using). Once I can do this, I
can
> > make the frontend detect the windows keyboard layout and set Xwin
> > accordingly. At the moment XKeyboard extension is disabled because
> xkbcomp,
> > etc isn't available.
> >
> > Finally could someone please clarify where I stand on licenses, what
> license
> > is Cygwin under, what is cygwin/xfree86 under, can I put my frontend
under
> > GPL without conflicting with the other components.
> >
> > http://www.jeremywilkins.freeserve.co.uk/extend/index.html
> >
> > Any comments would be appreciated
> >
> > Jeb
> >
> >
>
>




From jeb@jeremywilkins.freeserve.co.uk  Wed Apr 24 12:25:00 2002
From: jeb@jeremywilkins.freeserve.co.uk (Jeremy Wilkins)
Date: Wed, 24 Apr 2002 12:25:00 -0000
Subject: XDMCP client using Cygwin/Xfree86
References: 
Message-ID: <005801c1ebc6$52851570$0a00a8c0@bytenet>

Hi,

That solves the local socket problem, is the Xserver likely to need the temp
folder for anything else (log files spring to mind, can I switch these off).

If so, where in the code do I change the /tmp default - I spent most of this
morning looking through the code but drew a blank (I don't know either C or
makefiles so I was probably looking past it or in the wrong place).

Thanks

Jeb
----- Original Message -----
From: "Harold Hunt" 
To: "Jeremy Wilkins" 
Cc: "cygx" 
Sent: Wednesday, April 24, 2002 7:14 PM
Subject: RE: XDMCP client using Cygwin/Xfree86


> Jeremy,
>
> I just tried 'XWin -nolisten local'.  This prevented /tmp/.X11-unix from
> being created, but I didn't test the method thoroughly to make sure that
> everything (remote clients, etc.) still works.
>
> Harold
>
> > -----Original Message-----
> > From: cygwin-xfree-owner@cygwin.com
> > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Jeremy Wilkins
> > Sent: Wednesday, April 24, 2002 1:24 PM
> > To: cygwin-xfree@cygwin.com
> > Subject: XDMCP client using Cygwin/Xfree86
> >
> >
> > Hi,
> >
> > I've put together a very simple frontend to launch XWin with when used
to
> > connect to XDMCP. The front end will handle passing font paths (and will
> > convert from windows to cygwin style paths) and the path to the colours
> > database. This means that XWin can be moved out of the directory
structure
> > it would normally expect, so can be used as a normal windows app, just
one
> > dependant on cygwin1.dll and cygz.dll.
> >
> > I've got a couple of know issues with it though,
> >
> > 1) XWin insists on the existance of a /tmp/.X11-unix folder, are there
any
> > commandline options, or compile options I can use to change this (so I
can
> > put it in %TEMP%/.X11-unix).
> >
> > 2) The keyboard is always set to US. I've not managed to use the command
> > line option to change the keyboard layout, could someone please
> > explain this
> > (where are the xmodmap files I should be using). Once I can do this, I
can
> > make the frontend detect the windows keyboard layout and set Xwin
> > accordingly. At the moment XKeyboard extension is disabled
> > because xkbcomp,
> > etc isn't available.
> >
> > Finally could someone please clarify where I stand on licenses,
> > what license
> > is Cygwin under, what is cygwin/xfree86 under, can I put my frontend
under
> > GPL without conflicting with the other components.
> >
> > http://www.jeremywilkins.freeserve.co.uk/extend/index.html
> >
> > Any comments would be appreciated
> >
> > Jeb
> >
> >
> >
>
>



From jeb@jeremywilkins.freeserve.co.uk  Wed Apr 24 12:25:00 2002
From: jeb@jeremywilkins.freeserve.co.uk (Jeremy Wilkins)
Date: Wed, 24 Apr 2002 12:25:00 -0000
Subject: XDMCP client using Cygwin/Xfree86
References: 
Message-ID: <005901c1ebc6$53980c10$0a00a8c0@bytenet>

Hi Ago,

I'll have another go with the XKB stuff, can you point me to some docs on
this?

You say that /tmp is a compile time option, where do I find this?

Thanks

jeb

----- Original Message -----
From: "Alexander Gottwald" 
Cc: 
Sent: Wednesday, April 24, 2002 6:58 PM
Subject: Re: XDMCP client using Cygwin/Xfree86


> On Wed, 24 Apr 2002, Jeremy Wilkins wrote:
>
> > 1) XWin insists on the existance of a /tmp/.X11-unix folder, are there
any
> > commandline options, or compile options I can use to change this (so I
can
> > put it in %TEMP%/.X11-unix).
>
> Can't remember having seen such a feature. AFAIR, the server code (at
> least the xkb part) writes all temporary files to /tmp. But you can
> configure this at compiletime.
>
> > 2) The keyboard is always set to US. I've not managed to use the command
> > line option to change the keyboard layout, could someone please explain
this
> > (where are the xmodmap files I should be using). Once I can do this, I
can
> > make the frontend detect the windows keyboard layout and set Xwin
> > accordingly. At the moment XKeyboard extension is disabled because
xkbcomp,
> > etc isn't available.
>
> It think -xkbmap does this. But I'm not sure.
> The option requires one parameter which is a file in /tmp. Either this
> was a compiled keympa file as produced by xkbcomp or the description
needed
> as input for xkbcomp (I can't verify this since I have no system at hand
> where I can test this, but I guess it was the first one)
> >
> > Finally could someone please clarify where I stand on licenses, what
license
> > is Cygwin under, what is cygwin/xfree86 under, can I put my frontend
under
> > GPL without conflicting with the other components.
> >
> > http://www.jeremywilkins.freeserve.co.uk/extend/index.html
>
> I'm not a lawyer but taken into account what software projects exist, GPL
> should be ok.
>
> - A lot of GPL programs use X11 (eg. Gnome)
> - A lot of GPL programs use cygwin
>
> These examples don't prove that its legal, but I doubt its illegal. The
> best is to wait for other responses.
>
> bye
> ago
> --
>  Alexander.Gottwald@informatik.tu-chemnitz.de
>  http://www.gotti.org           ICQ: 126018723
>  phone: +49 3725 349 80 80 mobile: +49 172 7854017
>
>


From david.w.dawson@lmco.com  Wed Apr 24 13:34:00 2002
From: david.w.dawson@lmco.com (Dawson, David W)
Date: Wed, 24 Apr 2002 13:34:00 -0000
Subject: Problem with windows programs w/Cygwin-xfree
Message-ID: <0C73AA5F720CD311AC2A0008C7DBA9B403BDF70C@emss09m13.ems.lmco.com>

I have to agree with xwinclip as the culprit.
I have experienced this problem for some time, on 3 different platforms (98,
NT and 2K) with the same symptoms, and the added evidence that killing
xwinclip (kill -9 ) allows the desired program to come up right away.
(Actually my experience is that double-clicking a file in Windows Explorer
will often result in such a "hung" program.)

I have been following the discussion about xwinclip and how it tries to
determine when things are added to the clipboard, and wonder if this is the
root of the problem.

Anyway, since I have no time to help contribute to the solution, I have been
reluctant to bring it up as a problem.  (I just kill xwinclip, then restart
it.)

	-D.
---------------------
David Dawson
david.w.dawson@lmco.com
703-367-3885


> -----Original Message-----
> From:	Lars Jensen [SMTP:jensen@physics.unr.edu]
> Sent:	Wednesday, April 24, 2002 1:55 PM
> To:	Harold Hunt
> Cc:	cygwin-xfree@cygwin.com
> Subject:	RE: Problem with windows programs w/Cygwin-xfree
> 
> Harold,
> 
> Actually, I think I have to correct myself - I now think it is
> xwinclip that hangs up things. I found a way to reproduce the problem.
> 
> 1) Add the line
> 	start xwinclip 
>    after the start twm line in startxwin.bat.
> 
> 2) start cygwin/xfree with the new startxwin.bat
> 
> 3) Go down and click on the windows meny bar and issue the command
>    WindowsKey-E (to bring up windows Explorer). (WindowsKey is the key
> with 
>    a MSWindow on it).
> 
> 4) After this I can't bring any windows programs up (at least for a
>    while). Try to click the Start button, for example. The windows side
>    of the machine become very sluggish.
> 
> 
>    Lars.
> 
> 
> On Wed, 24 Apr 2002, Harold Hunt wrote:
> 
> > Lars,
> > 
> > In answer to your question: no, no one else has reported this problem.
> > 
> > We're going to need information on *exactly* which programs this problem
> > happens with.
> > 
> > Harold
> > 
> > > -----Original Message-----
> > > From: cygwin-xfree-owner@cygwin.com
> > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Lars Jensen
> > > Sent: Wednesday, April 24, 2002 12:32 PM
> > > To: cygwin-xfree@cygwin.com
> > > Subject: Problem with windows programs w/Cygwin-xfree
> > >
> > >
> > >
> > > Sometimes I experience a strange problem with not being able to start
> > > up a windows program when I have cygwin/xfree running. When I click on
> a
> > > windows program while running Cygwin/xfree the windows program first
> > > comes up after I ghave shut down Cygwin/xfree. This is an intermittent
> > > problem that only occurs about half the time. Has anyone had this
> > > problem?
> > >
> > > Thanks,
> > > Lars.
> > >
> > > --
> > > Lars Jensen, TMCC/Vista B200, 7000 Dandini Blvd, Reno NV 89512-3999.
> > > Internet: , http://www.scsr.nevada.edu/~jensen
> > > Tel: 775.673.7113  FAX: 775.674.7592
> > >
> > >
> > 
> > 
> 
> --
> Lars Jensen, TMCC/Vista B200, 7000 Dandini Blvd, Reno NV 89512-3999. 
> Internet: , http://www.scsr.nevada.edu/~jensen
> Tel: 775.673.7113  FAX: 775.674.7592


From kmpm@telia.com  Wed Apr 24 14:21:00 2002
From: kmpm@telia.com (Peter Magnusson)
Date: Wed, 24 Apr 2002 14:21:00 -0000
Subject: Failed assertion bug using OpenOffice.org
Message-ID: <200204242121.g3OLL1M18116@d1o1006.telia.com>

I have a setup with cygwin 1.3.9-1 and 4.2.0 of cygwin-xfree.
I have a little problem when using openoffice.org (641c) both with and 
without a windowmanager. I use SuSE 7.3 Pro Linux distribution with 
KDE. I use Windows 2000 Pro, SP2 (english).

When accessing any of the menuitems a Windows(ms) dialog box pops up 
saying ...
---------------------
Faild assertion 
   fds_on_hold !NULL
at line 601 of /cygnus/netrel/src/cygwin-1.3.9-1/winsup/cygwin/dtable.cc
---------------------
This seems to be a similar bug that has been reported when using KDE3 
but I am not sertain.
I get the same results using the T55 version of XWin.exe.

I use openoffice.org a lot and it would be a lot simpler if I could use 
the same environment (XWindows) when using my Windows box as well.


======================================
            Peter Magnusson
         mailto:kmpm@telia.com
======================================


From smarvel72032@yahoo.com  Wed Apr 24 15:36:00 2002
From: smarvel72032@yahoo.com (scott)
Date: Wed, 24 Apr 2002 15:36:00 -0000
Subject: STOP THE MLM INSANITY 
Message-ID: <4115-220024324223325670@HP Authorized Customer>

Greetings! 
You are receiving this letter because you have expressed an interest in receiving information about online business opportunities. If this is erroneous then please accept my most sincere apology. This is a one-time mailing, so no removal is necessary. 
If you've been burned, betrayed, and back-stabbed by multi-level marketing, MLM, then please read this letter. It could be the most important one that has ever landed in your Inbox. 
MULTI-LEVEL MARKETING IS A HUGE MISTAKE FOR MOST PEOPLE 
MLM has failed to deliver on its promises for the past 50 years. The pursuit of the "MLM Dream" has cost hundreds of thousands of people their friends, their fortunes and their sacred honor. The fact is that MLM is fatally flawed, meaning that it CANNOT work for most people. 
The companies and the few who earn the big money in MLM are NOT going to tell you the real story. FINALLY, there is someone who has the courage to cut through the hype and lies and tell the TRUTH about MLM. 
HERE'S GOOD NEWS 
There IS an alternative to MLM that WORKS, and works BIG! If you haven't yet abandoned your dreams, then you need to see this. Earning the kind of income you've dreamed about is easier than you think! 
With your permission, I'd like to send you a brief letter that will tell you WHY MLM doesn't work for most people and will then introduce you to something so new and refreshing that you'll wonder why you haven't heard of this before. 
I promise that there will be NO unwanted follow up, NO sales pitch, no one will call you, and your email address will only be used to send you the information. Period. 
To receive this free, life-changing information, simply click Reply, type "Send Info" in the Subject box and hit Send. I'll get the information to you within 24 hours. Just look for the words MLM WALL OF SHAME in your Inbox. 
Cordially, 
Scott Marvel 
P.S. Someone recently sent the letter to me and it has been the most eye-opening, financially beneficial information I have ever received. I honestly believe that you will feel the same way once you've read it. And it's FREE! 



From smarvel72032@yahoo.com  Wed Apr 24 15:37:00 2002
From: smarvel72032@yahoo.com (scott)
Date: Wed, 24 Apr 2002 15:37:00 -0000
Subject: STOP THE MLM INSANITY 
Message-ID: <411-220024324223344950@HP Authorized Customer>

Greetings! 
You are receiving this letter because you have expressed an interest in receiving information about online business opportunities. If this is erroneous then please accept my most sincere apology. This is a one-time mailing, so no removal is necessary. 
If you've been burned, betrayed, and back-stabbed by multi-level marketing, MLM, then please read this letter. It could be the most important one that has ever landed in your Inbox. 
MULTI-LEVEL MARKETING IS A HUGE MISTAKE FOR MOST PEOPLE 
MLM has failed to deliver on its promises for the past 50 years. The pursuit of the "MLM Dream" has cost hundreds of thousands of people their friends, their fortunes and their sacred honor. The fact is that MLM is fatally flawed, meaning that it CANNOT work for most people. 
The companies and the few who earn the big money in MLM are NOT going to tell you the real story. FINALLY, there is someone who has the courage to cut through the hype and lies and tell the TRUTH about MLM. 
HERE'S GOOD NEWS 
There IS an alternative to MLM that WORKS, and works BIG! If you haven't yet abandoned your dreams, then you need to see this. Earning the kind of income you've dreamed about is easier than you think! 
With your permission, I'd like to send you a brief letter that will tell you WHY MLM doesn't work for most people and will then introduce you to something so new and refreshing that you'll wonder why you haven't heard of this before. 
I promise that there will be NO unwanted follow up, NO sales pitch, no one will call you, and your email address will only be used to send you the information. Period. 
To receive this free, life-changing information, simply click Reply, type "Send Info" in the Subject box and hit Send. I'll get the information to you within 24 hours. Just look for the words MLM WALL OF SHAME in your Inbox. 
Cordially, 
Scott Marvel 
P.S. Someone recently sent the letter to me and it has been the most eye-opening, financially beneficial information I have ever received. I honestly believe that you will feel the same way once you've read it. And it's FREE! 



From smarvel72032@yahoo.com  Wed Apr 24 15:37:00 2002
From: smarvel72032@yahoo.com (scott)
Date: Wed, 24 Apr 2002 15:37:00 -0000
Subject: STOP THE MLM INSANITY 
Message-ID: <4110-220024324223336330@HP Authorized Customer>

Greetings! 
You are receiving this letter because you have expressed an interest in receiving information about online business opportunities. If this is erroneous then please accept my most sincere apology. This is a one-time mailing, so no removal is necessary. 
If you've been burned, betrayed, and back-stabbed by multi-level marketing, MLM, then please read this letter. It could be the most important one that has ever landed in your Inbox. 
MULTI-LEVEL MARKETING IS A HUGE MISTAKE FOR MOST PEOPLE 
MLM has failed to deliver on its promises for the past 50 years. The pursuit of the "MLM Dream" has cost hundreds of thousands of people their friends, their fortunes and their sacred honor. The fact is that MLM is fatally flawed, meaning that it CANNOT work for most people. 
The companies and the few who earn the big money in MLM are NOT going to tell you the real story. FINALLY, there is someone who has the courage to cut through the hype and lies and tell the TRUTH about MLM. 
HERE'S GOOD NEWS 
There IS an alternative to MLM that WORKS, and works BIG! If you haven't yet abandoned your dreams, then you need to see this. Earning the kind of income you've dreamed about is easier than you think! 
With your permission, I'd like to send you a brief letter that will tell you WHY MLM doesn't work for most people and will then introduce you to something so new and refreshing that you'll wonder why you haven't heard of this before. 
I promise that there will be NO unwanted follow up, NO sales pitch, no one will call you, and your email address will only be used to send you the information. Period. 
To receive this free, life-changing information, simply click Reply, type "Send Info" in the Subject box and hit Send. I'll get the information to you within 24 hours. Just look for the words MLM WALL OF SHAME in your Inbox. 
Cordially, 
Scott Marvel 
P.S. Someone recently sent the letter to me and it has been the most eye-opening, financially beneficial information I have ever received. I honestly believe that you will feel the same way once you've read it. And it's FREE! 



From smarvel72032@yahoo.com  Wed Apr 24 15:37:00 2002
From: smarvel72032@yahoo.com (scott)
Date: Wed, 24 Apr 2002 15:37:00 -0000
Subject: STOP THE MLM INSANITY 
Message-ID: <4118-2200243242234140@HP Authorized Customer>

Greetings! 
You are receiving this letter because you have expressed an interest in receiving information about online business opportunities. If this is erroneous then please accept my most sincere apology. This is a one-time mailing, so no removal is necessary. 
If you've been burned, betrayed, and back-stabbed by multi-level marketing, MLM, then please read this letter. It could be the most important one that has ever landed in your Inbox. 
MULTI-LEVEL MARKETING IS A HUGE MISTAKE FOR MOST PEOPLE 
MLM has failed to deliver on its promises for the past 50 years. The pursuit of the "MLM Dream" has cost hundreds of thousands of people their friends, their fortunes and their sacred honor. The fact is that MLM is fatally flawed, meaning that it CANNOT work for most people. 
The companies and the few who earn the big money in MLM are NOT going to tell you the real story. FINALLY, there is someone who has the courage to cut through the hype and lies and tell the TRUTH about MLM. 
HERE'S GOOD NEWS 
There IS an alternative to MLM that WORKS, and works BIG! If you haven't yet abandoned your dreams, then you need to see this. Earning the kind of income you've dreamed about is easier than you think! 
With your permission, I'd like to send you a brief letter that will tell you WHY MLM doesn't work for most people and will then introduce you to something so new and refreshing that you'll wonder why you haven't heard of this before. 
I promise that there will be NO unwanted follow up, NO sales pitch, no one will call you, and your email address will only be used to send you the information. Period. 
To receive this free, life-changing information, simply click Reply, type "Send Info" in the Subject box and hit Send. I'll get the information to you within 24 hours. Just look for the words MLM WALL OF SHAME in your Inbox. 
Cordially, 
Scott Marvel 
P.S. Someone recently sent the letter to me and it has been the most eye-opening, financially beneficial information I have ever received. I honestly believe that you will feel the same way once you've read it. And it's FREE! 



From Christian.MOMON@one2team.com  Thu Apr 25 02:32:00 2002
From: Christian.MOMON@one2team.com (Christian P. Momon)
Date: Thu, 25 Apr 2002 02:32:00 -0000
Subject: "F1" binding on twm failed.
Message-ID: <3CC7CD1C.9020200@one2team.com>


  Hi,

  I am trying to configure my twmrc, so i add:
"F1" =  : all : f.iconify

  But, it doesnt work.

I use Xfree86 4.2.0 with xwinclip-Test03.exe.bz2.

Nothing in guide, archive and google. I need help.

  Thanks.

  Cpm.
-- 
Christian MOMON
ONE2TEAM R&D
cmomon@ONE2TEAM.com


From gh@herbort-rottschaefer.de  Thu Apr 25 02:41:00 2002
From: gh@herbort-rottschaefer.de (Gregor Herbort)
Date: Thu, 25 Apr 2002 02:41:00 -0000
Subject: Installation Problems
Message-ID: 

Hello,

i downloaded Cygwin/XFree86. When i try to install with ./Xinstall i get a
Windows Error Message that the cygintl-1.dll is missing.
Nevertheless the Xinstall script starts and examined the file extract.exe
and comes to the conclusion that this file si not correct renamed it and
then the script stops.
Any tips?

greetings
Gregor


From salexander@taz.qinetiq.com  Thu Apr 25 04:00:00 2002
From: salexander@taz.qinetiq.com (Scott Alexander)
Date: Thu, 25 Apr 2002 04:00:00 -0000
Subject: bash ...
References: <3CC6BE90.944FB261@bms.umist.ac.uk> <000701c1eba0$c4cb3130$2153b80a@gooshy> <3CC7DBE6.399B2CBE@bms.umist.ac.uk>
Message-ID: <001b01c1ec48$9acd49b0$2153b80a@gooshy>

If you have XWin.exe in the /usr/x11R6/bin directory then it should be
installed.  Im not sure what doesn't exist when you say:

"and X is a soft link to XWin (which doesn't exist)"

If you go to the /usr/X11R6/bin directory and type "./XWin.exe" what
happens?



----- Original Message -----
From: "Khushwant Sidhu" 
To: "Scott Alexander" 
Sent: Thursday, April 25, 2002 11:35 AM
Subject: Re: bash ...


> Thanks Scott
>
> I have XWin.exe in the /usr/x11R6/bin directory
> and X is a soft link to XWin (which doesn't exist)
>
> how can I install XWin
>
> sid
> --
> Dr Khushwant Sidhu
>
> e-mail ....... sid@bms.umist.ac.uk
> url    ....... http://wolf.bms.umist.ac.uk/~sid/
>
> tel (work).... (+44) (0)161 200 5821
> mobile   .... 0787 661 3861
> fax (work).... (+44) (0)161 236 0409
>
> address ...... Dept of Biomolecular Sciences
>                P.O. Box 88
>                Manchester
>                M60 1QD


From salexander@taz.qinetiq.com  Thu Apr 25 04:20:00 2002
From: salexander@taz.qinetiq.com (Scott Alexander)
Date: Thu, 25 Apr 2002 04:20:00 -0000
Subject: bash ...
References: <3CC6BE90.944FB261@bms.umist.ac.uk> <000701c1eba0$c4cb3130$2153b80a@gooshy> <3CC7DBE6.399B2CBE@bms.umist.ac.uk> <001b01c1ec48$9acd49b0$2153b80a@gooshy> <3CC7E366.D5E42878@bms.umist.ac.uk>
Message-ID: <000d01c1ec4b$5da102e0$2153b80a@gooshy>

The grey blank window that you are seeing is X.  You just have to figure
what you want to put on it. :-)

Have fun.
Scott.

----- Original Message -----
From: "Khushwant Sidhu" 
To: "Scott Alexander" 
Sent: Thursday, April 25, 2002 12:07 PM
Subject: Re: bash ...


> Scott Alexander wrote:
> >
> > If you have XWin.exe in the /usr/x11R6/bin directory then it should be
> > installed.  Im not sure what doesn't exist when you say:
> >
> > "and X is a soft link to XWin (which doesn't exist)"
> >
> > If you go to the /usr/X11R6/bin directory and type "./XWin.exe" what
> > happens?
>
>
> Scott,
>
> I get a full screen (grey) blank window labelled Cygwin/XFree86
>
>
> (thanks for your time)
>
> sid
>
> --
> Dr Khushwant Sidhu
>
> e-mail ....... sid@bms.umist.ac.uk
> url    ....... http://wolf.bms.umist.ac.uk/~sid/
>
> tel (work).... (+44) (0)161 200 5821
> mobile   .... 0787 661 3861
> fax (work).... (+44) (0)161 236 0409
>
> address ...... Dept of Biomolecular Sciences
>                P.O. Box 88
>                Manchester
>                M60 1QD


From jmlee@optusnet.com.au  Thu Apr 25 04:52:00 2002
From: jmlee@optusnet.com.au (Mike Daffey)
Date: Thu, 25 Apr 2002 04:52:00 -0000
Subject: xfree impossibly slow with hummingbird socks installed
Message-ID: <3CC7EDE1.7ACBA4F5@optusnet.com.au>

I'm new to cygwin & xfree and pretty ignorant of Win2K; apologies if
this is so well-known it doesn't  rate a mention.
It's also not a problem for me - I can live without SOCKS most of the
time.
I installed cygwin & xfree from the net on a win2k (service pack 2)
laptop a few days ago. 256MB, 650MHz PIII.  startxwin.sh gets XWin, twm
and xterm running, but amazingly slow. (xsetroot takes 22seconds to
run...)  Only other effect is that menu fonts seem to be invisible -
green fg on green background?

Cygwin performance seems ok. A few experiments strongly suggest that
XWin is being scheduled very briefly once per second and this behaviour
is independent of mouse movement. Another laptop with the same h/w & O/S
is fine.
Considerably later....
Noticed that an unconfigured Hummingbird SOCKS client has a DLL loaded.
Deinstall SOCKS with XWin running and get the interesting message to the
effect that cygwin/xfree should be stopped before proceeding with the
deinstall.
Obey orders, restart XWin; everything fine (including menus).
Reinstalled/deinstalled  SOCKS to verify that this is reproducible.
The SOCKs client is a version 7.10 - (socks_v71_releasd.exe), a free
download from www.hummingbird.com. Dunno whether 7.10 is the latest
version; it's certainly only a few months old.
below are the outputs of xdpyinfo and the XWin log. diff tells me
there's no difference with or without SOCKS.

Mike

xdpyinfo output:
===========
name of display:    127.0.0.1:0.0
version number:    11.0
vendor string:    The XFree86 Project, Inc
vendor release number:    40200000
XFree86 version: 4.2.0
maximum request size:  4194300 bytes
motion buffer size:  256
bitmap unit, bit order, padding:    32, LSBFirst, 32
image byte order:    LSBFirst
number of supported pixmap formats:    7
supported pixmap formats:
    depth 1, bits_per_pixel 1, scanline_pad 32
    depth 4, bits_per_pixel 8, scanline_pad 32
    depth 8, bits_per_pixel 8, scanline_pad 32
    depth 15, bits_per_pixel 16, scanline_pad 32
    depth 16, bits_per_pixel 16, scanline_pad 32
    depth 24, bits_per_pixel 24, scanline_pad 32
    depth 32, bits_per_pixel 32, scanline_pad 32
keycode range:    minimum 8, maximum 255
focus:  window 0x20000e, revert to PointerRoot
number of extensions:    22
    BIG-REQUESTS
    DEC-XTRAP
    DOUBLE-BUFFER
    Extended-Visual-Information
    FontCache
    GLX
    LBX
    MIT-SUNDRY-NONSTANDARD
    RANDR
    RECORD
    RENDER
    SECURITY
    SGI-GLX
    SHAPE
    SYNC
    TOG-CUP
    XC-APPGROUP
    XC-MISC
    XFree86-Bigfont
    XKEYBOARD
    XTEST
    XVideo
default screen number:    0
number of screens:    1

screen #0:
  dimensions:    1018x715 pixels (345x242 millimeters)
  resolution:    75x75 dots per inch
  depths (7):    32, 1, 4, 8, 15, 16, 24
  root window id:    0x36
  depth of root window:    32 planes
  number of colormaps:    minimum 1, maximum 1
  default colormap:    0x20
  default number of colormap cells:    2048
  preallocated pixels:    black 0, white 16777215
  options:    backing-store NO, save-unders NO
  largest cursor:    1018x715
  current input event mask:    0xd0001d
    KeyPressMask             ButtonPressMask          ButtonReleaseMask
    EnterWindowMask          SubstructureRedirectMask PropertyChangeMask

    ColormapChangeMask
  number of visuals:    2
  default visual id:  0x22
  visual:
    visual id:    0x22
    class:    TrueColor
    depth:    32 planes
    available colormap entries:    2048 per subfield
    red, green, blue masks:    0xff0000, 0xff00, 0xff
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x23
    class:    TrueColor
    depth:    32 planes
    available colormap entries:    2048 per subfield
    red, green, blue masks:    0xff0000, 0xff00, 0xff
    significant bits in color specification:    8 bits
XWin.log (from just running XWin at the bash prompt)
====================================
winInitializeDefaultScreens () - w 1024 h 768
_XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root
winDetectSupportedEngines () - Windows NT/2000
winDetectSupportedEngines () - DirectDraw installed
winDetectSupportedEngines () - Allowing PrimaryDD
winDetectSupportedEngines () - DirectDraw4 installed
winDetectSupportedEngines () - Returning, supported engines 0000001f
winSetEngine () - Using Shadow DirectDraw NonLocking
winAdjustVideoModeShadowDDNL () - Using Windows display depth of 32 bits
per pixel
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
winAllocateFBShadowDDNL () - lPitch: 4072
winInitVisualsShadowDDNL () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d
32
winLayerCreate () - dwDepth 32
winRandRInit ()
winCreateDefColormap () - Deferring to fbCreateDefColormap ()
winScreenInit () - returning
error opening security policy file
/usr/X11R6/lib/X11/xserver/SecurityPolicy
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!
winWindowProc () - Closekey hit, quitting
winCloseScreenShadowDDNL () - Freeing screen resources



From Christian.MOMON@one2team.com  Thu Apr 25 05:11:00 2002
From: Christian.MOMON@one2team.com (Christian P. Momon)
Date: Thu, 25 Apr 2002 05:11:00 -0000
Subject: "F1" binding on twm failed.
References: <3CC7CD1C.9020200@one2team.com>
Message-ID: <3CC7F23D.9040906@one2team.com>

Christian P. Momon wrote:
> 
>  Hi,
> 
>  I am trying to configure my twmrc, so i add:
> "F1" =  : all : f.iconify
> 
>  But, it doesnt work.
> 
> I use Xfree86 4.2.0 with xwinclip-Test03.exe.bz2.

On Windows2000, 800mhz and 700Mo RAM.


From alexander.gottwald@informatik.tu-chemnitz.de  Thu Apr 25 05:38:00 2002
From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald)
Date: Thu, 25 Apr 2002 05:38:00 -0000
Subject: XDMCP client using Cygwin/Xfree86
In-Reply-To: <005901c1ebc6$53980c10$0a00a8c0@bytenet>
Message-ID: 

On Wed, 24 Apr 2002, Jeremy Wilkins wrote:

> Hi Ago,
> 
> I'll have another go with the XKB stuff, can you point me to some docs on
> this?

only the man pages for X.
man xkbcomp
man X
man XFree86

> You say that /tmp is a compile time option, where do I find this?

You could only change the path from /tmp to something else. 
The easiest way to create the /tmp dir is to mount $TEMP or $TMP to /tmp.

bye
	ago
-- 
 Alexander.Gottwald@informatik.tu-chemnitz.de 
 http://www.gotti.org           ICQ: 126018723
 phone: +49 3725 349 80 80	mobile: +49 172 7854017


From hotlesbian@yahoo.com  Thu Apr 25 05:56:00 2002
From: hotlesbian@yahoo.com (hotlesbian@yahoo.com)
Date: Thu, 25 Apr 2002 05:56:00 -0000
Subject: How's it going? Look at the FREE offer I found!
Message-ID: 

Below is the result of your feedback form.  It was submitted by
 (hotlesbian@yahoo.com) on Thursday, April 25, 2002 at 08:56:18
---------------------------------------------------------------------------

:: This is a once in a lifetime chance! You can now have it all FREE! Lesbian, gay, bisexual, or anything else you can imagine, we have it and its totally FREE! Your only one click away
CLICK HERE!
We have any kind of webcam, free new pictures every day, stories, movies, any everything else. Don't take a chance, SIGNUP TODAY!

---------------------------------------------------------------------------


From jerome.bauwens@steria.com  Thu Apr 25 07:37:00 2002
From: jerome.bauwens@steria.com (jerome bauwens)
Date: Thu, 25 Apr 2002 07:37:00 -0000
Subject: keyboard problem starting XFree86
Message-ID: 

I installed cygwin/xfree86 on windows 2000 to have a x-server (with the
default selection of packages and the packages from xfree/binaries/4.2.0)
The cygwin environment runs fine but the x-environment (using startx) has an
american keyboard (I use a french keyboard).
Could you tell me how to get my keyboard to work fine under the
x-environment.

Thanks.

Jerome BAUWENS.
jerome.bauwens@steria.com


From huntharo@msu.edu  Thu Apr 25 10:38:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Thu, 25 Apr 2002 10:38:00 -0000
Subject: [2]  Problem with windows programs w/Cygwin-xfree
In-Reply-To: 
Message-ID: 

Lars,

I probably won't have time to look at this soon.  Maybe next week.

Don't forget to cc the cygwin-xfree mailing list when you mail me, because
you're not having a conversation with me (even though I wrote xwinclip) you
are having a conversation with the Cygwin/XFree86 project and we like to
keep these conversations public so that others can pitch in.

Harold

> -----Original Message-----
> From: Lars Jensen [mailto:jensen@physics.unr.edu]
> Sent: Thursday, April 25, 2002 12:11 PM
> To: huntharo@msu.edu
> Subject: RE:[2] Problem with windows programs w/Cygwin-xfree
>
>
> Harold,
>
> xwinclip seems to be the problem program. Did you try the steps
> below - I have
> tried them on several machines by now, and on all the "lock up"
> windows, at
> kleast for a while, so I can't launch MSWindows programs. When I stop
> xwinclip the problem goes away.
>
> Lars.
>
> 1) start cygwin/cfree with startxwin.bat.
>
> 2) in the xterm window, start xwinclip
>
> 3) Go down and click on the windows meny bar and issue the command
> WindowsKey-E (to bring up windows Explorer). (WindowsKey is the key with
> a MSWindow on it).
>
> 4) After this I can't bring any windows programs up (at least for
> a while). Try to
> click the Start button, for example. The windows side of the
> machine become
> very sluggish. Lars.
>
> >We're??going??to??need??information??on??*exactly*??which??programs??this??problem
> > happens??with.
>
>


From emu@emu.no-ip.org  Thu Apr 25 11:11:00 2002
From: emu@emu.no-ip.org (Edmund Urbani)
Date: Thu, 25 Apr 2002 11:11:00 -0000
Subject: XKB not working
Message-ID: <3CC84735.E39D39D@emu.no-ip.org>


Hi!

Yesterday i installed cygwin with XFree 4.2.0. Everything worked fine
from the start except that I could not set it up for my german keyboard
layout. All I get, when I try to use eg. setxkbmap is a popup window
(outside the X server as a normal Win2000-window) with this error
message:

Failed assertion
fds_on_hold !=NULL
at line 643 of file
/cygnus/netrel/src/cygwin-1.3.10-1/winsup/cygwin/dtable.cc

Other tools using XKB (like Kde Control Center) cause the same error.

I found an earlier post from Charles L. Werner on this list, who appears
to have (had?) the same problem, but there does not seem to be a helpful
reply to that one.
As a workaround I am currently using xmodmap in the X server's startup
scripts, but I would really prefer to use XKB instead.

So, any ideas what might be wrong with my X server? What is this
fds_on_hold variable and that dtable.cc file all about, anyway?

 Edmund


From huntharo@msu.edu  Thu Apr 25 12:02:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Thu, 25 Apr 2002 12:02:00 -0000
Subject: XKB not working
In-Reply-To: <3CC84735.E39D39D@emu.no-ip.org>
Message-ID: 

Edmund,

You have stumbled across a bug that we have recently noticed.  We do not yet
know what causes it to happen, but we do have several reproducible test
cases.  Please watch the mailing list for news on how the fixing of this bug
is progressing.

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Edmund Urbani
> Sent: Thursday, April 25, 2002 2:13 PM
> To: cygwin-xfree@cygwin.com
> Subject: XKB not working
>
>
>
> Hi!
>
> Yesterday i installed cygwin with XFree 4.2.0. Everything worked fine
> from the start except that I could not set it up for my german keyboard
> layout. All I get, when I try to use eg. setxkbmap is a popup window
> (outside the X server as a normal Win2000-window) with this error
> message:
>
> Failed assertion
> fds_on_hold !=NULL
> at line 643 of file
> /cygnus/netrel/src/cygwin-1.3.10-1/winsup/cygwin/dtable.cc
>
> Other tools using XKB (like Kde Control Center) cause the same error.
>
> I found an earlier post from Charles L. Werner on this list, who appears
> to have (had?) the same problem, but there does not seem to be a helpful
> reply to that one.
> As a workaround I am currently using xmodmap in the X server's startup
> scripts, but I would really prefer to use XKB instead.
>
> So, any ideas what might be wrong with my X server? What is this
> fds_on_hold variable and that dtable.cc file all about, anyway?
>
>  Edmund
>


From huntharo@msu.edu  Thu Apr 25 12:09:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Thu, 25 Apr 2002 12:09:00 -0000
Subject: xfree impossibly slow with hummingbird socks installed
In-Reply-To: <3CC7EDE1.7ACBA4F5@optusnet.com.au>
Message-ID: 

Mike,

Cygwin and Cygwin/XFree86 use tcp/ip sockets extensively.  Therefore, it
makes perfect sense that any additional overhead in the sockets layer would
show a large effect on the performance of Cygwin/XFree86.  I have no
experience with Hummingbird's SOCKS package, but from the nature of what the
package does (it is essentially a firewall product) I can guess that it
would slow down the responsiveness of tcp/ip sockets significantly.

Prognosis: don't install Hummingbird's SOCKS :)

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Mike Daffey
> Sent: Thursday, April 25, 2002 7:52 AM
> To: cygwin-xfree@xfree.cygwin.com
> Subject: xfree impossibly slow with hummingbird socks installed
>
>
> I'm new to cygwin & xfree and pretty ignorant of Win2K; apologies if
> this is so well-known it doesn't  rate a mention.
> It's also not a problem for me - I can live without SOCKS most of the
> time.
> I installed cygwin & xfree from the net on a win2k (service pack 2)
> laptop a few days ago. 256MB, 650MHz PIII.  startxwin.sh gets XWin, twm
> and xterm running, but amazingly slow. (xsetroot takes 22seconds to
> run...)  Only other effect is that menu fonts seem to be invisible -
> green fg on green background?
>
> Cygwin performance seems ok. A few experiments strongly suggest that
> XWin is being scheduled very briefly once per second and this behaviour
> is independent of mouse movement. Another laptop with the same h/w & O/S
> is fine.
> Considerably later....
> Noticed that an unconfigured Hummingbird SOCKS client has a DLL loaded.
> Deinstall SOCKS with XWin running and get the interesting message to the
> effect that cygwin/xfree should be stopped before proceeding with the
> deinstall.
> Obey orders, restart XWin; everything fine (including menus).
> Reinstalled/deinstalled  SOCKS to verify that this is reproducible.
> The SOCKs client is a version 7.10 - (socks_v71_releasd.exe), a free
> download from www.hummingbird.com. Dunno whether 7.10 is the latest
> version; it's certainly only a few months old.
> below are the outputs of xdpyinfo and the XWin log. diff tells me
> there's no difference with or without SOCKS.
>
> Mike
>
> xdpyinfo output:
> ===========
> name of display:    127.0.0.1:0.0
> version number:    11.0
> vendor string:    The XFree86 Project, Inc
> vendor release number:    40200000
> XFree86 version: 4.2.0
> maximum request size:  4194300 bytes
> motion buffer size:  256
> bitmap unit, bit order, padding:    32, LSBFirst, 32
> image byte order:    LSBFirst
> number of supported pixmap formats:    7
> supported pixmap formats:
>     depth 1, bits_per_pixel 1, scanline_pad 32
>     depth 4, bits_per_pixel 8, scanline_pad 32
>     depth 8, bits_per_pixel 8, scanline_pad 32
>     depth 15, bits_per_pixel 16, scanline_pad 32
>     depth 16, bits_per_pixel 16, scanline_pad 32
>     depth 24, bits_per_pixel 24, scanline_pad 32
>     depth 32, bits_per_pixel 32, scanline_pad 32
> keycode range:    minimum 8, maximum 255
> focus:  window 0x20000e, revert to PointerRoot
> number of extensions:    22
>     BIG-REQUESTS
>     DEC-XTRAP
>     DOUBLE-BUFFER
>     Extended-Visual-Information
>     FontCache
>     GLX
>     LBX
>     MIT-SUNDRY-NONSTANDARD
>     RANDR
>     RECORD
>     RENDER
>     SECURITY
>     SGI-GLX
>     SHAPE
>     SYNC
>     TOG-CUP
>     XC-APPGROUP
>     XC-MISC
>     XFree86-Bigfont
>     XKEYBOARD
>     XTEST
>     XVideo
> default screen number:    0
> number of screens:    1
>
> screen #0:
>   dimensions:    1018x715 pixels (345x242 millimeters)
>   resolution:    75x75 dots per inch
>   depths (7):    32, 1, 4, 8, 15, 16, 24
>   root window id:    0x36
>   depth of root window:    32 planes
>   number of colormaps:    minimum 1, maximum 1
>   default colormap:    0x20
>   default number of colormap cells:    2048
>   preallocated pixels:    black 0, white 16777215
>   options:    backing-store NO, save-unders NO
>   largest cursor:    1018x715
>   current input event mask:    0xd0001d
>     KeyPressMask             ButtonPressMask          ButtonReleaseMask
>     EnterWindowMask          SubstructureRedirectMask PropertyChangeMask
>
>     ColormapChangeMask
>   number of visuals:    2
>   default visual id:  0x22
>   visual:
>     visual id:    0x22
>     class:    TrueColor
>     depth:    32 planes
>     available colormap entries:    2048 per subfield
>     red, green, blue masks:    0xff0000, 0xff00, 0xff
>     significant bits in color specification:    8 bits
>   visual:
>     visual id:    0x23
>     class:    TrueColor
>     depth:    32 planes
>     available colormap entries:    2048 per subfield
>     red, green, blue masks:    0xff0000, 0xff00, 0xff
>     significant bits in color specification:    8 bits
> XWin.log (from just running XWin at the bash prompt)
> ====================================
> winInitializeDefaultScreens () - w 1024 h 768
> _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root
> winDetectSupportedEngines () - Windows NT/2000
> winDetectSupportedEngines () - DirectDraw installed
> winDetectSupportedEngines () - Allowing PrimaryDD
> winDetectSupportedEngines () - DirectDraw4 installed
> winDetectSupportedEngines () - Returning, supported engines 0000001f
> winSetEngine () - Using Shadow DirectDraw NonLocking
> winAdjustVideoModeShadowDDNL () - Using Windows display depth of 32 bits
> per pixel
> 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
> winAllocateFBShadowDDNL () - lPitch: 4072
> winInitVisualsShadowDDNL () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d
> 32
> winLayerCreate () - dwDepth 32
> winRandRInit ()
> winCreateDefColormap () - Deferring to fbCreateDefColormap ()
> winScreenInit () - returning
> error opening security policy file
> /usr/X11R6/lib/X11/xserver/SecurityPolicy
> 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!
> winWindowProc () - Closekey hit, quitting
> winCloseScreenShadowDDNL () - Freeing screen resources
>
>


From iburrell@znark.com  Thu Apr 25 16:36:00 2002
From: iburrell@znark.com (Ian Burrell)
Date: Thu, 25 Apr 2002 16:36:00 -0000
Subject: bash ...
References: <3CC6BE90.944FB261@bms.umist.ac.uk> <000701c1eba0$c4cb3130$2153b80a@gooshy> <3CC7DBE6.399B2CBE@bms.umist.ac.uk> <001b01c1ec48$9acd49b0$2153b80a@gooshy>
Message-ID: <3CC89307.3050108@znark.com>

Scott Alexander wrote:
> If you have XWin.exe in the /usr/x11R6/bin directory then it should be
> installed.  Im not sure what doesn't exist when you say:
> 
> "and X is a soft link to XWin (which doesn't exist)"
> 

In the .tgz packages, /usr/X11R6/bin/X was a symlink to XWin. With 
Cygwin, XWin doesn't exist, XWin.exe does. This is fixed in the setup 
packages.

  - Ian
-- 
iburrell@znark.com
http://www.znark.com/


From cygwin-xfree@cygwin.com  Thu Apr 25 16:53:00 2002
From: cygwin-xfree@cygwin.com (Christopher Faylor)
Date: Thu, 25 Apr 2002 16:53:00 -0000
Subject: Error Installing imlib 1.9.14
In-Reply-To: <20020425234813.85354.qmail@web14304.mail.yahoo.com>
References: <20020425234813.85354.qmail@web14304.mail.yahoo.com>
Message-ID: <20020425235301.GD28862@redhat.com>

I've redirected your comment to the cygwin-xfree mailing list.

cgf

On Thu, Apr 25, 2002 at 04:48:13PM -0700, Peter None wrote:
>Thanks for your reply, Ive installed tiff-3.5.7.1 and
>tried to install imlib again, and now receive this
>error
>
>checking for jpeg_destroy_decompress in -ljpeg... yes
>checking for jpeglib.h... yes
>checking for TIFFReadScanline in -ltiff... yes
>checking for tiffio.h... (cached) no
>configure: error: *** TIFF header files not found ***
>
>Any Ideas?
>Thanks for your assistance.
>
>
>
>On Tue, Apr 23, 2002 at 09:49:50PM -0700, Peter None
>wrote:
>>Whilst installing this package, I get this configure
>>error: *** TIFF Library not found ***
>>I've installed ImageMagick-5.4.4 which seems to have
>>gone fine.
>>Below is the contents of the configure log.
>>
>>Any help finding a solution would be fantastic.
>
>http://cygwin.com/cgi-bin2/package-grep.cgi?grep=libtiff
>
>cgf
>
>
>
>__________________________________________________
>Do You Yahoo!?
>Yahoo! Games - play chess, backgammon, pool and more
>http://games.yahoo.com/


From U.Schmidtmann@visicon-online.de  Thu Apr 25 23:58:00 2002
From: U.Schmidtmann@visicon-online.de (Uwe Schmidtmann)
Date: Thu, 25 Apr 2002 23:58:00 -0000
Subject: XKB not working
References: <3CC84735.E39D39D@emu.no-ip.org>
Message-ID: <3CC8FA7D.90908@visicon-online.de>

Hello.

I had a lot of problems with keyboard layouts as well with the older 
version of X on cygnu. Since them I am still using the following lines 
in my local .xinitrc:

sysmodmap=/etc/german.key

if [ -f $sysmodmap ]; then
     xmodmap $sysmodmap
fi


This is a workaround but it works. The Keyboard mapping was read with 
xmodmap from my linux box...

I do not want to post the keyboard file here, but in case you need it, 
just let me know.

Regards,

Uwe

Edmund Urbani wrote:

> Hi!
> 
> Yesterday i installed cygwin with XFree 4.2.0. Everything worked fine
> from the start except that I could not set it up for my german keyboard
> layout. All I get, when I try to use eg. setxkbmap is a popup window
> (outside the X server as a normal Win2000-window) with this error
> message:
> 
> Failed assertion
> fds_on_hold !=NULL
> at line 643 of file
> /cygnus/netrel/src/cygwin-1.3.10-1/winsup/cygwin/dtable.cc
> 
> Other tools using XKB (like Kde Control Center) cause the same error.
> 
> I found an earlier post from Charles L. Werner on this list, who appears
> to have (had?) the same problem, but there does not seem to be a helpful
> reply to that one.
> As a workaround I am currently using xmodmap in the X server's startup
> scripts, but I would really prefer to use XKB instead.
> 
> So, any ideas what might be wrong with my X server? What is this
> fds_on_hold variable and that dtable.cc file all about, anyway?
> 
>  Edmund
> 
> 
> 
> 



From yuga@yuga.ru  Fri Apr 26 00:26:00 2002
From: yuga@yuga.ru (=?koi8-r?B?+sHRwyDhLuEu?=)
Date: Fri, 26 Apr 2002 00:26:00 -0000
Subject: Some nice screen shots
Message-ID: <944625821.20020426112544@yuga.ru>

Hello cygwin-xfree,

Some nice screen shots.. :0)

http://www.yuga.ru/img/kde/cygwin-kde0.gif
http://www.yuga.ru/img/kde/cygwin-kde1.gif
http://www.yuga.ru/img/kde/cygwin-kde3.gif
http://www.yuga.ru/img/kde/cygwin-kde4.gif  

-- 
Best regards,
 ????????                          mailto:yuga@yuga.ru


From emre.turkay@bilten.metu.edu.tr  Fri Apr 26 00:45:00 2002
From: emre.turkay@bilten.metu.edu.tr (Emre Turkay)
Date: Fri, 26 Apr 2002 00:45:00 -0000
Subject: gnome
Message-ID: <006901c1ecf7$7a06d570$45f67a90@aiur>

Hi, all.

Just wandering does anybody has tried to build Gnome for Cygwin ?  
Yes, I plan to..

emre


From MAILER-DAEMON@unamlzqzrugu3782  Fri Apr 26 01:49:00 2002
From: MAILER-DAEMON@unamlzqzrugu3782 (MAILER-DAEMON@unamlzqzrugu3782)
Date: Fri, 26 Apr 2002 01:49:00 -0000
Subject: Return mail: User unknown
Message-ID: <200204260849.g3Q8n2004606@newweb.ticam.utexas.edu>

Below is the result of your feedback form.  It was submitted by
 (MAILER-DAEMON@unamlzqzrugu3782@hotmail.com) on Friday, April 26, 2002 at 03:49:02
---------------------------------------------------------------------------

msg: 100% free porn, requires only an email address to signup, visit: http://free-p0rn.cjb.net/

---------------------------------------------------------------------------


From MAILER-DAEMON@unamlzqzrugu3782  Fri Apr 26 03:10:00 2002
From: MAILER-DAEMON@unamlzqzrugu3782 (MAILER-DAEMON@unamlzqzrugu3782)
Date: Fri, 26 Apr 2002 03:10:00 -0000
Subject: Return mail: User unknown
Message-ID: <200204260849.g3Q8n2004606@newweb.ticam.utexas.edu>

Below is the result of your feedback form.  It was submitted by
 (MAILER-DAEMON@unamlzqzrugu3782@hotmail.com) on Friday, April 26, 2002 at 03:49:02
---------------------------------------------------------------------------

msg: 100% free porn, requires only an email address to signup, visit: http://free-p0rn.cjb.net/

---------------------------------------------------------------------------


From salexander@taz.qinetiq.com  Fri Apr 26 04:50:00 2002
From: salexander@taz.qinetiq.com (Scott Alexander)
Date: Fri, 26 Apr 2002 04:50:00 -0000
Subject: KDE 3.0 icons
Message-ID: 

Hi,

Im not sure if this is a XFree86 problem or not.  I use the command

x -query 

to hook up to a linux server so I can use kde via xfree86 and cygwin.  This
has been working great for me with the server running Redhat 7.2 and KDE
2.2.2,  however the server has just been updated to KDE 3.0 and now all my
icons have disapeared.

Does anyone know a solution/workaround for this or experienced it yet?

Cheers.
Scott Alexander


From exodus@psyon.org  Fri Apr 26 04:54:00 2002
From: exodus@psyon.org (Psyon)
Date: Fri, 26 Apr 2002 04:54:00 -0000
Subject: gnome
References: <006901c1ecf7$7a06d570$45f67a90@aiur>
Message-ID: <3CC93FFA.40700@psyon.org>

Yes, I have built it, it runs fine.

Emre Turkay wrote:

>Hi, all.
>
>Just wandering does anybody has tried to build Gnome for Cygwin ?  
>Yes, I plan to..
>
>emre
>
>
>




From geert.pille@vandemoortele.com  Fri Apr 26 05:05:00 2002
From: geert.pille@vandemoortele.com (Pille Geert (bkarnd))
Date: Fri, 26 Apr 2002 05:05:00 -0000
Subject: XKB not working
Message-ID: 

I'm very satisfied with this solution to get my belgian keyboard working:

 xkbcomp -xkm -m be /etc/X11/xkb/keymap/xfree86 /tmp/be.xkm

 XWin +kb -xkbmap be -auth "$HOME/.Xauthority" -emulate3buttons 

-----Original Message-----
From: Edmund Urbani [mailto:emu@emu.no-ip.org]
Sent: donderdag 25 april 2002 19:13
To: cygwin-xfree@cygwin.com
Subject: XKB not working



Hi!

Yesterday i installed cygwin with XFree 4.2.0. Everything worked fine
from the start except that I could not set it up for my german keyboard
layout. All I get, when I try to use eg. setxkbmap is a popup window
(outside the X server as a normal Win2000-window) with this error
message:

Failed assertion
fds_on_hold !=NULL
at line 643 of file
/cygnus/netrel/src/cygwin-1.3.10-1/winsup/cygwin/dtable.cc

Other tools using XKB (like Kde Control Center) cause the same error.

I found an earlier post from Charles L. Werner on this list, who appears
to have (had?) the same problem, but there does not seem to be a helpful
reply to that one.
As a workaround I am currently using xmodmap in the X server's startup
scripts, but I would really prefer to use XKB instead.

So, any ideas what might be wrong with my X server? What is this
fds_on_hold variable and that dtable.cc file all about, anyway?

 Edmund



===============================
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 geert.pille@vandemoortele.com  Fri Apr 26 05:05:00 2002
From: geert.pille@vandemoortele.com (Pille Geert (bkarnd))
Date: Fri, 26 Apr 2002 05:05:00 -0000
Subject: keyboard problem starting XFree86
Message-ID: 

peut-?tre comme ci-dessous?  (clavier belge)

 xkbcomp -xkm -m be /etc/X11/xkb/keymap/xfree86 /tmp/be.xkm

 XWin +kb -xkbmap be -auth "$HOME/.Xauthority" -emulate3buttons 

bonne chance

-----Original Message-----
From: jerome bauwens [mailto:jerome.bauwens@steria.com]
Sent: donderdag 25 april 2002 15:37
To: cygwin-xfree@cygwin.com
Subject: keyboard problem starting XFree86


I installed cygwin/xfree86 on windows 2000 to have a x-server (with the
default selection of packages and the packages from xfree/binaries/4.2.0)
The cygwin environment runs fine but the x-environment (using startx) has an
american keyboard (I use a french keyboard).
Could you tell me how to get my keyboard to work fine under the
x-environment.

Thanks.

Jerome BAUWENS.
jerome.bauwens@steria.com



===============================
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 cw@gamma-rs.ch  Fri Apr 26 05:12:00 2002
From: cw@gamma-rs.ch (Charles L. Werner)
Date: Fri, 26 Apr 2002 05:12:00 -0000
Subject: cygwin-xfree  performance using 127.0.0.1:0.0  vs computer_ip:0.0
Message-ID: <3CC94254.7040800@gamma-rs.ch>

Greetings,

I have noticed a significant speed penelty (factors of 2 to 10) when 
using 127.0.0.1 (localhost) versus my machines assigned IP
with cygwiw-xfree. This has been tested and verified for NT-4 SP5 and 
Win2K (SP2) on different PCs.

Any explanation?
remedy?

Cheers

Charles



From huntharo@msu.edu  Fri Apr 26 06:54:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Fri, 26 Apr 2002 06:54:00 -0000
Subject: KDE 3.0 icons
In-Reply-To: 
Message-ID: 

Scott,

Drop your Windows screen depth from 32 bits per pixel to 24 or 16 bits per
pixel.

We're trying to work with the KDE folks to find out why thre is suddenly a
problem, but we've heard nothing from them so far.

Here is the KDE bug report status:
http://bugs.kde.org/db/40/40875.html


Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Scott Alexander
> Sent: Friday, April 26, 2002 6:12 AM
> To: cygwin-xfree@cygwin.com
> Subject: KDE 3.0 icons
>
>
> Hi,
>
> Im not sure if this is a XFree86 problem or not.  I use the command
>
> x -query 
>
> to hook up to a linux server so I can use kde via xfree86 and
> cygwin.  This
> has been working great for me with the server running Redhat 7.2 and KDE
> 2.2.2,  however the server has just been updated to KDE 3.0 and now all my
> icons have disapeared.
>
> Does anyone know a solution/workaround for this or experienced it yet?
>
> Cheers.
> Scott Alexander
>


From peter.kovacs@sysdata.siemens.hu  Fri Apr 26 07:43:00 2002
From: peter.kovacs@sysdata.siemens.hu (=?iso-8859-2?Q?Kov=E1cs_P=E9ter?=)
Date: Fri, 26 Apr 2002 07:43:00 -0000
Subject: CDE problem with Solaris 8
Message-ID: <000601c1ed29$b387d470$5dedca95@sysdata.siemens.hu>

Hi,

I am trying to connect to our Solaris 8 server with the following command to
no avail (the X server seems to restart over and over again):

/usr/X11R6/bin/XWin -noreset -ac -screen 0 1024 768 -query 158.226.199.9
-from 149.202.237.93 -fp tcp/158.226.199.9:7100&

(I can successfully connect with Exceed to the seem machine using CDE login.
With the same Cygwin setup I am also able to successfully use CDE with a
Solaris 2.6 server.)

For the Solaris 8 server, Xwin outputs the following log

ddxProcessArgument () - Initializing default screens
winInitializeDefaultScreens () - w 1024 h 768
ddxProcessArgument () - screen - argc: 13 i: 3
_XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root
winDetectSupportedEngines () - Windows NT/2000
winDetectSupportedEngines () - DirectDraw installed
winDetectSupportedEngines () - Allowing PrimaryDD
winDetectSupportedEngines () - Returning, supported engines 0000001b
winSetEngine () - Using Shadow DirectDraw
winAdjustVideoModeShadowDD () - Using Windows display depth of 24 bits per
pixel
winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
winAdjustForAutoHide - Taskbar is auto hide
winAdjustForAutoHide - Found TOP auto-hide taskbar
winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l 0 b
742 t 0
winCreateBoundingWindowWindowed () -  Returning
winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24
winLayerCreate () - dwDepth 24
winRandRInit ()
winCreateDefColormap () - Deferring to fbCreateDefColormap ()
winScreenInit () - returning
winDetectSupportedEngines () - Windows NT/2000
winDetectSupportedEngines () - DirectDraw installed
winDetectSupportedEngines () - Allowing PrimaryDD
winDetectSupportedEngines () - Returning, supported engines 0000001b
winSetEngine () - Using Shadow DirectDraw
winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
winAdjustForAutoHide - Taskbar is auto hide
winAdjustForAutoHide - Found TOP auto-hide taskbar
winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l 0 b
742 t 0
winCreateBoundingWindowWindowed () -  Returning
winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24
winLayerCreate () - dwDepth 24
winRandRInit ()
winCreateDefColormap () - Deferring to fbCreateDefColormap ()
winScreenInit () - returning
winDetectSupportedEngines () - Windows NT/2000
winDetectSupportedEngines () - DirectDraw installed
winDetectSupportedEngines () - Allowing PrimaryDD
winDetectSupportedEngines () - Returning, supported engines 0000001b
winSetEngine () - Using Shadow DirectDraw
winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
winAdjustForAutoHide - Taskbar is auto hide
winAdjustForAutoHide - Found TOP auto-hide taskbar
winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l 0 b
742 t 0
winCreateBoundingWindowWindowed () -  Returning
winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24
winLayerCreate () - dwDepth 24
winRandRInit ()
winCreateDefColormap () - Deferring to fbCreateDefColormap ()
winScreenInit () - returning
winDetectSupportedEngines () - Windows NT/2000
winDetectSupportedEngines () - DirectDraw installed
winDetectSupportedEngines () - Allowing PrimaryDD
winDetectSupportedEngines () - Returning, supported engines 0000001b
winSetEngine () - Using Shadow DirectDraw
winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
winAdjustForAutoHide - Taskbar is auto hide
winAdjustForAutoHide - Found TOP auto-hide taskbar
winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l 0 b
742 t 0
winCreateBoundingWindowWindowed () -  Returning
winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24
winLayerCreate () - dwDepth 24
winRandRInit ()
winCreateDefColormap () - Deferring to fbCreateDefColormap ()
winScreenInit () - returning
winDetectSupportedEngines () - Windows NT/2000
winDetectSupportedEngines () - DirectDraw installed
winDetectSupportedEngines () - Allowing PrimaryDD
winDetectSupportedEngines () - Returning, supported engines 0000001b
winSetEngine () - Using Shadow DirectDraw
winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
winAdjustForAutoHide - Taskbar is auto hide
winAdjustForAutoHide - Found TOP auto-hide taskbar
winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l 0 b
742 t 0
winCreateBoundingWindowWindowed () -  Returning
winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24
winLayerCreate () - dwDepth 24
winRandRInit ()
winCreateDefColormap () - Deferring to fbCreateDefColormap ()
winScreenInit () - returning
winDetectSupportedEngines () - Windows NT/2000
winDetectSupportedEngines () - DirectDraw installed
winDetectSupportedEngines () - Allowing PrimaryDD
winDetectSupportedEngines () - Returning, supported engines 0000001b
winSetEngine () - Using Shadow DirectDraw
winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
winAdjustForAutoHide - Taskbar is auto hide
winAdjustForAutoHide - Found TOP auto-hide taskbar
winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l 0 b
742 t 0
winCreateBoundingWindowWindowed () -  Returning
winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24
winLayerCreate () - dwDepth 24
winRandRInit ()
winCreateDefColormap () - Deferring to fbCreateDefColormap ()
winScreenInit () - returning
winDetectSupportedEngines () - Windows NT/2000
winDetectSupportedEngines () - DirectDraw installed
winDetectSupportedEngines () - Allowing PrimaryDD
winDetectSupportedEngines () - Returning, supported engines 0000001b
winSetEngine () - Using Shadow DirectDraw
winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
winAdjustForAutoHide - Taskbar is auto hide
winAdjustForAutoHide - Found TOP auto-hide taskbar
winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l 0 b
742 t 0
winCreateBoundingWindowWindowed () -  Returning
winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24
winLayerCreate () - dwDepth 24
winRandRInit ()
winCreateDefColormap () - Deferring to fbCreateDefColormap ()
winScreenInit () - returning
winDetectSupportedEngines () - Windows NT/2000
winDetectSupportedEngines () - DirectDraw installed
winDetectSupportedEngines () - Allowing PrimaryDD
winDetectSupportedEngines () - Returning, supported engines 0000001b
winSetEngine () - Using Shadow DirectDraw
winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
winAdjustForAutoHide - Taskbar is auto hide
winAdjustForAutoHide - Found TOP auto-hide taskbar
winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l 0 b
742 t 0
winCreateBoundingWindowWindowed () -  Returning
winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24
winLayerCreate () - dwDepth 24
winRandRInit ()
winCreateDefColormap () - Deferring to fbCreateDefColormap ()
winScreenInit () - returning
winDetectSupportedEngines () - Windows NT/2000
winDetectSupportedEngines () - DirectDraw installed
winDetectSupportedEngines () - Allowing PrimaryDD
winDetectSupportedEngines () - Returning, supported engines 0000001b
winSetEngine () - Using Shadow DirectDraw
winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
winAdjustForAutoHide - Taskbar is auto hide
winAdjustForAutoHide - Found TOP auto-hide taskbar
winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l 0 b
742 t 0
winCreateBoundingWindowWindowed () -  Returning
winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24
winLayerCreate () - dwDepth 24
winRandRInit ()
winCreateDefColormap () - Deferring to fbCreateDefColormap ()
winScreenInit () - returning
winDetectSupportedEngines () - Windows NT/2000
winDetectSupportedEngines () - DirectDraw installed
winDetectSupportedEngines () - Allowing PrimaryDD
winDetectSupportedEngines () - Returning, supported engines 0000001b
winSetEngine () - Using Shadow DirectDraw
winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
winAdjustForAutoHide - Taskbar is auto hide
winAdjustForAutoHide - Found TOP auto-hide taskbar
winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l 0 b
742 t 0
winCreateBoundingWindowWindowed () -  Returning
winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24
winLayerCreate () - dwDepth 24
winRandRInit ()
winCreateDefColormap () - Deferring to fbCreateDefColormap ()
winScreenInit () - returning
winWindowProc () - Closekey hit, quitting

Any idea?

Thank you

Peter


From emu@emu.no-ip.org  Fri Apr 26 08:35:00 2002
From: emu@emu.no-ip.org (Edmund Urbani)
Date: Fri, 26 Apr 2002 08:35:00 -0000
Subject: XKB not working
References: 
Message-ID: <3CC967E9.53415F3D@emu.no-ip.org>


"Pille Geert (bkarnd)" wrote:

> I'm very satisfied with this solution to get my belgian keyboard working:
>
>  xkbcomp -xkm -m be /etc/X11/xkb/keymap/xfree86 /tmp/be.xkm
>
>  XWin +kb -xkbmap be -auth "$HOME/.Xauthority" -emulate3buttons
>

Thanks a lot. That works perfectly fine for me too.

 Edmund


From huntharo@pilot.msu.edu  Fri Apr 26 09:26:00 2002
From: huntharo@pilot.msu.edu (Harold Leatherman Hunt II)
Date: Fri, 26 Apr 2002 09:26:00 -0000
Subject: CDE problem with Solaris 8
In-Reply-To: <000601c1ed29$b387d470$5dedca95@sysdata.siemens.hu> from "=?iso-8859-2?Q?Kov=E1cs_P=E9ter?=" at Apr 26, 2002 03:53:10 pm
Message-ID: <200204261533.g3QFXfn37204@pilot24.cl.msu.edu>

Peter,

To rule out any problems with bash... please use a modified startxwin.bat
(which you should have in /usr/X11R6/bin if you installed the startup-scripts
package as per the Cygwin/XFree86 User's Guide installation instructions).

You should only have to change the line:
start /B XWin ...

to:
start /B XWin -query 158.226.199.9 -fp tcp/158.226.199.9:7100

Note: do not use the -screen 0 1024 768 parameter, and to start with do not
use the -noreset and -ac parameters.

It seems that the X Server is trying to create about 10 screens, as it
initializes several of them without ever closing any of them.  So, it isn't
really reseting, it's just spawning tons of screens.

Also, please make sure that Exceed is not running *at all* when you are trying
to run Cygwin/XFree86, as they both try to listen on the same network port, so
this will obviously cause problems.

Also, please reboot your Windows machine before experimenting, as we've had at
least one user report troubles only to realize that he had several failed
XWin.exe processes still running, thus preventing new processes from running
correctly.

Let us know what happens,

Harold


>
> Hi,
>
> I am trying to connect to our Solaris 8 server with the following command to
> no avail (the X server seems to restart over and over again):
>
> /usr/X11R6/bin/XWin -noreset -ac -screen 0 1024 768 -query 158.226.199.9
> -from 149.202.237.93 -fp tcp/158.226.199.9:7100&
>
> (I can successfully connect with Exceed to the seem machine using CDE login.
> With the same Cygwin setup I am also able to successfully use CDE with a
> Solaris 2.6 server.)
>
> For the Solaris 8 server, Xwin outputs the following log
>
> ddxProcessArgument () - Initializing default screens
> winInitializeDefaultScreens () - w 1024 h 768
> ddxProcessArgument () - screen - argc: 13 i: 3
> _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root
> winDetectSupportedEngines () - Windows NT/2000
> winDetectSupportedEngines () - DirectDraw installed
> winDetectSupportedEngines () - Allowing PrimaryDD
> winDetectSupportedEngines () - Returning, supported engines 0000001b
> winSetEngine () - Using Shadow DirectDraw
> winAdjustVideoModeShadowDD () - Using Windows display depth of 24 bits per
> pixel
> winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
> winAdjustForAutoHide - Taskbar is auto hide
> winAdjustForAutoHide - Found TOP auto-hide taskbar
> winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
> winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l 0 b
> 742 t 0
> winCreateBoundingWindowWindowed () -  Returning
> winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24
> winLayerCreate () - dwDepth 24
> winRandRInit ()
> winCreateDefColormap () - Deferring to fbCreateDefColormap ()
> winScreenInit () - returning
> winDetectSupportedEngines () - Windows NT/2000
> winDetectSupportedEngines () - DirectDraw installed
> winDetectSupportedEngines () - Allowing PrimaryDD
> winDetectSupportedEngines () - Returning, supported engines 0000001b
> winSetEngine () - Using Shadow DirectDraw
> winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
> winAdjustForAutoHide - Taskbar is auto hide
> winAdjustForAutoHide - Found TOP auto-hide taskbar
> winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
> winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l 0 b
> 742 t 0
> winCreateBoundingWindowWindowed () -  Returning
> winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24
> winLayerCreate () - dwDepth 24
> winRandRInit ()
> winCreateDefColormap () - Deferring to fbCreateDefColormap ()
> winScreenInit () - returning
> winDetectSupportedEngines () - Windows NT/2000
> winDetectSupportedEngines () - DirectDraw installed
> winDetectSupportedEngines () - Allowing PrimaryDD
> winDetectSupportedEngines () - Returning, supported engines 0000001b
> winSetEngine () - Using Shadow DirectDraw
> winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
> winAdjustForAutoHide - Taskbar is auto hide
> winAdjustForAutoHide - Found TOP auto-hide taskbar
> winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
> winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l 0 b
> 742 t 0
> winCreateBoundingWindowWindowed () -  Returning
> winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24
> winLayerCreate () - dwDepth 24
> winRandRInit ()
> winCreateDefColormap () - Deferring to fbCreateDefColormap ()
> winScreenInit () - returning
> winDetectSupportedEngines () - Windows NT/2000
> winDetectSupportedEngines () - DirectDraw installed
> winDetectSupportedEngines () - Allowing PrimaryDD
> winDetectSupportedEngines () - Returning, supported engines 0000001b
> winSetEngine () - Using Shadow DirectDraw
> winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
> winAdjustForAutoHide - Taskbar is auto hide
> winAdjustForAutoHide - Found TOP auto-hide taskbar
> winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
> winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l 0 b
> 742 t 0
> winCreateBoundingWindowWindowed () -  Returning
> winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24
> winLayerCreate () - dwDepth 24
> winRandRInit ()
> winCreateDefColormap () - Deferring to fbCreateDefColormap ()
> winScreenInit () - returning
> winDetectSupportedEngines () - Windows NT/2000
> winDetectSupportedEngines () - DirectDraw installed
> winDetectSupportedEngines () - Allowing PrimaryDD
> winDetectSupportedEngines () - Returning, supported engines 0000001b
> winSetEngine () - Using Shadow DirectDraw
> winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
> winAdjustForAutoHide - Taskbar is auto hide
> winAdjustForAutoHide - Found TOP auto-hide taskbar
> winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
> winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l 0 b
> 742 t 0
> winCreateBoundingWindowWindowed () -  Returning
> winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24
> winLayerCreate () - dwDepth 24
> winRandRInit ()
> winCreateDefColormap () - Deferring to fbCreateDefColormap ()
> winScreenInit () - returning
> winDetectSupportedEngines () - Windows NT/2000
> winDetectSupportedEngines () - DirectDraw installed
> winDetectSupportedEngines () - Allowing PrimaryDD
> winDetectSupportedEngines () - Returning, supported engines 0000001b
> winSetEngine () - Using Shadow DirectDraw
> winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
> winAdjustForAutoHide - Taskbar is auto hide
> winAdjustForAutoHide - Found TOP auto-hide taskbar
> winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
> winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l 0 b
> 742 t 0
> winCreateBoundingWindowWindowed () -  Returning
> winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24
> winLayerCreate () - dwDepth 24
> winRandRInit ()
> winCreateDefColormap () - Deferring to fbCreateDefColormap ()
> winScreenInit () - returning
> winDetectSupportedEngines () - Windows NT/2000
> winDetectSupportedEngines () - DirectDraw installed
> winDetectSupportedEngines () - Allowing PrimaryDD
> winDetectSupportedEngines () - Returning, supported engines 0000001b
> winSetEngine () - Using Shadow DirectDraw
> winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
> winAdjustForAutoHide - Taskbar is auto hide
> winAdjustForAutoHide - Found TOP auto-hide taskbar
> winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
> winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l 0 b
> 742 t 0
> winCreateBoundingWindowWindowed () -  Returning
> winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24
> winLayerCreate () - dwDepth 24
> winRandRInit ()
> winCreateDefColormap () - Deferring to fbCreateDefColormap ()
> winScreenInit () - returning
> winDetectSupportedEngines () - Windows NT/2000
> winDetectSupportedEngines () - DirectDraw installed
> winDetectSupportedEngines () - Allowing PrimaryDD
> winDetectSupportedEngines () - Returning, supported engines 0000001b
> winSetEngine () - Using Shadow DirectDraw
> winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
> winAdjustForAutoHide - Taskbar is auto hide
> winAdjustForAutoHide - Found TOP auto-hide taskbar
> winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
> winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l 0 b
> 742 t 0
> winCreateBoundingWindowWindowed () -  Returning
> winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24
> winLayerCreate () - dwDepth 24
> winRandRInit ()
> winCreateDefColormap () - Deferring to fbCreateDefColormap ()
> winScreenInit () - returning
> winDetectSupportedEngines () - Windows NT/2000
> winDetectSupportedEngines () - DirectDraw installed
> winDetectSupportedEngines () - Allowing PrimaryDD
> winDetectSupportedEngines () - Returning, supported engines 0000001b
> winSetEngine () - Using Shadow DirectDraw
> winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
> winAdjustForAutoHide - Taskbar is auto hide
> winAdjustForAutoHide - Found TOP auto-hide taskbar
> winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
> winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l 0 b
> 742 t 0
> winCreateBoundingWindowWindowed () -  Returning
> winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24
> winLayerCreate () - dwDepth 24
> winRandRInit ()
> winCreateDefColormap () - Deferring to fbCreateDefColormap ()
> winScreenInit () - returning
> winDetectSupportedEngines () - Windows NT/2000
> winDetectSupportedEngines () - DirectDraw installed
> winDetectSupportedEngines () - Allowing PrimaryDD
> winDetectSupportedEngines () - Returning, supported engines 0000001b
> winSetEngine () - Using Shadow DirectDraw
> winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
> winAdjustForAutoHide - Taskbar is auto hide
> winAdjustForAutoHide - Found TOP auto-hide taskbar
> winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
> winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l 0 b
> 742 t 0
> winCreateBoundingWindowWindowed () -  Returning
> winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24
> winLayerCreate () - dwDepth 24
> winRandRInit ()
> winCreateDefColormap () - Deferring to fbCreateDefColormap ()
> winScreenInit () - returning
> winWindowProc () - Closekey hit, quitting
>
> Any idea?
>
> Thank you
>
> Peter
>
>


From peter.kovacs@sysdata.siemens.hu  Fri Apr 26 09:39:00 2002
From: peter.kovacs@sysdata.siemens.hu (=?iso-8859-2?Q?Kov=E1cs_P=E9ter?=)
Date: Fri, 26 Apr 2002 09:39:00 -0000
Subject: CDE problem with Solaris 8
References: <200204261533.g3QFXfn37204@pilot24.cl.msu.edu>
Message-ID: <000501c1ed3f$0d8e59c0$5dedca95@sysdata.siemens.hu>

Hi,

I am trying to connect to our Solaris 8 server with the following command to
no avail (the X server seems to restart over and over again):

/usr/X11R6/bin/XWin -noreset -ac -screen 0 1024 768 -query 158.226.199.9
-from 149.202.237.93 -fp tcp/158.226.199.9:7100&

(I can successfully connect with Exceed to the seem machine using CDE login.
With the same Cygwin setup I am also able to successfully use CDE with a
Solaris 2.6 server.)

For the Solaris 8 server, Xwin outputs the following log

ddxProcessArgument () - Initializing default screens
winInitializeDefaultScreens () - w 1024 h 768
ddxProcessArgument () - screen - argc: 13 i: 3
_XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root
winDetectSupportedEngines () - Windows NT/2000
winDetectSupportedEngines () - DirectDraw installed
winDetectSupportedEngines () - Allowing PrimaryDD
winDetectSupportedEngines () - Returning, supported engines 0000001b
winSetEngine () - Using Shadow DirectDraw
winAdjustVideoModeShadowDD () - Using Windows display depth of 24 bits per
pixel
winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
winAdjustForAutoHide - Taskbar is auto hide
winAdjustForAutoHide - Found TOP auto-hide taskbar
winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l 0 b
742 t 0
winCreateBoundingWindowWindowed () -  Returning
winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24
winLayerCreate () - dwDepth 24
winRandRInit ()
winCreateDefColormap () - Deferring to fbCreateDefColormap ()
winScreenInit () - returning
winDetectSupportedEngines () - Windows NT/2000
winDetectSupportedEngines () - DirectDraw installed
winDetectSupportedEngines () - Allowing PrimaryDD
winDetectSupportedEngines () - Returning, supported engines 0000001b
winSetEngine () - Using Shadow DirectDraw
winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
winAdjustForAutoHide - Taskbar is auto hide
winAdjustForAutoHide - Found TOP auto-hide taskbar
winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l 0 b
742 t 0
winCreateBoundingWindowWindowed () -  Returning
winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24
winLayerCreate () - dwDepth 24
winRandRInit ()
winCreateDefColormap () - Deferring to fbCreateDefColormap ()
winScreenInit () - returning
winDetectSupportedEngines () - Windows NT/2000
winDetectSupportedEngines () - DirectDraw installed
winDetectSupportedEngines () - Allowing PrimaryDD
winDetectSupportedEngines () - Returning, supported engines 0000001b
winSetEngine () - Using Shadow DirectDraw
winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
winAdjustForAutoHide - Taskbar is auto hide
winAdjustForAutoHide - Found TOP auto-hide taskbar
winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l 0 b
742 t 0
winCreateBoundingWindowWindowed () -  Returning
winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24
winLayerCreate () - dwDepth 24
winRandRInit ()
winCreateDefColormap () - Deferring to fbCreateDefColormap ()
winScreenInit () - returning
winDetectSupportedEngines () - Windows NT/2000
winDetectSupportedEngines () - DirectDraw installed
winDetectSupportedEngines () - Allowing PrimaryDD
winDetectSupportedEngines () - Returning, supported engines 0000001b
winSetEngine () - Using Shadow DirectDraw
winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
winAdjustForAutoHide - Taskbar is auto hide
winAdjustForAutoHide - Found TOP auto-hide taskbar
winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l 0 b
742 t 0
winCreateBoundingWindowWindowed () -  Returning
winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24
winLayerCreate () - dwDepth 24
winRandRInit ()
winCreateDefColormap () - Deferring to fbCreateDefColormap ()
winScreenInit () - returning
winDetectSupportedEngines () - Windows NT/2000
winDetectSupportedEngines () - DirectDraw installed
winDetectSupportedEngines () - Allowing PrimaryDD
winDetectSupportedEngines () - Returning, supported engines 0000001b
winSetEngine () - Using Shadow DirectDraw
winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
winAdjustForAutoHide - Taskbar is auto hide
winAdjustForAutoHide - Found TOP auto-hide taskbar
winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l 0 b
742 t 0
winCreateBoundingWindowWindowed () -  Returning
winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24
winLayerCreate () - dwDepth 24
winRandRInit ()
winCreateDefColormap () - Deferring to fbCreateDefColormap ()
winScreenInit () - returning
winDetectSupportedEngines () - Windows NT/2000
winDetectSupportedEngines () - DirectDraw installed
winDetectSupportedEngines () - Allowing PrimaryDD
winDetectSupportedEngines () - Returning, supported engines 0000001b
winSetEngine () - Using Shadow DirectDraw
winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
winAdjustForAutoHide - Taskbar is auto hide
winAdjustForAutoHide - Found TOP auto-hide taskbar
winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l 0 b
742 t 0
winCreateBoundingWindowWindowed () -  Returning
winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24
winLayerCreate () - dwDepth 24
winRandRInit ()
winCreateDefColormap () - Deferring to fbCreateDefColormap ()
winScreenInit () - returning
winDetectSupportedEngines () - Windows NT/2000
winDetectSupportedEngines () - DirectDraw installed
winDetectSupportedEngines () - Allowing PrimaryDD
winDetectSupportedEngines () - Returning, supported engines 0000001b
winSetEngine () - Using Shadow DirectDraw
winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
winAdjustForAutoHide - Taskbar is auto hide
winAdjustForAutoHide - Found TOP auto-hide taskbar
winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l 0 b
742 t 0
winCreateBoundingWindowWindowed () -  Returning
winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24
winLayerCreate () - dwDepth 24
winRandRInit ()
winCreateDefColormap () - Deferring to fbCreateDefColormap ()
winScreenInit () - returning
winDetectSupportedEngines () - Windows NT/2000
winDetectSupportedEngines () - DirectDraw installed
winDetectSupportedEngines () - Allowing PrimaryDD
winDetectSupportedEngines () - Returning, supported engines 0000001b
winSetEngine () - Using Shadow DirectDraw
winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
winAdjustForAutoHide - Taskbar is auto hide
winAdjustForAutoHide - Found TOP auto-hide taskbar
winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l 0 b
742 t 0
winCreateBoundingWindowWindowed () -  Returning
winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24
winLayerCreate () - dwDepth 24
winRandRInit ()
winCreateDefColormap () - Deferring to fbCreateDefColormap ()
winScreenInit () - returning
winDetectSupportedEngines () - Windows NT/2000
winDetectSupportedEngines () - DirectDraw installed
winDetectSupportedEngines () - Allowing PrimaryDD
winDetectSupportedEngines () - Returning, supported engines 0000001b
winSetEngine () - Using Shadow DirectDraw
winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
winAdjustForAutoHide - Taskbar is auto hide
winAdjustForAutoHide - Found TOP auto-hide taskbar
winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l 0 b
742 t 0
winCreateBoundingWindowWindowed () -  Returning
winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24
winLayerCreate () - dwDepth 24
winRandRInit ()
winCreateDefColormap () - Deferring to fbCreateDefColormap ()
winScreenInit () - returning
winDetectSupportedEngines () - Windows NT/2000
winDetectSupportedEngines () - DirectDraw installed
winDetectSupportedEngines () - Allowing PrimaryDD
winDetectSupportedEngines () - Returning, supported engines 0000001b
winSetEngine () - Using Shadow DirectDraw
winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
winAdjustForAutoHide - Taskbar is auto hide
winAdjustForAutoHide - Found TOP auto-hide taskbar
winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l 0 b
742 t 0
winCreateBoundingWindowWindowed () -  Returning
winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24
winLayerCreate () - dwDepth 24
winRandRInit ()
winCreateDefColormap () - Deferring to fbCreateDefColormap ()
winScreenInit () - returning
winWindowProc () - Closekey hit, quitting

Any idea?

Thank you

Peter

----- Original Message -----
From: "Harold Leatherman Hunt II" 
To: ; 
Sent: Friday, April 26, 2002 5:33 PM
Subject: Re: CDE problem with Solaris 8


> Peter,
>
> To rule out any problems with bash... please use a modified startxwin.bat
> (which you should have in /usr/X11R6/bin if you installed the
startup-scripts
> package as per the Cygwin/XFree86 User's Guide installation instructions).
>
> You should only have to change the line:
> start /B XWin ...
>
> to:
> start /B XWin -query 158.226.199.9 -fp tcp/158.226.199.9:7100
>
> Note: do not use the -screen 0 1024 768 parameter, and to start with do
not
> use the -noreset and -ac parameters.
>
> It seems that the X Server is trying to create about 10 screens, as it
> initializes several of them without ever closing any of them.  So, it
isn't
> really reseting, it's just spawning tons of screens.
>
> Also, please make sure that Exceed is not running *at all* when you are
trying
> to run Cygwin/XFree86, as they both try to listen on the same network
port, so
> this will obviously cause problems.
>
> Also, please reboot your Windows machine before experimenting, as we've
had at
> least one user report troubles only to realize that he had several failed
> XWin.exe processes still running, thus preventing new processes from
running
> correctly.
>
> Let us know what happens,
>
> Harold
>
>
> >
> > Hi,
> >
> > I am trying to connect to our Solaris 8 server with the following
command to
> > no avail (the X server seems to restart over and over again):
> >
> > /usr/X11R6/bin/XWin -noreset -ac -screen 0 1024 768 -query 158.226.199.9
> > -from 149.202.237.93 -fp tcp/158.226.199.9:7100&
> >
> > (I can successfully connect with Exceed to the seem machine using CDE
login.
> > With the same Cygwin setup I am also able to successfully use CDE with a
> > Solaris 2.6 server.)
> >
> > For the Solaris 8 server, Xwin outputs the following log
> >
> > ddxProcessArgument () - Initializing default screens
> > winInitializeDefaultScreens () - w 1024 h 768
> > ddxProcessArgument () - screen - argc: 13 i: 3
> > _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root
> > winDetectSupportedEngines () - Windows NT/2000
> > winDetectSupportedEngines () - DirectDraw installed
> > winDetectSupportedEngines () - Allowing PrimaryDD
> > winDetectSupportedEngines () - Returning, supported engines 0000001b
> > winSetEngine () - Using Shadow DirectDraw
> > winAdjustVideoModeShadowDD () - Using Windows display depth of 24 bits
per
> > pixel
> > winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
> > winAdjustForAutoHide - Taskbar is auto hide
> > winAdjustForAutoHide - Found TOP auto-hide taskbar
> > winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
> > winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l
0 b
> > 742 t 0
> > winCreateBoundingWindowWindowed () -  Returning
> > winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d
24
> > winLayerCreate () - dwDepth 24
> > winRandRInit ()
> > winCreateDefColormap () - Deferring to fbCreateDefColormap ()
> > winScreenInit () - returning
> > winDetectSupportedEngines () - Windows NT/2000
> > winDetectSupportedEngines () - DirectDraw installed
> > winDetectSupportedEngines () - Allowing PrimaryDD
> > winDetectSupportedEngines () - Returning, supported engines 0000001b
> > winSetEngine () - Using Shadow DirectDraw
> > winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
> > winAdjustForAutoHide - Taskbar is auto hide
> > winAdjustForAutoHide - Found TOP auto-hide taskbar
> > winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
> > winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l
0 b
> > 742 t 0
> > winCreateBoundingWindowWindowed () -  Returning
> > winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d
24
> > winLayerCreate () - dwDepth 24
> > winRandRInit ()
> > winCreateDefColormap () - Deferring to fbCreateDefColormap ()
> > winScreenInit () - returning
> > winDetectSupportedEngines () - Windows NT/2000
> > winDetectSupportedEngines () - DirectDraw installed
> > winDetectSupportedEngines () - Allowing PrimaryDD
> > winDetectSupportedEngines () - Returning, supported engines 0000001b
> > winSetEngine () - Using Shadow DirectDraw
> > winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
> > winAdjustForAutoHide - Taskbar is auto hide
> > winAdjustForAutoHide - Found TOP auto-hide taskbar
> > winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
> > winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l
0 b
> > 742 t 0
> > winCreateBoundingWindowWindowed () -  Returning
> > winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d
24
> > winLayerCreate () - dwDepth 24
> > winRandRInit ()
> > winCreateDefColormap () - Deferring to fbCreateDefColormap ()
> > winScreenInit () - returning
> > winDetectSupportedEngines () - Windows NT/2000
> > winDetectSupportedEngines () - DirectDraw installed
> > winDetectSupportedEngines () - Allowing PrimaryDD
> > winDetectSupportedEngines () - Returning, supported engines 0000001b
> > winSetEngine () - Using Shadow DirectDraw
> > winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
> > winAdjustForAutoHide - Taskbar is auto hide
> > winAdjustForAutoHide - Found TOP auto-hide taskbar
> > winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
> > winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l
0 b
> > 742 t 0
> > winCreateBoundingWindowWindowed () -  Returning
> > winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d
24
> > winLayerCreate () - dwDepth 24
> > winRandRInit ()
> > winCreateDefColormap () - Deferring to fbCreateDefColormap ()
> > winScreenInit () - returning
> > winDetectSupportedEngines () - Windows NT/2000
> > winDetectSupportedEngines () - DirectDraw installed
> > winDetectSupportedEngines () - Allowing PrimaryDD
> > winDetectSupportedEngines () - Returning, supported engines 0000001b
> > winSetEngine () - Using Shadow DirectDraw
> > winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
> > winAdjustForAutoHide - Taskbar is auto hide
> > winAdjustForAutoHide - Found TOP auto-hide taskbar
> > winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
> > winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l
0 b
> > 742 t 0
> > winCreateBoundingWindowWindowed () -  Returning
> > winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d
24
> > winLayerCreate () - dwDepth 24
> > winRandRInit ()
> > winCreateDefColormap () - Deferring to fbCreateDefColormap ()
> > winScreenInit () - returning
> > winDetectSupportedEngines () - Windows NT/2000
> > winDetectSupportedEngines () - DirectDraw installed
> > winDetectSupportedEngines () - Allowing PrimaryDD
> > winDetectSupportedEngines () - Returning, supported engines 0000001b
> > winSetEngine () - Using Shadow DirectDraw
> > winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
> > winAdjustForAutoHide - Taskbar is auto hide
> > winAdjustForAutoHide - Found TOP auto-hide taskbar
> > winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
> > winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l
0 b
> > 742 t 0
> > winCreateBoundingWindowWindowed () -  Returning
> > winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d
24
> > winLayerCreate () - dwDepth 24
> > winRandRInit ()
> > winCreateDefColormap () - Deferring to fbCreateDefColormap ()
> > winScreenInit () - returning
> > winDetectSupportedEngines () - Windows NT/2000
> > winDetectSupportedEngines () - DirectDraw installed
> > winDetectSupportedEngines () - Allowing PrimaryDD
> > winDetectSupportedEngines () - Returning, supported engines 0000001b
> > winSetEngine () - Using Shadow DirectDraw
> > winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
> > winAdjustForAutoHide - Taskbar is auto hide
> > winAdjustForAutoHide - Found TOP auto-hide taskbar
> > winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
> > winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l
0 b
> > 742 t 0
> > winCreateBoundingWindowWindowed () -  Returning
> > winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d
24
> > winLayerCreate () - dwDepth 24
> > winRandRInit ()
> > winCreateDefColormap () - Deferring to fbCreateDefColormap ()
> > winScreenInit () - returning
> > winDetectSupportedEngines () - Windows NT/2000
> > winDetectSupportedEngines () - DirectDraw installed
> > winDetectSupportedEngines () - Allowing PrimaryDD
> > winDetectSupportedEngines () - Returning, supported engines 0000001b
> > winSetEngine () - Using Shadow DirectDraw
> > winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
> > winAdjustForAutoHide - Taskbar is auto hide
> > winAdjustForAutoHide - Found TOP auto-hide taskbar
> > winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
> > winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l
0 b
> > 742 t 0
> > winCreateBoundingWindowWindowed () -  Returning
> > winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d
24
> > winLayerCreate () - dwDepth 24
> > winRandRInit ()
> > winCreateDefColormap () - Deferring to fbCreateDefColormap ()
> > winScreenInit () - returning
> > winDetectSupportedEngines () - Windows NT/2000
> > winDetectSupportedEngines () - DirectDraw installed
> > winDetectSupportedEngines () - Allowing PrimaryDD
> > winDetectSupportedEngines () - Returning, supported engines 0000001b
> > winSetEngine () - Using Shadow DirectDraw
> > winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
> > winAdjustForAutoHide - Taskbar is auto hide
> > winAdjustForAutoHide - Found TOP auto-hide taskbar
> > winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
> > winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l
0 b
> > 742 t 0
> > winCreateBoundingWindowWindowed () -  Returning
> > winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d
24
> > winLayerCreate () - dwDepth 24
> > winRandRInit ()
> > winCreateDefColormap () - Deferring to fbCreateDefColormap ()
> > winScreenInit () - returning
> > winDetectSupportedEngines () - Windows NT/2000
> > winDetectSupportedEngines () - DirectDraw installed
> > winDetectSupportedEngines () - Allowing PrimaryDD
> > winDetectSupportedEngines () - Returning, supported engines 0000001b
> > winSetEngine () - Using Shadow DirectDraw
> > winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
> > winAdjustForAutoHide - Taskbar is auto hide
> > winAdjustForAutoHide - Found TOP auto-hide taskbar
> > winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
> > winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l
0 b
> > 742 t 0
> > winCreateBoundingWindowWindowed () -  Returning
> > winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d
24
> > winLayerCreate () - dwDepth 24
> > winRandRInit ()
> > winCreateDefColormap () - Deferring to fbCreateDefColormap ()
> > winScreenInit () - returning
> > winWindowProc () - Closekey hit, quitting
> >
> > Any idea?
> >
> > Thank you
> >
> > Peter
> >
> >
>


From peter.kovacs@sysdata.siemens.hu  Fri Apr 26 09:46:00 2002
From: peter.kovacs@sysdata.siemens.hu (=?iso-8859-2?Q?Kov=E1cs_P=E9ter?=)
Date: Fri, 26 Apr 2002 09:46:00 -0000
Subject: CDE problem with Solaris 8
References: <200204261533.g3QFXfn37204@pilot24.cl.msu.edu>
Message-ID: <001201c1ed40$e5058a80$5dedca95@sysdata.siemens.hu>

Harold,

Thank you for your reply. I tried what you suggested and observed a
similar behaviour as previously. As much as I can tell the XWin.log is
also very similar except for the AUDIT entries:

ddxProcessArgument () - Initializing default screens
winInitializeDefaultScreens () - w 1024 h 768
winDetectSupportedEngines () - Windows NT/2000
winDetectSupportedEngines () - DirectDraw installed
winDetectSupportedEngines () - Allowing PrimaryDD
winDetectSupportedEngines () - Returning, supported engines 0000001b
winSetEngine () - Using Shadow DirectDraw
winAdjustVideoModeShadowDD () - Using Windows display depth of 24 bits
per pixel
winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
winAdjustForAutoHide - Taskbar is auto hide
winAdjustForAutoHide - Found TOP auto-hide taskbar
winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l
0 b 742 t 0
winCreateBoundingWindowWindowed () -  Returning
winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d
24
winLayerCreate () - dwDepth 24
winRandRInit ()
winCreateDefColormap () - Deferring to fbCreateDefColormap ()
winScreenInit () - returning
AUDIT: Fri Apr 26 17:55:43 2002: 248 XWin: client 1 rejected from IP
127.0.0.1 port 3598
AUDIT: Fri Apr 26 17:55:43 2002: 248 XWin: client 2 rejected from IP
127.0.0.1 port 3599
AUDIT: Fri Apr 26 17:55:43 2002: 248 XWin: client 1 rejected from IP
127.0.0.1 port 3600
winDetectSupportedEngines () - Windows NT/2000
winDetectSupportedEngines () - DirectDraw installed
winDetectSupportedEngines () - Allowing PrimaryDD
winDetectSupportedEngines () - Returning, supported engines 0000001b
winSetEngine () - Using Shadow DirectDraw
winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
winAdjustForAutoHide - Taskbar is auto hide
winAdjustForAutoHide - Found TOP auto-hide taskbar
winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l
0 b 742 t 0
winCreateBoundingWindowWindowed () -  Returning
winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d
24
winLayerCreate () - dwDepth 24
winRandRInit ()
winCreateDefColormap () - Deferring to fbCreateDefColormap ()
winScreenInit () - returning
winDetectSupportedEngines () - Windows NT/2000
winDetectSupportedEngines () - DirectDraw installed
winDetectSupportedEngines () - Allowing PrimaryDD
winDetectSupportedEngines () - Returning, supported engines 0000001b
winSetEngine () - Using Shadow DirectDraw
winAdjustForAutoHide - Original WorkArea: 0 0 768 1024
winAdjustForAutoHide - Taskbar is auto hide
winAdjustForAutoHide - Found TOP auto-hide taskbar
winAdjustForAutoHide - Adjusted WorkArea: 1 0 768 1024
winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l
0 b 742 t 0
winCreateBoundingWindowWindowed () -  Returning
winInitVisualsShadowDD () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d
24
winLayerCreate () - dwDepth 24
winRandRInit ()
winCreateDefColormap () - Deferring to fbCreateDefColormap ()
winScreenInit () - returning

Any more tips?

Thank you.

Peter


From peter.kovacs@sysdata.siemens.hu  Fri Apr 26 13:56:00 2002
From: peter.kovacs@sysdata.siemens.hu (=?iso-8859-2?Q?Kov=E1cs_P=E9ter?=)
Date: Fri, 26 Apr 2002 13:56:00 -0000
Subject: Mail problem
Message-ID: <000b01c1ed41$d8195300$5dedca95@sysdata.siemens.hu>

Hi,

Sorry for this being very far off topic but I keep getting this kind of
error messages (see below) in response to my mails when I try to send them
from Outlook. This is despite the fact that I think I am sending TEXT-format
messages. I have to switch between Outlook (for receiving) and Outlook
Express (for sending) the latter not producing this kind of error. (I have
never had this kind of problem with Outlook with any other mailing lists
bevor.)

Please, could someone tell me what to do?

Thank you

Peter


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, a message part has an unacceptable MIME
Content-Type: text/html (#5.2.3)



From freeweb@nyckelpiga.de  Fri Apr 26 22:23:00 2002
From: freeweb@nyckelpiga.de (Gerrit P. Haase)
Date: Fri, 26 Apr 2002 22:23:00 -0000
Subject: Error Installing imlib 1.9.14
In-Reply-To: <20020425235301.GD28862@redhat.com>
References: <20020425234813.85354.qmail@web14304.mail.yahoo.com>
 <20020425235301.GD28862@redhat.com>
Message-ID: <1881257754945.20020426225538@familiehaase.de>

>>Thanks for your reply, Ive installed tiff-3.5.7.1 and
>>tried to install imlib again, and now receive this
>>error
>>
>>checking for jpeg_destroy_decompress in -ljpeg... yes
>>checking for jpeglib.h... yes
>>checking for TIFFReadScanline in -ltiff... yes
>>checking for tiffio.h... (cached) no
                        ^^^^^^^^^^^^^^^^^^
>>configure: error: *** TIFF header files not found ***

Remove config.cache and reconfigure.
And make sure that tiffio.h is in place.


Gerrit
-- 
=^..^=


From huntharo@msu.edu  Sat Apr 27 01:53:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Sat, 27 Apr 2002 01:53:00 -0000
Subject: "F1" binding on twm failed.
In-Reply-To: <3CC7CD1C.9020200@one2team.com>
Message-ID: 

Christian,

This question is really off-topic for this mailing list.  twm is a window
manager that is included with several X distributions, including XFree86.
Abundant documentation exists for twm from twm-specific sources.

On Google I found tons of twm resources, such as the man page and some
sample .twmrc files:
http://theoryx5.uwinnipeg.ca/X11R6.1/man/programs/twm.html
http://physics.wm.edu/unix_intro/loginmht/twmrc.html
http://www.strath.ac.uk/CC/Courses/oldXC/subsection3_9_2.html


I was able to get the iconify function mapped to F1 like so:
cp /etc/X11/twm/system.twmrc ~/.twmrc

Then, I edited ~/.twmrc with emacs and added the line that you had to the
end of the file.  I started up Cygwin/XFree86 and the iconify function
worked correctly.  You have to be aware, however, that using f.iconify from
the keyboard is a little different than using the iconify function on the
twm menu.  When you press F1 the mouse cursor has to be over the root window
and the mouse cursor does not change to a black circle like it does with the
iconify menu command.  However, the next window title that you click on
(yes, it has to be the title) will get iconified.

So, the behavior is a little strange, but I can't tell you if this is
different than the way binding F1 to inconify would work on, say, Linux.


Good luck,

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Christian P. Momon
> Sent: Thursday, April 25, 2002 5:32 AM
> To: cygwin-xfree@cygwin.com
> Subject: "F1" binding on twm failed.
>
>
>
>   Hi,
>
>   I am trying to configure my twmrc, so i add:
> "F1" =  : all : f.iconify
>
>   But, it doesnt work.
>
> I use Xfree86 4.2.0 with xwinclip-Test03.exe.bz2.
>
> Nothing in guide, archive and google. I need help.
>
>   Thanks.
>
>   Cpm.
> --
> Christian MOMON
> ONE2TEAM R&D
> cmomon@ONE2TEAM.com
>


From sam.edge@ntlworld.com  Sat Apr 27 20:17:00 2002
From: sam.edge@ntlworld.com (Sam Edge)
Date: Sat, 27 Apr 2002 20:17:00 -0000
Subject: Cygwin/XFree86 setup.exe package problem
Message-ID: <0bokcu4kvh73ffmi36s99rv5vkh2pgle8q@4ax.com>

I've just expunged a working /etc/X11 and /usr/X11R6 and used
SETUP.EXE to install XFree86 4.2.0 via setup.exe on a Windows 95
Cygwin installation.

Everything went well except that several symbolic links were missing
and I had to enter the following by hand;

ln -s /etc/X11/app-defaults /usr/X11R6/lib/X11/app-defaults
ln -s /etc/X11/fs /usr/X11R6/lib/X11/fs
ln -s /etc/X11/lbxproxy /usr/X11R6/lib/X11/lbxproxy
ln -s /etc/X11/proxymngr /usr/X11R6/lib/X11/proxymngr
ln -s /etc/X11/rstart /usr/X11R6/lib/X11/rstart
ln -s /etc/X11/twm /usr/X11R6/lib/X11/twm
ln -s /etc/X11/xdm /usr/X11R6/lib/X11/xdm
ln -s /etc/X11/xinit /usr/X11R6/lib/X11/xinit
ln -s /etc/X11/xserver /usr/X11R6/lib/X11/xserver
ln -s /etc/X11/xsm /usr/X11R6/lib/X11/xsm

These are the directories that are more normally copied or links from
Xinstall.sh as the ETCDLINKS list.

Why not have either a post-install script or have the XFree86-base tar
archive contain them?

-- 
Sam Edge


From huntharo@msu.edu  Sat Apr 27 21:32:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Sat, 27 Apr 2002 21:32:00 -0000
Subject: Cygwin/XFree86 setup.exe package problem
In-Reply-To: <0bokcu4kvh73ffmi36s99rv5vkh2pgle8q@4ax.com>
Message-ID: 

Sam,

That's because I screwed up when I modified Ian's build.sh script.  I forgot
to make the symbolic links part of the Xlib package... and I think I
accidentally made the Xetc package contain invalid links.  Oh well.  I fixed
it now, I think.

I put a new setup.ini and XFree86-lib-4.2.0-2.tar.bz2 at
ftp://huntharo-4.user.msu.edu/pub/cygwin/

Chris: What do I do to get the new XFree86-lib file onto the mirrors?  Do
you want to take care of that (in general), or should I be updating my
packages via ssh?  Would I have the necessary premissions for that?

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Sam Edge
> Sent: Saturday, April 27, 2002 4:51 AM
> To: cygwin-xfree@cygwin.com
> Subject: Cygwin/XFree86 setup.exe package problem
>
>
> I've just expunged a working /etc/X11 and /usr/X11R6 and used
> SETUP.EXE to install XFree86 4.2.0 via setup.exe on a Windows 95
> Cygwin installation.
>
> Everything went well except that several symbolic links were missing
> and I had to enter the following by hand;
>
> ln -s /etc/X11/app-defaults /usr/X11R6/lib/X11/app-defaults
> ln -s /etc/X11/fs /usr/X11R6/lib/X11/fs
> ln -s /etc/X11/lbxproxy /usr/X11R6/lib/X11/lbxproxy
> ln -s /etc/X11/proxymngr /usr/X11R6/lib/X11/proxymngr
> ln -s /etc/X11/rstart /usr/X11R6/lib/X11/rstart
> ln -s /etc/X11/twm /usr/X11R6/lib/X11/twm
> ln -s /etc/X11/xdm /usr/X11R6/lib/X11/xdm
> ln -s /etc/X11/xinit /usr/X11R6/lib/X11/xinit
> ln -s /etc/X11/xserver /usr/X11R6/lib/X11/xserver
> ln -s /etc/X11/xsm /usr/X11R6/lib/X11/xsm
>
> These are the directories that are more normally copied or links from
> Xinstall.sh as the ETCDLINKS list.
>
> Why not have either a post-install script or have the XFree86-base tar
> archive contain them?
>
> --
> Sam Edge


From huntharo@msu.edu  Sat Apr 27 23:05:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Sat, 27 Apr 2002 23:05:00 -0000
Subject: build.sh
In-Reply-To: <3CC89307.3050108@znark.com>
Message-ID: 

Ian,

ftp://huntharo-4.user.msu.edu/pub/cygwin/build.sh

Here's a link to my most recent modification of your build.sh for packaging
Cygwin/XFree86.  You might want to take a look at it... I think it's pretty
interesting.

I've been thinking that maybe a Makefile version of this might be more
useful, as it would prevent the rebuilding of packages that haven't had
their XFree86 package updated.

What are your thoughts on that one?

Others: feel free to chime in.

Harold


From robert.collins@itdomain.com.au  Sun Apr 28 03:33:00 2002
From: robert.collins@itdomain.com.au (Robert Collins)
Date: Sun, 28 Apr 2002 03:33:00 -0000
Subject: build.sh
Message-ID: 



> -----Original Message-----
> From: Harold Hunt [mailto:huntharo@msu.edu] 
> Sent: Sunday, April 28, 2002 2:33 PM

> I've been thinking that maybe a Makefile version of this 
> might be more useful, as it would prevent the rebuilding of 
> packages that haven't had their XFree86 package updated.

Makes sense to me.

Rob


From sam_edgeZZZ@hotmail.com  Sun Apr 28 07:31:00 2002
From: sam_edgeZZZ@hotmail.com (Sam Edge)
Date: Sun, 28 Apr 2002 07:31:00 -0000
Subject: Cygwin/XFree86 setup.exe package problem
In-Reply-To: 
References: <0bokcu4kvh73ffmi36s99rv5vkh2pgle8q@4ax.com> 
Message-ID: 

You wrote in 
in gmane.os.cygwin.xfree on Sat, 27 Apr 2002 23:17:07 -0400:

> That's because I screwed up when I modified Ian's build.sh script.  I forgot
> to make the symbolic links part of the Xlib package... and I think I
> accidentally made the Xetc package contain invalid links.  Oh well.  I fixed
> it now, I think.

Anything that makes less work for me. Thanks. :-)

(All five symbolic links under /etc/X11 seem to be valid, by the way.)

-- 
Sam Edge


From lukekendall@optushome.com.au  Sun Apr 28 07:38:00 2002
From: lukekendall@optushome.com.au (lukekendall@optushome.com.au)
Date: Sun, 28 Apr 2002 07:38:00 -0000
Subject: A small contribution
Message-ID: <200204281431.g3SEVJ910599@posh.localdomain>

I read through the contributors guide, but couldn't find any mention of
how to contribute a binary port of a utility.  So after considerable
hunting around the web site, trying to find out how to make such a
contribution, I found the above vaguely-likely address.

If that's wrong, could someone be kind enough to forward this on to the
relevant person?

The contribution is simply a build of the Window Maker window manager
(http://www.windowmaker.org/) for Cygwin/Xfree86.  It's linked to from
a write-up on setting up your X on Windows, and using it to display
parts of your Unix desktop on your windows machine, at:
http://members.optushome.com.au/lukekendall/xwin-network.html

My initial (5MB) binary package for Window Maker is
http://members.optushome.com.au/lukekendall/bins/wmaker-0.80.0-cygwin.tar.gz
(I'm going to try it out at work in a few days on a "cold"
installation, and see if I managed to collect all the components
together properly.)

Please let me know if *any* of this is useful.  Personally I think one
thing that might be holding back Cygwin-Xfree86's usefulness is the very
primitive twm window manager that comes as the default with the
installation.

Would a better place for extra binaries (for a judicious assortment of
a few window managers), be
ftp://mirrors.rcn.net/pub/sourceware/cygwin/xfree/binaries/4.2.0/ ?
I have limited space on my web site, so the 5MB WM package, above, is
stretching it a bit.

Oh, and so this isn't entirely off the proper topic:  the link for
Sergey Orkhapin on the page http://cygwin.com/xfree/ is borken:
http://miracle.geol.msu.ru/sos/ doesn't exist.

luke


From robert.collins@itdomain.com.au  Sun Apr 28 11:14:00 2002
From: robert.collins@itdomain.com.au (Robert Collins)
Date: Sun, 28 Apr 2002 11:14:00 -0000
Subject: A small contribution
Message-ID: 



> -----Original Message-----
> From: lukekendall@optushome.com.au 
> [mailto:lukekendall@optushome.com.au] 
> Sent: Monday, April 29, 2002 12:31 AM
> To: cygwin-xfree@cygwin.com
> Cc: Luke at work
> Subject: A small contribution
> 
> 
> I read through the contributors guide, but couldn't find any 
> mention of how to contribute a binary port of a utility.  So 
> after considerable hunting around the web site, trying to 
> find out how to make such a contribution, I found the above 
> vaguely-likely address.

Have a look at http://www.cygwin.com/setup.html.
 
Cheers,
Rob


From huntharo@msu.edu  Sun Apr 28 17:03:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Sun, 28 Apr 2002 17:03:00 -0000
Subject: A small contribution
In-Reply-To: <200204281431.g3SEVJ910599@posh.localdomain>
Message-ID: 

Luke,

> Oh, and so this isn't entirely off the proper topic:  the link for
> Sergey Orkhapin on the page http://cygwin.com/xfree/ is borken:
> http://miracle.geol.msu.ru/sos/ doesn't exist.

Okay, I removed the link.  That was pretty much the only option since
searching Google for the roman spelling of his name (he's Russian) only
produced the link to that page, which as you said is no longer existent.  I
couldn't find him listed anywhere on Moscow State University's Geology site,
so I'll just have to assume that he's moved on...

> My initial (5MB) binary package for Window Maker is
> http://members.optushome.com.au/lukekendall/bins/wmaker-0.80.0-cyg
> win.tar.gz

I've put this package on the mirror network.  It should should up within 24
hours.  The directory is xfree/contrib/, so a sample URL would be:
http://mirrors.rcn.net/pub/sourceware/cygwin/xfree/contrib/wmaker-0.80.0-cyg
win.tar.gz

I've also added Window Maker to the Ported Software page:
http://xfree86.cygwin.com/ported-software.html


Hope that helps,

Harold


From thesnake1978@yahoo.com  Sun Apr 28 17:26:00 2002
From: thesnake1978@yahoo.com (Peter None)
Date: Sun, 28 Apr 2002 17:26:00 -0000
Subject: Error Installing imlib 1.9.14
In-Reply-To: <1881257754945.20020426225538@familiehaase.de>
Message-ID: <20020429000312.36086.qmail@web14306.mail.yahoo.com>

Gerrit, your suggestions fixed my problem, thanks!
Although now I get an error during the compile process
and Im unsure why ?? Any ideas ?
Thank You

libtool: link: warning: undefined symbols not allowed
in i686-pc-cygwin shared l
ibraries
rm -fr .libs/libimlib-gif.la .libs/libimlib-gif.*
.libs/libimlib-gif.*
ar cru .libs/libimlib-gif.a  io-gif.o
ranlib .libs/libimlib-gif.a
creating libimlib-gif.la
(cd .libs && rm -f libimlib-gif.la && ln -s
../libimlib-gif.la libimlib-gif.la)
cd .libs && PREFIX=/opt/gnome sh ../../mkdll.sh
libimlib-gif.la -L/usr/local/lib
 -lungif -L. -lgdk_imlib $(gtk-config --libs)
gcc -shared -o cygimlib-gif.dll
-Wl,--out-implib=libimlib-gif.dll.a -Wl,--export
-all-symbols -Wl,--whole-archive libimlib-gif.a
-Wl,--no-whole-archive -L/usr/lo
cal/lib -lungif -L. -lgdk_imlib -L/opt/gnome/lib
-L/usr/X11R6/lib -lgtk -lgdk -l
gmodule -lglib -lintl -lXext -lX11
Creating library file: libimlib-gif.dll.a
libimlib-gif.a(io-gif.o.b)(.text+0x146):io-gif.c:
undefined reference to `_gdk_m
alloc_image'
collect2: ld returned 1 exit status
make[2]: *** [libimlib-gif.la] Error 1
make[2]: Leaving directory
`/gnome/build/imlib-1.9.14/gdk_imlib'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/gnome/build/imlib-1.9.14'
make: *** [all-recursive-am] Error 2




--- "Gerrit P. Haase"  wrote:
> >>Thanks for your reply, Ive installed tiff-3.5.7.1
> and
> >>tried to install imlib again, and now receive this
> >>error
> >>
> >>checking for jpeg_destroy_decompress in -ljpeg...
> yes
> >>checking for jpeglib.h... yes
> >>checking for TIFFReadScanline in -ltiff... yes
> >>checking for tiffio.h... (cached) no
>                         ^^^^^^^^^^^^^^^^^^
> >>configure: error: *** TIFF header files not found
> ***
> 
> Remove config.cache and reconfigure.
> And make sure that tiffio.h is in place.
> 
> 
> Gerrit
> -- 
> =^..^=
> 


__________________________________________________
Do You Yahoo!?
Yahoo! Health - your guide to health and wellness
http://health.yahoo.com


From huntharo@msu.edu  Sun Apr 28 18:10:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Sun, 28 Apr 2002 18:10:00 -0000
Subject: Error Installing imlib 1.9.14
In-Reply-To: <20020429000312.36086.qmail@web14306.mail.yahoo.com>
Message-ID: 

Peter,

In this command,
> gcc -shared -o cygimlib-gif.dll
> -Wl,--out-implib=libimlib-gif.dll.a -Wl,--export
> -all-symbols -Wl,--whole-archive libimlib-gif.a
> -Wl,--no-whole-archive -L/usr/lo
> cal/lib -lungif -L. -lgdk_imlib -L/opt/gnome/lib
> -L/usr/X11R6/lib -lgtk -lgdk -l
> gmodule -lglib -lintl -lXext -lX11

you are getting the error,
> undefined reference to `_gdk_m
> alloc_image'

which means that you have to move the -lgdk or -lgdk_imlib so that it
appears in the link sequence after all libraries that depend on it.

The reason for this is simple: the list of things to link is walked from
left to right creating a list of references, which are checked against the
remaining libraries on the list that might have those symbols defined.  At
no point does the linker say, "Ah ha, I've got a symbol here that is
undefined, let me go back and check the list of things to link for this
symbol".  That would result in ridiculus link times.  Move the gdk or
gdk_imlib libs towards the end of the list (experiment with this) and the
linker will be happy.


Now, you can gain some additional insight by figuring out which library or
object file contains io-gif.c, as this file has the undefined reference to
_gdk_malloc_image.  Then find out which library contains gdk_malloc_image
(probably gdk or gdk_imlib).  Then move the corresponding library later in
the list.

There is one other possibility: the version of imlib-gif that you are trying
to build depends on a newer (or older) version of gdk or gdk-imlib that
contains gdk_malloc_image, while your version of gdk or gdk_imlib does not
have that symbol.  Look into this and report.


Harold


From redhatcat@fastdial.net  Sun Apr 28 19:20:00 2002
From: redhatcat@fastdial.net (redhatcat)
Date: Sun, 28 Apr 2002 19:20:00 -0000
Subject: fyi - another choice : openbox works on cygwin/xfree86. 
Message-ID: <002201c1ef1a$b69bb350$1608f3d8@americas.cpqcorp.net>

fyi - another choice : openbox works on cygwin/xfree86.  The "stable code"
complied out of the box for me.  ( Blackbox derivative)

http://openbox.sunsite.dk/





From huntharo@msu.edu  Sun Apr 28 21:06:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Sun, 28 Apr 2002 21:06:00 -0000
Subject: fyi - another choice : openbox works on cygwin/xfree86. 
In-Reply-To: <002201c1ef1a$b69bb350$1608f3d8@americas.cpqcorp.net>
Message-ID: 

I just made a Cygwin setup.exe package (and accompanying setup.ini) for
this.  Could somebody please point setup.exe at this site and verify that it
works for them (works for me):
ftp://huntharo-4.user.msu.edu/pub/openbox/

Heh... that was pretty easy.

I haven't quite mastered making a source package yet... that will come later
(it's finals week).

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of redhatcat
> Sent: Sunday, April 28, 2002 9:11 PM
> To: cygwin-xfree@cygwin.com
> Subject: fyi - another choice : openbox works on cygwin/xfree86.
>
>
> fyi - another choice : openbox works on cygwin/xfree86.  The "stable code"
> complied out of the box for me.  ( Blackbox derivative)
>
> http://openbox.sunsite.dk/
>
>
>
>


From cgf@redhat.com  Mon Apr 29 01:58:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Mon, 29 Apr 2002 01:58:00 -0000
Subject: cygwin/xfree86 setup.exe package problem
In-Reply-To: 
References: <0bokcu4kvh73ffmi36s99rv5vkh2pgle8q@4ax.com> 
Message-ID: <20020429040608.GA28200@redhat.com>

On Sat, Apr 27, 2002 at 11:17:07PM -0400, Harold Hunt wrote:
>Chris: What do I do to get the new XFree86-lib file onto the mirrors?  Do
>you want to take care of that (in general), or should I be updating my
>packages via ssh?  Would I have the necessary premissions for that?

You have the permissions to update yourself, Harold.  The directory in
question is /sourceware/ftp/anonftp/pub/cygwin/release/XFree86/ .

Go for it!

cgf


From strube@physik3.gwdg.de  Mon Apr 29 07:30:00 2002
From: strube@physik3.gwdg.de (Hans Werner Strube)
Date: Mon, 29 Apr 2002 07:30:00 -0000
Subject: XKB not working
Message-ID: <200204290857.KAA27545@r2d2.physik3.gwdg.de>

> From: Edmund Urbani 
>
> "Pille Geert (bkarnd)" wrote:
> 
> > I'm very satisfied with this solution to get my belgian keyboard working:
> >
> >  xkbcomp -xkm -m be /etc/X11/xkb/keymap/xfree86 /tmp/be.xkm
> >
> >  XWin +kb -xkbmap be -auth "$HOME/.Xauthority" -emulate3buttons
> >
> 
> Thanks a lot. That works perfectly fine for me too.

This also works for German (de instead of be), although xkbcomp issued
many warnings about missing keycodes (possibly due to the laptop keyboard,
having less keys). But how can one make de.xkm the default, without
having to specify -xkbmap de each time? According to /etc/X11/xkm/README,
I tried copying de.xkm to /etc/X11/xkb/X0-default.xkm or
/etc/X11/xkb/compiled/X0-default.xkm, but without success. (Of course, I first
made the missing symlink /usr/X11R6/lib/X11/xkb -> /etc/X11/xkb, removed the
looping symlink /etc/X11/xkb/compiled and made this a real directory.)


From j_tetazoo@hotmail.com  Mon Apr 29 07:31:00 2002
From: j_tetazoo@hotmail.com (Thomas Chadwick)
Date: Mon, 29 Apr 2002 07:31:00 -0000
Subject: XWin -help behavior
Message-ID: 

I just noticed today that if I run "XWin -help", I don't see anything at the 
command-line.  I have to go look in /tmp/XWin.log to see the results.

Would it make send to print this information to STERR instead of the log 
file?


_________________________________________________________________
Chat with friends online, try MSN Messenger: http://messenger.msn.com


From huntharo@msu.edu  Mon Apr 29 07:40:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Mon, 29 Apr 2002 07:40:00 -0000
Subject: [ANNOUNCEMENT] WindowMaker, libPropList, and Openbox setup.exe packages available for testing
Message-ID: 

Point setup.exe at:
ftp://huntharo-4.user.msu.edu/pub/cygwin/

There is a setup.ini there that has all the XFree86 packages plus
WindowMaker, libPropList, and Openbox.

I've tested the packages locally, but I'd like someone to do an install on
there system before I post the packages to the mirror network.

Oh, I also figured out how to do source packages (using the generic Cygwin
build script), so each of these new packages has a source file as well (if
you wish to see what was changed to make them compile on Cygwin).

Enjoy,

Harold


From huntharo@msu.edu  Mon Apr 29 07:41:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Mon, 29 Apr 2002 07:41:00 -0000
Subject: XWin -help behavior
In-Reply-To: 
Message-ID: 

Thomas,

Yes, that's a great idea.  There is one problem though.  We redirect the
ErrorF function (which prints out all messages, including the --help
message) before we know that a --help parameter is coming down the line.
When the --help is processed is calls a UseMsg function that then calls a
module-UseMsg function for each part of the XFree86 server.  By the time
that ddxUseMsg (that's the hardware layer's (our's) UseMsg function) gets
called we have already printed out 90% of the help text, so there is very
little point in redirecting our portion of the help message to STDERR.

The solution lies in creating an overly-complicated ErrorF system that
buffers the output until we have processed all command-line parameters.  I
don't have time to do that, do you?

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Thomas Chadwick
> Sent: Monday, April 29, 2002 10:31 AM
> To: cygwin-xfree@cygwin.com
> Subject: XWin -help behavior
>
>
> I just noticed today that if I run "XWin -help", I don't see
> anything at the
> command-line.  I have to go look in /tmp/XWin.log to see the results.
>
> Would it make send to print this information to STERR instead of the log
> file?
>
>
> _________________________________________________________________
> Chat with friends online, try MSN Messenger: http://messenger.msn.com
>


From sam_edgeZZZ@hotmail.com  Mon Apr 29 07:44:00 2002
From: sam_edgeZZZ@hotmail.com (Sam Edge)
Date: Mon, 29 Apr 2002 07:44:00 -0000
Subject: XWin -help behavior
In-Reply-To: 
References: 
Message-ID: <0jmqcuk95gujm3eo3ffcvvrvn086eq3v01@4ax.com>

Thomas Chadwick wrote in 
in gmane.os.cygwin.xfree on Mon, 29 Apr 2002 10:30:40 -0400:

> I just noticed today that if I run "XWin -help", I don't see anything at the 
> command-line.  I have to go look in /tmp/XWin.log to see the results.
> Would it make send to print this information to STERR instead of the log 
> file?

XWin.exe is linked as a Windows GUI application to stop it requiring
the creation of a console window so it doesn't have redirectable
standard I/O.

-- 
Sam Edge


From huntharo@msu.edu  Mon Apr 29 07:48:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Mon, 29 Apr 2002 07:48:00 -0000
Subject: XWin -help behavior
In-Reply-To: <0jmqcuk95gujm3eo3ffcvvrvn086eq3v01@4ax.com>
Message-ID: 

Sam,

Thanks, I forgot that point.

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Sam Edge
> Sent: Monday, April 29, 2002 10:40 AM
> To: cygwin-xfree@cygwin.com
> Subject: Re: XWin -help behavior
> 
> 
> Thomas Chadwick wrote in 
> in gmane.os.cygwin.xfree on Mon, 29 Apr 2002 10:30:40 -0400:
> 
> > I just noticed today that if I run "XWin -help", I don't see 
> anything at the 
> > command-line.  I have to go look in /tmp/XWin.log to see the results.
> > Would it make send to print this information to STERR instead 
> of the log 
> > file?
> 
> XWin.exe is linked as a Windows GUI application to stop it requiring
> the creation of a console window so it doesn't have redirectable
> standard I/O.
> 
> -- 
> Sam Edge


From rrdrake@sandia.gov  Mon Apr 29 08:04:00 2002
From: rrdrake@sandia.gov (Richard Drake)
Date: Mon, 29 Apr 2002 08:04:00 -0000
Subject: [ANNOUNCEMENT] WindowMaker, libPropList, and Openbox
 setup.exepackages available for testing
References: 
Message-ID: <3CCD5D36.4DBC9599@sandia.gov>

Harold,

I tried pointing setup.exe to ftp://huntharo-4.user.msu.edu/pub/cygwin/ but it tries to connect and then comes back with "Unable to get setup.ini from ftp://huntharo-4.user.msu.edu/pub/cygwin/".  I'm a relative newbie .. am i missing something with setup.exe?  (I can see that directory with my browser).

-rich

PS:  Love the cygwin & cygwin/xfree products!


Harold Hunt wrote:
> 
> Point setup.exe at:
> ftp://huntharo-4.user.msu.edu/pub/cygwin/
> 
> There is a setup.ini there that has all the XFree86 packages plus
> WindowMaker, libPropList, and Openbox.
> 
> I've tested the packages locally, but I'd like someone to do an install on
> there system before I post the packages to the mirror network.
> 
> Oh, I also figured out how to do source packages (using the generic Cygwin
> build script), so each of these new packages has a source file as well (if
> you wish to see what was changed to make them compile on Cygwin).
> 
> Enjoy,
> 
> Harold


From huntharo@msu.edu  Mon Apr 29 08:20:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Mon, 29 Apr 2002 08:20:00 -0000
Subject: [ANNOUNCEMENT] WindowMaker, libPropList, and Openbox setup.exepackages available for testing
In-Reply-To: <3CCD5D36.4DBC9599@sandia.gov>
Message-ID: 

Richard,

Hmm... you mention that you can see the directory with your browser... that
means that your browser has a connection open to my ftp server... and I'm
not sure how many connections my server allows per host.  Thus, you may want
to close your browser, wait a few minutes, then open setup.exe and try to
connect again (without opening your web browser to that address).  That may
help...

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Richard Drake
> Sent: Monday, April 29, 2002 10:48 AM
> To: Harold Hunt; cygwin-xfree@cygwin.com
> Subject: Re: [ANNOUNCEMENT] WindowMaker, libPropList, and Openbox
> setup.exepackages available for testing
>
>
> Harold,
>
> I tried pointing setup.exe to
> ftp://huntharo-4.user.msu.edu/pub/cygwin/ but it tries to connect
> and then comes back with "Unable to get setup.ini from
> ftp://huntharo-4.user.msu.edu/pub/cygwin/".  I'm a relative
> newbie .. am i missing something with setup.exe?  (I can see that
> directory with my browser).
>
> -rich
>
> PS:  Love the cygwin & cygwin/xfree products!
>
>
> Harold Hunt wrote:
> >
> > Point setup.exe at:
> > ftp://huntharo-4.user.msu.edu/pub/cygwin/
> >
> > There is a setup.ini there that has all the XFree86 packages plus
> > WindowMaker, libPropList, and Openbox.
> >
> > I've tested the packages locally, but I'd like someone to do an
> install on
> > there system before I post the packages to the mirror network.
> >
> > Oh, I also figured out how to do source packages (using the
> generic Cygwin
> > build script), so each of these new packages has a source file
> as well (if
> > you wish to see what was changed to make them compile on Cygwin).
> >
> > Enjoy,
> >
> > Harold
>


From rrdrake@sandia.gov  Mon Apr 29 08:28:00 2002
From: rrdrake@sandia.gov (Richard Drake)
Date: Mon, 29 Apr 2002 08:28:00 -0000
Subject: [ANNOUNCEMENT] WindowMaker, libPropList, and
 Openboxsetup.exepackages available for testing
References: 
Message-ID: <3CCD64BC.46472A22@sandia.gov>

Harold,

still no luck.  we need another data point to isolate the problem .. somebody else needs to try to point setup.exe to that location...

-rich

Harold Hunt wrote:
> 
> Richard,
> 
> Hmm... you mention that you can see the directory with your browser... that
> means that your browser has a connection open to my ftp server... and I'm
> not sure how many connections my server allows per host.  Thus, you may want
> to close your browser, wait a few minutes, then open setup.exe and try to
> connect again (without opening your web browser to that address).  That may
> help...
> 
> Harold
> 
> > -----Original Message-----
> > From: cygwin-xfree-owner@cygwin.com
> > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Richard Drake
> > Sent: Monday, April 29, 2002 10:48 AM
> > To: Harold Hunt; cygwin-xfree@cygwin.com
> > Subject: Re: [ANNOUNCEMENT] WindowMaker, libPropList, and Openbox
> > setup.exepackages available for testing
> >
> >
> > Harold,
> >
> > I tried pointing setup.exe to
> > ftp://huntharo-4.user.msu.edu/pub/cygwin/ but it tries to connect
> > and then comes back with "Unable to get setup.ini from
> > ftp://huntharo-4.user.msu.edu/pub/cygwin/".  I'm a relative
> > newbie .. am i missing something with setup.exe?  (I can see that
> > directory with my browser).
> >
> > -rich
> >
> > PS:  Love the cygwin & cygwin/xfree products!
> >
> >
> > Harold Hunt wrote:
> > >
> > > Point setup.exe at:
> > > ftp://huntharo-4.user.msu.edu/pub/cygwin/
> > >
> > > There is a setup.ini there that has all the XFree86 packages plus
> > > WindowMaker, libPropList, and Openbox.
> > >
> > > I've tested the packages locally, but I'd like someone to do an
> > install on
> > > there system before I post the packages to the mirror network.
> > >
> > > Oh, I also figured out how to do source packages (using the
> > generic Cygwin
> > > build script), so each of these new packages has a source file
> > as well (if
> > > you wish to see what was changed to make them compile on Cygwin).
> > >
> > > Enjoy,
> > >
> > > Harold
> >


From salexander@taz.qinetiq.com  Mon Apr 29 08:31:00 2002
From: salexander@taz.qinetiq.com (Scott Alexander)
Date: Mon, 29 Apr 2002 08:31:00 -0000
Subject: [ANNOUNCEMENT] WindowMaker, libPropList, and Openboxsetup.exepackages available for testing
References:  <3CCD64BC.46472A22@sandia.gov>
Message-ID: <002101c1ef93$246a9400$2153b80a@gooshy>

Just pointed my setup.exe to Harold's ftp server and I get no response from
it.  I can access it from ncftp and get

ncftp / > ls
pub/

ncftp /pub > ls
cygwin/  mth496/

ncftp /pub/cygwin > ls
Xbin.tgz                  Xfsrv.tgz                 Xps.tgz
Xdoc.tgz                  Xhtml.tgz                 Xvfb.tgz
Xetc.tgz                  Xjdoc.tgz                 Xxserv.tgz
Xf100.tgz                 Xlib.tgz                  build.sh
Xfcyr.tgz                 Xman.tgz                  move.sh
Xfenc.tgz                 Xnest.tgz                 release/
Xfnts.tgz                 Xprog.tgz                 setup.ini
Xfscl.tgz                 Xprt.tgz                  startup-scripts.tgz

Cheers
Scott Alexander
----- Original Message -----
From: "Richard Drake" 
To: 
Sent: Monday, April 29, 2002 4:20 PM
Subject: Re: [ANNOUNCEMENT] WindowMaker, libPropList, and
Openboxsetup.exepackages available for testing


> Harold,
>
> still no luck.  we need another data point to isolate the problem ..
somebody else needs to try to point setup.exe to that location...
>
> -rich
>
> Harold Hunt wrote:
> >
> > Richard,
> >
> > Hmm... you mention that you can see the directory with your browser...
that
> > means that your browser has a connection open to my ftp server... and
I'm
> > not sure how many connections my server allows per host.  Thus, you may
want
> > to close your browser, wait a few minutes, then open setup.exe and try
to
> > connect again (without opening your web browser to that address).  That
may
> > help...
> >
> > Harold
> >
> > > -----Original Message-----
> > > From: cygwin-xfree-owner@cygwin.com
> > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Richard Drake
> > > Sent: Monday, April 29, 2002 10:48 AM
> > > To: Harold Hunt; cygwin-xfree@cygwin.com
> > > Subject: Re: [ANNOUNCEMENT] WindowMaker, libPropList, and Openbox
> > > setup.exepackages available for testing
> > >
> > >
> > > Harold,
> > >
> > > I tried pointing setup.exe to
> > > ftp://huntharo-4.user.msu.edu/pub/cygwin/ but it tries to connect
> > > and then comes back with "Unable to get setup.ini from
> > > ftp://huntharo-4.user.msu.edu/pub/cygwin/".  I'm a relative
> > > newbie .. am i missing something with setup.exe?  (I can see that
> > > directory with my browser).
> > >
> > > -rich
> > >
> > > PS:  Love the cygwin & cygwin/xfree products!
> > >
> > >
> > > Harold Hunt wrote:
> > > >
> > > > Point setup.exe at:
> > > > ftp://huntharo-4.user.msu.edu/pub/cygwin/
> > > >
> > > > There is a setup.ini there that has all the XFree86 packages plus
> > > > WindowMaker, libPropList, and Openbox.
> > > >
> > > > I've tested the packages locally, but I'd like someone to do an
> > > install on
> > > > there system before I post the packages to the mirror network.
> > > >
> > > > Oh, I also figured out how to do source packages (using the
> > > generic Cygwin
> > > > build script), so each of these new packages has a source file
> > > as well (if
> > > > you wish to see what was changed to make them compile on Cygwin).
> > > >
> > > > Enjoy,
> > > >
> > > > Harold
> > >
>


From j_tetazoo@hotmail.com  Mon Apr 29 08:31:00 2002
From: j_tetazoo@hotmail.com (Thomas Chadwick)
Date: Mon, 29 Apr 2002 08:31:00 -0000
Subject: XWin -help behavior
Message-ID: 

Aha.  I see now that "man XWin" and "man Xserver" are a preferable 
alternative to "Xwin -help" anyway.

>From: "Harold Hunt" 
>To: 
>Subject: RE: XWin -help behavior
>Date: Mon, 29 Apr 2002 10:44:36 -0400
>
>Sam,
>
>Thanks, I forgot that point.
>
>Harold
>
> > -----Original Message-----
> > From: cygwin-xfree-owner@cygwin.com
> > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Sam Edge
> > Sent: Monday, April 29, 2002 10:40 AM
> > To: cygwin-xfree@cygwin.com
> > Subject: Re: XWin -help behavior
> >
> >
> > Thomas Chadwick wrote in 
> > in gmane.os.cygwin.xfree on Mon, 29 Apr 2002 10:30:40 -0400:
> >
> > > I just noticed today that if I run "XWin -help", I don't see
> > anything at the
> > > command-line.  I have to go look in /tmp/XWin.log to see the results.
> > > Would it make send to print this information to STERR instead
> > of the log
> > > file?
> >
> > XWin.exe is linked as a Windows GUI application to stop it requiring
> > the creation of a console window so it doesn't have redirectable
> > standard I/O.
> >
> > --
> > Sam Edge


_________________________________________________________________
Send and receive Hotmail on your mobile device: http://mobile.msn.com


From huntharo@msu.edu  Mon Apr 29 08:42:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Mon, 29 Apr 2002 08:42:00 -0000
Subject: [ANNOUNCEMENT] WindowMaker, libPropList, and Openboxsetup.exepackages available for testing
In-Reply-To: <3CCD64BC.46472A22@sandia.gov>
Message-ID: 

Rich,

I was able to connect to huntharo-4 and grab setup.ini with setup.exe from
my other machine just fine.

Do you have a firewall or proxy server?  Have you told setup.exe to use your
proxy server?

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Richard Drake
> Sent: Monday, April 29, 2002 11:20 AM
> To: cygwin-xfree@cygwin.com
> Subject: Re: [ANNOUNCEMENT] WindowMaker, libPropList, and
> Openboxsetup.exepackages available for testing
>
>
> Harold,
>
> still no luck.  we need another data point to isolate the problem
> .. somebody else needs to try to point setup.exe to that location...
>
> -rich
>
> Harold Hunt wrote:
> >
> > Richard,
> >
> > Hmm... you mention that you can see the directory with your
> browser... that
> > means that your browser has a connection open to my ftp
> server... and I'm
> > not sure how many connections my server allows per host.  Thus,
> you may want
> > to close your browser, wait a few minutes, then open setup.exe
> and try to
> > connect again (without opening your web browser to that
> address).  That may
> > help...
> >
> > Harold
> >
> > > -----Original Message-----
> > > From: cygwin-xfree-owner@cygwin.com
> > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Richard Drake
> > > Sent: Monday, April 29, 2002 10:48 AM
> > > To: Harold Hunt; cygwin-xfree@cygwin.com
> > > Subject: Re: [ANNOUNCEMENT] WindowMaker, libPropList, and Openbox
> > > setup.exepackages available for testing
> > >
> > >
> > > Harold,
> > >
> > > I tried pointing setup.exe to
> > > ftp://huntharo-4.user.msu.edu/pub/cygwin/ but it tries to connect
> > > and then comes back with "Unable to get setup.ini from
> > > ftp://huntharo-4.user.msu.edu/pub/cygwin/".  I'm a relative
> > > newbie .. am i missing something with setup.exe?  (I can see that
> > > directory with my browser).
> > >
> > > -rich
> > >
> > > PS:  Love the cygwin & cygwin/xfree products!
> > >
> > >
> > > Harold Hunt wrote:
> > > >
> > > > Point setup.exe at:
> > > > ftp://huntharo-4.user.msu.edu/pub/cygwin/
> > > >
> > > > There is a setup.ini there that has all the XFree86 packages plus
> > > > WindowMaker, libPropList, and Openbox.
> > > >
> > > > I've tested the packages locally, but I'd like someone to do an
> > > install on
> > > > there system before I post the packages to the mirror network.
> > > >
> > > > Oh, I also figured out how to do source packages (using the
> > > generic Cygwin
> > > > build script), so each of these new packages has a source file
> > > as well (if
> > > > you wish to see what was changed to make them compile on Cygwin).
> > > >
> > > > Enjoy,
> > > >
> > > > Harold
> > >
>


From salexander@taz.qinetiq.com  Mon Apr 29 08:45:00 2002
From: salexander@taz.qinetiq.com (Scott Alexander)
Date: Mon, 29 Apr 2002 08:45:00 -0000
Subject: [ANNOUNCEMENT] WindowMaker, libPropList, and Openboxsetup.exepackages available for testing
References: 
Message-ID: <007501c1ef94$bf68a8b0$2153b80a@gooshy>

Just muddled arround with my proxy settings and have connected and done the
update.

Scott.

----- Original Message -----
From: "Harold Hunt" 
To: "Richard Drake" ; 
Sent: Monday, April 29, 2002 4:31 PM
Subject: RE: [ANNOUNCEMENT] WindowMaker, libPropList, and
Openboxsetup.exepackages available for testing


> Rich,
>
> I was able to connect to huntharo-4 and grab setup.ini with setup.exe from
> my other machine just fine.
>
> Do you have a firewall or proxy server?  Have you told setup.exe to use
your
> proxy server?
>
> Harold
>
> > -----Original Message-----
> > From: cygwin-xfree-owner@cygwin.com
> > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Richard Drake
> > Sent: Monday, April 29, 2002 11:20 AM
> > To: cygwin-xfree@cygwin.com
> > Subject: Re: [ANNOUNCEMENT] WindowMaker, libPropList, and
> > Openboxsetup.exepackages available for testing
> >
> >
> > Harold,
> >
> > still no luck.  we need another data point to isolate the problem
> > .. somebody else needs to try to point setup.exe to that location...
> >
> > -rich
> >
> > Harold Hunt wrote:
> > >
> > > Richard,
> > >
> > > Hmm... you mention that you can see the directory with your
> > browser... that
> > > means that your browser has a connection open to my ftp
> > server... and I'm
> > > not sure how many connections my server allows per host.  Thus,
> > you may want
> > > to close your browser, wait a few minutes, then open setup.exe
> > and try to
> > > connect again (without opening your web browser to that
> > address).  That may
> > > help...
> > >
> > > Harold
> > >
> > > > -----Original Message-----
> > > > From: cygwin-xfree-owner@cygwin.com
> > > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Richard Drake
> > > > Sent: Monday, April 29, 2002 10:48 AM
> > > > To: Harold Hunt; cygwin-xfree@cygwin.com
> > > > Subject: Re: [ANNOUNCEMENT] WindowMaker, libPropList, and Openbox
> > > > setup.exepackages available for testing
> > > >
> > > >
> > > > Harold,
> > > >
> > > > I tried pointing setup.exe to
> > > > ftp://huntharo-4.user.msu.edu/pub/cygwin/ but it tries to connect
> > > > and then comes back with "Unable to get setup.ini from
> > > > ftp://huntharo-4.user.msu.edu/pub/cygwin/".  I'm a relative
> > > > newbie .. am i missing something with setup.exe?  (I can see that
> > > > directory with my browser).
> > > >
> > > > -rich
> > > >
> > > > PS:  Love the cygwin & cygwin/xfree products!
> > > >
> > > >
> > > > Harold Hunt wrote:
> > > > >
> > > > > Point setup.exe at:
> > > > > ftp://huntharo-4.user.msu.edu/pub/cygwin/
> > > > >
> > > > > There is a setup.ini there that has all the XFree86 packages plus
> > > > > WindowMaker, libPropList, and Openbox.
> > > > >
> > > > > I've tested the packages locally, but I'd like someone to do an
> > > > install on
> > > > > there system before I post the packages to the mirror network.
> > > > >
> > > > > Oh, I also figured out how to do source packages (using the
> > > > generic Cygwin
> > > > > build script), so each of these new packages has a source file
> > > > as well (if
> > > > > you wish to see what was changed to make them compile on Cygwin).
> > > > >
> > > > > Enjoy,
> > > > >
> > > > > Harold
> > > >
> >
>


From huntharo@msu.edu  Mon Apr 29 08:46:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Mon, 29 Apr 2002 08:46:00 -0000
Subject: [ANNOUNCEMENT] WindowMaker, libPropList, and Openboxsetup.exepackages available for testing
In-Reply-To: <007501c1ef94$bf68a8b0$2153b80a@gooshy>
Message-ID: 

Scott,

So, does WindowMaker work?  Does Openbox work?  I need to know before I
release the packages into the wild...

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Scott Alexander
> Sent: Monday, April 29, 2002 11:44 AM
> To: Harold Hunt; Richard Drake; cygwin-xfree@cygwin.com
> Subject: Re: [ANNOUNCEMENT] WindowMaker, libPropList, and
> Openboxsetup.exepackages available for testing
>
>
> Just muddled arround with my proxy settings and have connected
> and done the
> update.
>
> Scott.
>
> ----- Original Message -----
> From: "Harold Hunt" 
> To: "Richard Drake" ; 
> Sent: Monday, April 29, 2002 4:31 PM
> Subject: RE: [ANNOUNCEMENT] WindowMaker, libPropList, and
> Openboxsetup.exepackages available for testing
>
>
> > Rich,
> >
> > I was able to connect to huntharo-4 and grab setup.ini with
> setup.exe from
> > my other machine just fine.
> >
> > Do you have a firewall or proxy server?  Have you told setup.exe to use
> your
> > proxy server?
> >
> > Harold
> >
> > > -----Original Message-----
> > > From: cygwin-xfree-owner@cygwin.com
> > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Richard Drake
> > > Sent: Monday, April 29, 2002 11:20 AM
> > > To: cygwin-xfree@cygwin.com
> > > Subject: Re: [ANNOUNCEMENT] WindowMaker, libPropList, and
> > > Openboxsetup.exepackages available for testing
> > >
> > >
> > > Harold,
> > >
> > > still no luck.  we need another data point to isolate the problem
> > > .. somebody else needs to try to point setup.exe to that location...
> > >
> > > -rich
> > >
> > > Harold Hunt wrote:
> > > >
> > > > Richard,
> > > >
> > > > Hmm... you mention that you can see the directory with your
> > > browser... that
> > > > means that your browser has a connection open to my ftp
> > > server... and I'm
> > > > not sure how many connections my server allows per host.  Thus,
> > > you may want
> > > > to close your browser, wait a few minutes, then open setup.exe
> > > and try to
> > > > connect again (without opening your web browser to that
> > > address).  That may
> > > > help...
> > > >
> > > > Harold
> > > >
> > > > > -----Original Message-----
> > > > > From: cygwin-xfree-owner@cygwin.com
> > > > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Richard Drake
> > > > > Sent: Monday, April 29, 2002 10:48 AM
> > > > > To: Harold Hunt; cygwin-xfree@cygwin.com
> > > > > Subject: Re: [ANNOUNCEMENT] WindowMaker, libPropList, and Openbox
> > > > > setup.exepackages available for testing
> > > > >
> > > > >
> > > > > Harold,
> > > > >
> > > > > I tried pointing setup.exe to
> > > > > ftp://huntharo-4.user.msu.edu/pub/cygwin/ but it tries to connect
> > > > > and then comes back with "Unable to get setup.ini from
> > > > > ftp://huntharo-4.user.msu.edu/pub/cygwin/".  I'm a relative
> > > > > newbie .. am i missing something with setup.exe?  (I can see that
> > > > > directory with my browser).
> > > > >
> > > > > -rich
> > > > >
> > > > > PS:  Love the cygwin & cygwin/xfree products!
> > > > >
> > > > >
> > > > > Harold Hunt wrote:
> > > > > >
> > > > > > Point setup.exe at:
> > > > > > ftp://huntharo-4.user.msu.edu/pub/cygwin/
> > > > > >
> > > > > > There is a setup.ini there that has all the XFree86
> packages plus
> > > > > > WindowMaker, libPropList, and Openbox.
> > > > > >
> > > > > > I've tested the packages locally, but I'd like someone to do an
> > > > > install on
> > > > > > there system before I post the packages to the mirror network.
> > > > > >
> > > > > > Oh, I also figured out how to do source packages (using the
> > > > > generic Cygwin
> > > > > > build script), so each of these new packages has a source file
> > > > > as well (if
> > > > > > you wish to see what was changed to make them compile
> on Cygwin).
> > > > > >
> > > > > > Enjoy,
> > > > > >
> > > > > > Harold
> > > > >
> > >
> >
>


From salexander@taz.qinetiq.com  Mon Apr 29 08:52:00 2002
From: salexander@taz.qinetiq.com (Scott Alexander)
Date: Mon, 29 Apr 2002 08:52:00 -0000
Subject: [ANNOUNCEMENT] WindowMaker, libPropList, and Openboxsetup.exepackages available for testing
References:  <007501c1ef94$bf68a8b0$2153b80a@gooshy>
Message-ID: <007b01c1ef95$39b826e0$2153b80a@gooshy>

Well I have managed to connect its still trying to get the first file.

----- Original Message -----
From: "Scott Alexander" 
To: "Harold Hunt" ; "Richard Drake" ;

Sent: Monday, April 29, 2002 4:44 PM
Subject: Re: [ANNOUNCEMENT] WindowMaker, libPropList, and
Openboxsetup.exepackages available for testing


> Just muddled arround with my proxy settings and have connected and done
the
> update.
>
> Scott.
>
> ----- Original Message -----
> From: "Harold Hunt" 
> To: "Richard Drake" ; 
> Sent: Monday, April 29, 2002 4:31 PM
> Subject: RE: [ANNOUNCEMENT] WindowMaker, libPropList, and
> Openboxsetup.exepackages available for testing
>
>
> > Rich,
> >
> > I was able to connect to huntharo-4 and grab setup.ini with setup.exe
from
> > my other machine just fine.
> >
> > Do you have a firewall or proxy server?  Have you told setup.exe to use
> your
> > proxy server?
> >
> > Harold
> >
> > > -----Original Message-----
> > > From: cygwin-xfree-owner@cygwin.com
> > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Richard Drake
> > > Sent: Monday, April 29, 2002 11:20 AM
> > > To: cygwin-xfree@cygwin.com
> > > Subject: Re: [ANNOUNCEMENT] WindowMaker, libPropList, and
> > > Openboxsetup.exepackages available for testing
> > >
> > >
> > > Harold,
> > >
> > > still no luck.  we need another data point to isolate the problem
> > > .. somebody else needs to try to point setup.exe to that location...
> > >
> > > -rich
> > >
> > > Harold Hunt wrote:
> > > >
> > > > Richard,
> > > >
> > > > Hmm... you mention that you can see the directory with your
> > > browser... that
> > > > means that your browser has a connection open to my ftp
> > > server... and I'm
> > > > not sure how many connections my server allows per host.  Thus,
> > > you may want
> > > > to close your browser, wait a few minutes, then open setup.exe
> > > and try to
> > > > connect again (without opening your web browser to that
> > > address).  That may
> > > > help...
> > > >
> > > > Harold
> > > >
> > > > > -----Original Message-----
> > > > > From: cygwin-xfree-owner@cygwin.com
> > > > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Richard Drake
> > > > > Sent: Monday, April 29, 2002 10:48 AM
> > > > > To: Harold Hunt; cygwin-xfree@cygwin.com
> > > > > Subject: Re: [ANNOUNCEMENT] WindowMaker, libPropList, and Openbox
> > > > > setup.exepackages available for testing
> > > > >
> > > > >
> > > > > Harold,
> > > > >
> > > > > I tried pointing setup.exe to
> > > > > ftp://huntharo-4.user.msu.edu/pub/cygwin/ but it tries to connect
> > > > > and then comes back with "Unable to get setup.ini from
> > > > > ftp://huntharo-4.user.msu.edu/pub/cygwin/".  I'm a relative
> > > > > newbie .. am i missing something with setup.exe?  (I can see that
> > > > > directory with my browser).
> > > > >
> > > > > -rich
> > > > >
> > > > > PS:  Love the cygwin & cygwin/xfree products!
> > > > >
> > > > >
> > > > > Harold Hunt wrote:
> > > > > >
> > > > > > Point setup.exe at:
> > > > > > ftp://huntharo-4.user.msu.edu/pub/cygwin/
> > > > > >
> > > > > > There is a setup.ini there that has all the XFree86 packages
plus
> > > > > > WindowMaker, libPropList, and Openbox.
> > > > > >
> > > > > > I've tested the packages locally, but I'd like someone to do an
> > > > > install on
> > > > > > there system before I post the packages to the mirror network.
> > > > > >
> > > > > > Oh, I also figured out how to do source packages (using the
> > > > > generic Cygwin
> > > > > > build script), so each of these new packages has a source file
> > > > > as well (if
> > > > > > you wish to see what was changed to make them compile on
Cygwin).
> > > > > >
> > > > > > Enjoy,
> > > > > >
> > > > > > Harold
> > > > >
> > >
> >
>


From salexander@taz.qinetiq.com  Mon Apr 29 09:09:00 2002
From: salexander@taz.qinetiq.com (Scott Alexander)
Date: Mon, 29 Apr 2002 09:09:00 -0000
Subject: [ANNOUNCEMENT] WindowMaker, libPropList, and Openboxsetup.exepackages available for testing
References: 
Message-ID: <008b01c1ef96$15b04150$2153b80a@gooshy>

Harold,

I just got a message saying install incomplete try again?  Im not getting
any of the files, it can connect ok though and i see the packages available
but dont actually get the transfer started.  Could this be a read permission
on the directory or files?

----- Original Message -----
From: "Harold Hunt" 
To: 
Sent: Monday, April 29, 2002 4:45 PM
Subject: RE: [ANNOUNCEMENT] WindowMaker, libPropList, and
Openboxsetup.exepackages available for testing


> Scott,
>
> So, does WindowMaker work?  Does Openbox work?  I need to know before I
> release the packages into the wild...
>
> Harold
>
> > -----Original Message-----
> > From: cygwin-xfree-owner@cygwin.com
> > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Scott Alexander
> > Sent: Monday, April 29, 2002 11:44 AM
> > To: Harold Hunt; Richard Drake; cygwin-xfree@cygwin.com
> > Subject: Re: [ANNOUNCEMENT] WindowMaker, libPropList, and
> > Openboxsetup.exepackages available for testing
> >
> >
> > Just muddled arround with my proxy settings and have connected
> > and done the
> > update.
> >
> > Scott.
> >
> > ----- Original Message -----
> > From: "Harold Hunt" 
> > To: "Richard Drake" ; 
> > Sent: Monday, April 29, 2002 4:31 PM
> > Subject: RE: [ANNOUNCEMENT] WindowMaker, libPropList, and
> > Openboxsetup.exepackages available for testing
> >
> >
> > > Rich,
> > >
> > > I was able to connect to huntharo-4 and grab setup.ini with
> > setup.exe from
> > > my other machine just fine.
> > >
> > > Do you have a firewall or proxy server?  Have you told setup.exe to
use
> > your
> > > proxy server?
> > >
> > > Harold
> > >
> > > > -----Original Message-----
> > > > From: cygwin-xfree-owner@cygwin.com
> > > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Richard Drake
> > > > Sent: Monday, April 29, 2002 11:20 AM
> > > > To: cygwin-xfree@cygwin.com
> > > > Subject: Re: [ANNOUNCEMENT] WindowMaker, libPropList, and
> > > > Openboxsetup.exepackages available for testing
> > > >
> > > >
> > > > Harold,
> > > >
> > > > still no luck.  we need another data point to isolate the problem
> > > > .. somebody else needs to try to point setup.exe to that location...
> > > >
> > > > -rich
> > > >
> > > > Harold Hunt wrote:
> > > > >
> > > > > Richard,
> > > > >
> > > > > Hmm... you mention that you can see the directory with your
> > > > browser... that
> > > > > means that your browser has a connection open to my ftp
> > > > server... and I'm
> > > > > not sure how many connections my server allows per host.  Thus,
> > > > you may want
> > > > > to close your browser, wait a few minutes, then open setup.exe
> > > > and try to
> > > > > connect again (without opening your web browser to that
> > > > address).  That may
> > > > > help...
> > > > >
> > > > > Harold
> > > > >
> > > > > > -----Original Message-----
> > > > > > From: cygwin-xfree-owner@cygwin.com
> > > > > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Richard Drake
> > > > > > Sent: Monday, April 29, 2002 10:48 AM
> > > > > > To: Harold Hunt; cygwin-xfree@cygwin.com
> > > > > > Subject: Re: [ANNOUNCEMENT] WindowMaker, libPropList, and
Openbox
> > > > > > setup.exepackages available for testing
> > > > > >
> > > > > >
> > > > > > Harold,
> > > > > >
> > > > > > I tried pointing setup.exe to
> > > > > > ftp://huntharo-4.user.msu.edu/pub/cygwin/ but it tries to
connect
> > > > > > and then comes back with "Unable to get setup.ini from
> > > > > > ftp://huntharo-4.user.msu.edu/pub/cygwin/".  I'm a relative
> > > > > > newbie .. am i missing something with setup.exe?  (I can see
that
> > > > > > directory with my browser).
> > > > > >
> > > > > > -rich
> > > > > >
> > > > > > PS:  Love the cygwin & cygwin/xfree products!
> > > > > >
> > > > > >
> > > > > > Harold Hunt wrote:
> > > > > > >
> > > > > > > Point setup.exe at:
> > > > > > > ftp://huntharo-4.user.msu.edu/pub/cygwin/
> > > > > > >
> > > > > > > There is a setup.ini there that has all the XFree86
> > packages plus
> > > > > > > WindowMaker, libPropList, and Openbox.
> > > > > > >
> > > > > > > I've tested the packages locally, but I'd like someone to do
an
> > > > > > install on
> > > > > > > there system before I post the packages to the mirror network.
> > > > > > >
> > > > > > > Oh, I also figured out how to do source packages (using the
> > > > > > generic Cygwin
> > > > > > > build script), so each of these new packages has a source file
> > > > > > as well (if
> > > > > > > you wish to see what was changed to make them compile
> > on Cygwin).
> > > > > > >
> > > > > > > Enjoy,
> > > > > > >
> > > > > > > Harold
> > > > > >
> > > >
> > >
> >
>


From goldin+@pitt.edu  Mon Apr 29 09:11:00 2002
From: goldin+@pitt.edu (Ilya Goldin)
Date: Mon, 29 Apr 2002 09:11:00 -0000
Subject: [ANNOUNCEMENT] WindowMaker, libPropList, and Openbox setup.exe packages available for testing
References: 
Message-ID: 

"Harold Hunt"  wrote in message
news:NHEELHJHHFKPMAEAFMFCGEEMCNAA.huntharo@msu.edu...
> Point setup.exe at:
> ftp://huntharo-4.user.msu.edu/pub/cygwin/


I'm now running Openbox. It looks great!

I had problems downloading from your site, Harold. You have newer XFree
packages (4.2.0-2 vs 4.2.0-1), but once I deselected those and downloaded
only Openbox, the download went fine.

I manually edited startxwin.bat to run openbox instead of twm (this should
probably be documented somewhere).

I don't know if it makes sense for setup to make it too easy to download a
whole bunch of different window managers (you don't really need more than 1,
right?). Perhaps there could be a base window manager much like there's a
base shell. But this is starting to look like a ridiculous can of worms.

--
-- Ilya Goldin   --
   Intelligent Systems Program
   Learning Research & Development Center
   University of Pittsburgh
   Pittsburgh, PA 15260-5159
   Office: LRDC 508, +1-412-624-7039
-----------------------------------------





From salexander@taz.qinetiq.com  Mon Apr 29 09:17:00 2002
From: salexander@taz.qinetiq.com (Scott Alexander)
Date: Mon, 29 Apr 2002 09:17:00 -0000
Subject: [ANNOUNCEMENT] WindowMaker, libPropList, and Openboxsetup.exepackages available for testing
References: 
Message-ID: <009c01c1ef98$b6ec4710$2153b80a@gooshy>

Hi Harold,

Im not sure if you just changed the setup.ini, but setup just reported that
it was an older version that I was using and there were a few other packages
like swig.  These downloaded ok but the XFree stuff did not eg:

XFree86-fnts-4.2.0-2.tar.bz2
XFree86-lib-4.2.0-2.tar.bz2

----- Original Message -----
From: "Harold Hunt" 
To: 
Sent: Monday, April 29, 2002 4:45 PM
Subject: RE: [ANNOUNCEMENT] WindowMaker, libPropList, and
Openboxsetup.exepackages available for testing


> Scott,
>
> So, does WindowMaker work?  Does Openbox work?  I need to know before I
> release the packages into the wild...
>
> Harold
>
> > -----Original Message-----
> > From: cygwin-xfree-owner@cygwin.com
> > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Scott Alexander
> > Sent: Monday, April 29, 2002 11:44 AM
> > To: Harold Hunt; Richard Drake; cygwin-xfree@cygwin.com
> > Subject: Re: [ANNOUNCEMENT] WindowMaker, libPropList, and
> > Openboxsetup.exepackages available for testing
> >
> >
> > Just muddled arround with my proxy settings and have connected
> > and done the
> > update.
> >
> > Scott.
> >
> > ----- Original Message -----
> > From: "Harold Hunt" 
> > To: "Richard Drake" ; 
> > Sent: Monday, April 29, 2002 4:31 PM
> > Subject: RE: [ANNOUNCEMENT] WindowMaker, libPropList, and
> > Openboxsetup.exepackages available for testing
> >
> >
> > > Rich,
> > >
> > > I was able to connect to huntharo-4 and grab setup.ini with
> > setup.exe from
> > > my other machine just fine.
> > >
> > > Do you have a firewall or proxy server?  Have you told setup.exe to
use
> > your
> > > proxy server?
> > >
> > > Harold
> > >
> > > > -----Original Message-----
> > > > From: cygwin-xfree-owner@cygwin.com
> > > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Richard Drake
> > > > Sent: Monday, April 29, 2002 11:20 AM
> > > > To: cygwin-xfree@cygwin.com
> > > > Subject: Re: [ANNOUNCEMENT] WindowMaker, libPropList, and
> > > > Openboxsetup.exepackages available for testing
> > > >
> > > >
> > > > Harold,
> > > >
> > > > still no luck.  we need another data point to isolate the problem
> > > > .. somebody else needs to try to point setup.exe to that location...
> > > >
> > > > -rich
> > > >
> > > > Harold Hunt wrote:
> > > > >
> > > > > Richard,
> > > > >
> > > > > Hmm... you mention that you can see the directory with your
> > > > browser... that
> > > > > means that your browser has a connection open to my ftp
> > > > server... and I'm
> > > > > not sure how many connections my server allows per host.  Thus,
> > > > you may want
> > > > > to close your browser, wait a few minutes, then open setup.exe
> > > > and try to
> > > > > connect again (without opening your web browser to that
> > > > address).  That may
> > > > > help...
> > > > >
> > > > > Harold
> > > > >
> > > > > > -----Original Message-----
> > > > > > From: cygwin-xfree-owner@cygwin.com
> > > > > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Richard Drake
> > > > > > Sent: Monday, April 29, 2002 10:48 AM
> > > > > > To: Harold Hunt; cygwin-xfree@cygwin.com
> > > > > > Subject: Re: [ANNOUNCEMENT] WindowMaker, libPropList, and
Openbox
> > > > > > setup.exepackages available for testing
> > > > > >
> > > > > >
> > > > > > Harold,
> > > > > >
> > > > > > I tried pointing setup.exe to
> > > > > > ftp://huntharo-4.user.msu.edu/pub/cygwin/ but it tries to
connect
> > > > > > and then comes back with "Unable to get setup.ini from
> > > > > > ftp://huntharo-4.user.msu.edu/pub/cygwin/".  I'm a relative
> > > > > > newbie .. am i missing something with setup.exe?  (I can see
that
> > > > > > directory with my browser).
> > > > > >
> > > > > > -rich
> > > > > >
> > > > > > PS:  Love the cygwin & cygwin/xfree products!
> > > > > >
> > > > > >
> > > > > > Harold Hunt wrote:
> > > > > > >
> > > > > > > Point setup.exe at:
> > > > > > > ftp://huntharo-4.user.msu.edu/pub/cygwin/
> > > > > > >
> > > > > > > There is a setup.ini there that has all the XFree86
> > packages plus
> > > > > > > WindowMaker, libPropList, and Openbox.
> > > > > > >
> > > > > > > I've tested the packages locally, but I'd like someone to do
an
> > > > > > install on
> > > > > > > there system before I post the packages to the mirror network.
> > > > > > >
> > > > > > > Oh, I also figured out how to do source packages (using the
> > > > > > generic Cygwin
> > > > > > > build script), so each of these new packages has a source file
> > > > > > as well (if
> > > > > > > you wish to see what was changed to make them compile
> > on Cygwin).
> > > > > > >
> > > > > > > Enjoy,
> > > > > > >
> > > > > > > Harold
> > > > > >
> > > >
> > >
> >
>


From eugenius@dingoblue.net.au  Mon Apr 29 09:31:00 2002
From: eugenius@dingoblue.net.au (Eugene Rosenzweig)
Date: Mon, 29 Apr 2002 09:31:00 -0000
Subject: [ANNOUNCEMENT] WindowMaker, libPropList, and Openbox setup.exe packages available for testing
References: 
Message-ID: <007201c1ef99$619a9540$0300a8c0@bluebox>

Had no problems connecting or getting setup.ini. I have an older version of
setup.exe though, if that matters at all.

One funny side-effect: I only wanted windowmaker so I tried selecting skip
for all X packages. Clicking down the column would work for the first couple
but then all the 'Skip' status' would revert back to version numbers. I
fiddled trying to select 'Skip' on packages in different order and after a
while succedded in disabling all but windowmaker. Maybe it is something to
do with the older version of the setup.exe?

Eugene.

----- Original Message -----
From: "Harold Hunt" 
To: "cygx" 
Sent: Tuesday, April 30, 2002 12:31 AM
Subject: [ANNOUNCEMENT] WindowMaker, libPropList, and Openbox setup.exe
packages available for testing


> Point setup.exe at:
> ftp://huntharo-4.user.msu.edu/pub/cygwin/
>
> There is a setup.ini there that has all the XFree86 packages plus
> WindowMaker, libPropList, and Openbox.
>
> I've tested the packages locally, but I'd like someone to do an install on
> there system before I post the packages to the mirror network.
>
> Oh, I also figured out how to do source packages (using the generic Cygwin
> build script), so each of these new packages has a source file as well (if
> you wish to see what was changed to make them compile on Cygwin).
>
> Enjoy,
>
> Harold
>


From eugenius@dingoblue.net.au  Mon Apr 29 09:46:00 2002
From: eugenius@dingoblue.net.au (Eugene Rosenzweig)
Date: Mon, 29 Apr 2002 09:46:00 -0000
Subject: [ANNOUNCEMENT] WindowMaker, libPropList, and Openboxsetup.exepackages available for testing
References: 
Message-ID: <009401c1ef9b$5c28c670$0300a8c0@bluebox>

WindowMaker is working OK. Had a glitch in the beginning. I could not see
wmaker in /usr/local where all other window managers I have compiled (or
tried to compile) live (openbox, blackbox, icewm). I tried to run it from
the command line and got a dialog from wmaker saying it could not find
libX11.dll. I put it into my .xinitrc file and ran startx. I got same error
then a series of errors same or similar dialogues from wdwrite.exe but then,
after all that, I got the windowmaker desktop and never been able to
reproduce the error, it starts every time now. Anyone else had a similar
problem?

Also, I am wondering. All other window managers seem to default to
/usr/local and so does the Makefile to the WindowMaker. Is there a
particular reason it installs into /bin? (I have tried to compile it but
failed with unresolved reference to Xsetlocale at linktime. This might be
simple but I am without a clue in this area so far.)

Eugene.

----- Original Message -----
From: "Harold Hunt" 
To: 
Sent: Tuesday, April 30, 2002 1:45 AM
Subject: RE: [ANNOUNCEMENT] WindowMaker, libPropList, and
Openboxsetup.exepackages available for testing


> Scott,
>
> So, does WindowMaker work?  Does Openbox work?  I need to know before I
> release the packages into the wild...
>
> Harold
>
> > -----Original Message-----
> > From: cygwin-xfree-owner@cygwin.com
> > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Scott Alexander
> > Sent: Monday, April 29, 2002 11:44 AM
> > To: Harold Hunt; Richard Drake; cygwin-xfree@cygwin.com
> > Subject: Re: [ANNOUNCEMENT] WindowMaker, libPropList, and
> > Openboxsetup.exepackages available for testing
> >
> >
> > Just muddled arround with my proxy settings and have connected
> > and done the
> > update.
> >
> > Scott.
> >
> > ----- Original Message -----
> > From: "Harold Hunt" 
> > To: "Richard Drake" ; 
> > Sent: Monday, April 29, 2002 4:31 PM
> > Subject: RE: [ANNOUNCEMENT] WindowMaker, libPropList, and
> > Openboxsetup.exepackages available for testing
> >
> >
> > > Rich,
> > >
> > > I was able to connect to huntharo-4 and grab setup.ini with
> > setup.exe from
> > > my other machine just fine.
> > >
> > > Do you have a firewall or proxy server?  Have you told setup.exe to
use
> > your
> > > proxy server?
> > >
> > > Harold
> > >
> > > > -----Original Message-----
> > > > From: cygwin-xfree-owner@cygwin.com
> > > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Richard Drake
> > > > Sent: Monday, April 29, 2002 11:20 AM
> > > > To: cygwin-xfree@cygwin.com
> > > > Subject: Re: [ANNOUNCEMENT] WindowMaker, libPropList, and
> > > > Openboxsetup.exepackages available for testing
> > > >
> > > >
> > > > Harold,
> > > >
> > > > still no luck.  we need another data point to isolate the problem
> > > > .. somebody else needs to try to point setup.exe to that location...
> > > >
> > > > -rich
> > > >
> > > > Harold Hunt wrote:
> > > > >
> > > > > Richard,
> > > > >
> > > > > Hmm... you mention that you can see the directory with your
> > > > browser... that
> > > > > means that your browser has a connection open to my ftp
> > > > server... and I'm
> > > > > not sure how many connections my server allows per host.  Thus,
> > > > you may want
> > > > > to close your browser, wait a few minutes, then open setup.exe
> > > > and try to
> > > > > connect again (without opening your web browser to that
> > > > address).  That may
> > > > > help...
> > > > >
> > > > > Harold
> > > > >
> > > > > > -----Original Message-----
> > > > > > From: cygwin-xfree-owner@cygwin.com
> > > > > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Richard Drake
> > > > > > Sent: Monday, April 29, 2002 10:48 AM
> > > > > > To: Harold Hunt; cygwin-xfree@cygwin.com
> > > > > > Subject: Re: [ANNOUNCEMENT] WindowMaker, libPropList, and
Openbox
> > > > > > setup.exepackages available for testing
> > > > > >
> > > > > >
> > > > > > Harold,
> > > > > >
> > > > > > I tried pointing setup.exe to
> > > > > > ftp://huntharo-4.user.msu.edu/pub/cygwin/ but it tries to
connect
> > > > > > and then comes back with "Unable to get setup.ini from
> > > > > > ftp://huntharo-4.user.msu.edu/pub/cygwin/".  I'm a relative
> > > > > > newbie .. am i missing something with setup.exe?  (I can see
that
> > > > > > directory with my browser).
> > > > > >
> > > > > > -rich
> > > > > >
> > > > > > PS:  Love the cygwin & cygwin/xfree products!
> > > > > >
> > > > > >
> > > > > > Harold Hunt wrote:
> > > > > > >
> > > > > > > Point setup.exe at:
> > > > > > > ftp://huntharo-4.user.msu.edu/pub/cygwin/
> > > > > > >
> > > > > > > There is a setup.ini there that has all the XFree86
> > packages plus
> > > > > > > WindowMaker, libPropList, and Openbox.
> > > > > > >
> > > > > > > I've tested the packages locally, but I'd like someone to do
an
> > > > > > install on
> > > > > > > there system before I post the packages to the mirror network.
> > > > > > >
> > > > > > > Oh, I also figured out how to do source packages (using the
> > > > > > generic Cygwin
> > > > > > > build script), so each of these new packages has a source file
> > > > > > as well (if
> > > > > > > you wish to see what was changed to make them compile
> > on Cygwin).
> > > > > > >
> > > > > > > Enjoy,
> > > > > > >
> > > > > > > Harold
> > > > > >
> > > >
> > >
> >
>


From huntharo@msu.edu  Mon Apr 29 11:54:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Mon, 29 Apr 2002 11:54:00 -0000
Subject: [ANNOUNCEMENT] WindowMaker, libPropList, and Openboxsetup.exepackages available for testing
In-Reply-To: <009401c1ef9b$5c28c670$0300a8c0@bluebox>
Message-ID: 

Eugene,

Thanks for the confirmation.

> WindowMaker is working OK. Had a glitch in the beginning. I could not see
> wmaker in /usr/local where all other window managers I have compiled (or
> tried to compile) live (openbox, blackbox, icewm). I tried to run it from
> the command line and got a dialog from wmaker saying it could not find
> libX11.dll. I put it into my .xinitrc file and ran startx. I got
> same error
> then a series of errors same or similar dialogues from
> wdwrite.exe but then,
> after all that, I got the windowmaker desktop and never been able to
> reproduce the error, it starts every time now. Anyone else had a similar
> problem?

WindowMaker is not installed in /usr/local (more on this below).

You had a path problem from the command line because /usr/bin
(c:/cygwin/bin) is not in your DOS path... so it is expected that wmaker
could not be found.

The "errors" that you saw from the first startup of wmaker were, if you
actually read them, a bunch of messages saying that a configuration was
being created for you.  A bunch of this messages have "WARNING" in them,
such as "Warning: creating user profile..."  so it looks like something has
gone wrong at first glance, but actually wmaker is doing precisely what you
want.

Once the configuration profile is created it doesn't have to be created
again, thus no more messages.

> Also, I am wondering. All other window managers seem to default to
> /usr/local and so does the Makefile to the WindowMaker. Is there a
> particular reason it installs into /bin?

/usr/local/* is not in the path of 99% of Cygwin users (I'm guessing at this
one), and all Cygwin packages are supposed to be installed to /usr/*
(http://cygwin.com/setup.html).  /usr/local is really for user compiled
stuff, while /usr is for system stuff.  WindowMaker et al are now system
stuff, since they are installed via setup.exe, thus they go in /usr.

> (I have tried to compile it but
> failed with unresolved reference to Xsetlocale at linktime. This might be
> simple but I am without a clue in this area so far.)

The contents of my patch are below.  My fix was very simple... I wouldn't
submit this one to WindowMaker.org.

Harold


diff -urN -x .build -x .inst -x .sinst
WindowMaker-0.80.0-orig/WINGs/Examples/Makefile.am
WindowMaker-0.80.0/WINGs/Examples/Makefile.am
--- WindowMaker-0.80.0-orig/WINGs/Examples/Makefile.am	Thu Oct 11 05:59:54
2001
+++ WindowMaker-0.80.0/WINGs/Examples/Makefile.am	Mon Apr 29 09:43:06 2002
@@ -17,12 +17,12 @@
 connect_DEPENDENCIES = $(top_builddir)/WINGs/libWUtil.a

 connect_LDADD = $(top_builddir)/WINGs/libWUtil.a @LIBRARY_SEARCH_PATH@ \
-	@NETLIBS@ @INTLIBS@
+	@NETLIBS@ @INTLIBS@ @XLIBS@

 server_DEPENDENCIES = $(top_builddir)/WINGs/libWUtil.a

 server_LDADD = $(top_builddir)/WINGs/libWUtil.a @LIBRARY_SEARCH_PATH@ \
-	@NETLIBS@ @INTLIBS@
+	@NETLIBS@ @INTLIBS@ @XLIBS@


 INCLUDES = -I$(top_srcdir)/WINGs -I$(top_srcdir)/wrlib -I$(top_srcdir)/src
\
diff -urN -x .build -x .inst -x .sinst
WindowMaker-0.80.0-orig/WindowMaker/Icons/Makefile.am
WindowMaker-0.80.0/WindowMaker/Icons/Makefile.am
--- WindowMaker-0.80.0-orig/WindowMaker/Icons/Makefile.am	Sat Dec 30
20:33:10 2000
+++ WindowMaker-0.80.0/WindowMaker/Icons/Makefile.am	Mon Apr 29 10:04:13
2002
@@ -4,7 +4,7 @@

 defsdata_DATA = \
 	BitchX.tiff\
-	DefaultAppIcon.tiff\
+	defaultAppIcon.tiff\
 	Ftp.png\
 	GNUstep.tiff\
 	GNUstep3D.tiff\
diff -urN -x .build -x .inst -x .sinst
WindowMaker-0.80.0-orig/util/Makefile.am WindowMaker-0.80.0/util/Makefile.am
--- WindowMaker-0.80.0-orig/util/Makefile.am	Thu Oct 11 05:59:54 2001
+++ WindowMaker-0.80.0/util/Makefile.am	Mon Apr 29 09:51:58 2002
@@ -18,7 +18,7 @@
 # X_EXTRA_LIBS is for libproplist in systems that need -lsocket
 # remove after we require lPL 0.10.2 which automatically resolves its
 # library dependancies using the libPropList.la file
-liblist= @LIBRARY_SEARCH_PATH@ @X_EXTRA_LIBS@ @INTLIBS@
+liblist= @LIBRARY_SEARCH_PATH@ @XLIBS@ @INTLIBS@

 wdwrite_LDADD = $(top_builddir)/WINGs/libWUtil.a $(liblist)


From jensen@physics.unr.edu  Mon Apr 29 11:56:00 2002
From: jensen@physics.unr.edu (Lars Jensen)
Date: Mon, 29 Apr 2002 11:56:00 -0000
Subject: cygjpeg6b.dll not found
Message-ID: 

When I try to start wmaker I get the eerror CYGJPEG6B.DLL not found. I
checked that this file indeed is not in my \cygwin directory. Which
package is it supposed to come in?

Openbox works great.

Lars.

--
Lars Jensen, TMCC/Vista B200, 7000 Dandini Blvd, Reno NV 89512-3999. 
Internet: , http://www.scsr.nevada.edu/~jensen
Tel: 775.673.7113  FAX: 775.674.7592


From huntharo@msu.edu  Mon Apr 29 12:21:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Mon, 29 Apr 2002 12:21:00 -0000
Subject: cygjpeg6b.dll not found
In-Reply-To: 
Message-ID: 

Lars,

You've gotta start wmaker via some script that sets your paths correctly.

The startxwin.bat or startxwin.sh scripts do this.

You can't just run wmaker from any old command line.

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Lars Jensen
> Sent: Monday, April 29, 2002 2:43 PM
> To: cygwin-xfree@cygwin.com
> Subject: cygjpeg6b.dll not found
> 
> 
> When I try to start wmaker I get the eerror CYGJPEG6B.DLL not found. I
> checked that this file indeed is not in my \cygwin directory. Which
> package is it supposed to come in?
> 
> Openbox works great.
> 
> Lars.
> 
> --
> Lars Jensen, TMCC/Vista B200, 7000 Dandini Blvd, Reno NV 89512-3999. 
> Internet: , http://www.scsr.nevada.edu/~jensen
> Tel: 775.673.7113  FAX: 775.674.7592
> 


From rrdrake@sandia.gov  Mon Apr 29 12:37:00 2002
From: rrdrake@sandia.gov (Richard Drake)
Date: Mon, 29 Apr 2002 12:37:00 -0000
Subject: cygjpeg6b.dll not found
References: 
Message-ID: <3CCD9D2E.1A3D40E6@sandia.gov>

Lars,

same thing here .. i just ran setup.exe and got the jpeg package in the list. after that, it failed to find a tiff dll, so i ran setup.exe again and got the tiff package.  wmaker worked for me after that.

-rich

Lars Jensen wrote:
> 
> When I try to start wmaker I get the eerror CYGJPEG6B.DLL not found. I
> checked that this file indeed is not in my \cygwin directory. Which
> package is it supposed to come in?
> 
> Openbox works great.
> 
> Lars.
> 
> --
> Lars Jensen, TMCC/Vista B200, 7000 Dandini Blvd, Reno NV 89512-3999.
> Internet: , http://www.scsr.nevada.edu/~jensen
> Tel: 775.673.7113  FAX: 775.674.7592


From jensen@physics.unr.edu  Mon Apr 29 12:43:00 2002
From: jensen@physics.unr.edu (Lars Jensen)
Date: Mon, 29 Apr 2002 12:43:00 -0000
Subject: cygjpeg6b.dll not found
In-Reply-To: 
Message-ID: 

Harold,

Did you read more than the subject title of my posting?  ;-)

The message states that cygjpeg6b.dll is not in my \cygwin directory tree
at all. Further I am using startxwin.bat to start wmaker!

Where does the cygjpeg.dll come from?

Lars.


On Mon, 29 Apr 2002, Harold Hunt wrote:

> Lars,
> 
> You've gotta start wmaker via some script that sets your paths correctly.
> 
> The startxwin.bat or startxwin.sh scripts do this.
> 
> You can't just run wmaker from any old command line.
> 
> Harold
> 
> > -----Original Message-----
> > From: cygwin-xfree-owner@cygwin.com
> > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Lars Jensen
> > Sent: Monday, April 29, 2002 2:43 PM
> > To: cygwin-xfree@cygwin.com
> > Subject: cygjpeg6b.dll not found
> > 
> > 
> > When I try to start wmaker I get the eerror CYGJPEG6B.DLL not found. I
> > checked that this file indeed is not in my \cygwin directory. Which
> > package is it supposed to come in?
> > 
> > Openbox works great.
> > 
> > Lars.
> > 
> > --
> > Lars Jensen, TMCC/Vista B200, 7000 Dandini Blvd, Reno NV 89512-3999. 
> > Internet: , http://www.scsr.nevada.edu/~jensen
> > Tel: 775.673.7113  FAX: 775.674.7592
> > 
> 

--
Lars Jensen, TMCC/Vista B200, 7000 Dandini Blvd, Reno NV 89512-3999. 
Internet: , http://www.scsr.nevada.edu/~jensen
Tel: 775.673.7113  FAX: 775.674.7592


From cgf@redhat.com  Mon Apr 29 12:54:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Mon, 29 Apr 2002 12:54:00 -0000
Subject: cygjpeg6b.dll not found
In-Reply-To: 
References:  
Message-ID: <20020429194303.GA27882@redhat.com>

On Mon, Apr 29, 2002 at 12:26:10PM -0700, Lars Jensen wrote:
>Harold,
>
>Did you read more than the subject title of my posting?  ;-)
>
>The message states that cygjpeg6b.dll is not in my \cygwin directory tree
>at all. Further I am using startxwin.bat to start wmaker!
>
>Where does the cygjpeg.dll come from?

http://cygwin.com/packages/

will give you a clue.

cgf


From david.w.dawson@lmco.com  Mon Apr 29 12:59:00 2002
From: david.w.dawson@lmco.com (Dawson, David W)
Date: Mon, 29 Apr 2002 12:59:00 -0000
Subject: cygjpeg6b.dll not found
Message-ID: <0C73AA5F720CD311AC2A0008C7DBA9B403BDF718@emss09m13.ems.lmco.com>

Goodness!!

> cygjpeg6b.dll is part of the jpeg package of Cygwin.
WindowMaker depends upon this package.
As noted in another post, WindowMaker also depends on the tiff package.

Anytime you suspect you are missing a .dll go to http://cygwin.com/packages/
and search for the missing item.
This page will tell you which package contains the file.

Apparently jpeg and tiff are not part of the "default" cygwin installation.

Many of us have a more complete installation of cygwin, and it is often
difficult to know which packages you should automatically have, if you have
correctly installed cygwin and are correctly using the
(offending/complaining) tool.

Now that it has become evident that WindowMaker also needs these
(non-default) packages, it could be so-noted in Howard's setup.ini file.
(IIF he wants to.)

	-D.
---------------------
David Dawson
david.w.dawson@lmco.com
703-367-3885


> -----Original Message-----
> From:	Lars Jensen [SMTP:jensen@physics.unr.edu]
> Sent:	Monday, April 29, 2002 3:26 PM
> To:	Harold Hunt
> Cc:	cygwin-xfree@cygwin.com
> Subject:	RE: cygjpeg6b.dll not found
> 
> Harold,
> 
> Did you read more than the subject title of my posting?  ;-)
> 
> The message states that cygjpeg6b.dll is not in my \cygwin directory tree
> at all. Further I am using startxwin.bat to start wmaker!
> 
> Where does the cygjpeg.dll come from?
> 
> Lars.
> 
> 
> On Mon, 29 Apr 2002, Harold Hunt wrote:
> 
> > Lars,
> > 
> > You've gotta start wmaker via some script that sets your paths
> correctly.
> > 
> > The startxwin.bat or startxwin.sh scripts do this.
> > 
> > You can't just run wmaker from any old command line.
> > 
> > Harold
> > 
> > > -----Original Message-----
> > > From: cygwin-xfree-owner@cygwin.com
> > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Lars Jensen
> > > Sent: Monday, April 29, 2002 2:43 PM
> > > To: cygwin-xfree@cygwin.com
> > > Subject: cygjpeg6b.dll not found
> > > 
> > > 
> > > When I try to start wmaker I get the eerror CYGJPEG6B.DLL not found. I
> > > checked that this file indeed is not in my \cygwin directory. Which
> > > package is it supposed to come in?
> > > 
> > > Openbox works great.
> > > 
> > > Lars.
> > > 
> > > --
> > > Lars Jensen, TMCC/Vista B200, 7000 Dandini Blvd, Reno NV 89512-3999. 
> > > Internet: , http://www.scsr.nevada.edu/~jensen
> > > Tel: 775.673.7113  FAX: 775.674.7592
> > > 
> > 
> 
> --
> Lars Jensen, TMCC/Vista B200, 7000 Dandini Blvd, Reno NV 89512-3999. 
> Internet: , http://www.scsr.nevada.edu/~jensen
> Tel: 775.673.7113  FAX: 775.674.7592


From huntharo@msu.edu  Mon Apr 29 13:10:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Mon, 29 Apr 2002 13:10:00 -0000
Subject: cygjpeg6b.dll not found
In-Reply-To: 
Message-ID: 

Lars,

Yeah, I read it.  But I read it as, "I checked and cygjpeg6b.dll IS in my
/cygwin directory."

No need to get pissy.

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Lars Jensen
> Sent: Monday, April 29, 2002 3:26 PM
> To: Harold Hunt
> Cc: cygwin-xfree@cygwin.com
> Subject: RE: cygjpeg6b.dll not found
>
>
> Harold,
>
> Did you read more than the subject title of my posting?  ;-)
>
> The message states that cygjpeg6b.dll is not in my \cygwin directory tree
> at all. Further I am using startxwin.bat to start wmaker!
>
> Where does the cygjpeg.dll come from?
>
> Lars.
>
>
> On Mon, 29 Apr 2002, Harold Hunt wrote:
>
> > Lars,
> >
> > You've gotta start wmaker via some script that sets your paths
> correctly.
> >
> > The startxwin.bat or startxwin.sh scripts do this.
> >
> > You can't just run wmaker from any old command line.
> >
> > Harold
> >
> > > -----Original Message-----
> > > From: cygwin-xfree-owner@cygwin.com
> > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Lars Jensen
> > > Sent: Monday, April 29, 2002 2:43 PM
> > > To: cygwin-xfree@cygwin.com
> > > Subject: cygjpeg6b.dll not found
> > >
> > >
> > > When I try to start wmaker I get the eerror CYGJPEG6B.DLL not found. I
> > > checked that this file indeed is not in my \cygwin directory. Which
> > > package is it supposed to come in?
> > >
> > > Openbox works great.
> > >
> > > Lars.
> > >
> > > --
> > > Lars Jensen, TMCC/Vista B200, 7000 Dandini Blvd, Reno NV 89512-3999.
> > > Internet: , http://www.scsr.nevada.edu/~jensen
> > > Tel: 775.673.7113  FAX: 775.674.7592
> > >
> >
>
> --
> Lars Jensen, TMCC/Vista B200, 7000 Dandini Blvd, Reno NV 89512-3999.
> Internet: , http://www.scsr.nevada.edu/~jensen
> Tel: 775.673.7113  FAX: 775.674.7592
>


From jensen@physics.unr.edu  Mon Apr 29 13:12:00 2002
From: jensen@physics.unr.edu (Lars Jensen)
Date: Mon, 29 Apr 2002 13:12:00 -0000
Subject: cygjpeg6b.dll not found
In-Reply-To: 
Message-ID: 

Harold,

I guess a crucial "not" was missing. -Anyhow, it was only meant as a
joke. I hope you didn't take any offense.

Anyway, where does cygjpeg6b.dll come from?

Lars.

On Mon, 29 Apr 2002, Harold Hunt wrote:

> Lars,
> 
> Yeah, I read it.  But I read it as, "I checked and cygjpeg6b.dll IS in my
> /cygwin directory."
> 
> No need to get pissy.
> 
> Harold
> 
> > -----Original Message-----
> > From: cygwin-xfree-owner@cygwin.com
> > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Lars Jensen
> > Sent: Monday, April 29, 2002 3:26 PM
> > To: Harold Hunt
> > Cc: cygwin-xfree@cygwin.com
> > Subject: RE: cygjpeg6b.dll not found
> >
> >
> > Harold,
> >
> > Did you read more than the subject title of my posting?  ;-)
> >
> > The message states that cygjpeg6b.dll is not in my \cygwin directory tree
> > at all. Further I am using startxwin.bat to start wmaker!
> >
> > Where does the cygjpeg.dll come from?
> >
> > Lars.
> >
> >
> > On Mon, 29 Apr 2002, Harold Hunt wrote:
> >
> > > Lars,
> > >
> > > You've gotta start wmaker via some script that sets your paths
> > correctly.
> > >
> > > The startxwin.bat or startxwin.sh scripts do this.
> > >
> > > You can't just run wmaker from any old command line.
> > >
> > > Harold
> > >
> > > > -----Original Message-----
> > > > From: cygwin-xfree-owner@cygwin.com
> > > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Lars Jensen
> > > > Sent: Monday, April 29, 2002 2:43 PM
> > > > To: cygwin-xfree@cygwin.com
> > > > Subject: cygjpeg6b.dll not found
> > > >
> > > >
> > > > When I try to start wmaker I get the eerror CYGJPEG6B.DLL not found. I
> > > > checked that this file indeed is not in my \cygwin directory. Which
> > > > package is it supposed to come in?
> > > >
> > > > Openbox works great.
> > > >
> > > > Lars.
> > > >
> > > > --
> > > > Lars Jensen, TMCC/Vista B200, 7000 Dandini Blvd, Reno NV 89512-3999.
> > > > Internet: , http://www.scsr.nevada.edu/~jensen
> > > > Tel: 775.673.7113  FAX: 775.674.7592
> > > >
> > >
> >
> > --
> > Lars Jensen, TMCC/Vista B200, 7000 Dandini Blvd, Reno NV 89512-3999.
> > Internet: , http://www.scsr.nevada.edu/~jensen
> > Tel: 775.673.7113  FAX: 775.674.7592
> >
> 
> 

--
Lars Jensen, TMCC/Vista B200, 7000 Dandini Blvd, Reno NV 89512-3999. 
Internet: , http://www.scsr.nevada.edu/~jensen
Tel: 775.673.7113  FAX: 775.674.7592


From cgf@redhat.com  Mon Apr 29 13:17:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Mon, 29 Apr 2002 13:17:00 -0000
Subject: cygjpeg6b.dll not found
In-Reply-To: 
References:  
Message-ID: <20020429201255.GA835@redhat.com>

On Mon, Apr 29, 2002 at 12:59:52PM -0700, Lars Jensen wrote:
>I guess a crucial "not" was missing. -Anyhow, it was only meant as a
>joke. I hope you didn't take any offense.
>
>Anyway, where does cygjpeg6b.dll come from?

Wow.  This thread is getting painful now.

cgf


From huntharo@msu.edu  Mon Apr 29 14:08:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Mon, 29 Apr 2002 14:08:00 -0000
Subject: Best place for WindowMaker, Openbox, etc.?
Message-ID: 

I've created Cygwin setup.exe packages for the X11 window managers
WindowMaker and Openbox.  I have tentatively put them in
release/XFree86/WindowMaker and release/XFree86/openbox... is that a good
idea?  Or, should I give each X package a toplevel directory in release/?

Harold



From huntharo@msu.edu  Mon Apr 29 14:08:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Mon, 29 Apr 2002 14:08:00 -0000
Subject: cygjpeg6b.dll not found
In-Reply-To: 
Message-ID: 

Lars,

Two people answered this in the last five emails or so:

http://cygwin.com/cgi-bin2/package-grep.cgi?grep=cygjpeg6b.dll

You have to install the jpeg package.

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Lars Jensen
> Sent: Monday, April 29, 2002 4:00 PM
> To: Harold Hunt
> Cc: cygwin-xfree@cygwin.com
> Subject: RE: cygjpeg6b.dll not found
> 
> 
> Harold,
> 
> I guess a crucial "not" was missing. -Anyhow, it was only meant as a
> joke. I hope you didn't take any offense.
> 
> Anyway, where does cygjpeg6b.dll come from?
> 
> Lars.
> 
> On Mon, 29 Apr 2002, Harold Hunt wrote:
> 
> > Lars,
> > 
> > Yeah, I read it.  But I read it as, "I checked and 
> cygjpeg6b.dll IS in my
> > /cygwin directory."
> > 
> > No need to get pissy.
> > 
> > Harold
> > 
> > > -----Original Message-----
> > > From: cygwin-xfree-owner@cygwin.com
> > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Lars Jensen
> > > Sent: Monday, April 29, 2002 3:26 PM
> > > To: Harold Hunt
> > > Cc: cygwin-xfree@cygwin.com
> > > Subject: RE: cygjpeg6b.dll not found
> > >
> > >
> > > Harold,
> > >
> > > Did you read more than the subject title of my posting?  ;-)
> > >
> > > The message states that cygjpeg6b.dll is not in my \cygwin 
> directory tree
> > > at all. Further I am using startxwin.bat to start wmaker!
> > >
> > > Where does the cygjpeg.dll come from?
> > >
> > > Lars.
> > >
> > >
> > > On Mon, 29 Apr 2002, Harold Hunt wrote:
> > >
> > > > Lars,
> > > >
> > > > You've gotta start wmaker via some script that sets your paths
> > > correctly.
> > > >
> > > > The startxwin.bat or startxwin.sh scripts do this.
> > > >
> > > > You can't just run wmaker from any old command line.
> > > >
> > > > Harold
> > > >
> > > > > -----Original Message-----
> > > > > From: cygwin-xfree-owner@cygwin.com
> > > > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Lars Jensen
> > > > > Sent: Monday, April 29, 2002 2:43 PM
> > > > > To: cygwin-xfree@cygwin.com
> > > > > Subject: cygjpeg6b.dll not found
> > > > >
> > > > >
> > > > > When I try to start wmaker I get the eerror CYGJPEG6B.DLL 
> not found. I
> > > > > checked that this file indeed is not in my \cygwin 
> directory. Which
> > > > > package is it supposed to come in?
> > > > >
> > > > > Openbox works great.
> > > > >
> > > > > Lars.
> > > > >
> > > > > --
> > > > > Lars Jensen, TMCC/Vista B200, 7000 Dandini Blvd, Reno NV 
> 89512-3999.
> > > > > Internet: , 
http://www.scsr.nevada.edu/~jensen
> > > > Tel: 775.673.7113  FAX: 775.674.7592
> > > >
> > >
> >
> > --
> > Lars Jensen, TMCC/Vista B200, 7000 Dandini Blvd, Reno NV 89512-3999.
> > Internet: , http://www.scsr.nevada.edu/~jensen
> > Tel: 775.673.7113  FAX: 775.674.7592
> >
> 
> 

--
Lars Jensen, TMCC/Vista B200, 7000 Dandini Blvd, Reno NV 89512-3999. 
Internet: , http://www.scsr.nevada.edu/~jensen
Tel: 775.673.7113  FAX: 775.674.7592


From cwilson@ece.gatech.edu  Mon Apr 29 14:14:00 2002
From: cwilson@ece.gatech.edu (Charles Wilson)
Date: Mon, 29 Apr 2002 14:14:00 -0000
Subject: cygjpeg6b.dll not found
References: <0C73AA5F720CD311AC2A0008C7DBA9B403BDF718@emss09m13.ems.lmco.com>
Message-ID: <3CCDB6EE.7050101@ece.gatech.edu>

Dawson, David W wrote:

> Goodness!!
> 
> 
>>cygjpeg6b.dll is part of the jpeg package of Cygwin.
>>
> WindowMaker depends upon this package.
> As noted in another post, WindowMaker also depends on the tiff package.

> Now that it has become evident that WindowMaker also needs these
> (non-default) packages, it could be so-noted in Howard's setup.ini file.
> (IIF he wants to.)


Actually, this is a packaging error in windowmaker.  The setup.hint / 
setup.ini MUST list the required dependencies, for packages intended for 
distribution via the offiical mirror network.

requires:  ....  tiff jpeg

should appear in the setup.hint.  Then, when the website maintainer runs 
upset, setup.ini will specify the correct dependencies -- and when a 
users runs setup.exe and selects windowmaker, setep will automatically 
select the tiff and jpeg packages to satisfy those dependencies.

Cool, huh?

--Chuck


From huntharo@msu.edu  Mon Apr 29 14:20:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Mon, 29 Apr 2002 14:20:00 -0000
Subject: cygjpeg6b.dll not found
In-Reply-To: <3CCDB6EE.7050101@ece.gatech.edu>
Message-ID: 

Chuck,

Actually, I *just* made that change to setup.hint on my side... right before
you emailed :)  I added dependencies for jpeg and tiff to WindowMaker.

Now I just need to find out if there are any other dependencies that I am
forgetting.

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Charles Wilson
> Sent: Monday, April 29, 2002 5:11 PM
> To: Dawson, David W; cygwin-xfree@cygwin.com
> Subject: Re: cygjpeg6b.dll not found
>
>
> Dawson, David W wrote:
>
> > Goodness!!
> >
> >
> >>cygjpeg6b.dll is part of the jpeg package of Cygwin.
> >>
> > WindowMaker depends upon this package.
> > As noted in another post, WindowMaker also depends on the tiff package.
>
> > Now that it has become evident that WindowMaker also needs these
> > (non-default) packages, it could be so-noted in Howard's setup.ini file.
> > (IIF he wants to.)
>
>
> Actually, this is a packaging error in windowmaker.  The setup.hint /
> setup.ini MUST list the required dependencies, for packages intended for
> distribution via the offiical mirror network.
>
> requires:  ....  tiff jpeg
>
> should appear in the setup.hint.  Then, when the website maintainer runs
> upset, setup.ini will specify the correct dependencies -- and when a
> users runs setup.exe and selects windowmaker, setep will automatically
> select the tiff and jpeg packages to satisfy those dependencies.
>
> Cool, huh?
>
> --Chuck
>


From sam_edgeZZZ@hotmail.com  Mon Apr 29 14:20:00 2002
From: sam_edgeZZZ@hotmail.com (Sam Edge)
Date: Mon, 29 Apr 2002 14:20:00 -0000
Subject: Best place for WindowMaker, Openbox, etc.?
In-Reply-To: 
References: 
Message-ID: 

Harold Hunt wrote in 
in gmane.os.cygwin.xfree on Mon, 29 Apr 2002 17:08:12 -0400:

> I've created Cygwin setup.exe packages for the X11 window managers
> WindowMaker and Openbox.  I have tentatively put them in
> release/XFree86/WindowMaker and release/XFree86/openbox... is that a good
> idea?  Or, should I give each X package a toplevel directory in release/?

Maybe "Shells" along with rxvt and the command interpreters. Certainly
not "XFree86" because they're not part of XFree86 itself - they just
run under it.

-- 
Sam Edge


From lhall@rfk.com  Mon Apr 29 14:36:00 2002
From: lhall@rfk.com (Larry Hall (RFK Partners, Inc))
Date: Mon, 29 Apr 2002 14:36:00 -0000
Subject: Best place for WindowMaker, Openbox, etc.?
In-Reply-To: 
Message-ID: <4.3.1.2.20020429171709.02d0e6f8@pop.ma.ultranet.com>

At 05:08 PM 4/29/2002, Harold Hunt wrote:
>I've created Cygwin setup.exe packages for the X11 window managers
>WindowMaker and Openbox.  I have tentatively put them in
>release/XFree86/WindowMaker and release/XFree86/openbox... is that a good
>idea?  Or, should I give each X package a toplevel directory in release/?


The latter please.

Thanks,



Larry Hall                              lhall@rfk.com
RFK Partners, Inc.                      http://www.rfk.com
838 Washington Street                   (508) 893-9779 - RFK Office
Holliston, MA 01746                     (508) 893-9889 - FAX


From cgf@redhat.com  Mon Apr 29 14:39:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Mon, 29 Apr 2002 14:39:00 -0000
Subject: Clarifying xfree86 package rules
Message-ID: <20020429213652.GA2331@redhat.com>

This is probably pretty obvious but I want to make it clear that Harold
and Suhaib (if he's interested) have automony in the release/Xfree86
hierarchy.  That means that they can put packages there, remove
packages, or whatever, without asking for permission in cygwin-apps.

So, this is an exemption to the usual post it to cygwin-apps and ask for
permission policy.

I would appreciate notification of when things go in but, again, that's
obvious, too.  I assume that will happen in the cygwin-xfree mailing list,
as always.

FYI,
cgf


From cgf@redhat.com  Mon Apr 29 23:10:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Mon, 29 Apr 2002 23:10:00 -0000
Subject: Best place for WindowMaker, Openbox, etc.?
In-Reply-To: 
References:  
Message-ID: <20020429213920.GA2051@redhat.com>

On Mon, Apr 29, 2002 at 10:20:00PM +0100, Sam Edge wrote:
>Harold Hunt wrote in 
>in gmane.os.cygwin.xfree on Mon, 29 Apr 2002 17:08:12 -0400:
>>I've created Cygwin setup.exe packages for the X11 window managers
>>WindowMaker and Openbox.  I have tentatively put them in
>>release/XFree86/WindowMaker and release/XFree86/openbox...  is that a
>>good idea?  Or, should I give each X package a toplevel directory in
>>release/?
>
>Maybe "Shells" along with rxvt and the command interpreters.  Certainly
>not "XFree86" because they're not part of XFree86 itself - they just
>run under it.

If they run under it, they belong in the XFree86 hierarchy.  That's
why I created it.

Please put the packages in XFree86/WindowMaker and XFree86/openbox.

cgf


From huntharo@msu.edu  Mon Apr 29 23:26:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Mon, 29 Apr 2002 23:26:00 -0000
Subject: upset stumper [cgf, Robert Collins, please comment]
Message-ID: 

I'm packaging up Gnome, but upset chokes on finding the version of gtk+.  It
takes this setup.hint:

sdesc: "gtk+"
category: XFree86
requires: XFree86-base glib
ldesc: "GTK+ is a multi-platform toolkit for creating graphical user
interfaces. Offering a complete set of widgets, GTK+ is suitable for
projects ranging from small one-off projects to complete application
suites.

GTK+ is free software and part of the GNU Project. However, the
licensing terms for GTK+, the GNU LGPL, allow it to be used by all
developers, including those developing proprietary software, without
any license fees or royalties."


And turns it into this setup.ini entry:

@ gtk+
sdesc: "Gtk+"
ldesc: "GTK+ is a multi-platform toolkit for creating graphical user
interfaces. Offering a complete set of widgets, GTK+ is suitable for
projects ranging from small one-off projects to complete application
suites.

GTK+ is free software and part of the GNU Project. However, the
licensing terms for GTK+, the GNU LGPL, allow it to be used by all
developers, including those developing proprietary software, without
any license fees or royalties."
category: XFree86
requires: XFree86-base glib
version: -1.2.10-1
install: release/XFree86/gtk+/gtk+-1.2.10-1.tar.bz2 2566794
source: release/XFree86/gtk+/gtk+-1.2.10-1-src.tar.bz2 2884874


Notice that the version is thought to be "-1.2.10-1", rather than
"1.2.10-1".

Robert, can setup.exe handle a '+' in the package name?

Harold



From gis90545@cis.nctu.edu.tw  Mon Apr 29 23:31:00 2002
From: gis90545@cis.nctu.edu.tw (daylong)
Date: Mon, 29 Apr 2002 23:31:00 -0000
Subject: bad setup.exe
Message-ID: 

can you reprogram the cygwin installer (setup.exe)!!!
I can see a some buttons or some labels
There are a lot of bugs , 
for example , when I add a wrong url to add site,
I can't fix it and can't find it in any place !!!
plz tell me how to fix it 

From huntharo@msu.edu  Mon Apr 29 23:32:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Mon, 29 Apr 2002 23:32:00 -0000
Subject: bad setup.exe
In-Reply-To: 
Message-ID: 

No.

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com 
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of daylong
> Sent: Tuesday, April 30, 2002 2:26 AM
> To: cygwin-xfree@cygwin.com
> Subject: bad setup.exe
> 
> 
> can you reprogram the cygwin installer (setup.exe)!!!
> I can see a some buttons or some labels
> There are a lot of bugs , 
> for example , when I add a wrong url to add site,
> I can't fix it and can't find it in any place !!!
> plz tell me how to fix it 


From webmaster@scadanews.com  Mon Apr 29 23:36:00 2002
From: webmaster@scadanews.com (webmaster)
Date: Mon, 29 Apr 2002 23:36:00 -0000
Subject: SCADA NEWS
Message-ID: <200204300632.g3U6WoL15857@picard.skynet.be>

If you are interested with IT in the Industry
like HMI, SCADA or other MES software
feel free to visit                     www.SCADANEWS.com


This message will be send only one time it is not necessary to ask for remove.

If you are not interested please accept our apologies,


Thanks for your attention,

	SCADA NEWS WEBMASTER 


From huntharo@msu.edu  Mon Apr 29 23:45:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Mon, 29 Apr 2002 23:45:00 -0000
Subject: mkdll.sh
Message-ID: 

Steve,

I'm working on creating Cygwin setup.exe packages for Gnome... I know, it's
buggy but I'd like to get a start.  One problem I'm having with your patches
is that they use mkdll.sh but they don't cause configure to copy the file to
a build directory.

For example:

tar xzf glib-1.2.10.tar.gz
cd glib-1.2.10
patch -p1 < ../glib-1.2.10-cygwin.patch
mkdir build
cd build
../configure
[yada yada yada]
make
[yada yada yada]
mkdir .libs
ar cru .libs/libglib.a  garray.o gcache.o gcompletion.o gdataset.o gdate.o
gerro
r.o ghash.o ghook.o giochannel.o giounix.o glist.o gmain.o gmem.o
gmessages.o gm
utex.o gnode.o gprimes.o grel.o gscanner.o gslist.o gstrfuncs.o gstring.o
gtimer
.o gtree.o gutils.o
ranlib .libs/libglib.a
creating libglib.la
(cd .libs && rm -f libglib.la && ln -s ../libglib.la libglib.la)
cd .libs && PREFIX=/usr sh ../mkdll.sh libglib.la
../mkdll.sh: Can't open ../mkdll.sh: No such file or directory
make[2]: *** [libglib.la] Error 2
make[2]: Leaving directory
`/home/Administrator/x-devel/gnome/glib/tmp/glib-1.2.
10/.build'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/home/Administrator/x-devel/gnome/glib/tmp/glib-1.2.
10/.build'
make: *** [all-recursive-am] Error 2


Eventually I always reach a point where mkdll.sh can't be found because
configure didn't copy it to the out-of-the-tree build directory.

Got any ideas on how to fix this?

Harold


From cwilson@ece.gatech.edu  Mon Apr 29 23:46:00 2002
From: cwilson@ece.gatech.edu (Charles Wilson)
Date: Mon, 29 Apr 2002 23:46:00 -0000
Subject: mkdll.sh
References: 
Message-ID: <3CCE3E34.3040401@ece.gatech.edu>

You could probably do the following:

get rid of mkdll.sh
relibtoolize/autoconf using the "-devel" tools (e.g. make sure that 
configure.in has "AC_PREREQ(2.52)")

./configure; make;

It oughta work. 

--chuck


Harold Hunt wrote:

> Steve,
> 
> I'm working on creating Cygwin setup.exe packages for Gnome... I know, it's
> buggy but I'd like to get a start.  One problem I'm having with your patches
> is that they use mkdll.sh but they don't cause configure to copy the file to
> a build directory.
> 
> For example:
> 
> tar xzf glib-1.2.10.tar.gz
> cd glib-1.2.10
> patch -p1 < ../glib-1.2.10-cygwin.patch
> mkdir build
> cd build
> ../configure
> [yada yada yada]
> make
> [yada yada yada]
> mkdir .libs
> ar cru .libs/libglib.a  garray.o gcache.o gcompletion.o gdataset.o gdate.o
> gerro
> r.o ghash.o ghook.o giochannel.o giounix.o glist.o gmain.o gmem.o
> gmessages.o gm
> utex.o gnode.o gprimes.o grel.o gscanner.o gslist.o gstrfuncs.o gstring.o
> gtimer
> .o gtree.o gutils.o
> ranlib .libs/libglib.a
> creating libglib.la
> (cd .libs && rm -f libglib.la && ln -s ../libglib.la libglib.la)
> cd .libs && PREFIX=/usr sh ../mkdll.sh libglib.la
> ../mkdll.sh: Can't open ../mkdll.sh: No such file or directory
> make[2]: *** [libglib.la] Error 2
> make[2]: Leaving directory
> `/home/Administrator/x-devel/gnome/glib/tmp/glib-1.2.
> 10/.build'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory
> `/home/Administrator/x-devel/gnome/glib/tmp/glib-1.2.
> 10/.build'
> make: *** [all-recursive-am] Error 2
> 
> 
> Eventually I always reach a point where mkdll.sh can't be found because
> configure didn't copy it to the out-of-the-tree build directory.
> 
> Got any ideas on how to fix this?
> 
> Harold
> 
> 
> 



From huntharo@msu.edu  Tue Apr 30 01:12:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Tue, 30 Apr 2002 01:12:00 -0000
Subject: By the way...
Message-ID: 

... I added a link to your Cygwin Gnome page to Cygwin/XFree86's Ported
Software page:
http://xfree86.cygwin.com/ported-software.html

I'm very impressed with your work to compile Gnome with DLLs.  Keep it up!

Harold


From cwilson@ece.gatech.edu  Tue Apr 30 02:08:00 2002
From: cwilson@ece.gatech.edu (Charles Wilson)
Date: Tue, 30 Apr 2002 02:08:00 -0000
Subject: mkdll.sh
References: 
Message-ID: <3CCE3E34.3040401@ece.gatech.edu>

You could probably do the following:

get rid of mkdll.sh
relibtoolize/autoconf using the "-devel" tools (e.g. make sure that 
configure.in has "AC_PREREQ(2.52)")

./configure; make;

It oughta work. 

--chuck


Harold Hunt wrote:

> Steve,
> 
> I'm working on creating Cygwin setup.exe packages for Gnome... I know, it's
> buggy but I'd like to get a start.  One problem I'm having with your patches
> is that they use mkdll.sh but they don't cause configure to copy the file to
> a build directory.
> 
> For example:
> 
> tar xzf glib-1.2.10.tar.gz
> cd glib-1.2.10
> patch -p1 < ../glib-1.2.10-cygwin.patch
> mkdir build
> cd build
> ../configure
> [yada yada yada]
> make
> [yada yada yada]
> mkdir .libs
> ar cru .libs/libglib.a  garray.o gcache.o gcompletion.o gdataset.o gdate.o
> gerro
> r.o ghash.o ghook.o giochannel.o giounix.o glist.o gmain.o gmem.o
> gmessages.o gm
> utex.o gnode.o gprimes.o grel.o gscanner.o gslist.o gstrfuncs.o gstring.o
> gtimer
> .o gtree.o gutils.o
> ranlib .libs/libglib.a
> creating libglib.la
> (cd .libs && rm -f libglib.la && ln -s ../libglib.la libglib.la)
> cd .libs && PREFIX=/usr sh ../mkdll.sh libglib.la
> ../mkdll.sh: Can't open ../mkdll.sh: No such file or directory
> make[2]: *** [libglib.la] Error 2
> make[2]: Leaving directory
> `/home/Administrator/x-devel/gnome/glib/tmp/glib-1.2.
> 10/.build'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory
> `/home/Administrator/x-devel/gnome/glib/tmp/glib-1.2.
> 10/.build'
> make: *** [all-recursive-am] Error 2
> 
> 
> Eventually I always reach a point where mkdll.sh can't be found because
> configure didn't copy it to the out-of-the-tree build directory.
> 
> Got any ideas on how to fix this?
> 
> Harold
> 
> 
> 




From gh@herbort-rottschaefer.de  Tue Apr 30 05:41:00 2002
From: gh@herbort-rottschaefer.de (Gregor Herbort)
Date: Tue, 30 Apr 2002 05:41:00 -0000
Subject: Installation Problems
Message-ID: 

Hello,

here what i got from Aaron Newcomb as an answer for the problem i described
on 25. April. I tried it and it works.


Gregor,

I happend to read your post on the cygwin/XFree mailing list archive. I ran
into the same problem and was able to fix it. It seems that the new cygwin
install program does not install all the necessary libraries that are needed
to run the XFree86 install. Here is what I had to do.

INSTALLATION:

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 'gettext' from the 'Libs' category.  You may need to
click the "Full" (or "View") button if it doesn't show up.  You might want
to make sure you update/install ALL of the following three packages:
  gettext-0.10.40-1
  libintl1-0.10.40-1
  libintl-0.10.38-3

I also had to install pcre to get the script to run properly. I hope this
helps. You might want to pass this info back to the mailing list if you are
still subscribed since I do not plan on subscribing right now.

Thanks,
Aaron Newcomb
http://www.newcombnet.com
aaron@newcombnet.com

-----Urspr??ngliche Nachricht-----
Von: cygwin-xfree-owner@cygwin.com
[mailto:cygwin-xfree-owner@cygwin.com]Im Auftrag von Gregor Herbort
Gesendet: Donnerstag, 25. April 2002 11:41
An: cygwin-xfree@cygwin.com
Betreff: Installation Problems


Hello,

i downloaded Cygwin/XFree86. When i try to install with ./Xinstall i get a
Windows Error Message that the cygintl-1.dll is missing.
Nevertheless the Xinstall script starts and examined the file extract.exe
and comes to the conclusion that this file si not correct renamed it and
then the script stops.
Any tips?

greetings
Gregor

Herbort und Rottsch??fer - IT-Konzeptionen
http://www.herbort-rottschaefer.de
Antoniuskirchplatz 16
48151 M??nster
tel:0251-1367594 fax:0251-1367595


From robert.collins@itdomain.com.au  Tue Apr 30 06:20:00 2002
From: robert.collins@itdomain.com.au (Robert Collins)
Date: Tue, 30 Apr 2002 06:20:00 -0000
Subject: upset stumper [cgf, Robert Collins, please comment]
Message-ID: 



> -----Original Message-----
> From: Harold Hunt [mailto:huntharo@msu.edu] 
> Sent: Tuesday, April 30, 2002 4:10 PM

> install: release/XFree86/gtk+/gtk+-1.2.10-1.tar.bz2 2566794
> source: release/XFree86/gtk+/gtk+-1.2.10-1-src.tar.bz2 2884874
> 
> 
> Notice that the version is thought to be "-1.2.10-1", rather 
> than "1.2.10-1".
> 
> Robert, can setup.exe handle a '+' in the package name?

It should be able to. What do you see in the chooser if you point setup
at your setup.ini file (after correcting the version entry).

Rob 


From arun2202@hotmail.com  Tue Apr 30 06:54:00 2002
From: arun2202@hotmail.com (arun)
Date: Tue, 30 Apr 2002 06:54:00 -0000
Subject: newbie
Message-ID: 

hello,

I have an x windows application compiled for linux.This application
extensively uses graphics Can I directly port it to windows using
Cygwin/xfree86 ??

thanx


From sam_edgeZZZ@hotmail.com  Tue Apr 30 07:12:00 2002
From: sam_edgeZZZ@hotmail.com (Sam Edge)
Date: Tue, 30 Apr 2002 07:12:00 -0000
Subject: Best place for WindowMaker, Openbox, etc.?
In-Reply-To: <20020429213920.GA2051@redhat.com>
References:   <20020429213920.GA2051@redhat.com>
Message-ID: 

Christopher Faylor wrote in <20020429213920.GA2051@redhat.com>
in gmane.os.cygwin.xfree on Mon, 29 Apr 2002 17:39:20 -0400:

> If they run under it, they belong in the XFree86 hierarchy.  That's
> why I created it.

I didn't mean to tread on any toes. I was expressing an opinion.
Perhaps I should have made that clearer. Sorry.

Most packages "run under" Cygwin itself, but they're not all
sub-directories of release/cygwin.

XFree86 is a distinct entity in its own right. Everything currently
under that folder is part of the XFree86 project. 

Other things that can use X such as rxvt and WindowMaker aren't part
of XFree86 itself. In my opinion they should have their own
directories and perhaps a new category such as "Xapps."

* shrug *

It's a minor detail.

-- 
Sam Edge


From FRANZW@dk.ibm.com  Tue Apr 30 07:20:00 2002
From: FRANZW@dk.ibm.com (Franz Wolfhagen)
Date: Tue, 30 Apr 2002 07:20:00 -0000
Subject: Best place for WindowMaker, Openbox, etc.?
Message-ID: 


>Other things that can use X such as rxvt and WindowMaker aren't part
>of XFree86 itself. In my opinion they should have their own
>directories and perhaps a new category such as "Xapps."

I think a category of Xmanagers for WindowMaker and Openbox etc. would be
better.

Xapps should be applications ported such as GIMP, lynx etc.

Med venlig hilsen / Regards
Franz Wolfhagen


From cgf@redhat.com  Tue Apr 30 07:25:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Tue, 30 Apr 2002 07:25:00 -0000
Subject: Best place for WindowMaker, Openbox, etc.?
In-Reply-To: 
References: 
Message-ID: <20020430141215.GA11819@redhat.com>

On Tue, Apr 30, 2002 at 03:53:13PM +0200, Franz Wolfhagen wrote:
>>Other things that can use X such as rxvt and WindowMaker aren't part of
>>XFree86 itself.  In my opinion they should have their own directories
>>and perhaps a new category such as "Xapps."
>
>I think a category of Xmanagers for WindowMaker and Openbox etc.  would
>be better.

We are not talking about categories.  The question was where to physically
put the actual tar balls.

cgf


From cgf@redhat.com  Tue Apr 30 07:29:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Tue, 30 Apr 2002 07:29:00 -0000
Subject: upset stumper [cgf, Robert Collins, please comment]
In-Reply-To: 
References: 
Message-ID: <20020430142016.GA12043@redhat.com>

On Tue, Apr 30, 2002 at 02:09:56AM -0400, Harold Hunt wrote:
>version: -1.2.10-1
>install: release/XFree86/gtk+/gtk+-1.2.10-1.tar.bz2 2566794
>source: release/XFree86/gtk+/gtk+-1.2.10-1-src.tar.bz2 2884874
>
>
>Notice that the version is thought to be "-1.2.10-1", rather than
>"1.2.10-1".
>
>Robert, can setup.exe handle a '+' in the package name?

upset was confused by the fact that '+' is a regex meta character.
I've checked in a fix so it should work better now.

cgf


From huntharo@msu.edu  Tue Apr 30 07:30:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Tue, 30 Apr 2002 07:30:00 -0000
Subject: upset stumper [cgf, Robert Collins, please comment]
In-Reply-To: 
Message-ID: 

Robert,

I forgot to reply last night that I had hand-fixed the setup.ini file and
setup.exe ran fine after that.

Thanks,

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Robert Collins
> Sent: Tuesday, April 30, 2002 5:08 AM
> To: Harold Hunt; cygx
> Subject: RE: upset stumper [cgf, Robert Collins, please comment]
>
>
>
>
> > -----Original Message-----
> > From: Harold Hunt [mailto:huntharo@msu.edu]
> > Sent: Tuesday, April 30, 2002 4:10 PM
>
> > install: release/XFree86/gtk+/gtk+-1.2.10-1.tar.bz2 2566794
> > source: release/XFree86/gtk+/gtk+-1.2.10-1-src.tar.bz2 2884874
> >
> >
> > Notice that the version is thought to be "-1.2.10-1", rather
> > than "1.2.10-1".
> >
> > Robert, can setup.exe handle a '+' in the package name?
>
> It should be able to. What do you see in the chooser if you point setup
> at your setup.ini file (after correcting the version entry).
>
> Rob


From huntharo@msu.edu  Tue Apr 30 07:33:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Tue, 30 Apr 2002 07:33:00 -0000
Subject: upset stumper [cgf, Robert Collins, please comment]
In-Reply-To: <20020430142016.GA12043@redhat.com>
Message-ID: 

Chris,

Much better, thanks.

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Christopher Faylor
> Sent: Tuesday, April 30, 2002 10:20 AM
> To: cygwin-xfree@cygwin.com
> Subject: Re: upset stumper [cgf, Robert Collins, please comment]
> 
> 
> On Tue, Apr 30, 2002 at 02:09:56AM -0400, Harold Hunt wrote:
> >version: -1.2.10-1
> >install: release/XFree86/gtk+/gtk+-1.2.10-1.tar.bz2 2566794
> >source: release/XFree86/gtk+/gtk+-1.2.10-1-src.tar.bz2 2884874
> >
> >
> >Notice that the version is thought to be "-1.2.10-1", rather than
> >"1.2.10-1".
> >
> >Robert, can setup.exe handle a '+' in the package name?
> 
> upset was confused by the fact that '+' is a regex meta character.
> I've checked in a fix so it should work better now.
> 
> cgf


From flognat@flognat.myip.org  Tue Apr 30 07:34:00 2002
From: flognat@flognat.myip.org (Andrew Markebo)
Date: Tue, 30 Apr 2002 07:34:00 -0000
Subject: newbie
In-Reply-To: 
References: 
Message-ID: 

/ "arun"  wrote:
| hello,
| 
| I have an x windows application compiled for linux.This application
| extensively uses graphics Can I directly port it to windows using
| Cygwin/xfree86 ??

If it is clean portable c/c++ code - yep. If you do a bunch os-specific
stuff and so on, you have to put some work on it.

        /Andy

-- 
 The eye of the beholder rests on the beauty!


From huntharo@msu.edu  Tue Apr 30 07:41:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Tue, 30 Apr 2002 07:41:00 -0000
Subject: Failed assertion bug using OpenOffice.org
In-Reply-To: <200204242121.g3OLL1M18116@d1o1006.telia.com>
Message-ID: 

Peter,

Yes, we are aware of that bug.  We're slowly getting around to working on
it.

Several other cases produce that same failed assertation message.

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Peter Magnusson
> Sent: Wednesday, April 24, 2002 5:21 PM
> To: cygwin-xfree@cygwin.com
> Subject: Failed assertion bug using OpenOffice.org
>
>
> I have a setup with cygwin 1.3.9-1 and 4.2.0 of cygwin-xfree.
> I have a little problem when using openoffice.org (641c) both with and
> without a windowmanager. I use SuSE 7.3 Pro Linux distribution with
> KDE. I use Windows 2000 Pro, SP2 (english).
>
> When accessing any of the menuitems a Windows(ms) dialog box pops up
> saying ...
> ---------------------
> Faild assertion
>    fds_on_hold !NULL
> at line 601 of /cygnus/netrel/src/cygwin-1.3.9-1/winsup/cygwin/dtable.cc
> ---------------------
> This seems to be a similar bug that has been reported when using KDE3
> but I am not sertain.
> I get the same results using the T55 version of XWin.exe.
>
> I use openoffice.org a lot and it would be a lot simpler if I could use
> the same environment (XWindows) when using my Windows box as well.
>
>
> ======================================
>             Peter Magnusson
>          mailto:kmpm@telia.com
> ======================================


From huntharo@msu.edu  Tue Apr 30 07:42:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Tue, 30 Apr 2002 07:42:00 -0000
Subject: newbie
In-Reply-To: 
Message-ID: 

That all depends.  Your chances are pretty good.

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com 
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of arun
> Sent: Tuesday, April 30, 2002 8:42 AM
> To: cygwin-xfree@cygwin.com
> Subject: newbie
> 
> 
> hello,
> 
> I have an x windows application compiled for linux.This application
> extensively uses graphics Can I directly port it to windows using
> Cygwin/xfree86 ??
> 
> thanx


From sam_edgeZZZ@hotmail.com  Tue Apr 30 07:43:00 2002
From: sam_edgeZZZ@hotmail.com (Sam Edge)
Date: Tue, 30 Apr 2002 07:43:00 -0000
Subject: Best place for WindowMaker, Openbox, etc.?
In-Reply-To: <20020430141215.GA11819@redhat.com>
References:  <20020430141215.GA11819@redhat.com>
Message-ID: 

Christopher Faylor wrote in <20020430141215.GA11819@redhat.com>
in gmane.os.cygwin.xfree on Tue, 30 Apr 2002 10:12:15 -0400:

> >>Other things that can use X such as rxvt and WindowMaker aren't part of
> >>XFree86 itself.  In my opinion they should have their own directories
> >>and perhaps a new category such as "Xapps."
> >
> >I think a category of Xmanagers for WindowMaker and Openbox etc.  would
> >be better.
> 
> We are not talking about categories.  The question was where to physically
> put the actual tar balls.

The categories could be discussed as well. ;-) I'm not sure we need a
distinction between window managers and other applications in terms of
categories. They all just need an X server - pretty much any X server
- although some do rely on certain parts of the XFree86 distribution
on the machine where they're executing. (Where this is the case they
should have dependencies in setup.hint/setup.ini of course.)

-- 
Sam Edge


From huntharo@msu.edu  Tue Apr 30 07:53:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Tue, 30 Apr 2002 07:53:00 -0000
Subject: mkdll.sh
In-Reply-To: <3CCE3E34.3040401@ece.gatech.edu>
Message-ID: 

Chuck,

Could you give a few more notes on "relibtoolize"?  A pointer to some good
documentation would be helpful...

Is the general idea here that I would just be working on the config files
and makefiles, rather than having to make extensive internal changes to the
way that libraries are loaded?

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Charles Wilson
> Sent: Tuesday, April 30, 2002 2:48 AM
> To: cygwin-xfree@cygwin.com
> Cc: cygx
> Subject: Re: mkdll.sh
>
>
> You could probably do the following:
>
> get rid of mkdll.sh
> relibtoolize/autoconf using the "-devel" tools (e.g. make sure that
> configure.in has "AC_PREREQ(2.52)")
>
> ./configure; make;
>
> It oughta work. 
>
> --chuck
>
>
> Harold Hunt wrote:
>
> > Steve,
> >
> > I'm working on creating Cygwin setup.exe packages for Gnome...
> I know, it's
> > buggy but I'd like to get a start.  One problem I'm having with
> your patches
> > is that they use mkdll.sh but they don't cause configure to
> copy the file to
> > a build directory.
> >
> > For example:
> >
> > tar xzf glib-1.2.10.tar.gz
> > cd glib-1.2.10
> > patch -p1 < ../glib-1.2.10-cygwin.patch
> > mkdir build
> > cd build
> > ../configure
> > [yada yada yada]
> > make
> > [yada yada yada]
> > mkdir .libs
> > ar cru .libs/libglib.a  garray.o gcache.o gcompletion.o
> gdataset.o gdate.o
> > gerro
> > r.o ghash.o ghook.o giochannel.o giounix.o glist.o gmain.o gmem.o
> > gmessages.o gm
> > utex.o gnode.o gprimes.o grel.o gscanner.o gslist.o gstrfuncs.o
> gstring.o
> > gtimer
> > .o gtree.o gutils.o
> > ranlib .libs/libglib.a
> > creating libglib.la
> > (cd .libs && rm -f libglib.la && ln -s ../libglib.la libglib.la)
> > cd .libs && PREFIX=/usr sh ../mkdll.sh libglib.la
> > ../mkdll.sh: Can't open ../mkdll.sh: No such file or directory
> > make[2]: *** [libglib.la] Error 2
> > make[2]: Leaving directory
> > `/home/Administrator/x-devel/gnome/glib/tmp/glib-1.2.
> > 10/.build'
> > make[1]: *** [all-recursive] Error 1
> > make[1]: Leaving directory
> > `/home/Administrator/x-devel/gnome/glib/tmp/glib-1.2.
> > 10/.build'
> > make: *** [all-recursive-am] Error 2
> >
> >
> > Eventually I always reach a point where mkdll.sh can't be found because
> > configure didn't copy it to the out-of-the-tree build directory.
> >
> > Got any ideas on how to fix this?
> >
> > Harold
> >
> >
> >
>
>
>


From huntharo@msu.edu  Tue Apr 30 07:55:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Tue, 30 Apr 2002 07:55:00 -0000
Subject: [ANNOUNCEMENT] New Cygwin setup.exe package: lesstif
Message-ID: 

Lesstif, http://www.lesstif.org/,  is now available via setup.exe.

Enjoy,

Harold


From huntharo@msu.edu  Tue Apr 30 07:59:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Tue, 30 Apr 2002 07:59:00 -0000
Subject: Installation Problems
In-Reply-To: 
Message-ID: 

Gregor,

Thanks, I updated the setup.hint file to list this dependencies for
XFree86-base.

Harold

> -----Original Message-----
> From: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Gregor Herbort
> Sent: Tuesday, April 30, 2002 3:40 AM
> To: cygwin-xfree@cygwin.com
> Subject: RE: Installation Problems
>
>
> Hello,
>
> here what i got from Aaron Newcomb as an answer for the problem i
> described
> on 25. April. I tried it and it works.
>
>
> Gregor,
>
> I happend to read your post on the cygwin/XFree mailing list
> archive. I ran
> into the same problem and was able to fix it. It seems that the new cygwin
> install program does not install all the necessary libraries that
> are needed
> to run the XFree86 install. Here is what I had to do.
>
> INSTALLATION:
>
> 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 'gettext' from the 'Libs' category.  You may need to
> click the "Full" (or "View") button if it doesn't show up.  You might want
> to make sure you update/install ALL of the following three packages:
>   gettext-0.10.40-1
>   libintl1-0.10.40-1
>   libintl-0.10.38-3
>
> I also had to install pcre to get the script to run properly. I hope this
> helps. You might want to pass this info back to the mailing list
> if you are
> still subscribed since I do not plan on subscribing right now.
>
> Thanks,
> Aaron Newcomb
> http://www.newcombnet.com
> aaron@newcombnet.com
>
> -----Urspr??ngliche Nachricht-----
> Von: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]Im Auftrag von Gregor Herbort
> Gesendet: Donnerstag, 25. April 2002 11:41
> An: cygwin-xfree@cygwin.com
> Betreff: Installation Problems
>
>
> Hello,
>
> i downloaded Cygwin/XFree86. When i try to install with ./Xinstall i get a
> Windows Error Message that the cygintl-1.dll is missing.
> Nevertheless the Xinstall script starts and examined the file extract.exe
> and comes to the conclusion that this file si not correct renamed it and
> then the script stops.
> Any tips?
>
> greetings
> Gregor
>
> Herbort und Rottsch??fer - IT-Konzeptionen
> http://www.herbort-rottschaefer.de
> Antoniuskirchplatz 16
> 48151 M??nster
> tel:0251-1367594 fax:0251-1367595
>


From cwilson@ece.gatech.edu  Tue Apr 30 08:43:00 2002
From: cwilson@ece.gatech.edu (Charles Wilson)
Date: Tue, 30 Apr 2002 08:43:00 -0000
Subject: By the way...
References: 
Message-ID: <3CCEB0EA.7020804@ece.gatech.edu>

Harold Hunt wrote:

> ... I added a link to your Cygwin Gnome page to Cygwin/XFree86's Ported
> Software page:
> http://xfree86.cygwin.com/ported-software.html
> 
> I'm very impressed with your work to compile Gnome with DLLs.  Keep it up!


A couple of things:

1) pkgconfig.  I'm the cygwin pkgconfig maintainer, and I'd like to 
insure that you can use the "official" version in your port.  You are 
using a patched version of 0.8.0; cygwin distributes 0.10.0; but 0.12.0 
is now available.  Could you try 0.12.0 (unpatched and/or patched) and 
see if that works for you?

If you must use a patched version of 0.12.0, then I'd consider 
incorporating that patch into the official cygwin dist; also, in that 
case, we could submit your patch upstream for incorporation into the 
"real" 0.13.0...

2) libiconv/gettext: If someone 'adopts' my setup-compatible package for 
libiconv -- see thes3 messages:
http://cygwin.com/ml/cygwin/2002-04/msg01558.html
http://cygwin.com/ml/cygwin/2002-02/msg00467.html

and it is included in the official cygwin dist, then I would rebuild the 
official gettext package to use it.  (Yes, I'm also the cygwin gettext 
maintainer).

3) cygextras: why not submit these as patches to the cygwin DLL? If it 
is because the code is from gnu libc, then you could in partnership with 
someone else, reimplement them and submit the result: your partner would 
actually write the code to the specifications you develop; you would 
verify that the result operates the same as the current version. 
("Chinese Firewall").  Then, assign copyright on the reimplementations 
to Red Hat/Cygwin, and submit!

4) berkeley db: folks have been asking for this for a long time.  Would 
you consider packaging it up and submitting it as an official package? 
(Don't worry about the tcl thing; you needn't be able to run the test 
suite on an "official ports only" system).  side note: any idea why 
Gnome doesn't use the GNU database instead? gdbm?

5) libungif: just like libiconv, I have a setup-compatible package for 
this.  If someone wants to adopt it and submit it for official 
inclusion, contact me offline.

--Chuck


From cwilson@ece.gatech.edu  Tue Apr 30 08:43:00 2002
From: cwilson@ece.gatech.edu (Charles Wilson)
Date: Tue, 30 Apr 2002 08:43:00 -0000
Subject: By the way...
References: 
Message-ID: <3CCEB0EA.7020804@ece.gatech.edu>

Harold Hunt wrote:

> ... I added a link to your Cygwin Gnome page to Cygwin/XFree86's Ported
> Software page:
> http://xfree86.cygwin.com/ported-software.html
> 
> I'm very impressed with your work to compile Gnome with DLLs.  Keep it up!


A couple of things:

1) pkgconfig.  I'm the cygwin pkgconfig maintainer, and I'd like to 
insure that you can use the "official" version in your port.  You are 
using a patched version of 0.8.0; cygwin distributes 0.10.0; but 0.12.0 
is now available.  Could you try 0.12.0 (unpatched and/or patched) and 
see if that works for you?

If you must use a patched version of 0.12.0, then I'd consider 
incorporating that patch into the official cygwin dist; also, in that 
case, we could submit your patch upstream for incorporation into the 
"real" 0.13.0...

2) libiconv/gettext: If someone 'adopts' my setup-compatible package for 
libiconv -- see thes3 messages:
http://cygwin.com/ml/cygwin/2002-04/msg01558.html
http://cygwin.com/ml/cygwin/2002-02/msg00467.html

and it is included in the official cygwin dist, then I would rebuild the 
official gettext package to use it.  (Yes, I'm also the cygwin gettext 
maintainer).

3) cygextras: why not submit these as patches to the cygwin DLL? If it 
is because the code is from gnu libc, then you could in partnership with 
someone else, reimplement them and submit the result: your partner would 
actually write the code to the specifications you develop; you would 
verify that the result operates the same as the current version. 
("Chinese Firewall").  Then, assign copyright on the reimplementations 
to Red Hat/Cygwin, and submit!

4) berkeley db: folks have been asking for this for a long time.  Would 
you consider packaging it up and submitting it as an official package? 
(Don't worry about the tcl thing; you needn't be able to run the test 
suite on an "official ports only" system).  side note: any idea why 
Gnome doesn't use the GNU database instead? gdbm?

5) libungif: just like libiconv, I have a setup-compatible package for 
this.  If someone wants to adopt it and submit it for official 
inclusion, contact me offline.

--Chuck




From cgf@redhat.com  Tue Apr 30 08:45:00 2002
From: cgf@redhat.com (Christopher Faylor)
Date: Tue, 30 Apr 2002 08:45:00 -0000
Subject: Best place for WindowMaker, Openbox, etc.?
In-Reply-To: 
References:  <20020430141215.GA11819@redhat.com> 
Message-ID: <20020430145927.GA21634@redhat.com>

On Tue, Apr 30, 2002 at 03:39:40PM +0100, Sam Edge wrote:
>Christopher Faylor wrote in <20020430141215.GA11819@redhat.com>
>in gmane.os.cygwin.xfree on Tue, 30 Apr 2002 10:12:15 -0400:
>>>>Other things that can use X such as rxvt and WindowMaker aren't part of
>>>>XFree86 itself.  In my opinion they should have their own directories
>>>>and perhaps a new category such as "Xapps."
>>>
>>>I think a category of Xmanagers for WindowMaker and Openbox etc.  would
>>>be better.
>>
>>We are not talking about categories.  The question was where to
>>physically put the actual tar balls.
>
>The categories could be discussed as well.  ;-)

So start another thread rather than confuse the issue by responding as
if you are actually answering a question that was never asked.

cgf


From Ralf.Habacker@freenet.de  Tue Apr 30 09:01:00 2002
From: Ralf.Habacker@freenet.de (Ralf Habacker)
Date: Tue, 30 Apr 2002 09:01:00 -0000
Subject: problems with kde 1.1.2 kcontrol solved
Message-ID: <001801c1f05d$b0a3bcb0$651c440a@BRAMSCHE>

Hi,

some month ago I've encountered a problem with kde 1.1.2 kcontol.

The problem was, that a once called kcontrol page was hidden for further calls.
Currently I have checked this with the xfree 4.2.0 release and recognizes that
it this problem is gone away.

Thanks for this good work.

Ralf Habacker



From pcolovas@lucent.com  Tue Apr 30 11:54:00 2002
From: pcolovas@lucent.com (Peter W. Colovas)
Date: Tue, 30 Apr 2002 11:54:00 -0000
Subject: cut and paste from MS windows app to xfree (xfce) app
Message-ID: <3CCEBB88.2E1D3858@lucent.com>

How do I cut and paste from MS windows app to xfree (xfce) app? I can't
find anything about it in the docs or archives. Is it specific to each
WM?
Thanks,
-Pete
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pcolovas.vcf
Type: text/x-vcard
Size: 369 bytes
Desc: Card for Peter W. Colovas
URL: 

From cwilson@ece.gatech.edu  Tue Apr 30 11:58:00 2002
From: cwilson@ece.gatech.edu (Charles Wilson)
Date: Tue, 30 Apr 2002 11:58:00 -0000
Subject: mkdll.sh
References: 
Message-ID: <3CCEBCAD.30904@ece.gatech.edu>

Harold Hunt wrote:

 > Chuck,
 >
 > Could you give a few more notes on "relibtoolize"?  A pointer to some 
good
 > documentation would be helpful...


Well, there's the goat book http://sources.redhat.com/autobook/ but it's 
a bit out of date, now...

Here's the procedure I used to "relibtoolize" libiconv.  Libiconv is a 
worst-case example: they distribute their own fork of autoconf itself, 
they redistribute system m4 macros, ... they're just plain evil.  But, 
if you can understand *this*, then "relibtoolizing" anything else should 
be a piece of cake...

Short version: remove autogenerated files.  Replace "standard" files 
with the newest versions (install-sh, mkinstalldirs, config.guess, 
config.sub) -- you can also just remove these and let the autotools copy 
in what they need (use the --force --c -a switches, or their analog: not 
every tool has exactly the same syntax).  Rerun the the autotools in the 
proper order (more later).

#1) libiconv actually ships its OWN VERSION of autoconf.  This is dumb.

rm autoconf/acgeneral.m4
rm autoconf/acspecific.m4
rm autoconf/aclocal.m4
rm autoconf/autoconf
rm autoconf/autoconf.m4
rm autoconf/mbstate_t.m4

#2) remove the "normal" distribution files that are created by autoconf.

rm autoconf/install-sh
rm autoconf/config.guess
rm autoconf/config.sub
rm configure

#3) remove the obsolete libtool files (libtool no longer uses "ltmain.sh")

rm autoconf/ltmain.sh

#4) I don't like hiding the autofiles, so I removed the subdir and will 
change configure.in appropriately, but you don't have to do that.

rmdir autoconf

#5) libiconv doesn't use automake, but it does distribute some scripts 
from automake.  Replace them with the current versions.  (Actually, 
libiconv only distributed install-sh; it used the mkinstalldirs from the 
libcharset subdirectory, "proper" auto* usage requires that each 
separately configure project have its own copy...and of course, I put 
install-sh in the top directory, libiconv had it in the autoconf subdir)

cp /usr/autotool/devel/share/automake/mkinstalldirs .
cp /usr/autotool/devel/share/automake/install-sh .

#6) repeat steps 1-4 for the libcharset subdirectory.  Normally, this is 
unnecessary, but libiconv actually treats libcharset as a separate 
project, with it's own configure script and suchlike...

rm libcharset/autoconf/aclocal.m4
rm libcharset/autoconf/mkinstalldirs
rm libcharset/autoconf/install-sh
rm libcharset/autoconf/config.guess
rm libcharset/autoconf/config.sub
rm libcharset/autoconf/ltmain.sh
rm libcharset/configure
rmdir libcharset/autoconf

#7) libcharset also includes its own copies of some .m4 scripts that are 
part of gettext.  Use the system ones.

rm libcharset/m4/codeset.m4
rm libcharset/m4/glibc21.m4

#8) AND we're going to use the system libtool...and cleanup.

rm libcharset/m4/libtool.m4
rm libcharset/m4/ChangeLog
rmdir libcharset/m4

#9) Similar to step #5, replace the "automake" files with the latest 
version (even though libcharset doesn't use automake...).  Both 
mkinstalldirs and install-sh WERE in the autoconf subdir of libcharset; 
I put them in the top level (of libcharset).  Each separately configured 
project needs its own copy...

cp /usr/autotool/devel/share/automake/mkinstalldirs libcharset/
cp /usr/autotool/devel/share/automake/install-sh libcharset/

#10) As promised, I need to change a few items in configure.in (e.g. 
don't use the "autoconf" subdir (or libcharset/autoconf or 
libcharset/m4).  Also, since the "special" versions of the autoconf 
files that libiconv distributes were slightly modified -- okay, they 
were distributing a fork -- I parsed out the differences they had, and 
put those macros into acinclude.m4...

The patch is attached.

The patch also AC_PREREQ's 2.52 instead of 2.13 (I want to use the 
-devel tree), but that required a few other changes due to 
incompatibilities (AC_OUTPUT_SUBDIRS ---> AC_CONFIG_SUBDIRS, etc)

Normally, you'd also re-run autoheader at some point, but that didn't 
work (thanks to the fact that libiconv uses a forked autoconf dist...) 
So I patched libcharset/config.h.in by hand...

#11) Okay, here's the meat:  First, we relibtoolize libcharset:

cd libcharset
aclocal
libtoolize -c -f
aclocal # (again)
autoconf

cd 
aclocal
libtoolize -c -f
aclocal # (again)
autoconf

Why the second aclocal step?  Because libtoolize adds additional stuff 
in configure.in, which require additional macros to be pulled into 
aclocal.m4.  Why not run libtoolize first, and then aclocal?  Because 
libtoolize needs a pre-existing aclocal.m4...

Normally, you'd run "automake -a -c" between the second aclocal and 
autoconf, but libiconv doesn't use automake.  Also, you'd normally run 
autoheader after the second aclocal -- but we can't because libiconv sucks.

Finally, you should be able to configure and make as "normal":

conf() {
   (cd ${objdir} && \
   ${srcdir}/configure --build=${host} --target=${target} \
   --srcdir=${srcdir} --prefix=${prefix} \
   --exec-prefix=${prefix} --sysconfdir=${sysconfdir} \
   --libdir=${prefix}/lib --includedir=${prefix}/include \
   --enable-shared --enable-static )
}


 > Is the general idea here that I would just be working on the config files
 > and makefiles, rather than having to make extensive internal changes 
to the
 > way that libraries are loaded?


Yes.

--Chuck


Harold Hunt wrote:

> Chuck,
> 
> Could you give a few more notes on "relibtoolize"?  A pointer to some good
> documentation would be helpful...
> 
> Is the general idea here that I would just be working on the config files
> and makefiles, rather than having to make extensive internal changes to the
> way that libraries are loaded?
> 
> Harold
> 
> 
>>-----Original Message-----
>>From: cygwin-xfree-owner@cygwin.com
>>[mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Charles Wilson
>>Sent: Tuesday, April 30, 2002 2:48 AM
>>To: cygwin-xfree@cygwin.com
>>Cc: cygx
>>Subject: Re: mkdll.sh
>>
>>
>>You could probably do the following:
>>
>>get rid of mkdll.sh
>>relibtoolize/autoconf using the "-devel" tools (e.g. make sure that
>>configure.in has "AC_PREREQ(2.52)")
>>
>>./configure; make;
>>
>>It oughta work. 
>>
>>--chuck
>>
>>
>>Harold Hunt wrote:
>>
>>
>>>Steve,
>>>
>>>I'm working on creating Cygwin setup.exe packages for Gnome...
>>>
>>I know, it's
>>
>>>buggy but I'd like to get a start.  One problem I'm having with
>>>
>>your patches
>>
>>>is that they use mkdll.sh but they don't cause configure to
>>>
>>copy the file to
>>
>>>a build directory.
>>>
>>>For example:
>>>
>>>tar xzf glib-1.2.10.tar.gz
>>>cd glib-1.2.10
>>>patch -p1 < ../glib-1.2.10-cygwin.patch
>>>mkdir build
>>>cd build
>>>../configure
>>>[yada yada yada]
>>>make
>>>[yada yada yada]
>>>mkdir .libs
>>>ar cru .libs/libglib.a  garray.o gcache.o gcompletion.o
>>>
>>gdataset.o gdate.o
>>
>>>gerro
>>>r.o ghash.o ghook.o giochannel.o giounix.o glist.o gmain.o gmem.o
>>>gmessages.o gm
>>>utex.o gnode.o gprimes.o grel.o gscanner.o gslist.o gstrfuncs.o
>>>
>>gstring.o
>>
>>>gtimer
>>>.o gtree.o gutils.o
>>>ranlib .libs/libglib.a
>>>creating libglib.la
>>>(cd .libs && rm -f libglib.la && ln -s ../libglib.la libglib.la)
>>>cd .libs && PREFIX=/usr sh ../mkdll.sh libglib.la
>>>../mkdll.sh: Can't open ../mkdll.sh: No such file or directory
>>>make[2]: *** [libglib.la] Error 2
>>>make[2]: Leaving directory
>>>`/home/Administrator/x-devel/gnome/glib/tmp/glib-1.2.
>>>10/.build'
>>>make[1]: *** [all-recursive] Error 1
>>>make[1]: Leaving directory
>>>`/home/Administrator/x-devel/gnome/glib/tmp/glib-1.2.
>>>10/.build'
>>>make: *** [all-recursive-am] Error 2
>>>
>>>
>>>Eventually I always reach a point where mkdll.sh can't be found because
>>>configure didn't copy it to the out-of-the-tree build directory.
>>>
>>>Got any ideas on how to fix this?
>>>
>>>Harold
>>>
>>>
>>>
>>>
>>
>>
> 

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: libiconv-1.7-2.patch2
URL: 

From francois.perrot@cgey.com  Tue Apr 30 12:08:00 2002
From: francois.perrot@cgey.com (Francois Perrot)
Date: Tue, 30 Apr 2002 12:08:00 -0000
Subject: cut and paste from MS windows app to xfree (xfce) app
References: <3CCEBB88.2E1D3858@lucent.com>
Message-ID: <014001c1f05f$564f6e10$9b4e430a@cgey.cgey.fr>

Hi Peter,

What about using xwinclip ? It's definitly a GREAT improuvement in cygwin
users everyday's life.
You'll find it in the xfree page...

Fran??ois "The Happy xwinclip User..." Perrot

----- Original Message -----
From: "Peter W. Colovas" 
To: 
Sent: Tuesday, April 30, 2002 5:43 PM
Subject: cut and paste from MS windows app to xfree (xfce) app


> How do I cut and paste from MS windows app to xfree (xfce) app? I can't
> find anything about it in the docs or archives. Is it specific to each
> WM?
> Thanks,
> -Pete


From steven.obrien2@ntlworld.com  Tue Apr 30 13:55:00 2002
From: steven.obrien2@ntlworld.com (Steven O'Brien)
Date: Tue, 30 Apr 2002 13:55:00 -0000
Subject: mkdll.sh
In-Reply-To: <3CCE3E34.3040401@ece.gatech.edu>
References: 
	<3CCE3E34.3040401@ece.gatech.edu>
Message-ID: <20020430195347.137a7949.steven.obrien2@ntlworld.com>

On Tue, 30 Apr 2002 02:48:20 -0400
Charles Wilson  wrote:

> You could probably do the following:
> 
> get rid of mkdll.sh
> relibtoolize/autoconf using the "-devel" tools (e.g. make sure that 
> configure.in has "AC_PREREQ(2.52)")
> 
> ./configure; make;
> 
> It oughta work. 
> 
> --chuck
> 
> 
> Harold Hunt wrote:
> 
> > Steve,
> > 
> > I'm working on creating Cygwin setup.exe packages for Gnome... I know, it's
> > buggy but I'd like to get a start.  One problem I'm having with your patches
> > is that they use mkdll.sh but they don't cause configure to copy the file to
> > a build directory.

> > Eventually I always reach a point where mkdll.sh can't be found because
> > configure didn't copy it to the out-of-the-tree build directory.
> > 
> > Got any ideas on how to fix this?
> > 
> > Harold

This port is really an experiment. It was started before the cygwin libtool was available, and before the auto-import function of ld was available, and it's showing that age. Chuck is right, mkdll is not at all suitable for a general distribution. 
There are in fact several different incarnations of the mkdll script in the various gnome patches. glib was one of the first packages I played with, so it was done with the least knowledge and experience, and hence is one of the most inflexible.
You could try making the path to mkdll relative to the source tree rather than the current working directory, for example by using $(top_srcdir)/mkdll.sh instead of ../mkdll.sh in Makefile.in
Actually the next phase of my plan was to understand the use of autotools, and apply them to the gnome 2 packages. It should be easier there because gnome 2 has standardised on autoconf 2.5.x, whereas the gnome 1.4 packages use various old autoconf/automake versions. I have not been in any hurry though because gnome 2 is still changing much too quickly for me to have a hope of keeping up. 

Steven


From steven.obrien2@ntlworld.com  Tue Apr 30 21:20:00 2002
From: steven.obrien2@ntlworld.com (Steven O'Brien)
Date: Tue, 30 Apr 2002 21:20:00 -0000
Subject: By the way...
In-Reply-To: <3CCEB0EA.7020804@ece.gatech.edu>
References: 
	<3CCEB0EA.7020804@ece.gatech.edu>
Message-ID: <20020430195848.42728ae1.steven.obrien2@ntlworld.com>

On Tue, 30 Apr 2002 10:57:46 -0400
Charles Wilson  wrote:

> Harold Hunt wrote:
> 
> > ... I added a link to your Cygwin Gnome page to Cygwin/XFree86's Ported
> > Software page:
> > http://xfree86.cygwin.com/ported-software.html
> > 
> > I'm very impressed with your work to compile Gnome with DLLs.  Keep it up!
> 
> 
> A couple of things:
> 
> 1) pkgconfig.  I'm the cygwin pkgconfig maintainer, and I'd like to 
> insure that you can use the "official" version in your port.  You are 
> using a patched version of 0.8.0; cygwin distributes 0.10.0; but 0.12.0 
> is now available.  Could you try 0.12.0 (unpatched and/or patched) and 
> see if that works for you?

I'll add that to the list of jobs ...
When I started work on gnome-vfs pkg-config was not in the "official" cygwin distribution and 0.8.0 was the latest version. I patched it to remove the included glib, so that it uses my glib port. When pkgconfig was added to cygwin I tried it, but gnome-vfs would not build, so I just ignored it. My focus was, and still is, on gnome so doing more work on pkgconfig was of no interest. But I'll certainly try the new one.

> If you must use a patched version of 0.12.0, then I'd consider 
> incorporating that patch into the official cygwin dist; also, in that 
> case, we could submit your patch upstream for incorporation into the 
> "real" 0.13.0...
 
As the patch just removes the embedded glib, I think its of no use to the "real" pkgconfig.


> 3) cygextras: why not submit these as patches to the cygwin DLL? If it 
> is because the code is from gnu libc, then you could in partnership with 
> someone else, reimplement them and submit the result: your partner would 
> actually write the code to the specifications you develop; you would 
> verify that the result operates the same as the current version. 
> ("Chinese Firewall").  Then, assign copyright on the reimplementations 
> to Red Hat/Cygwin, and submit!

cygextras contains strptime and getdelim. I understand the strptime is "coming soon" to cygwin anyway, so I'll just drop mine then. getdelim came from the gnu C library. Again its just a distraction from working on gnome, and I'll leave it to others to add it to cygwin.

> 
> 4) berkeley db: folks have been asking for this for a long time.  Would 
> you consider packaging it up and submitting it as an official package? 
> (Don't worry about the tcl thing; you needn't be able to run the test 
> suite on an "official ports only" system).  side note: any idea why 
> Gnome doesn't use the GNU database instead? gdbm?

No. I don't have any free time to support cygwin packages, although I do have great respect for those, such as yourself, who do. I think that gnome no longer requires version 2.7.7, but has moved on to version 3.x.x. This patched version did actually pass its test suite when I first did it, but I no longer have access to the cygwin tcl port I used, so I cannot reproduce the result.

Steven


From Nils.Lichtenfeld@gmx.net  Tue Apr 30 21:28:00 2002
From: Nils.Lichtenfeld@gmx.net (Nils Lichtenfeld)
Date: Tue, 30 Apr 2002 21:28:00 -0000
Subject: Display CDE through ssh?
Message-ID: <015d01c1f07a$a60b9da0$9603a8c0@Gundy>

Hello there!

I am totaly new to this project. Installed cygwin/XFree86 like told in
the documentation. Also managed to connect to my university through ssh
and started some x-applications like mozill etc. by following the
documentation. Beautifull!

The machines at the university run HPUX with CDE. Is it possible to get
the CDE-userinterface shown remoteley (like realy sitting infront of
one).

Greetings, Nils


From cwilson@ece.gatech.edu  Tue Apr 30 22:55:00 2002
From: cwilson@ece.gatech.edu (Charles Wilson)
Date: Tue, 30 Apr 2002 22:55:00 -0000
Subject: By the way...
References: 	<3CCEB0EA.7020804@ece.gatech.edu> <20020430195848.42728ae1.steven.obrien2@ntlworld.com>
Message-ID: <3CCF04D6.30005@ece.gatech.edu>

Steven O'Brien wrote:
 >> 1) pkgconfig.  I'm the cygwin pkgconfig maintainer, and I'd like
 >
 > I'll add that to the list of jobs ... When I started work on
 > gnome-vfs pkg-config was not in the "official" cygwin distribution
 > and 0.8.0 was the latest version. I patched it to remove the
 > included glib, so that it uses my glib port. When pkgconfig was
 > added to cygwin I tried it, but gnome-vfs would not build, so I
 > just ignored it. My focus was, and still is, on gnome so doing more
 >  work on pkgconfig was of no interest. But I'll certainly try the
 > new one.

What was the rationale for removing the included glib?  It was put into 
pkgconfig in order to break the recursive dependence: glib requires 
pkgconfig which requires glib which ...

Granted, the version of glib included in pkgconfig is old (but it's 
capable enough for what pkgconfig needs) and has a one-line bug when 
compiling on cygwin; I just patch that and move on...

Anyway, if your version of pkgconfig (0.8.0 + local glib) compiled 
gnome-vfs (on a particular date), yet the "official" cygwin version of 
pkgconfig (0.10.0) failed to do so:

I would think the problem is either:
   something broke in the real pkgconfig sources between 0.8.0 and 0.10.0
or
   gnome-vfs (on the particular date) was either exploiting a bug in 
pkgconfig-0.8.0, or was otherwise broken.

I don't think the answer is to use (and recommend) that cygwinners who 
want gnome use a old version of pkgconfig with a circular dependency...

Thanks for offering to try with "real" pkgconfig-0.12.0.  You'll 
probably need to apply this patch (if you keep the included static glib):

--- pkgconfig-0.10.0-orig/glib-1.2.8/gstrfuncs.c        Mon Apr 17 
11:05:16 2000
+++ pkgconfig-0.10.0/glib-1.2.8/gstrfuncs.c     Sat Feb 23 01:38:15 2002
@@ -671,7 +671,7 @@
    char *msg;

  #ifdef HAVE_STRSIGNAL
-  extern char *strsignal (int sig);
+  extern const char *strsignal (int sig);
    return strsignal (signum);
  #elif NO_SYS_SIGLIST
    switch (signum)

I look forward to seeing the results of your experiment.

 >> If you must use a patched version of 0.12.0, then I'd consider 
incorporating
 >>  that patch into the official cygwin dist; also, in that  case,
 >> we could submit your patch upstream for incorporation into the  "real"
 >>  0.13.0...
 >>
 >
 > As the patch just removes the embedded glib, I think its of no use
 > to the "real" pkgconfig.

Yep, you're right.

 >> 3) cygextras: why not submit these as patches to the cygwin DLL?
 >
 > cygextras contains strptime and getdelim. I understand the strptime
 > is "coming soon" to cygwin anyway, so I'll just drop mine then.
 > getdelim came from the gnu C library. Again its just a distraction
 > from working on gnome, and I'll leave it to others to add it to
 > cygwin.

Understood.

 >> 4) berkeley db: folks have been asking for this for a long time.
 >
 > No. I don't have any free time to support cygwin packages, although
 > I do have great respect for those, such as yourself, who do. I
 > think that gnome no longer requires version 2.7.7, but has moved on
 >  to version 3.x.x. This patched version did actually pass its test
 > suite when I first did it, but I no longer have access to the
 > cygwin tcl port I used, so I cannot reproduce the result.

'Kay.  Looks like there's a volunteer on the case...

--Chuck


From huntharo@msu.edu  Tue Apr 30 23:58:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Tue, 30 Apr 2002 23:58:00 -0000
Subject: mkdll.sh
In-Reply-To: <3CCEBCAD.30904@ece.gatech.edu>
Message-ID: 

Chuck,

Excellent.  You know that your write-up won't be a wasted effort on me.  :)

I'll be looking at this next week.

Harold

> -----Original Message-----
> From: Charles Wilson [mailto:cwilson@ece.gatech.edu]
> Sent: Tuesday, April 30, 2002 11:48 AM
> To: Harold Hunt
> Cc: cygx
> Subject: Re: mkdll.sh
>
>
> Harold Hunt wrote:
>
>  > Chuck,
>  >
>  > Could you give a few more notes on "relibtoolize"?  A pointer to some
> good
>  > documentation would be helpful...
>
>
> Well, there's the goat book http://sources.redhat.com/autobook/ but it's
> a bit out of date, now...
>
> Here's the procedure I used to "relibtoolize" libiconv.  Libiconv is a
> worst-case example: they distribute their own fork of autoconf itself,
> they redistribute system m4 macros, ... they're just plain evil.  But,
> if you can understand *this*, then "relibtoolizing" anything else should
> be a piece of cake...
>
> Short version: remove autogenerated files.  Replace "standard" files
> with the newest versions (install-sh, mkinstalldirs, config.guess,
> config.sub) -- you can also just remove these and let the autotools copy
> in what they need (use the --force --c -a switches, or their analog: not
> every tool has exactly the same syntax).  Rerun the the autotools in the
> proper order (more later).
>
> #1) libiconv actually ships its OWN VERSION of autoconf.  This is dumb.
>
> rm autoconf/acgeneral.m4
> rm autoconf/acspecific.m4
> rm autoconf/aclocal.m4
> rm autoconf/autoconf
> rm autoconf/autoconf.m4
> rm autoconf/mbstate_t.m4
>
> #2) remove the "normal" distribution files that are created by autoconf.
>
> rm autoconf/install-sh
> rm autoconf/config.guess
> rm autoconf/config.sub
> rm configure
>
> #3) remove the obsolete libtool files (libtool no longer uses "ltmain.sh")
>
> rm autoconf/ltmain.sh
>
> #4) I don't like hiding the autofiles, so I removed the subdir and will
> change configure.in appropriately, but you don't have to do that.
>
> rmdir autoconf
>
> #5) libiconv doesn't use automake, but it does distribute some scripts
> from automake.  Replace them with the current versions.  (Actually,
> libiconv only distributed install-sh; it used the mkinstalldirs from the
> libcharset subdirectory, "proper" auto* usage requires that each
> separately configure project have its own copy...and of course, I put
> install-sh in the top directory, libiconv had it in the autoconf subdir)
>
> cp /usr/autotool/devel/share/automake/mkinstalldirs .
> cp /usr/autotool/devel/share/automake/install-sh .
>
> #6) repeat steps 1-4 for the libcharset subdirectory.  Normally, this is
> unnecessary, but libiconv actually treats libcharset as a separate
> project, with it's own configure script and suchlike...
>
> rm libcharset/autoconf/aclocal.m4
> rm libcharset/autoconf/mkinstalldirs
> rm libcharset/autoconf/install-sh
> rm libcharset/autoconf/config.guess
> rm libcharset/autoconf/config.sub
> rm libcharset/autoconf/ltmain.sh
> rm libcharset/configure
> rmdir libcharset/autoconf
>
> #7) libcharset also includes its own copies of some .m4 scripts that are
> part of gettext.  Use the system ones.
>
> rm libcharset/m4/codeset.m4
> rm libcharset/m4/glibc21.m4
>
> #8) AND we're going to use the system libtool...and cleanup.
>
> rm libcharset/m4/libtool.m4
> rm libcharset/m4/ChangeLog
> rmdir libcharset/m4
>
> #9) Similar to step #5, replace the "automake" files with the latest
> version (even though libcharset doesn't use automake...).  Both
> mkinstalldirs and install-sh WERE in the autoconf subdir of libcharset;
> I put them in the top level (of libcharset).  Each separately configured
> project needs its own copy...
>
> cp /usr/autotool/devel/share/automake/mkinstalldirs libcharset/
> cp /usr/autotool/devel/share/automake/install-sh libcharset/
>
> #10) As promised, I need to change a few items in configure.in (e.g.
> don't use the "autoconf" subdir (or libcharset/autoconf or
> libcharset/m4).  Also, since the "special" versions of the autoconf
> files that libiconv distributes were slightly modified -- okay, they
> were distributing a fork -- I parsed out the differences they had, and
> put those macros into acinclude.m4...
>
> The patch is attached.
>
> The patch also AC_PREREQ's 2.52 instead of 2.13 (I want to use the
> -devel tree), but that required a few other changes due to
> incompatibilities (AC_OUTPUT_SUBDIRS ---> AC_CONFIG_SUBDIRS, etc)
>
> Normally, you'd also re-run autoheader at some point, but that didn't
> work (thanks to the fact that libiconv uses a forked autoconf dist...)
> So I patched libcharset/config.h.in by hand...
>
> #11) Okay, here's the meat:  First, we relibtoolize libcharset:
>
> cd libcharset
> aclocal
> libtoolize -c -f
> aclocal # (again)
> autoconf
>
> cd 
> aclocal
> libtoolize -c -f
> aclocal # (again)
> autoconf
>
> Why the second aclocal step?  Because libtoolize adds additional stuff
> in configure.in, which require additional macros to be pulled into
> aclocal.m4.  Why not run libtoolize first, and then aclocal?  Because
> libtoolize needs a pre-existing aclocal.m4...
>
> Normally, you'd run "automake -a -c" between the second aclocal and
> autoconf, but libiconv doesn't use automake.  Also, you'd normally run
> autoheader after the second aclocal -- but we can't because
> libiconv sucks.
>
> Finally, you should be able to configure and make as "normal":
>
> conf() {
>    (cd ${objdir} && \
>    ${srcdir}/configure --build=${host} --target=${target} \
>    --srcdir=${srcdir} --prefix=${prefix} \
>    --exec-prefix=${prefix} --sysconfdir=${sysconfdir} \
>    --libdir=${prefix}/lib --includedir=${prefix}/include \
>    --enable-shared --enable-static )
> }
>
>
>  > Is the general idea here that I would just be working on the
> config files
>  > and makefiles, rather than having to make extensive internal changes
> to the
>  > way that libraries are loaded?
>
>
> Yes.
>
> --Chuck
>
>
> Harold Hunt wrote:
>
> > Chuck,
> >
> > Could you give a few more notes on "relibtoolize"?  A pointer
> to some good
> > documentation would be helpful...
> >
> > Is the general idea here that I would just be working on the
> config files
> > and makefiles, rather than having to make extensive internal
> changes to the
> > way that libraries are loaded?
> >
> > Harold
> >
> >
> >>-----Original Message-----
> >>From: cygwin-xfree-owner@cygwin.com
> >>[mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Charles Wilson
> >>Sent: Tuesday, April 30, 2002 2:48 AM
> >>To: cygwin-xfree@cygwin.com
> >>Cc: cygx
> >>Subject: Re: mkdll.sh
> >>
> >>
> >>You could probably do the following:
> >>
> >>get rid of mkdll.sh
> >>relibtoolize/autoconf using the "-devel" tools (e.g. make sure that
> >>configure.in has "AC_PREREQ(2.52)")
> >>
> >>./configure; make;
> >>
> >>It oughta work. 
> >>
> >>--chuck
> >>
> >>
> >>Harold Hunt wrote:
> >>
> >>
> >>>Steve,
> >>>
> >>>I'm working on creating Cygwin setup.exe packages for Gnome...
> >>>
> >>I know, it's
> >>
> >>>buggy but I'd like to get a start.  One problem I'm having with
> >>>
> >>your patches
> >>
> >>>is that they use mkdll.sh but they don't cause configure to
> >>>
> >>copy the file to
> >>
> >>>a build directory.
> >>>
> >>>For example:
> >>>
> >>>tar xzf glib-1.2.10.tar.gz
> >>>cd glib-1.2.10
> >>>patch -p1 < ../glib-1.2.10-cygwin.patch
> >>>mkdir build
> >>>cd build
> >>>../configure
> >>>[yada yada yada]
> >>>make
> >>>[yada yada yada]
> >>>mkdir .libs
> >>>ar cru .libs/libglib.a  garray.o gcache.o gcompletion.o
> >>>
> >>gdataset.o gdate.o
> >>
> >>>gerro
> >>>r.o ghash.o ghook.o giochannel.o giounix.o glist.o gmain.o gmem.o
> >>>gmessages.o gm
> >>>utex.o gnode.o gprimes.o grel.o gscanner.o gslist.o gstrfuncs.o
> >>>
> >>gstring.o
> >>
> >>>gtimer
> >>>.o gtree.o gutils.o
> >>>ranlib .libs/libglib.a
> >>>creating libglib.la
> >>>(cd .libs && rm -f libglib.la && ln -s ../libglib.la libglib.la)
> >>>cd .libs && PREFIX=/usr sh ../mkdll.sh libglib.la
> >>>../mkdll.sh: Can't open ../mkdll.sh: No such file or directory
> >>>make[2]: *** [libglib.la] Error 2
> >>>make[2]: Leaving directory
> >>>`/home/Administrator/x-devel/gnome/glib/tmp/glib-1.2.
> >>>10/.build'
> >>>make[1]: *** [all-recursive] Error 1
> >>>make[1]: Leaving directory
> >>>`/home/Administrator/x-devel/gnome/glib/tmp/glib-1.2.
> >>>10/.build'
> >>>make: *** [all-recursive-am] Error 2
> >>>
> >>>
> >>>Eventually I always reach a point where mkdll.sh can't be found because
> >>>configure didn't copy it to the out-of-the-tree build directory.
> >>>
> >>>Got any ideas on how to fix this?
> >>>
> >>>Harold
> >>>
> >>>
> >>>
> >>>
> >>
> >>
> >
>
>


From steve_obrien@hp.com  Mon Apr  1 00:00:00 2002
From: steve_obrien@hp.com (O'BRIEN,STEVE (HP-UnitedKingdom,ex1))
Date: Mon, 01 Apr 2002 00:00:00 -0000
Subject: xclients using tcp protocol
Message-ID: <72FAAE98015DD511B42600D0B747AC7F01471E2B@kipling.br.itc.hp.com>


I've just found the problem - its the firewall. If I disable the firewall,
then everything works fine from both local and remote hosts

> Hi
> Using Xfree86 4.2.0 with latest cygwin, I see the following problem whcih
> may relate to the xdmcp connection problems reported by several people
> recently, although I am not using xdmcp.
>
> I set up the DISPLAY variable:
> export DISPLAY=ntbox:0 
>
> I start the X server with:
> XWin -ac -noreset&
>
> then a test client with:
> xclock&
>
> the xclock appears as expected. Then I try a second client:
> xeyes
>
> This fails to appear, eventually timing out with a "could not connect"
> error.
> This behaviour is consistent, whether the clients are started on the same
> machine as the server, or on some remote linux box, for any clients
(xclock
> & xeyes are for example only). Note that, on the local NT box, if I use
> "DISPLAY=localhost:0" or "DISPLAY=:0" then there is no problem and the
> clients all start OK.
>
> It is as if the first tcp connection is accepted, but then the server
stops
> listening for further tcp requests. If that is the case, then it would
> explain exactly the "black screen" syndrome experienced by the xdmcp users
-
> the first client is probably an "xsetroot -solid black" which succeeds,
but
> then all further requests are rejected.
>
> Can anyone else reproduce this problem? Is it an error in my local X
> configuration, or is there anything else I can change to fix it?

Steven


From matthew.donald@motile.net  Mon Apr  1 00:00:00 2002
From: matthew.donald@motile.net (Matthew Donald)
Date: Mon, 01 Apr 2002 00:00:00 -0000
Subject: xwinclip authorisation problem with remote hosts using XDMCP
Message-ID: <000b01c19d2d$b90164d0$2102a8c0@motile.net>

Hi,

There is a problem when using xwinclip with an X server which connects to a
remote host using XDMCP.

Basically the sequence is this:

1.  Execute "XWin :0 -query some.host.system".  Initially, the authorisation
file contains no records, so the localhost
has access to the X server by default.  I quote from the Xserver man page:

    If this file contains  any  authorization  records,  the
    local  host  is  not  automatically  allowed access to the server, and
only clients
    which send one of the authorization records contained in the file in the
connection
    setup  information  will be allowed access.

2.  XDMCP is used to query some.host.system, which then opens a connection
to the local PC.  The first
thing done is that XDMCP adds an auth record for some.host.system  This
means that localhost loses access
to the X server.

3.  After XWin starts, xwinclip executes on the local host.  It fails with
the error message: "Could not open display"

Ok, so I added an xhost command, to explicitly allow access:

    xhost +127.0.0.1

I failed with the error messages:

    Xlib: connection to "127.0.0.1:0.0" refused by server
    Xlib: Client is not authorized to connect to Server

I read some more about host access, and I created a /etc/X0.hosts file, and
I deleted the .Xauthority file.
This caused a different error.  XWin failed with the message: "X connection
to 127.0.0.1:3.0 broken
(explicit kill or server shutdown)."

I tried running XWin with the '-ac' command line parameter.  This is meant
to open access to all hosts.
Xwinclip still couldn't open the display.

If XWin is used with a local window manager, this xwinclip (and any other
client program which runs on the PC)
will run sucessfully.  However, if XDMCP is used to connect to another
system, then it fails.

I'm completely stuck.  Any help would be very appreciated.

regards Matthew




From Alexander.Gottwald@informatik.tu-chemnitz.de  Mon Apr  1 00:00:00 2002
From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald)
Date: Mon, 01 Apr 2002 00:00:00 -0000
Subject: (patch seq: 5151) config file support for cygwin port
In-Reply-To: 
Message-ID: 

On Mon, 21 Jan 2002, Harold Hunt wrote:

> The code looks fine to me, but, I don't want the patch committed until some
> effort is made to follow the formatting of the other files in hw/xwin.
> Also, I've got a few problems with the Imakefile changes, as well as with
> the InitOutput.c changes.

Do you have a "styleguide"? Or maybe just the indent settings?
 
> #
> # Coding style complaints - winkeybd.c, winconfig.c, winmsg.c
> #
[snip]

> I could count hundreds of instances of the above example in winconfig.c;
> however, there are whole blocks of your code that do put each '{}' on their
> own lines, so I'd just like to see the nonconforming lines fixed.

took that from hw/xfree86/common :)

> Function types are not always on the line above the function name, and the
> space between the function name and the opening '(' is missing.  (see
> winmsg.c).
> 
> Furthermore, I'd like you to run each file through Emacs, selecting all
> text, then run "C->Indent Line or Region"; this will get the parameter lists
> lined up correctly, etc.
> 

Ok, I think ident can fix this easily

> # Imakefile complaints
> 
> I don't think that your changes to programs/Xserver/Imakefile are correct.
> Platform-specific changes to the SUBDIRS list should be avoided at all
> costs.  Try to find some other way to add XWINPARSEDIR to the list of
> directories to be compiled.
 
I followed the example of the other platforms :)

> # InitOutput.c
> 
> You've got #define macro definitions on line 247 or so, when they should be
> up at the top of the file.
> 

I choosed to place it near the function, since it's only used there and
does imo belong to the function

bye
    ago
-- 
 Alexander.Gottwald@informatik.tu-chemnitz.de 
 http://www.gotti.org           ICQ: 126018723
 phone: +49 3725 349 80 80	mobile: +49 172 7854017
 4. Chemnitzer Linux-Tag http://www.tu-chemnitz.de/linux/tag/lt4


From sage@wallst.ru  Mon Apr  1 00:00:00 2002
From: sage@wallst.ru (Sergey A. Galin)
Date: Mon, 01 Apr 2002 00:00:00 -0000
Subject: KDE 2 running problems
Message-ID: <996637614.20020317185241@wallst.ru>

Hello,

I  have  a  problem running KDE 2 under Cygwin 1.3.9 / XFree 4.2.0: it
says "The procedure entry point XShmAttach could not be located in the
dynamic link library libXext.dll". Really, there's no such entry point
in  that  DLL.  I've  tried to use DLL from XFree 4.1.0 but it doesn't
have  that  entry  point  either. Can anyone help? Is there version of
XFree  allowing  to run KDE 2? Is there version of KDE 2 which can run
in XFree 4.2?

--
Yours faithfully,
Sergey

mailto:sage@wallst.ru
Homepage: http://sage.wallst.ru
ICQ: 110345832
MSN: horroronthewingsofnight@hotmail.com


From sharminkabir@hotmail.com  Mon Apr  1 00:00:00 2002
From: sharminkabir@hotmail.com (Sharmin Kabir)
Date: Mon, 01 Apr 2002 00:00:00 -0000
Subject: X in cygwin problem
Message-ID: 

Hi,
To start X in cygwin, I do the command "sh /usr/X11R6/bin/startxwin.sh at 
the bash prompt all the time, otherwise I dont get X! Could you pl tell me 
where is the place to set up this path?

Thanks in advance


_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp.


From Darko.Palic@gmx.de  Mon Apr  1 00:00:00 2002
From: Darko.Palic@gmx.de (Darko.Palic@gmx.de)
Date: Mon, 01 Apr 2002 00:00:00 -0000
Subject: Antwort: Re: Antwort: Re: XWin w2k xdmcp-query - no valid address
References: 
Message-ID: <24198.1012991344@www39.gmx.net>

Hi,

could you please reconfigure your Mailclient to use the international "Re:"
on reply instead the german "Antwort:". The mailfilter won??t work if you
break the mail thread.

Okay seems to be odd! Why does your eth0 and eth1 do not have any IP?
I do not have any more my TK card to test my connection.
Could you also post the "ipconfig /all"?

Could you deactivate the PGPnet device?

Have you the actual XWin binary from Harold Hunt?



> lo: family=TCP/IP (0) addr=127.0.0.1
> eth0: family=TCP/IP (0) addr=0.0.0.0
> eth1: family=TCP/IP (0) addr=0.0.0.0

> bDescr=PGPnet Virtual Identity Adapter

> bDescr=FE575 Ethernet Adapter

> bDescr=MADGE_TR_MINIPORT_DRIVER: MDGNDIS5 5.95.90

-- 
GMX - Die Kommunikationsplattform im Internet.
http://www.gmx.net


From alanh@fairlite.demon.co.uk  Mon Apr  1 00:00:00 2002
From: alanh@fairlite.demon.co.uk (Alan Hourihane)
Date: Mon, 01 Apr 2002 00:00:00 -0000
Subject: X crashes without any error message
In-Reply-To: 
References: 
Message-ID: <20020307094406.GC1112@fairlite.demon.co.uk>

On Thu, Mar 07, 2002 at 01:39:26AM -0800, Sung-Ryul Kim wrote:
> I have installed the cygwin and xfree86 pgms on my Windows XP (a Korean 
> language version). All others work fine. I have even tested usinf other 
> commercial X servers and they work fine.
> 
> But if I try to run the XWin.exe, it crashes without a message. The X 
> server window appears for about a second, and then all is gone. Have anyone 
> experienced something like this? I have looked around in the list and 
> documentation but I cannot find any information.
> 
Sounds like you've not mounted your drives in binary mode, as the fonts
can't be read by the server and exits immediately.

I hope Chris Faylor is reading this, is there any chance of cygwin 
defaulting to binary mounts ? or is there some sinister reason for not
doing this ?

Alan.


From Michael.Anderson@centurytel.com  Mon Apr  1 00:00:00 2002
From: Michael.Anderson@centurytel.com (Michael Anderson)
Date: Mon, 01 Apr 2002 00:00:00 -0000
Subject: Xterm Lock up
Message-ID: 

I have attempted to look through the message archive with no luck, so
now I will post my problem.

We are currently using the following

Lastest Version of Cygwin/XFree
KDE 1.x
Windows 2000 Professional

We connect to both Linux and HP/UX boxes using either telnet or rlogin.

The problem that occurs is when doing an ls on a large directory or 
using less on a large file the xterm will lock up and never return.
This is the only problem we are experiencing but it has become a very 
annoying one. I hope there is a solution out there!


From alanh@fairlite.demon.co.uk  Mon Apr  1 00:00:00 2002
From: alanh@fairlite.demon.co.uk (Alan Hourihane)
Date: Mon, 01 Apr 2002 00:00:00 -0000
Subject: cygwin-xfree 4.2.0 installation problem
In-Reply-To: <20020306174227.RXWE780.tomts24-srv.bellnexxia.net@[209.226.175.20]>
References: <20020306174227.RXWE780.tomts24-srv.bellnexxia.net@[209.226.175.20]>
Message-ID: <20020306175752.GW1112@fairlite.demon.co.uk>

There is no ldconfig on Cygwin.

You set the PATH enviroment up to point to /usr/X11R6/bin

Alan.

On Wed, Mar 06, 2002 at 12:42:32PM -0500, egon.phillips@sympatico.ca wrote:
> Hi,
> 
> I'm trying to install cygwin/XFree86. I have run into trouble during the last 
> two steps of the installation procedure, contained in the following document.
> 
> Installation Details for XFree86[tm] 4.2.0
> The XFree86 Project, Inc
> 16 January 2002, Abstract
> (AKA INSTALL)
> 
> Development Environment
> Win 2K, cygwin 1.3.10, Visual C++ EE, Progres 7.2
> 
> Here is the output from the final two steps:
> .........
> 
> admin@BigRed@GOONMUNSTER /home/TEMP
> $ /sbin/ldconfig /usr/X11R6/lib # For Linux
> bash: /sbin/ldconfig: No such file or directory
> 
> admin@BigRed /home/TEMP
> $ /sbin/ldconfig -m /usr/X11R6/lib # For FreeBSD, NetBSD, OpenBSD
> bash: /sbin/ldconfig: No such file or directory
> 
> 
> Can someone tell us how to solve this problem without compiling any code?
> 
> Is the ldconfig utility somewhere in the cygwin distribution? If not where can 
> we get a binary?
> 
> 
> Thanx Egon.


From huntharo@msu.edu  Mon Apr  1 00:00:00 2002
From: huntharo@msu.edu (Harold Hunt)
Date: Mon, 01 Apr 2002 00:00:00 -0000
Subject: FW: Create icons and project logo
Message-ID: 

I've posted the attached graphic online for review by the Cygwin/XFree86
project:
http://www.msu.edu/~huntharo/xwin/logo-ideas/mclean-20020221-0940.png


Harold

-----Original Message-----
From: Tucker McLean [mailto:tucker@noodleroni.com]
Sent: Thursday, February 21, 2002 9:39 PM
To: Harold Hunt
Subject: Re: Create icons and project logo


Here's my idea for a logo, tell me what you think.

Tucker

--
Computers are just like air-conditioning. They don't work as soon
as you open Windows.

Go to http://www.noodleroni.com/ for some free software and other
miscellaneous madness. See you there!

-----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GIT/O d-@ s+: a--- C++ UL++++>$ P+++ L+++ E W++ N+ w--- O PS- PE+ Y+ PGP-
R-- tv+ b G- e-> h!
------END GEEK CODE BLOCK------




From Ralf.Habacker@freenet.de  Mon Apr  1 00:00:00 2002
From: Ralf.Habacker@freenet.de (Ralf Habacker)
Date: Mon, 01 Apr 2002 00:00:00 -0000
Subject: problem with using xsetroot without window manager 
Message-ID: <008e01c19a72$6537ceb0$651c440a@BRAMSCHE>

Hi,

I'm using the latest Xserver Test Release and have recognized a problem, when starting some
apps without any window manager.

For starting kde/kde2 I'm using setxroot to choose another background at the start of the
launching process, which needs some time. At this time no window manager is running. With
this configuration the color isn't set, but the xserver seems to be restarted. (The window
seems to be closed for a little while and comes back)
After startung twm, kwm or kwin color setting works.
The same effect occurs, when I'm starting for example xdpyinfo without any window manager.
When the end of the listing is reached the server "restarts".

Any ideas ?

Regards
Ralf


From roger_maillist@alltel.net  Mon Apr  1 00:00:00 200