From lasheimok@web.de Mon Jul 1 02:12:00 2002 From: lasheimok@web.de (Sebastian Kapp) Date: Mon, 01 Jul 2002 02:12:00 -0000 Subject: USER32.DLL:TraxkMouseEvent Message-ID: <200207010912.g619C2X09615@mailgate5.cinetic.de> Hello! Sorry for the inconvenience, but I got a problem with xfree on cygwin at a win95 box. I'm using the current versions of both and everything seemed to work quite well, but suddenly X doesn't start anymore. Whenever I start "startx", a message window pops up telling me, that the file XWIN.EXE is linked with the missing "Export-USER32.DLL:TrackMouseEvent". Reinstalling XFree didn't help. Any idea what's going wrong? I'm using Linux for years and don't have no good understanding of the internas of Windows. Thanx in advance for your kind help! :) ______________________________________________________________________________ FreeMail in der Premiumversion! Mit mehr Speicher, mehr Leistung, mehr Erlebnis und mehr Pramie. Jetzt unter http://club.web.de/?mc=021105 From stuart.adamson@evolution.net Mon Jul 1 03:09:00 2002 From: stuart.adamson@evolution.net (Stuart Adamson) Date: Mon, 01 Jul 2002 03:09:00 -0000 Subject: USER32.DLL:TraxkMouseEvent Message-ID: <9920848EF398D311BDC400508BF339F980A43D@ldnisp14.evolution.net> Hi Sebastian, Somebody else reported this a couple of days ago - along with a long explanation and why it was happening. The subject of the post is "Win95B TrackMouseEvent not in User32.dll" Harold Hunt replied saying "opps - I'll fix that in the next release". Regards Stuart -----Original Message----- From: Sebastian Kapp To: cygwin-xfree@cygwin.com Sent: 01/07/02 10:12 Subject: USER32.DLL:TraxkMouseEvent Hello! Sorry for the inconvenience, but I got a problem with xfree on cygwin at a win95 box. I'm using the current versions of both and everything seemed to work quite well, but suddenly X doesn't start anymore. Whenever I start "startx", a message window pops up telling me, that the file XWIN.EXE is linked with the missing "Export-USER32.DLL:TrackMouseEvent". Reinstalling XFree didn't help. Any idea what's going wrong? I'm using Linux for years and don't have no good understanding of the internas of Windows. Thanx in advance for your kind help! :) ________________________________________________________________________ ______ FreeMail in der Premiumversion! Mit mehr Speicher, mehr Leistung, mehr Erlebnis und mehr Pramie. Jetzt unter http://club.web.de/?mc=021105 Evolution is the investment banking and venture capital industry's first choice for practical advice on strategy, business process and the application of advanced technology. Evolution Tel: +44 (0) 20 7664 6640 Peninsular House Fax: +44 (0) 20 7664 6641 30-36 Monument Street London EC3R 8LJ URL: http://www.evolution.net United Kingdom ______________________________________________________ The information in this Internet e-mail is confidential and is intended solely for the addressee. Access, copying or re-use of information in it by anyone else is unauthorised. Any views or opinions presented are solely those of the author and do not necessarily represent those of Evolution or any of its affiliates. If you are not the intended recipient please contact Evolution, London, +44 (0) 20 7664 6640 _____________________________________________________ From tim.thomson@paradise.net.nz Mon Jul 1 03:54:00 2002 From: tim.thomson@paradise.net.nz (Tim Thomson) Date: Mon, 01 Jul 2002 03:54:00 -0000 Subject: xlauncher Message-ID: <1025520890.3019.44.camel@tuxedo> Hi there, To those of you interested, I modified my x-launcher program to work with a stock cygwin-xfree install, without needing an install program. It should find where everything is by using the registry, then stores its own settings there too (in a different key!). xlauncher is a program which lets you modify the command line given to XWin.exe using a gui interface. There is still a lot to add, but it is a start. Have a look at http://xlauncher.sourceforge.net There is a screenshot, source and binary available. I'm unsure what license to release it under. I want to release it under the GPL or LGPL, but it is compiled using Delphi, and incorporates a pascal unit where the writer has released it as "freeware". Would cygwin-xfree's modified LGPL be fit for xlauncher, or is it still a problem been compiled with Delphi? There is a TODO list in the source, and includes adding features (currently can't specify a xfs server, will be the first thing to add tomorrow), fixing bugs, writing a setup.hint line for it, etc. I'm also working on that cut down cygwin/xfree setup for use with a remote XDMCP server. I'll hopefully get around to getting it into a releasable condition soon. If you have any bugs, requests, etc, just drop me an email :) Cheers, Tim. From s_siddhartha@yahoo.com Mon Jul 1 07:23:00 2002 From: s_siddhartha@yahoo.com (Siddhartha Shivshankar) Date: Mon, 01 Jul 2002 07:23:00 -0000 Subject: X-Free doesnt work, shady workaround Message-ID: <20020701142351.35850.qmail@web13302.mail.yahoo.com> Hello all, hope you're doing good. XFree86 wouldnt load up on my Windows XP machine. I installed practically all of cygwin again because I didnt know what the problem was. (no use of that though) It keeps giving me the error that there was no X server to service requests. The X background appears with X clock on twm. But just one mouse click destroys the window. ------- Error that I get ------------- waiting for X server to shut down xterm: fatal IO error 113 (Connection aborted ) or KillClient on X server ":0.0" XIO: fatal IO error 113 (Connection aborted) on X server ":0.0" after 58 requests (49 known processed) with 0 events remaining. -------- End of error ----------------- Shady workaround - I left Xfree86 as it was. Then I downloaded pre-compiled binaries from http://dao.gsfc.nasa.gov/software/grads/win32/X11R6.4/ into a separate folder. Running startx from this new new folder somehow brings up X correctly. But the startx in the Cygwin installation just does not run. But it seems from some recent posts that I'm not the only one having trouble running X. I'd be very grateful for a solution. Thanks, Siddhartha. __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com From stuart.adamson@evolution.net Mon Jul 1 08:11:00 2002 From: stuart.adamson@evolution.net (Stuart Adamson) Date: Mon, 01 Jul 2002 08:11:00 -0000 Subject: X-Free doesnt work, shady workaround Message-ID: <9920848EF398D311BDC400508BF339F980A43E@ldnisp14.evolution.net> Hi, Can you post the contents of /tmp/XWin.log from after the cygwin installer version has crashed? Thanks, Stuart > -----Original Message----- > From: Siddhartha Shivshankar [mailto:s_siddhartha@yahoo.com] > Sent: 01 July 2002 15:24 > To: cygwin-xfree@cygwin.com > Subject: X-Free doesnt work, shady workaround > > > Hello all, hope you're doing good. > > XFree86 wouldnt load up on my Windows XP > machine. I installed practically all of cygwin > again because I didnt know what the problem was. > (no use of that though) > > It keeps giving me the error that there was no > X server to service requests. The X background > appears with X clock on twm. But just one mouse click > destroys the window. > > ------- Error that I get ------------- > waiting for X server to shut down xterm: fatal IO error 113 > (Connection aborted > ) or KillClient on X server ":0.0" > XIO: fatal IO error 113 (Connection aborted) on X server ":0.0" > after 58 requests (49 known processed) with 0 events > remaining. > > -------- End of error ----------------- > > Shady workaround - > > I left Xfree86 as it was. Then I downloaded pre-compiled > binaries from > http://dao.gsfc.nasa.gov/software/grads/win32/X11R6.4/ > > into a separate folder. Running startx from this new > new folder somehow brings up X correctly. > But the startx in the Cygwin installation just does not > run. > > But it seems from some recent posts that I'm not the > only one having trouble running X. I'd be very grateful > for a solution. > > Thanks, > Siddhartha. > > > > > __________________________________________________ > Do You Yahoo!? > Yahoo! - Official partner of 2002 FIFA World Cup > http://fifaworldcup.yahoo.com > From keenwa@eglin.af.mil Mon Jul 1 09:59:00 2002 From: keenwa@eglin.af.mil (Keen Wayne A Contr AFRL/MNGG) Date: Mon, 01 Jul 2002 09:59:00 -0000 Subject: X-Free doesnt work, shady workaround Message-ID: <30C9E24891FFD411B68A009027724CB702C04CBF@eg-002-015.eglin.af.mil> Please check my posts from last week. The problem which you describe sounds exactly like the one I fought, and my later posts describe exactly how I fixed it (with a lot of help from the community). Wayne Keen From j_tetazoo@hotmail.com Mon Jul 1 11:08:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Mon, 01 Jul 2002 11:08:00 -0000 Subject: Problem with latest XWin test Message-ID: I just installed the latest test version of XWin.exe (4.2.0-8) using the Cygwin setup program and found that it is doing something very funky! I'm running XWin in windowed mode (with -nodecoration flag) under Windows 2000 @ 1024x768 and 24bpp. I tried it in fullscreen mode @ 24bpp and there is no difference. I tried it in fullscreen mode @ 16bpp and 8bpp and it looked fine. Words can't do justice to what's going on. Here's a screenshot: http://members.tripod.com/tomandlaura0/cygwin/XWin-4.2.0-8_screenshot.gif Here are the contents of the log file. Nothing all that revealing, I'm afraid: ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning _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 pixel winAdjustForAutoHide - Original WorkArea: 0 0 768 1024 winAdjustForAutoHide - Taskbar is auto hide winAdjustForAutoHide - Found BOTTOM auto-hide taskbar winAdjustForAutoHide - Adjusted WorkArea: 0 0 767 1024 winCreateBoundingWindowWindowed - WindowClient w 1024 h 767 r 1024 l 0 b 767 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowDDNL - lPitch: 4096 winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 24 winCreateDefColormap - Deferring to fbCreateDefColormap () winScreenInit - returning winCloseScreenShadowDDNL - Freeing screen resources _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx From huntharo@msu.edu Mon Jul 1 13:00:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 01 Jul 2002 13:00:00 -0000 Subject: Problem with latest XWin test Message-ID: <200207012000.g61K0GI89932@pilot25.cl.msu.edu> Thomas, Wait for the next real release in a day or two, I believe the next release will fix your problem. The changes that we have made to fix the KDE 3.0 icon bug required lots of changes to the way that we handle the depth and bits per pixel variables and a few of those changes got missed or messed up. My local sources have fixes for these mistakes, but I haven't had time to make a new release because I have been gone. Harold Thomas Chadwick said: > I just installed the latest test version of XWin.exe (4.2.0-8) using the > Cygwin setup program and found that it is doing something very funky! > > I'm running XWin in windowed mode (with -nodecoration flag) under Windows > 2000 @ 1024x768 and 24bpp. > > I tried it in fullscreen mode @ 24bpp and there is no difference. > I tried it in fullscreen mode @ 16bpp and 8bpp and it looked fine. > > Words can't do justice to what's going on. Here's a screenshot: > > http://members.tripod.com/tomandlaura0/cygwin/XWin-4.2.0-8_screenshot.gif > > Here are the contents of the log file. Nothing all that revealing, I'm > afraid: > > ddxProcessArgument - Initializing default screens > winInitializeDefaultScreens - w 1024 h 768 > winInitializeDefaultScreens - Returning > _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 > pixel > winAdjustForAutoHide - Original WorkArea: 0 0 768 1024 > winAdjustForAutoHide - Taskbar is auto hide > winAdjustForAutoHide - Found BOTTOM auto-hide taskbar > winAdjustForAutoHide - Adjusted WorkArea: 0 0 767 1024 > winCreateBoundingWindowWindowed - WindowClient w 1024 h 767 r 1024 l 0 b 767 > t 0 > winCreateBoundingWindowWindowed - Returning > winAllocateFBShadowDDNL - lPitch: 4096 > winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp > 24 > winCreateDefColormap - Deferring to fbCreateDefColormap () > winScreenInit - returning > winCloseScreenShadowDDNL - Freeing screen resources > > > _________________________________________________________________ > MSN Photos is the easiest way to share and print your photos: > http://photos.msn.com/support/worldwide.aspx > > From huntharo@msu.edu Mon Jul 1 13:15:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 01 Jul 2002 13:15:00 -0000 Subject: cygwin1-20020701.dll from 1613 EDT still doesn't work with xterm Message-ID: <200207012015.g61KFJd94304@pilot08.cl.msu.edu> Huh... the subject says it all. Same error as before: setuid failed: Permission denied You know, xterm is calling perror ("setuid failed")... so perror must know the last errno... ah, I don't know what else to say... Harold From cgf@redhat.com Mon Jul 1 13:25:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Mon, 01 Jul 2002 13:25:00 -0000 Subject: cygwin1-20020701.dll from 1613 EDT still doesn't work with xterm In-Reply-To: <200207012015.g61KFJd94304@pilot08.cl.msu.edu> References: <200207012015.g61KFJd94304@pilot08.cl.msu.edu> Message-ID: <20020701202558.GA24991@redhat.com> On Mon, Jul 01, 2002 at 04:15:18PM -0400, Harold L Hunt wrote: >Huh... the subject says it all. > >Same error as before: > >setuid failed: Permission denied > >You know, xterm is calling perror ("setuid failed")... so perror must know the >last errno... ah, I don't know what else to say... Since I can't get any actual debugging information, I guess you can say "Cygwin 1.3.12-1 still doesn't work with xterm" very soon. cgf From huntharo@msu.edu Mon Jul 1 13:41:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 01 Jul 2002 13:41:00 -0000 Subject: Progress? (again, please try a snapshot) Message-ID: <200207012041.g61KfhW38628@pilot15.cl.msu.edu> Chris, > Hmm. If you do a: > > mount -f -X -b c:\cygwin\usr\X11R6\bin /usr/X11R6/bin > > does the problem go away, perchance? I would expect it to. Tried it, didn't work. See below. Any other syntax hints? (My user name is 'hunt' on this machine.) Harold hunt@NUCFAC13 ~ $ mount -f -X -b c:\cygwin\usr\X11R6\bin /usr/X11R6/bin mount: /usr/X11R6/bin: Invalid argument hunt@NUCFAC13 ~ $ mount -f -X -b c:\cygwin\usr\X11R6\bin /usr/X11R6/bin/ mount: /usr/X11R6/bin/: Invalid argument hunt@NUCFAC13 ~ $ mount -f -X -b c:/cygwin/usr/X11R6/bin /usr/X11R6/bin mount: /usr/X11R6/bin: Permission denied C:\cygwin\bin>mount -f -X -b c:\cygwin\usr\X11R6\bin /usr/X11R6/bin mount: /usr/X11R6/bin: Permission denied hunt@NUCFAC13 /usr/X11R6 $ ls -l total 0 drwxr-xr-x 2 hunt Administ 0 Jun 25 13:00 bin drwxr-xr-x 6 hunt Administ 0 Jun 25 13:06 include drwxr-xr-x 3 hunt Administ 0 Jun 25 13:00 lib drwxr-xr-x 5 hunt Administ 0 Jun 25 13:06 man From huntharo@msu.edu Mon Jul 1 13:51:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 01 Jul 2002 13:51:00 -0000 Subject: cygwin1-20020701.dll from 1613 EDT still doesn't work with xterm Message-ID: <200207012051.g61KpK921658@pilot13.cl.msu.edu> Chris, Sorry, I've been running around like a chicken with its head cut off this last week trying to get the car repaired for a 1200 mile trip this weekend and all the things that go along with that... I forgot that you sent me information on how to do an strace. Here is the strace: http://www.msu.edu/~huntharo/xwin/xterm-strace.out.bz2 >From the first lines of the file, maybe this has something to do with the fact that I do not have permission to create new LOCAL_MACHINE registry keys? Harold Christopher Faylor said: > On Mon, Jul 01, 2002 at 04:15:18PM -0400, Harold L Hunt wrote: > >Huh... the subject says it all. > > > >Same error as before: > > > >setuid failed: Permission denied > > > >You know, xterm is calling perror ("setuid failed")... so perror must know the > >last errno... ah, I don't know what else to say... > > Since I can't get any actual debugging information, I guess you can > say "Cygwin 1.3.12-1 still doesn't work with xterm" very soon. > > cgf > From wayne.keen@crc.com Mon Jul 1 13:55:00 2002 From: wayne.keen@crc.com (Dr. Wayne Keen) Date: Mon, 01 Jul 2002 13:55:00 -0000 Subject: Cygwin/Xfree Message-ID: <000001c2213a$0f012bf0$a701a8c0@earthlink.net> Yep, its that same weirdo that posts from a couple of other emails. Its Wayne, dockeen, wayne.keen@whatever.. Did you try the regeneration of the /etc/passwd that I mumbled about last week? It has worked for several people with the permission denied problem. I am getting frustrated for you because you seem to be describing what was happening to me last week, and I go it fixed, I've even played some with KDE as an experiments. Drat, and yours is still broken. Only thing that is worse is when I'm the only one broken. Darn, rats,drat! Wayne Keen From cgf@redhat.com Mon Jul 1 13:56:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Mon, 01 Jul 2002 13:56:00 -0000 Subject: Progress? (again, please try a snapshot) In-Reply-To: <200207012041.g61KfhW38628@pilot15.cl.msu.edu> References: <200207012041.g61KfhW38628@pilot15.cl.msu.edu> Message-ID: <20020701205608.GB25306@redhat.com> On Mon, Jul 01, 2002 at 04:41:42PM -0400, Harold L Hunt wrote: >Chris, > >> Hmm. If you do a: >> >> mount -f -X -b c:\cygwin\usr\X11R6\bin /usr/X11R6/bin >> >> does the problem go away, perchance? I would expect it to. > >Tried it, didn't work. See below. Any other syntax hints? Yeah, if you are going to perform the mount from a bash shell, remember that '\' is a special character. Either use doubled backslashes or "forward" slashes (as you've done). I don't know what's causing the "Permission denied" unless you can't write to the HKLM part of the registry. Adding a '-u' to the mount options may help. cgf >(My user name is 'hunt' on this machine.) > >Harold > > >hunt@NUCFAC13 ~ >$ mount -f -X -b c:\cygwin\usr\X11R6\bin /usr/X11R6/bin >mount: /usr/X11R6/bin: Invalid argument > >hunt@NUCFAC13 ~ >$ mount -f -X -b c:\cygwin\usr\X11R6\bin /usr/X11R6/bin/ >mount: /usr/X11R6/bin/: Invalid argument > >hunt@NUCFAC13 ~ >$ mount -f -X -b c:/cygwin/usr/X11R6/bin /usr/X11R6/bin >mount: /usr/X11R6/bin: Permission denied > > >C:\cygwin\bin>mount -f -X -b c:\cygwin\usr\X11R6\bin /usr/X11R6/bin >mount: /usr/X11R6/bin: Permission denied > > >hunt@NUCFAC13 /usr/X11R6 >$ ls -l >total 0 >drwxr-xr-x 2 hunt Administ 0 Jun 25 13:00 bin >drwxr-xr-x 6 hunt Administ 0 Jun 25 13:06 include >drwxr-xr-x 3 hunt Administ 0 Jun 25 13:00 lib >drwxr-xr-x 5 hunt Administ 0 Jun 25 13:06 man From huntharo@msu.edu Mon Jul 1 14:06:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 01 Jul 2002 14:06:00 -0000 Subject: Progress? (again, please try a snapshot) Message-ID: <200207012106.g61L6NA55010@pilot23.cl.msu.edu> Chris, Yup, as in my other followup, I don't have permission to write to HKLM on this machine (nor can I get it). I added the -u parameter and got the mount command to work. However, the new mount made no difference. The problem still exists. Strace with new mount: http://www.msu.edu/~huntharo/xwin/xterm-newmount-strace.out.bz2 (254 KiB) Harold Christopher Faylor said: > On Mon, Jul 01, 2002 at 04:41:42PM -0400, Harold L Hunt wrote: > >Chris, > > > >> Hmm. If you do a: > >> > >> mount -f -X -b c:\cygwin\usr\X11R6\bin /usr/X11R6/bin > >> > >> does the problem go away, perchance? I would expect it to. > > > >Tried it, didn't work. See below. Any other syntax hints? > > Yeah, if you are going to perform the mount from a bash shell, > remember that '\' is a special character. Either use doubled > backslashes or "forward" slashes (as you've done). > > I don't know what's causing the "Permission denied" unless you > can't write to the HKLM part of the registry. Adding a '-u' > to the mount options may help. > > cgf > > >(My user name is 'hunt' on this machine.) > > > >Harold > > > > > >hunt@NUCFAC13 ~ > >$ mount -f -X -b c:\cygwin\usr\X11R6\bin /usr/X11R6/bin > >mount: /usr/X11R6/bin: Invalid argument > > > >hunt@NUCFAC13 ~ > >$ mount -f -X -b c:\cygwin\usr\X11R6\bin /usr/X11R6/bin/ > >mount: /usr/X11R6/bin/: Invalid argument > > > >hunt@NUCFAC13 ~ > >$ mount -f -X -b c:/cygwin/usr/X11R6/bin /usr/X11R6/bin > >mount: /usr/X11R6/bin: Permission denied > > > > > >C:\cygwin\bin>mount -f -X -b c:\cygwin\usr\X11R6\bin /usr/X11R6/bin > >mount: /usr/X11R6/bin: Permission denied > > > > > >hunt@NUCFAC13 /usr/X11R6 > >$ ls -l > >total 0 > >drwxr-xr-x 2 hunt Administ 0 Jun 25 13:00 bin > >drwxr-xr-x 6 hunt Administ 0 Jun 25 13:06 include > >drwxr-xr-x 3 hunt Administ 0 Jun 25 13:00 lib > >drwxr-xr-x 5 hunt Administ 0 Jun 25 13:06 man > From cgf@redhat.com Mon Jul 1 14:06:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Mon, 01 Jul 2002 14:06:00 -0000 Subject: cygwin1-20020701.dll from 1613 EDT still doesn't work with xterm In-Reply-To: <200207012051.g61KpK921658@pilot13.cl.msu.edu> References: <200207012051.g61KpK921658@pilot13.cl.msu.edu> Message-ID: <20020701210636.GC25306@redhat.com> On Mon, Jul 01, 2002 at 04:51:19PM -0400, Harold L Hunt wrote: >Chris, > >Sorry, I've been running around like a chicken with its head cut off >this last week trying to get the car repaired for a 1200 mile trip this >weekend and all the things that go along with that... I forgot that >you sent me information on how to do an strace. > >Here is the strace: > >http://www.msu.edu/~huntharo/xwin/xterm-strace.out.bz2 > >From the first lines of the file, maybe this has something to do with >the fact that I do not have permission to create new LOCAL_MACHINE >registry keys? Heh. I just sent that supposition in response to your previous email. I don't think that is what is causing this problem but it is certainly causing your problems with mount. cgf From huntharo@msu.edu Mon Jul 1 14:16:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 01 Jul 2002 14:16:00 -0000 Subject: cygwin1-20020701.dll from 1613 EDT still doesn't work with xterm Message-ID: <200207012116.g61LG1i55522@pilot24.cl.msu.edu> Chris, I actually took a look at the strace log and saw the problems with creating registry keys and I sent my email with that note before I read your email that mentioned the fact that I may not be able to write to HKLM. So it may still be worth considering that something along the path to an xterm startup is trying to write to HKLM and fails. Harold Christopher Faylor said: > On Mon, Jul 01, 2002 at 04:51:19PM -0400, Harold L Hunt wrote: > >Chris, > > > >Sorry, I've been running around like a chicken with its head cut off > >this last week trying to get the car repaired for a 1200 mile trip this > >weekend and all the things that go along with that... I forgot that > >you sent me information on how to do an strace. > > > >Here is the strace: > > > >http://www.msu.edu/~huntharo/xwin/xterm-strace.out.bz2 > > > >From the first lines of the file, maybe this has something to do with > >the fact that I do not have permission to create new LOCAL_MACHINE > >registry keys? > > Heh. I just sent that supposition in response to your previous email. > I don't think that is what is causing this problem but it is certainly > causing your problems with mount. > > cgf > From huntharo@msu.edu Mon Jul 1 14:37:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 01 Jul 2002 14:37:00 -0000 Subject: xfree problem Message-ID: <200207012137.g61LbRw17990@pilot17.cl.msu.edu> Pierre, We're going to have to make this discussion public because I don't know enough about setuid, getuid, and xterm to answer all questions. I'll be sure to cc you on any replies and I ask the anyone else replying do the same (Pierre is not subscribed to the cygwin-xfree@cygwin.com mailing list). > Have you run xterm under strace? I've done straces and posted links to them in the following emails: http://cygwin.com/ml/cygwin-xfree/2002-07/msg00014.html http://cygwin.com/ml/cygwin-xfree/2002-07/msg00011.html > Why does xterm do setuid? Is it privileged? I have no idea. xterm is a well-known program and I'm sure someone else can explain why this is done. > Where is the screen uid/gid set? > One recent change is that the gid must be valid > for setuid to work. The email that I gave you a link to below has a link to xterm's main.c, which is all I can do for you. I don't know enough about getuid/setuid to tell you what is happening in xterm's main (). You'll have to look for yourself. For your convenience I've given you a direct link to the file: http://cvsweb.xfree86.org/cvsweb/xc/programs/xterm/main.c Harold "Pierre A. Humblet" said: > Harold, > > Have you run xterm under strace? > > Why does xterm do setuid? Is it privileged? > > Where is the screen uid/gid set? > One recent change is that the gid must be valid > for setuid to work. > > Pierre > > Harold L Hunt wrote: > > > > Pierre, > > > > When you launch Cygwin/XFree86 (XWin.exe) and xterm.exe you get an error from > > xterm (if you use the -hold parameter, which causes the xterm window to remain > > open after the shell exits) that says: > > > > setuid failed: Permission denied > > > > I posted links to the xterm source code and an explanation of what happens > > last week: > > http://cygwin.com/ml/cygwin-xfree/2002-06/msg00418.html > > > > This could be a simple problem with user permissions that is actually related > > to setuid and getuid, or it could be that some recent change to cygwin1.dll > > tries to write to HKEY_LOCAL_MACHINE, which users of Windows NT Domains don't > > always have permission to write to. I've got a machine at work where this is > > the case and it is the only machine I have access to that exhibits this problem. > > > > Hope that helps, > > > > Harold > > > > "Pierre A. Humblet" said: > > > > > Harold, > > > > > > I hear xfree has setuid problems. > > > That may be because of changes I introduced in cygwin. > > > Can you give a url describing the problem? I will take a look. > > > > > > Pierre > > > > > > P.S.: please reply directly, I don't subscribe to the xfree list > > > > From Pierre.Humblet@ieee.org Mon Jul 1 14:50:00 2002 From: Pierre.Humblet@ieee.org (Pierre A. Humblet) Date: Mon, 01 Jul 2002 14:50:00 -0000 Subject: xfree problem References: <200207012137.g61LbRw17990@pilot17.cl.msu.edu> Message-ID: <3D20CE7C.76C05A3B@ieee.org> Harold L Hunt wrote: > > Pierre, > > We're going to have to make this discussion public because I don't know enough > about setuid, getuid, and xterm to answer all questions. I'll be sure to cc > you on any replies and I ask the anyone else replying do the same (Pierre is > not subscribed to the cygwin-xfree@cygwin.com mailing list). > > > Have you run xterm under strace? > > I've done straces and posted links to them in the following emails: > http://cygwin.com/ml/cygwin-xfree/2002-07/msg00014.html > http://cygwin.com/ml/cygwin-xfree/2002-07/msg00011.html The problem is here 728 5428494 [main] xterm 1536 seteuid32: uid: 15136 myself->gid: 10513 385 5428879 [main] xterm 1536 seteuid32: Process token not verified cygwin thinks that you want to set your group to 10513 and uid 15136. It checks your process to see if you are already there (you should be) but concludes you are not. Why? It then tries to put you there, but because you are not privileged it fails. If you are on the machine where it fails, could you type "id", with CYGWIN=ntsec in your env? I just downloaded xfree and will try on my side. Pierre From cgf@redhat.com Mon Jul 1 14:53:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Mon, 01 Jul 2002 14:53:00 -0000 Subject: cygwin1-20020701.dll from 1613 EDT still doesn't work with xterm In-Reply-To: <200207012116.g61LG1i55522@pilot24.cl.msu.edu> References: <200207012116.g61LG1i55522@pilot24.cl.msu.edu> Message-ID: <20020701215330.GA26540@redhat.com> On Mon, Jul 01, 2002 at 05:16:00PM -0400, Harold L Hunt wrote: >I actually took a look at the strace log and saw the problems with creating >registry keys and I sent my email with that note before I read your email Yep, understood. I thought it was funny that I supposed something that actually turned out to be the case from the strace log. >that mentioned the fact that I may not be able to write to HKLM. So it >may still be worth considering that something along the path to an >xterm startup is trying to write to HKLM and fails. I have forwarded your strace to cygwin-developers and Pierre Humblet (who has recently been making some major changes to the setuid code) will take a look at it. It sounds like he may have a handle on what the problem is. So, with luck, we're close to fixing this. cgf From huntharo@msu.edu Mon Jul 1 15:02:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 01 Jul 2002 15:02:00 -0000 Subject: xfree problem Message-ID: <200207012202.g61M20A74888@pilot23.cl.msu.edu> Pierre, Before setting CYGWIN=ntsec: ========================================= hunt@NUCFAC13 /usr/X11R6/bin $ id uid=15136(hunt) gid=10513(Administrators) ========================================= After setting CYGWIN=ntsec: ======================================================= hunt@NUCFAC13 ~ $ id uid=15136(hunt) gid=10513 groups=0(Everyone),545(Users) ======================================================= However, now if I run startxwin.sh, XWin.exe starts, but I get no clients displaying and: ====================================================== hunt@NUCFAC13 /usr/X11R6/bin $ startxwin.sh Xlib: connection to "nucfac13:0.0" refused by server Xlib: Client is not authorized to connect to Server xsetroot: unable to open display 'nucfac13:0.0' hunt@NUCFAC13 /usr/X11R6/bin $ Xlib: connection to "nucfac13:0.0" refused by server Xlib: Client is not authorized to connect to Server twm: unable to open display "nucfac13:0.0" Xlib: connection to "nucfac13:0.0" refused by server Xlib: Client is not authorized to connect to Server xterm Xt error: Can't open display: nucfac13:0.0 ====================================================== If I run startxwin.bat, XWin.exe starts and so do X clients (xcalc, xeyes, and xterm.exe (with -hold parameter)) but I get a new error from xterm: =============================== setuid failed: Invalid argument =============================== Hope that helps, Harold "Pierre A. Humblet" said: > Harold L Hunt wrote: > > > > Pierre, > > > > We're going to have to make this discussion public because I don't know enough > > about setuid, getuid, and xterm to answer all questions. I'll be sure to cc > > you on any replies and I ask the anyone else replying do the same (Pierre is > > not subscribed to the cygwin-xfree@cygwin.com mailing list). > > > > > Have you run xterm under strace? > > > > I've done straces and posted links to them in the following emails: > > http://cygwin.com/ml/cygwin-xfree/2002-07/msg00014.html > > http://cygwin.com/ml/cygwin-xfree/2002-07/msg00011.html > > The problem is here > 728 5428494 [main] xterm 1536 seteuid32: uid: 15136 myself->gid: 10513 > > 385 5428879 [main] xterm 1536 seteuid32: Process token not verified > > cygwin thinks that you want to set your group to 10513 and uid 15136. > It checks your process to see if you are already there (you should be) > but concludes you are not. Why? > > It then tries to put you there, but because you are not privileged > it fails. > > If you are on the machine where it fails, could you type "id", > with CYGWIN=ntsec in your env? > > I just downloaded xfree and will try on my side. > > Pierre > From huntharo@msu.edu Mon Jul 1 15:03:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 01 Jul 2002 15:03:00 -0000 Subject: cygwin1-20020701.dll from 1613 EDT still doesn't work with xterm Message-ID: <200207012203.g61M3ZA140274@pilot23.cl.msu.edu> Chris, > Yep, understood. I thought it was funny that I supposed something that > actually turned out to be the case from the strace log. Ah ha... > I have forwarded your strace to cygwin-developers and Pierre Humblet (who has > recently been making some major changes to the setuid code) will take a look > at it. It sounds like he may have a handle on what the problem is. Yes, we seem to be making a little progress. > So, with luck, we're close to fixing this. I sure hope so. Harold From Pierre.Humblet@ieee.org Mon Jul 1 15:05:00 2002 From: Pierre.Humblet@ieee.org (Pierre A. Humblet) Date: Mon, 01 Jul 2002 15:05:00 -0000 Subject: xfree problem References: <200207012137.g61LbRw17990@pilot17.cl.msu.edu> Message-ID: <3D20D1E5.555EFB60@ieee.org> Unfortunately it works fine for me. 462 4673072 [main] xterm 420 seteuid32: uid: 11054 myself->gid: 10513 998 4674070 [main] xterm 420 seteuid32: Process token verified Harold, I will send you privately a token analysis program. Pierre From Pierre.Humblet@ieee.org Mon Jul 1 15:14:00 2002 From: Pierre.Humblet@ieee.org (Pierre A. Humblet) Date: Mon, 01 Jul 2002 15:14:00 -0000 Subject: xfree problem References: <200207012202.g61M20A74888@pilot23.cl.msu.edu> Message-ID: <3D20D41D.E820E0E2@ieee.org> Harold L Hunt wrote: > > Pierre, > > After setting CYGWIN=ntsec: > ======================================================= > hunt@NUCFAC13 ~ > $ id > uid=15136(hunt) gid=10513 groups=0(Everyone),545(Users) > ======================================================= Cygwin thinks that your gid is 10513 but Windows only puts you in Everyone and Users. Editing /etc/passwd to change your gid to 545 should solve the problem. Do you know why it is 10513? Does mkpasswd make it that way? Pierre From huntharo@msu.edu Mon Jul 1 15:24:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 01 Jul 2002 15:24:00 -0000 Subject: xfree problem Message-ID: <200207012224.g61MO8337564@pilot12.cl.msu.edu> Pierre, Do you have a Windows NT/2000 machine that you can either 1) Create a local account that is not a member of Administrators and that has restricted priveleges... basically, an account that is only a member of Users. 2) Logon to a domain account that has restricted priveleges? Those (especially #2) seem to be the only scenarios that cause the problem to happen. Harold "Pierre A. Humblet" said: > Unfortunately it works fine for me. > > 462 4673072 [main] xterm 420 seteuid32: uid: 11054 myself->gid: 10513 > 998 4674070 [main] xterm 420 seteuid32: Process token verified > > Harold, I will send you privately a token analysis program. > > Pierre > From huntharo@msu.edu Mon Jul 1 15:40:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 01 Jul 2002 15:40:00 -0000 Subject: xfree problem Message-ID: <200207012239.g61Mduw43916@pilot28.cl.msu.edu> Pierre, I've gotten a success and I propose a solution, at least for now... skip to the bottom if you just want the meat and potatoes. > Cygwin thinks that your gid is 10513 but Windows only puts > you in Everyone and Users. Interesting. > Editing /etc/passwd to change your gid to 545 should solve the > problem. > Do you know why it is 10513? Does mkpasswd make it that way? First of all: no Cygwin/XFree86 user should have to run mkpasswd in order for Cygwin/XFree86 to be run. In other words, I won't be satisified if we make a fix to mkpasswd that corrects the problem but that requires any NT/2000/XP user with restricted privelelges in Windows to run mkpasswd. With that said, yes, mkpasswd sets my group as 10513: ===================================================== hunt@NUCFAC13 ~ $ mkpasswd -u hunt -d hunt:unused_by_nt/2000/xp:15136:10513:Harold Hunt,U-NSCL_USER\hunt,S-1-5-21-2139 319003-1153703952-439713625-5136:/home/hunt:/bin/bash ===================================================== I have no idea what group 10513 is supposed to be either, /etc/groups contains: Everyone:S-1-1-0:0: SYSTEM:S-1-5-18:18: None:S-1-5-21-910902540-1879534186-1274898322-513:513: Administrators:S-1-5-32-544:544: Backup Operators:S-1-5-32-551:551: Guests:S-1-5-32-546:546: Power Users:S-1-5-32-547:547: Replicator:S-1-5-32-552:552: Users:S-1-5-32-545:545: Hand editing /etc/passwd and changing my group id from 10513 (unknown) to 545 (Users) causes xterm to start working. The output from id follows: ============================================================ hunt@NUCFAC13 ~ $ id uid=15136(hunt) gid=545(Users) groups=0(Everyone),545(Users) ============================================================ So, we've got a problem were getting the gid to be correct may be difficult, if not impossible (mkpasswd screws up the gid, and we don't want to require NT Domain users to run mkpasswd), yet we're requiring a valid gid. I think the obvious solution is that we can't require a valid gid, we revert to the old behavior, and we put a giant comment in the source code to indicate why requiring a valid gid is a bad idea. Thanks for helping Pierre, I think we will be able to fix this, Harold "Pierre A. Humblet" said: > Harold L Hunt wrote: > > > > Pierre, > > > > After setting CYGWIN=ntsec: > > ======================================================= > > hunt@NUCFAC13 ~ > > $ id > > uid=15136(hunt) gid=10513 groups=0(Everyone),545(Users) > > ======================================================= > > Cygwin thinks that your gid is 10513 but Windows only puts > you in Everyone and Users. > > Editing /etc/passwd to change your gid to 545 should solve the > problem. > Do you know why it is 10513? Does mkpasswd make it that way? > > > Pierre > From Pierre.Humblet@ieee.org Mon Jul 1 15:43:00 2002 From: Pierre.Humblet@ieee.org (Pierre A. Humblet) Date: Mon, 01 Jul 2002 15:43:00 -0000 Subject: xfree problem References: <200207012202.g61M20A74888@pilot23.cl.msu.edu> Message-ID: <3D20DAD4.26C1CFBD@ieee.org> Harold L Hunt wrote: > > Pierre, > > Before setting CYGWIN=ntsec: > ========================================= > hunt@NUCFAC13 /usr/X11R6/bin > $ id > uid=15136(hunt) gid=10513(Administrators) > ========================================= > > After setting CYGWIN=ntsec: > ======================================================= > hunt@NUCFAC13 ~ > $ id > uid=15136(hunt) gid=10513 groups=0(Everyone),545(Users) > ======================================================= I sent a patch to cygwin that should take care of the symptom. Pierre From Pierre.Humblet@ieee.org Mon Jul 1 16:54:00 2002 From: Pierre.Humblet@ieee.org (Pierre A. Humblet) Date: Mon, 01 Jul 2002 16:54:00 -0000 Subject: xfree problem In-Reply-To: <200207012239.g61Mduw43916@pilot28.cl.msu.edu> Message-ID: <3.0.5.32.20020701195047.00813100@worldnet> At 06:39 PM 7/1/2002 EDT, Harold L Hunt wrote: >Pierre, > >I've gotten a success and I propose a solution, at least for now... skip to >the bottom if you just want the meat and potatoes. Harold, Don't worry, Cygwin won't require users to run mkpasswd or to edit passwd by hand. The patch I have sent will satisfy you. Just out of curiosity, could you run mkgroup -d ? Thanks. Pierre From cgf@redhat.com Mon Jul 1 17:22:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Mon, 01 Jul 2002 17:22:00 -0000 Subject: xfree problem In-Reply-To: <3D20DAD4.26C1CFBD@ieee.org> References: <200207012202.g61M20A74888@pilot23.cl.msu.edu> <3D20DAD4.26C1CFBD@ieee.org> Message-ID: <20020702002222.GA14478@redhat.com> On Mon, Jul 01, 2002 at 06:42:28PM -0400, Pierre A. Humblet wrote: >Harold L Hunt wrote: >> >> Pierre, >> >> Before setting CYGWIN=ntsec: >> ========================================= >> hunt@NUCFAC13 /usr/X11R6/bin >> $ id >> uid=15136(hunt) gid=10513(Administrators) >> ========================================= >> >> After setting CYGWIN=ntsec: >> ======================================================= >> hunt@NUCFAC13 ~ >> $ id >> uid=15136(hunt) gid=10513 groups=0(Everyone),545(Users) >> ======================================================= > >I sent a patch to cygwin that should take care of the >symptom. There is a new snapshot available which incorporates this patch. cgf From huntharo@msu.edu Mon Jul 1 17:26:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 01 Jul 2002 17:26:00 -0000 Subject: xfree problem Message-ID: <200207020026.g620QiN57792@pilot06.cl.msu.edu> Pierre, > Don't worry, Cygwin won't require users to run mkpasswd or to edit passwd > by hand. The patch I have sent will satisfy you. Sounds good. > Just out of curiosity, could you run mkgroup -d ? Domain Users:S-1-5-21-2139319003-1153703952-439713625-513:10513: This is really interesting... Harold "Pierre A. Humblet" said: > At 06:39 PM 7/1/2002 EDT, Harold L Hunt wrote: > >Pierre, > > > >I've gotten a success and I propose a solution, at least for now... skip to > >the bottom if you just want the meat and potatoes. > > Harold, > > Don't worry, Cygwin won't require users to run mkpasswd or to edit passwd > by hand. The patch I have sent will satisfy you. > > Just out of curiosity, could you run mkgroup -d ? > > Thanks. > > Pierre > > From Pierre.Humblet@ieee.org Mon Jul 1 17:33:00 2002 From: Pierre.Humblet@ieee.org (Pierre A. Humblet) Date: Mon, 01 Jul 2002 17:33:00 -0000 Subject: xfree problem In-Reply-To: <200207020026.g620QiN57792@pilot06.cl.msu.edu> Message-ID: <3.0.5.32.20020701202856.00810b30@mail.attbi.com> At 08:26 PM 7/1/2002 EDT, Harold L Hunt wrote: > >Pierre, > >> Don't worry, Cygwin won't require users to run mkpasswd or to edit passwd >> by hand. The patch I have sent will satisfy you. > >Sounds good. > >> Just out of curiosity, could you run mkgroup -d ? > >Domain Users:S-1-5-21-2139319003-1153703952-439713625-513:10513: > >This is really interesting... mkgroup -d >> /etc/group or perhaps mkgroup -ld > /etc/group should solve your problems. Clearly cygwin must allow program to innocently setuid/gid to themselves even without complete passwd and group files. Working on it. Pierre From huntharo@msu.edu Mon Jul 1 18:00:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 01 Jul 2002 18:00:00 -0000 Subject: xfree problem Message-ID: <200207020059.g620xvw14542@pilot28.cl.msu.edu> Chris, Pierre, > >I sent a patch to cygwin that should take care of the > >symptom. > > There is a new snapshot available which incorporates this patch. I got my machine back to a state where it produced the xterm error by I uninstalling and reinstalling XFree86-bin, XFree86-lib, XFree86-startup-scripts, and XFree86-xserv. Then I stopped defining the CYGWIN=ntsec environment variable, then I removed the entry for `hunt' that was added to /etc/passwd by `mkpasswd -u hunt -d'. Now I get the permission denied error again from xterm (only after all steps above were completed did the error return). Now I get dumped into /home/Administrator when I open Cygwin's bash prompt (as opposed to /home/hunt). A sample `ls -l' from /usr/X11R6/bin gives: ================================================================= -rwxr-xr-x 1 Administ None 691712 Jan 21 08:59 xterm.exe ================================================================= I downloaded and installed the cygwin1-20020701.dll snapshot at 20:43 EDT. Now when I run startxwin.bat or startxwin.sh, Cygwin/XFree86 (XWin.exe), twm.exe and xsetroot.exe all startup, but xterm.exe never displays a thing. In fact, xterm.exe just crashes and hangs around until I kill it with Task Manager. (Before I installed the snapshot, I was getting a launching xterm.exe that gave the `permission denied' error.) Here is a stack trace: http://www.msu.edu/~huntharo/xwin/xterm-patch01-strace.out.bz2 (308 KiB) Note: 1) strace didn't stop until I went into Task Manager and killed xterm.exe 2) There were *two* xterm.exe processes, one taking about 7 MB and the other about 4 MB of memory. When I killed one they both went away and strace stopped. Hope that helps, Harold From MBosticky@opcom.com.au Mon Jul 1 18:01:00 2002 From: MBosticky@opcom.com.au (Martin Bosticky) Date: Mon, 01 Jul 2002 18:01:00 -0000 Subject: Unable to use X session under cygwin 1.3.11-3 on NT 4.0 sp. 6 Message-ID: Yah, It seems like this problem is really common. it should go into the documentation ASAP i am a beginner, so i don't know what to do to do that. Martin. -----Original Message----- From: dct-linuq@iquebec.com [mailto:dct-linuq@iquebec.com] Sent: Friday, 28 June 2002 1:16 To: cygwin-xfree@cygwin.com Subject: Re: Unable to use X session under cygwin 1.3.11-3 on NT 4.0 sp. 6 Problem solved !!!, Thanks to van Putte, Wolfhagen, Habacker et al. that had already discussed the matter under a different title. Sorry for the inconvenience. A hint for those who, like me, do not know much about this stuff check for error beyond X and into xterm behaviour: 1- Step to diagnostic The new version of cygwin 1.3.11 (try cygcheck -s | grep "cygwin" to see the cygwin version) there is some change in the implementation of the security (that among other thing do not permit you to open xterm sessions). You must adjust your system consequently by defining a "real" user and not some kind of Administrator (before I was Administrateur and now daniel (my real login name)). To diagnose my problem I added the "-hold" option to the command xterm (xterm -hold &)in my startup scripts (startxwin.sh and .xinitrc). That's when I realised that it was a Permission problem and not an X problem. 2- X and xterm related problems and cygwin security To redefine users see the thread this month : -> xterm fails to start with "setuid failed: Permission denied" and the mkpasswd command. Basically what it does it to make a new password file with users and network information. Cygwin uses it for the login. Attention!!! Watch for big network, the file could end up very long. Here is what I did : mkpasswd -l > /etc/passwd mkpasswd -d | grep "daniel" >> /etc/passwd (I knew my login name to be daniel) And voila, I am now daniel@mymachine and no longuer Administrateur@mymachine. And the best of it xterm now works (after some tweeking, read on). 3- Tweeking scripts for optimum functionning When I finally got my X working (with the steps outlined above), I had to add "-e /usr/bin/bash" to the xterm command in my startup scripts (xterm -e /usr/bin/bash &) because it could not find bash in /bin/bash (thanks to -hold option for the hint). I also added an alias to my .bashrc "alias xterm='xterm -e /usr/bin/bash'. Thanks again all, Hope this will be useful and good luck to others DCT From huntharo@msu.edu Mon Jul 1 18:03:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 01 Jul 2002 18:03:00 -0000 Subject: xfree problem Message-ID: <200207020103.g6213Vw28128@pilot28.cl.msu.edu> Chris, Pierre, Oh yeah, and now ssh seems to be challenged by the 2043 EDT cygwin1-20020701.dll snapshot. Output follows. (Remote host ip obscured as all 0's for privacy). Harold Administrator@NUCFAC13 ~ $ ssh harold@000.000.000.000 64 [main] ssh 1044 seteuid32: special case, returning 0 848623 [main] ssh 1044 seteuid32: special case, returning 0 850239 [main] ssh 1044 seteuid32: special case, returning 0 harold@000.000.000.000's password: From huntharo@msu.edu Mon Jul 1 18:04:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 01 Jul 2002 18:04:00 -0000 Subject: Unable to use X session under cygwin 1.3.11-3 on NT 4.0 sp. 6 Message-ID: <200207020104.g6214jw34580@pilot28.cl.msu.edu> Martin, No, it won't go into the documentation. It is a bug that will be fixed soon. Harold Martin Bosticky said: > Yah, It seems like this problem is really common. it should go into the > documentation ASAP > > i am a beginner, so i don't know what to do to do that. > > Martin. > > -----Original Message----- > From: dct-linuq@iquebec.com [mailto:dct-linuq@iquebec.com] > Sent: Friday, 28 June 2002 1:16 > To: cygwin-xfree@cygwin.com > Subject: Re: Unable to use X session under cygwin 1.3.11-3 on NT 4.0 sp. > 6 > > > Problem solved !!!, > > Thanks to van Putte, Wolfhagen, Habacker et al. that > had already discussed the matter under a different > title. Sorry for the inconvenience. > > A hint for those who, like me, do not know much about > this stuff check for error beyond X and into xterm > behaviour: > > 1- Step to diagnostic > > The new version of cygwin 1.3.11 (try cygcheck -s | > grep "cygwin" to see the cygwin version) there is > some change in the implementation of the security > (that among other thing do not permit you to open > xterm sessions). You must adjust your system > consequently by defining a "real" user and not some > kind of Administrator (before I was Administrateur > and now daniel (my real login name)). > > To diagnose my problem I added the "-hold" option to > the command xterm (xterm -hold &)in my startup > scripts (startxwin.sh and .xinitrc). That's when I > realised that it was a Permission problem and not an > X problem. > > 2- X and xterm related problems and cygwin security > > To redefine users see the thread this month : > -> xterm fails to start with "setuid failed: > Permission denied" > and the mkpasswd command. Basically what it does it > to make a new password file with users and network > information. Cygwin uses it for the login. > Attention!!! Watch for big network, the file could > end up very long. Here is what I did : > mkpasswd -l > /etc/passwd > mkpasswd -d | grep "daniel" >> /etc/passwd > (I knew my login name to be daniel) > And voila, I am now daniel@mymachine and no longuer > Administrateur@mymachine. And the best of it xterm > now works (after some tweeking, read on). > > 3- Tweeking scripts for optimum functionning > When I finally got my X working (with the steps > outlined above), I had to add "-e /usr/bin/bash" to > the xterm command in my startup scripts (xterm -e > /usr/bin/bash &) because it could not find bash in > /bin/bash (thanks to -hold option for the hint). I > also added an alias to my .bashrc "alias xterm='xterm > -e /usr/bin/bash'. > > Thanks again all, > > Hope this will be useful and good luck to others > > DCT > From cgf@redhat.com Mon Jul 1 18:43:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Mon, 01 Jul 2002 18:43:00 -0000 Subject: xfree problem In-Reply-To: <200207020103.g6213Vw28128@pilot28.cl.msu.edu> References: <200207020103.g6213Vw28128@pilot28.cl.msu.edu> Message-ID: <20020702014314.GG14478@redhat.com> On Mon, Jul 01, 2002 at 09:03:30PM -0400, Harold L Hunt wrote: >Chris, Pierre, > >Oh yeah, and now ssh seems to be challenged by the 2043 EDT >cygwin1-20020701.dll snapshot. Output follows. (Remote host ip obscured as >all 0's for privacy). > >Harold > >Administrator@NUCFAC13 ~ >$ ssh harold@000.000.000.000 > 64 [main] ssh 1044 seteuid32: special case, returning 0 > 848623 [main] ssh 1044 seteuid32: special case, returning 0 > 850239 [main] ssh 1044 seteuid32: special case, returning 0 >harold@000.000.000.000's password: Doh. system_printf != syscall_printf. I've checked in a fix and am rebuilding the snapshot. cgf From cgf@redhat.com Mon Jul 1 18:48:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Mon, 01 Jul 2002 18:48:00 -0000 Subject: xfree problem In-Reply-To: <20020702014314.GG14478@redhat.com> References: <200207020103.g6213Vw28128@pilot28.cl.msu.edu> <20020702014314.GG14478@redhat.com> Message-ID: <20020702014838.GH14478@redhat.com> On Mon, Jul 01, 2002 at 09:43:14PM -0400, Christopher Faylor wrote: >On Mon, Jul 01, 2002 at 09:03:30PM -0400, Harold L Hunt wrote: >>Chris, Pierre, >> >>Oh yeah, and now ssh seems to be challenged by the 2043 EDT >>cygwin1-20020701.dll snapshot. Output follows. (Remote host ip obscured as >>all 0's for privacy). >> >>Harold >> >>Administrator@NUCFAC13 ~ >>$ ssh harold@000.000.000.000 >> 64 [main] ssh 1044 seteuid32: special case, returning 0 >> 848623 [main] ssh 1044 seteuid32: special case, returning 0 >> 850239 [main] ssh 1044 seteuid32: special case, returning 0 >>harold@000.000.000.000's password: > >Doh. system_printf != syscall_printf. I've checked in a fix >and am rebuilding the snapshot. And, additionally, I put Pierre's patch in the wrong place in the code. Sigh. I had to interpret it because the formatting was GNU standard and I interpreted it wrong. This snapshot was hosed. I'm regenerating it *again*. cgf From cgf@redhat.com Mon Jul 1 18:53:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Mon, 01 Jul 2002 18:53:00 -0000 Subject: Unable to use X session under cygwin 1.3.11-3 on NT 4.0 sp. 6 In-Reply-To: <200207020104.g6214jw34580@pilot28.cl.msu.edu> References: <200207020104.g6214jw34580@pilot28.cl.msu.edu> Message-ID: <20020702015309.GI14478@redhat.com> On Mon, Jul 01, 2002 at 09:04:44PM -0400, Harold L Hunt wrote: >No, it won't go into the documentation. It is a bug that will be fixed >soon. Right, (as Harold knows) that's kinda the whole point of several threads in this mailing list. There is no way that we should have to tell anyone to stand on their head just to run Cygwin/XFree86. I think we're all agreed on that. The setuid changes that were made in cygwin were supposed to streamline things a little but they ended up causing some problems that we are working out. I never would have expected any problems with X but that just shows my comprehensive knowledge about how things work here... cgf From Pierre.Humblet@ieee.org Mon Jul 1 18:57:00 2002 From: Pierre.Humblet@ieee.org (Pierre A. Humblet) Date: Mon, 01 Jul 2002 18:57:00 -0000 Subject: xfree problem In-Reply-To: <200207020059.g620xvw14542@pilot28.cl.msu.edu> Message-ID: <3.0.5.32.20020701215306.00811850@mail.attbi.com> At 08:59 PM 7/1/2002 EDT, Harold L Hunt wrote: >Chris, Pierre, > >> >I sent a patch to cygwin that should take care of the >> >symptom. >> >> There is a new snapshot available which incorporates this patch. > >I got my machine back to a state where it produced the xterm error by I >uninstalling and reinstalling XFree86-bin, XFree86-lib, >XFree86-startup-scripts, and XFree86-xserv. Then I stopped defining the >CYGWIN=ntsec environment variable, then I removed the entry for `hunt' that >was added to /etc/passwd by `mkpasswd -u hunt -d'. Now I get the permission >denied error again from xterm (only after all steps above were completed did >the error return). > >Now I get dumped into /home/Administrator when I open Cygwin's bash prompt (as >opposed to /home/hunt). A sample `ls -l' from /usr/X11R6/bin gives: >================================================================= Being administrator in that situation is an old feature, AFAIK. If there was NO passwd file, Cygwin would emulate one by assigning you a uid, based on info from Windows info and things would be different (depending on your environment variables). There is a passwd file, and you are not in there. It uses the default, which is administrators. The setuid problem is new. Cygwin tries to setuid to administrators, but Windows doesn't let it do it. The thinking was that programs that setuid/gid are "big boys" and should have their passwd/grp file in order. Later this evening there will be a better patch that will noop when the setuid/gid is to the original uid/gid. The current patch allows unknown gids, it was written before the issue was completely understood. Pierre From Pierre.Humblet@ieee.org Mon Jul 1 19:04:00 2002 From: Pierre.Humblet@ieee.org (Pierre A. Humblet) Date: Mon, 01 Jul 2002 19:04:00 -0000 Subject: xfree problem In-Reply-To: <200207020103.g6213Vw28128@pilot28.cl.msu.edu> Message-ID: <3.0.5.32.20020701220003.0080daa0@worldnet> At 09:03 PM 7/1/2002 EDT, Harold L Hunt wrote: >Chris, Pierre, > >Oh yeah, and now ssh seems to be challenged by the 2043 EDT >cygwin1-20020701.dll snapshot. Output follows. (Remote host ip obscured as >all 0's for privacy). > >Harold > >Administrator@NUCFAC13 ~ >$ ssh harold@000.000.000.000 > 64 [main] ssh 1044 seteuid32: special case, returning 0 > 848623 [main] ssh 1044 seteuid32: special case, returning 0 > 850239 [main] ssh 1044 seteuid32: special case, returning 0 >harold@000.000.000.000's password: > Were you back in the passwd file at this point? Pierre From cgf@redhat.com Mon Jul 1 19:14:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Mon, 01 Jul 2002 19:14:00 -0000 Subject: xfree problem (new snapshot available) In-Reply-To: <20020702014838.GH14478@redhat.com> References: <200207020103.g6213Vw28128@pilot28.cl.msu.edu> <20020702014314.GG14478@redhat.com> <20020702014838.GH14478@redhat.com> Message-ID: <20020702021425.GA1283@redhat.com> On Mon, Jul 01, 2002 at 09:48:38PM -0400, Christopher Faylor wrote: >On Mon, Jul 01, 2002 at 09:43:14PM -0400, Christopher Faylor wrote: >>On Mon, Jul 01, 2002 at 09:03:30PM -0400, Harold L Hunt wrote: >>>Chris, Pierre, >>> >>>Oh yeah, and now ssh seems to be challenged by the 2043 EDT >>>cygwin1-20020701.dll snapshot. Output follows. (Remote host ip obscured as >>>all 0's for privacy). >>> >>>Harold >>> >>>Administrator@NUCFAC13 ~ >>>$ ssh harold@000.000.000.000 >>> 64 [main] ssh 1044 seteuid32: special case, returning 0 >>> 848623 [main] ssh 1044 seteuid32: special case, returning 0 >>> 850239 [main] ssh 1044 seteuid32: special case, returning 0 >>>harold@000.000.000.000's password: >> >>Doh. system_printf != syscall_printf. I've checked in a fix >>and am rebuilding the snapshot. > >And, additionally, I put Pierre's patch in the wrong place in the code. >Sigh. I had to interpret it because the formatting was GNU standard and >I interpreted it wrong. > >This snapshot was hosed. I'm regenerating it *again*. The new snapshot is available. cgf From huntharo@msu.edu Mon Jul 1 20:28:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Mon, 01 Jul 2002 20:28:00 -0000 Subject: xfree problem (new snapshot available) In-Reply-To: <20020702021425.GA1283@redhat.com> Message-ID: Chris, > >>Doh. system_printf != syscall_printf. I've checked in a fix > >>and am rebuilding the snapshot. > > > >And, additionally, I put Pierre's patch in the wrong place in the code. > >Sigh. I had to interpret it because the formatting was GNU standard and > >I interpreted it wrong. > > > >This snapshot was hosed. I'm regenerating it *again*. > > The new snapshot is available. I'm home now. I'll have to wait until tomorrow to test the new snapshot, when I have access to the strange machine. Harold From cgf@redhat.com Mon Jul 1 20:39:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Mon, 01 Jul 2002 20:39:00 -0000 Subject: xfree problem (new snapshot available) In-Reply-To: References: <20020702021425.GA1283@redhat.com> Message-ID: <20020702033940.GB1615@redhat.com> On Mon, Jul 01, 2002 at 11:28:42PM -0400, Harold Hunt wrote: >>>>Doh. system_printf != syscall_printf. I've checked in a fix and am >>>>rebuilding the snapshot. >>> >>>And, additionally, I put Pierre's patch in the wrong place in the code. >>>Sigh. I had to interpret it because the formatting was GNU standard >>>and I interpreted it wrong. >>> >>>This snapshot was hosed. I'm regenerating it *again*. >> >>The new snapshot is available. > >I'm home now. I'll have to wait until tomorrow to test the new >snapshot, when I have access to the strange machine. Ok. It looks like we may still be doing some more tweaking anyway. cgf From nwourms@yahoo.com Tue Jul 2 05:12:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Tue, 02 Jul 2002 05:12:00 -0000 Subject: [ITP]: Xaw3D-1.5 Message-ID: <20020702121210.32740.qmail@web21002.mail.yahoo.com> Harold et. al., I have successfully built a static version of the 3D Athena Widget Library for Cygwin/XFree. I would like to package this and provide it for everyone, but I have a better suggestion. This package hasn't changed in 4 years. I have e-mailed the maintainer, if he still works for the opengroup, to see what the status is. Unfortunately, it seems like he no longer works there. Given that, I believe this package would require miniscule maintenace, if none at all. In the Readme, it advises that it should be built as part of the xc source tree. I have managed to build it separately, but I still think it should be built as part of the xc tree to avoid a missing symbol or something along the same lines. Either way, I'm willing to release this package. So let me know how you wish to proceed, and I'll go from there. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From huntharo@msu.edu Tue Jul 2 05:44:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Tue, 02 Jul 2002 05:44:00 -0000 Subject: xfree problem (new snapshot available) Message-ID: <200207021244.g62CiUw02704@pilot17.cl.msu.edu> Chris, Pierre, > Ok. It looks like we may still be doing some more tweaking anyway. I downloaded the cygwin1-20020701.dll snapshot at 0840 this morning (20020702). I can now make xterm.exe work by using the 20020701 snapshot and I can break xterm.exe by using the default cygwin1.dll (whatever the latest stable was). I consider this bug fixed, for now. Hopefully no new `gotchas' will pop up. Thanks for taking care of this, Harold From keenwa@eglin.af.mil Tue Jul 2 06:15:00 2002 From: keenwa@eglin.af.mil (Keen Wayne A Contr AFRL/MNGG) Date: Tue, 02 Jul 2002 06:15:00 -0000 Subject: Morning cygwin1.dll snapshot XFree test Message-ID: <30C9E24891FFD411B68A009027724CB702C04CC4@eg-002-015.eglin.af.mil> I grabbed a copy of the newest cygwin1.dll at 0745 CST this morning. I installed it on a Win2000 machine in the office that I had not really touched with respect to XFree. I modified the path to include the xfree bin material, copied xinitrc to home and renamed, and created a blank .Xauthority. Finally, I unzipped the cygwin1.dll snapshot, renamed, and copied to /bin, after backing up the existing version. Oh, I forgot, I was logged into the network domain (same as my laptop), not the local box. I then used startx, X windows came up quickly, with the expected clock and 3 windows, and was operational. Note that I did nothing with respect to /etc/passwd. Wayne Keen From huntharo@msu.edu Tue Jul 2 06:49:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Tue, 02 Jul 2002 06:49:00 -0000 Subject: Server Test Series - Test62 available Message-ID: <200207021349.g62Dnji35884@pilot24.cl.msu.edu> I won't have time to do the formal email release announcement until tonight, but Test62 is available and should be making its way out to the mirrors (it's also available from msu.edu already). Test62 is also known as XFree86-xserv-4.2.0-9 in Cygwin's setup.exe (you have to manually select that version and you then might have to manually check the 'Bin' box next to the version). Changes and links for downloading: http://xfree86.cygwin.com/devel/shadow/changelog.html Instructions for installing without Cygwin's setup.exe: http://xfree86.cygwin.com/devel/shadow/ I need people to test Test62 with Windows running in 15bpp and 24bpp color modes. Not all video hardware support those modes, so don't worry about it if you can't set Windows to those color depths. Oh, and I forgot to put in the Change Log that we now link to comctl32.dll which contains the _TrackMouseEvent function that either calls TrackMouseEvent in user32.dll or it emulates the functionality. *** If you have *Windows 95*, you must have Internet Explorer 3.0 or greater installed to use Cygwin/XFree86, as this installs a new version of comctl32.dll that contains _TrackMouseEvent *** At some point in the future we may get a pointer to _TrackMouseEvent at runtime, which will remove the dependency on IE 3.0+ for Windows 95; of course, we might never get around to it if there is no demand for it. Thanks for testing, Harold From spetreolle@yahoo.fr Tue Jul 2 07:19:00 2002 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Tue, 02 Jul 2002 07:19:00 -0000 Subject: Server Test Series - Test62 available In-Reply-To: <200207021349.g62Dnji35884@pilot24.cl.msu.edu> Message-ID: <20020702141914.80012.qmail@web10108.mail.yahoo.com> > If you have *Windows 95*, > you must have Internet Explorer 3.0 or greater > installed to use > Cygwin/XFree86, as this installs a new version of > comctl32.dll that contains > _TrackMouseEvent Isn't Windows 95a shipped with Internet Explorer 3.0 ? ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From nwourms@yahoo.com Tue Jul 2 07:26:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Tue, 02 Jul 2002 07:26:00 -0000 Subject: Server Test Series - Test62 available In-Reply-To: <20020702141914.80012.qmail@web10108.mail.yahoo.com> Message-ID: <20020702142638.60269.qmail@web21003.mail.yahoo.com> Nope, It is shipped with I.E. 2.0. Only in win95oemsr2 a.k.a. Win95b did I.E. 3.0 start shipping. Cheers, Nicholas --- Sylvain Petreolle wrote: > > > If you have *Windows 95*, > > you must have Internet Explorer 3.0 or greater > > installed to use > > Cygwin/XFree86, as this installs a new version of > > comctl32.dll that contains > > _TrackMouseEvent > > Isn't Windows 95a shipped with Internet Explorer 3.0 ? > > ___________________________________________________________ > Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! > Yahoo! Mail : http://fr.mail.yahoo.com __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From huntharo@msu.edu Tue Jul 2 07:28:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Tue, 02 Jul 2002 07:28:00 -0000 Subject: Server Test Series - Test62 available Message-ID: <200207021428.g62ESNF140630@pilot05.cl.msu.edu> Sylvain, All I can tell you is that in Windows 95 I know that IE 2.0 was a download (I don't remember if there actually was an IE 1.0) and IE 3.0 was definitely a download. Perhaps this was different for localized versions of Windows (since they usually ship much later than the U.S. English version), but there was no IE in the original U.S. English Windows 95. Harold ``no need to cc me in replies'' Hunt Sylvain Petreolle said: > > > If you have *Windows 95*, > > you must have Internet Explorer 3.0 or greater > > installed to use > > Cygwin/XFree86, as this installs a new version of > > comctl32.dll that contains > > _TrackMouseEvent > > Isn't Windows 95a shipped with Internet Explorer 3.0 ? > > ___________________________________________________________ > Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! > Yahoo! Mail : http://fr.mail.yahoo.com > From nwourms@yahoo.com Tue Jul 2 08:17:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Tue, 02 Jul 2002 08:17:00 -0000 Subject: host.def in lesstif conflicts with host.def in XFree86-prog Message-ID: <20020702151703.75884.qmail@web21002.mail.yahoo.com> Harold, As you well may know, the /usr/X11R6/lib/X11/config/host.def is needed for running the xmkmf command. The issue is that this file is being installed by both the lesstif and XFree86-prog packages. The problem is, when you uninstall lesstif, the XFree86-prog version host.def is not restored. Worse yet, the lesstif host.def is completely removed. This is not good, but the issue will become worse in the future now that setup.exe is getting closer to implimenting dependancy/conflict functions. I suggest making postinstall and preremove (/etc/preremove/*.sh) scripts for both packages to handle this potential issue. Just a thought... Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From nwourms@yahoo.com Tue Jul 2 08:26:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Tue, 02 Jul 2002 08:26:00 -0000 Subject: [ITP]: Xaw3D-1.5 In-Reply-To: <20020702121210.32740.qmail@web21002.mail.yahoo.com> Message-ID: <20020702152646.51907.qmail@web21010.mail.yahoo.com> --- Nicholas Wourms wrote: > Harold et. al., > > I have successfully built a static version of the 3D Athena Widget > Library > for Cygwin/XFree. I would like to package this and provide it for > everyone, but I have a better suggestion. This package hasn't changed > in > 4 years. I have e-mailed the maintainer, if he still works for the > opengroup, to see what the status is. Unfortunately, it seems like he > no > longer works there. Given that, I believe this package would require > miniscule maintenace, if none at all. In the Readme, it advises that it > should be built as part of the xc source tree. I have managed to build > it > separately, but I still think it should be built as part of the xc tree > to > avoid a missing symbol or something along the same lines. Either way, > I'm > willing to release this package. So let me know how you wish to > proceed, > and I'll go from there. A little bit more news... After fiddling around with the Makefile, I've built the library with a shared dll as well. A question though, is having a {library-name}-def.cc (i.e. libXpm-def.cc) for dll building really necessary? To build my dll, all I did was the following command (once the libXaw3d.a library was built): gcc -shared -o libXaw3d.dll -Wl,--out-implib=libXaw3d.dll.a -Wl,--export-all-symbols -Wl,--enable-auto-import -Wl,--whole-archive libXaw3d.a -Wl,--no-whole-archive -L/usr/X11R6/lib -lXmu -lXt -lSM -lICE -lXpm -lXext -lX11 Is this a no-no, or what? Running a "objdump -x" on the dll file shows all the symbols as existing and ready for use... Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From colin.harrison@virgin.net Tue Jul 2 08:48:00 2002 From: colin.harrison@virgin.net (Colin Harrison) Date: Tue, 02 Jul 2002 08:48:00 -0000 Subject: Test62 dumps on XP Message-ID: <200207021547.g62FlsD02239@chamonix.straightrunning.com> Hi Don't know what info you need but Test62 dumps for me on XP (32 bit) running Window Maker. Colin From colin.harrison@virgin.net Tue Jul 2 09:05:00 2002 From: colin.harrison@virgin.net (Colin Harrison) Date: Tue, 02 Jul 2002 09:05:00 -0000 Subject: More on Test62 dumps on XP Message-ID: <200207021605.g62G5aX02348@chamonix.straightrunning.com> Hi 32 bpp Contents of stackdump file are: Exception: STATUS_ACCESS_VIOLATION at eip=73760007 eax=10038A24 ebx=100389A0 ecx=00000000 edx=004406A3 esi=73760000 edi=00000000 ebp=0022FD1F esp=0022FB38 program=H:\cygwin\usr\X11R6\bin\XWin.exe cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023 Stack trace: Frame Function Args 0022FD1F 73760007 (0387C800, 00031910, 00000300, 446F1000) 5576505 [main] XWin 1088 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION 5609784 [main] XWin 1088 handle_exceptions: Error while dumping state (probably corrupted stack) Colin From huntharo@msu.edu Tue Jul 2 09:41:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Tue, 02 Jul 2002 09:41:00 -0000 Subject: Test62 dumps on XP Message-ID: <200207021641.g62Gf9h29814@pilot26.cl.msu.edu> Colin, I need /tmp/XWin.log, preferably bzip'd (make sure you have the bzip2 package installed): cd /tmp bzip2 XWin.log Then send XWin.log.bz2 to the mailing list. Thanks, Harold Colin Harrison said: > Hi > > Don't know what info you need but Test62 dumps for me on XP (32 bit) running > Window Maker. > > Colin > > From huntharo@msu.edu Tue Jul 2 09:49:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Tue, 02 Jul 2002 09:49:00 -0000 Subject: Test 62 - Don't use it Message-ID: <200207021649.g62GnDT26676@pilot18.cl.msu.edu> I never actually tried to run XWin-Test62.exe, in my rush to get Test 62 posted before the fiance killed me. Now, as I skipped this oft-unneccessary step in the release process, I thought to myself, "come on... when is the last time that you ever caught a mistake by trying to run the new executable?" So, I didn't run it. Of course, this is the one time that I could have caught some mistake by running the executable before distributing it. Unfortunately I can't do anything about this for about 8 hours when I'll be back at home. Until then, *Test 62 is broken*. Don't use it. Harold From colin.harrison@virgin.net Tue Jul 2 09:50:00 2002 From: colin.harrison@virgin.net (Colin Harrison) Date: Tue, 02 Jul 2002 09:50:00 -0000 Subject: Test62 dumps on XP Message-ID: <200207021650.g62GoW102449@chamonix.straightrunning.com> Hi Contents of XWin.log ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning 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 1024 1280 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1024 1280 winCreateBoundingWindowWindowed - WindowClient w 1030 h 793 r 1030 l 0 b 793 t 0 winCreateBoundingWindowWindowed - Returning Colin From lains@caramail.com Tue Jul 2 10:22:00 2002 From: lains@caramail.com (Lionel Ains) Date: Tue, 02 Jul 2002 10:22:00 -0000 Subject: Unable to use X session under cygwin 1.3.11-3 on NT 4.0 sp. 6 Message-ID: <1025630561019486@caramail.com> Just to save some time, another quicker way to get your account's details using mkpasswd is to use the -u switch instead of applying grep on the output: The command-line would then be: mkpasswd -l > /etc/passwd mkpasswd -d -u daniel >> /etc/passwd Lionel * From: * To: * Date: Thu, 27 Jun 2002 15:15:56 GMT * Subject: Re: Unable to use X session under cygwin 1.3.11-3 on NT 4.0 sp. 6 To redefine users see the thread this month : -> xterm fails to start with "setuid failed: Permission denied" and the mkpasswd command. Basically what it does it to make a new password file with users and network information. Cygwin uses it for the login. Attention!!! Watch for big network, the file could end up very long. Here is what I did : mkpasswd -l > /etc/passwd mkpasswd -d | grep "daniel" >> /etc/passwd (I knew my login name to be daniel) And voila, I am now daniel@mymachine and no longuer Administrateur@mymachine. And the best of it xterm now works (after some tweeking, read on). _________________________________________________________ Envoyez des messages musicaux sur le portable de vos amis http://mobile.lycos.fr/mobile/local/sms_musicaux/ From g91@baz-tech.com Tue Jul 2 17:47:00 2002 From: g91@baz-tech.com (Bryan Zimmer) Date: Tue, 02 Jul 2002 17:47:00 -0000 Subject: Starting X in Cygwin Message-ID: <007301c2222b$c85f44a0$7346f6cc@baztech.com> Greetings, I used to have an installation of Cygwin that, when I did a "startx", I = got the server startup, the twm window manager, a couple of xterms and = "oclock". Now, I run startx and all I get is the blank server screen. = When I exit, I get a message to the effect of Xlib: not authorized to = connect to display :0.0. What am I doing wrong? I know a bit of Unix, but my knowledge of X falls = short. I don't know how to authorize Xlib to connect to display :0.0. Any help will be appreciated with respect. Thank you, Bryan Zimmer g91@baz-tech.com From steven.obrien2@ntlworld.com Wed Jul 3 00:19:00 2002 From: steven.obrien2@ntlworld.com (Steven O'Brien) Date: Wed, 03 Jul 2002 00:19:00 -0000 Subject: Starting X in Cygwin Message-ID: <20020703081933.27cb343a.steven.obrien2@ntlworld.com> Bryan Zimmer wrote: > Greetings, > > I used to have an installation of Cygwin that, when I did a "startx", > I = got the server startup, the twm window manager, a couple of xterms > and ="oclock". Now, I run startx and all I get is the blank server > screen. = When I exit, I get a message to the effect of Xlib: not > authorized to = connect to display :0.0. > > What am I doing wrong? I know a bit of Unix, but my knowledge of X > falls = short. I don't know how to authorize Xlib to connect to > display :0.0. > > Any help will be appreciated with respect. > You almost certainly have a .Xauthority file in your home directory. Delete it and xstart will work again. Steven From bjohnson@jecinc.on.ca Wed Jul 3 07:06:00 2002 From: bjohnson@jecinc.on.ca (Brian Johnson) Date: Wed, 03 Jul 2002 07:06:00 -0000 Subject: Starting X in Cygwin In-Reply-To: <20020703081933.27cb343a.steven.obrien2@ntlworld.com> Message-ID: <004f01c2229b$1c0bb600$4200a8c0@jecinc.on.ca> Somewhat related ... what X programs are available for cygwin? Are people using cygwin X-windows for application development, or are people using is as a desktop? Just curious, I couldn't think of a reason other than app development that would seem logical (compared to running a regular Linux desktop system) > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Steven O'Brien > Sent: Wednesday, July 03, 2002 3:20 AM > To: cygwin-xfree@cygwin.com > Subject: Re: Starting X in Cygwin > > > Bryan Zimmer wrote: > > > Greetings, > > > > I used to have an installation of Cygwin that, when I did a > "startx", > > I = got the server startup, the twm window manager, a > couple of xterms > > and ="oclock". Now, I run startx and all I get is the blank server > > screen. = When I exit, I get a message to the effect of Xlib: not > > authorized to = connect to display :0.0. > > > > What am I doing wrong? I know a bit of Unix, but my knowledge of X > > falls = short. I don't know how to authorize Xlib to connect to > > display :0.0. > > > > Any help will be appreciated with respect. > > > > You almost certainly have a .Xauthority file in your home directory. > Delete it and xstart will work again. > > Steven From rkarcher@frey.de Wed Jul 3 07:16:00 2002 From: rkarcher@frey.de (Reinhard Karcher) Date: Wed, 03 Jul 2002 07:16:00 -0000 Subject: Starting X in Cygwin In-Reply-To: <004f01c2229b$1c0bb600$4200a8c0@jecinc.on.ca> References: <20020703081933.27cb343a.steven.obrien2@ntlworld.com> <004f01c2229b$1c0bb600$4200a8c0@jecinc.on.ca> Message-ID: <20020703141851.GA1098@Amis.berlin.frey> On Wed, Jul 03, 2002 at 10:08:29AM -0400, Brian Johnson wrote > Are people using cygwin X-windows for application development, or are people > using is as a desktop? > > Just curious, I couldn't think of a reason other than app development that > would seem logical (compared to running a regular Linux desktop system) > I use it as desktop for applications runnig on a remote linux system. Reinhard From BradeyH@construx.com Wed Jul 3 12:20:00 2002 From: BradeyH@construx.com (Bradey Honsinger) Date: Wed, 03 Jul 2002 12:20:00 -0000 Subject: app launch and xwinclip problem Message-ID: <2A53F00A2DBBDA479B7E84DA2023A4EBC83EBD@gypsy.construx.com> For what it's worth, this problem (where running xwinclip hangs Microsoft Office applications) appears to be solved in xwinclip-test06--it hasn't occurred in the week or so that I've been running it, and it occurred several times a day before that. It looks like it was actually solved in xwinclip-test04--see the mailing list postings below. Original report by Francois: http://sources.redhat.com/ml/cygwin-xfree/2001-12/msg00043.html Report by Eric Peabody: http://sources.redhat.com/ml/cygwin-xfree/2002-06/msg00110.html Reported fixed by Eric: http://sources.redhat.com/ml/cygwin-xfree/2002-q2/msg01121.html I'm sure everybody involved knows this by now, I just wanted to pull together the reports from Francois (hang on MS Office doc open, which I was seeing) with those from Eric (slow IE launch from Outlook). - Bradey -----Original Message----- From: Francois Perrot [mailto:francois.perrot@cgey.com] Sent: Monday, April 15, 2002 2:47 AM To: Bradey Honsinger Cc: xfree-cygwin@cygwin.com Subject: Re: app launch and xwinclip problem Hi Bradley, No response in the mailing list ? Simply because I didn't get any... by the way, I guess it's an xwinclip bug... and I just 'kill -1 xwinclip' to fix the problem, and I won't blame anyone for that... It's such a great thing to copy / paste between windows and xfree... and for that behavior, you just need to know it... and when lauching an app on windows and get the problem, just kill... (must say that murder has never been a solution for me anyway...) What about creating a kwinclip alias to kill xwinclip ? You'll just need to start xwinclip again... after... Hope this will help... Fran?ois ----- Original Message ----- From: Bradey Honsinger To: 'francois.perrot@cgey.com' Sent: Friday, April 12, 2002 2:19 AM Subject: app launch and xwinclip problem I've also got the problem with Windows applications freezing when xwinclip is running. I'm using XWin-Test53 and Cygwin 1.3.10, on Windows 2000 SP1 with Office 2000. Have you been able to figure out what's going on? I didn't see any response on the cygwin-xfree mailing list. - Bradey app launch and xwinclip problem From: "Fran?ois PERROT" To: Date: Wed, 5 Dec 2001 16:39:05 +0100 Subject: app launch and xwinclip problem Hi all, I have some problems when I try to open Microsoft office files by double-click. When I do so, the app is not launched and the machine freezes with 100 % cpu time used. When I kill -1 xwinclip, the app starts normally. I first thought this was a Microsoft office files openning problem only but I also have some xwinclip related problems with the windows time / date properties panel, and with windows explorer when it's launched by right-clicking on the start button. For those two last exemples the symptoms are different as the app is correctly launched but hangs until I kill xwinclip (kill -1 works) The behaviour of xwinclip is : "OpenClipboard () failed" message and xwinclip goes on working well, same message but I can paste on windows environment (and it works on xfree/KDE), or xwinclip is no longer running at all. I'm using Xwin-test53, cygwin version is 1.3.3, KDE 1.2 beta (but I had the same problems with twm, mwm and icewm) and xwinclip test 03. My win environment is NT 4 sp 6 with 96 Mo. I've searched the mailing-lists archives and didn't find any equivalent problem, witch I find weird : many office users and only one with what should be a common problem. Hey who put a spell on my machine ?!! From rex.kidwell@attglobal.net Wed Jul 3 19:51:00 2002 From: rex.kidwell@attglobal.net (Rex Kidwell) Date: Wed, 03 Jul 2002 19:51:00 -0000 Subject: Local xterm x-client won't display/start Message-ID: Sorry if this is ends being the UID/GID, USER/HOME directory, or font problem. I have successfully installed cygwin/xfree86 4.2.0.1 with cygwin 1.3.11-3. I can run XWin, twm, and the local xclock (xclock -d -update 1) x-client on a NT 4.0 SP6 system. When I attempt to run a xterm I get the outline to place it in the window manager but when I release the left mouse button nothing gets displayed. There isn't anything listed in the /tmp/Xwin.log as far as errors (as far as I can tell). I can start/run/display a xterm from a remote RedHat 7.2 system by setting my DISPLAY environment variable to the local XWin/twm X-server. When I attempt to start a local xterm using the left mouse button pop-up menu I get a small icon in the upper left hand corner of the window manager and something really small under the mouse pointer but nothing is displayed when I release the mouse button. The installation was performed using the UNIX file option. I don't know if this is associated with the above problem but I also have an AIX xterm x-client problem. I can start/run/display an AIX 4.3.3 xterm on xwin/twm but it doesn't echo/display any key strokes. I can hit the control key and the left mouse button to get to the pop-up window and quit/exit the xterm but other keys don't seem to do anything. I didn't see anything related to this problem in the FAQs that I found. Thanks for any help that you can provide. Rex From cgf-cygwin@cygwin.com Wed Jul 3 20:56:00 2002 From: cgf-cygwin@cygwin.com (Christopher Faylor) Date: Wed, 03 Jul 2002 20:56:00 -0000 Subject: Local xterm x-client won't display/start In-Reply-To: References: Message-ID: <20020704035655.GE24996@redhat.com> On Wed, Jul 03, 2002 at 09:53:12PM -0500, Rex Kidwell wrote: >Sorry if this is ends being the UID/GID, USER/HOME directory, or font >problem. If it is the first two then the just released version of cygwin, 1.3.12-1, should fix it. cgf From huntharo@msu.edu Thu Jul 4 01:27:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Thu, 04 Jul 2002 01:27:00 -0000 Subject: [ANNOUNCEMENT] Server Test 63 Message-ID: Links: I just posted Test 63 to the server development page: http://xfree86.cygwin.com/devel/shadow/ You can install the Test 63 package via setup.exe by selecting the 'test' package (and be sure to check the 'Bin' box): XFree86-xserv-4.2.0-10 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-Test63.exe.bz2 (1073 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20020704-0300.tar.bz2 (75 KiB) xc/config/cf/cygwin.cf diff against 20020704 XFree86 CVS: http://www.msu.edu/~huntharo/xwin/shadow/xc-config-cf-cygwin.cf-20020704-030 0.diff (2 KiB) xc/programs/Xserver/Imakefile diff against 20020704 XFree86 CVS: http://www.msu.edu/~huntharo/xwin/shadow/xc-programs-Xserver-Imakefile-20020 704-0300.diff (1 KiB) xc/programs/Xserver/hw/xwin (all files) diff against 20020704 XFree86 CVS: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20020704-0300.diff.bz2 (27 KiB) Changes: 1) General - Fix the broken build that was Test62. Test62 crashed during its startup sequence for anyone unfortunate to download it before it was pulled from distribution. (Harold Hunt) 2) win.h, winmisc.c, winpfbdd.c, winshadgdi.c, winshaddd.c, winshadddnl.c, winscrinit.c - Reimplement the stride pixel calculations that were removed in Test61. The ``stride'' is the number of whole pixels that fit in a padded scan line; in other words, the stride is the number of bits in a scanline divided by the number of bits used to store each pixel (i.e., bits per pixel). We cannot pass the simple pixel width of the window to the fb initialization routines because sometimes we have invisible pixels on the scanline that must be accounted for (e.g., when the number of pixels in the width is odd). Had anyone seen this bug they would have seen a server that drew things diagonally (only -engine 2 seemed to exhibit this problem). (Harold Hunt) 3) winshaddd.c, winshadddnl.c - Add support for the `-clipupdates num_boxes' parameter when using `-engine 2' or `-engine 4', in addition to the previously supported `-engine 1'. Once again, I can't tell if this feature has any benefit whatsoever. I need some volunteers to perform rigorous testing with different values for the threshold at which point updated boxes are collected into a clipping region. One may find the ``x11perf'' program beneficial here, as well as ``glxgears'', which gives a frames per second reading. Of course, it would be most beneficial to have performance comparisons for a few different machine types (processors, memory amounts, video cards, PCI or AGP, etc.). Update clipping is off by default. (Harold Hunt) 4) win.h, InitOutput.c, winengine.c, winshaddd.c, winshadddnl.c, winshadpfb.c - Change the DirectDraw module handle and function pointers from screen privates to global variables. Loading the DirectDraw module and function pointers needs to be done only at server initialization, not at screen initialization. Similarly, we don't need to unload and reload DirectDraw for each screen when the server regenerates; rather, we need only unload DirectDraw when the server is shutting down. This cleanup makes it much for difficult to misunderstand what is going on with the DirectDraw module handle and function pointers. (Harold Hunt) 5) win.h, InitOutput.c, winengine.c - Detect the supported engines only once at startup, rather than once per screen initialization. Rework the supported engine detection logic to assume that the DirectDraw module handle and function pointers have already been loaded if they are present and working. (Harold Hunt) 6) win.h, InitOutput.c, winwndproc.c - Add a global module handle for ``comctl32.dll'' and ``_TrackMouseEvent''. Try to get a pointer to the _TrackMouseEvent function and print an informational message if we cannot find the function, suggesting to the user that they install Internet Explorer 3.0 or greater if they have not already done so. We also set the _TrackMouseEvent function pointer to point to the no operation function if we can't find a valid function so that any calls to the function pointer will do nothing (instead of trying to dereference a NULL and crashing). Mouse pointer hiding/showing may be messed up when we don't have _TrackMouseEvent, but the user can remedy that by following the advice in the information message. Remove our compile-time link to comctl32.dll. (Harold Hunt) 7) InitOutput.c, winshadgdi.c, winshaddd.c, winshadddnl.c - Add an `-emulatepseudo' parameter that causes a depth 8 PseudoColor visual to be created in TrueColor modes, with the same limitations described in the Test62 change log. PseudoColor emulation is off by default. (Harold Hunt) 8) winscrinit.c - Add special handling for 8 bits per pixel screens when calculating the depth of the screen. An 8 bit per pixel screen has no color masks so we can't sum up the bits in the color masks. Fortunately, we know that an 8 bit per pixel screen is always depth 8. (Harold Hunt) Enjoy, Harold From Stefan.Fronzek@ymparisto.fi Thu Jul 4 06:14:00 2002 From: Stefan.Fronzek@ymparisto.fi (Stefan Fronzek) Date: Thu, 04 Jul 2002 06:14:00 -0000 Subject: how to copy&paste? Message-ID: <3D244A37.F9F6FB23@ymparisto.fi> Hello, I don't get any copy&paste-functionality in text-windows like xterm to work on my installation of Cygwin/XFree86 with fvwm 2.4.7. I guess for the same reason, xwinclip works when copy-pasting from cygwin to Windows but it doesn't work from Windows to cygwin. How should I configure and what should I configure? Is c&p a task of the window-manager or rather of X? I've seen a description of the same problem earlier in this mailing-list, but didn't find a solution to that. Any help is welcome. Stefan -- -------------------------------------------------------------- Stefan Fronzek Finnish Environment Institute Research Programme for Global Change http://www.ymparisto.fi/eng/research/projects/finsken -------------------------------------------------------------- From huntharo@msu.edu Thu Jul 4 13:44:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Thu, 04 Jul 2002 13:44:00 -0000 Subject: Use Tcp.h? In-Reply-To: <20020628181947.39561.qmail@web21008.mail.yahoo.com> Message-ID: Nicholas, Have you done a build test without -DNO_TCP_H? Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Nicholas Wourms > Sent: Friday, June 28, 2002 2:20 PM > To: cygwin-xfree@cygwin.com > Subject: Use Tcp.h? > > > Hi, > > I was wondering why X builds with -DNO_TCP_H? Doesn't cygwin have a > pretty complete tcp.h/in.h header implementation now? > > Cheers, > Nicholas > > P.S. - My hand slipped an I accidently sent the last message > blank...sorry. > > __________________________________________________ > Do You Yahoo!? > Yahoo! - Official partner of 2002 FIFA World Cup > http://fifaworldcup.yahoo.com From nwourms@yahoo.com Thu Jul 4 14:53:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Thu, 04 Jul 2002 14:53:00 -0000 Subject: Use Tcp.h? In-Reply-To: Message-ID: <20020704215334.51641.qmail@web21006.mail.yahoo.com> --- Harold Hunt wrote: > Nicholas, > > Have you done a build test without -DNO_TCP_H? > > Harold Ok, I just tried... Not as complete as one would hope... Nevermind about this... :-) Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From huntharo@msu.edu Thu Jul 4 15:20:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Thu, 04 Jul 2002 15:20:00 -0000 Subject: Use Tcp.h? In-Reply-To: Message-ID: > Nicholas, > > Have you done a build test without -DNO_TCP_H? > > Harold Let's see, here's the list of files in xc/ with NO_TCP_H in them: xc/config/cf/cygwin.cf xc/lib/dps/csconndi.c xc/lib/xtrans/Xtranssock.c xc/programs/lbxproxy/os/connection.c xc/programs/Xserver/os/connection.c Analysis of what is happening in each file: 1) cygwin.cf: We add -DNO_TCP_H to StandardDefines. Most of the definitions in cygwin.cf were inherited from the originators of the project that just kept defining things until they got a build that worked; I have been steadily removing useless or accidental defines for as long as I have been with the project. 2) csconndi.c: We include netinet/tcp.h regardless of the fact that NO_TCP_H is defined, because this flag is only checked when `apollo' is defined. There would be no functional difference if we removed -DNO_TCP_H. 3) Xtranssock.c: We don't include netinet/tcp.h, it would be included if we removed -DNO_TCP_H. 4) lbxproxy/os/connection.c: We don't include netinet/tcp.h because there is an additional check for #if !defined(__CYGWIN__). Removing -DNO_TCP_H would have no effect unless we removed the check for !defined(__CYGWIN__). This check for !defined (__CYGWIN__) was added on 2000/08/10 by Suhaib. This was likely when we had a broken netinet/tcp.h file. 5) Xserver/os/connection.c: We include netinet/tcp/h regardless of the fact that NO_TCP_H is defined, because this flag is only checked when `apollo' is defined. There would be no functional different if we removed -DNO_TCP_H. A search through /usr/include for NO_TCP_H yielded no files, so non of our includes are affected by NO_TCP_H. I'll have the results of a build check when removing -DNO_TCP_H and the check for !defined(__CYGWIN__) in lbxproxy/os/connection.c later tonight, hopefully. Harold From huntharo@msu.edu Thu Jul 4 15:23:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Thu, 04 Jul 2002 15:23:00 -0000 Subject: Use Tcp.h? In-Reply-To: <20020704215334.51641.qmail@web21006.mail.yahoo.com> Message-ID: Nicholas, > I just tried... Not as complete as one would hope... Nevermind about > this... :-) What did you find that was broken? Were there build errors or did it just not run? See my message that I just sent. I've done a build so far and saw no problems related to removing -DNO_TCP_H. I have to do a rebuild before I can run test it though because I found some problems with the Xserver/Imakefile patch that had to be fixed... I forgot to stop linking to $(LAYER), which caused XWin.exe to fail in the link step because the layer library is no longer being built. I'll let you know the results of my build test later tonight or tomorrow, after the fireworks. Harold From gregory.lane@anu.edu.au Thu Jul 4 20:09:00 2002 From: gregory.lane@anu.edu.au (Greg Lane) Date: Thu, 04 Jul 2002 20:09:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? Message-ID: <20020705025438.GA49453@nucl03.anu.edu.au> G'day Everyone, At the first font request to xfs running under cygwin, it core dumps. Has anyone ever got it to work? I have searched the archives and seen that a number of people have posted the same issue without a resolution (at least I couldn't find one and I couldn't find anyone who would say that they had it running.) I am currently running cygwin under windows XP Pro. The "rules" say to post here, although would there be any point asking on the main cygwin list to get a broader coverage and try and find someone who has it running? Thanks, Greg From cygwin-xfree@cygwin.com Thu Jul 4 20:12:00 2002 From: cygwin-xfree@cygwin.com (Christopher Faylor) Date: Thu, 04 Jul 2002 20:12:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020705025438.GA49453@nucl03.anu.edu.au> References: <20020705025438.GA49453@nucl03.anu.edu.au> Message-ID: <20020705031258.GA25500@redhat.com> On Fri, Jul 05, 2002 at 12:54:38PM +1000, Greg Lane wrote: >The "rules" say to post here, although would there be any point asking >on the main cygwin list to get a broader coverage and try and find >someone who has it running? Not unless you want to be redirected back here by a number of people. cgf From gregory.lane@anu.edu.au Thu Jul 4 21:46:00 2002 From: gregory.lane@anu.edu.au (Greg Lane) Date: Thu, 04 Jul 2002 21:46:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020705031258.GA25500@redhat.com> References: <20020705025438.GA49453@nucl03.anu.edu.au> <20020705031258.GA25500@redhat.com> Message-ID: <20020705044625.GA49760@nucl03.anu.edu.au> On Thu, Jul 04, 2002 at 11:12:58PM -0400, Christopher Faylor wrote: > On Fri, Jul 05, 2002 at 12:54:38PM +1000, Greg Lane wrote: > >The "rules" say to post here, although would there be any point asking > >on the main cygwin list to get a broader coverage and try and find > >someone who has it running? > > Not unless you want to be redirected back here by a number of people. > Fair enough!! Well then, has anyone on this list had xfs running properly under cygwin? ...or I am I a complete idiot.... Cheers, Greg From nwourms@yahoo.com Fri Jul 5 03:49:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 05 Jul 2002 03:49:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020705044625.GA49760@nucl03.anu.edu.au> Message-ID: <20020705104923.30517.qmail@web21005.mail.yahoo.com> --- Greg Lane wrote: > On Thu, Jul 04, 2002 at 11:12:58PM -0400, Christopher Faylor > wrote: > > On Fri, Jul 05, 2002 at 12:54:38PM +1000, Greg Lane wrote: > > >The "rules" say to post here, although would there be any point > asking > > >on the main cygwin list to get a broader coverage and try and find > > >someone who has it running? > > > > Not unless you want to be redirected back here by a number of people. > > > > Fair enough!! > > Well then, has anyone on this list had xfs running properly under > cygwin? I just tried it yesterday on WindowsME, it works for me. You probably will want to check to see if XP is running any services on the same port. Also, it may have something to do with your security, but don't ask me about the whole NT security deal, as I have no experience dealing with it. It seems like a big headache to me, more hassle then good... Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From jeb@jeremywilkins.freeserve.co.uk Fri Jul 5 03:58:00 2002 From: jeb@jeremywilkins.freeserve.co.uk (Jeremy Wilkins) Date: Fri, 05 Jul 2002 03:58:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? References: <20020705104923.30517.qmail@web21005.mail.yahoo.com> Message-ID: <3D257BED.2090808@jeremywilkins.freeserve.co.uk> Quick thought, its nothing to do with the XP's built in firewall is it. I can't remember whether this is enabled by default, if it is enabled try disabling it and then see if xfs works. Jeremy Nicholas Wourms wrote: > --- Greg Lane wrote: > >>On Thu, Jul 04, 2002 at 11:12:58PM -0400, Christopher Faylor >> wrote: >> >>>On Fri, Jul 05, 2002 at 12:54:38PM +1000, Greg Lane wrote: >>> >>>>The "rules" say to post here, although would there be any point >>> >>asking >> >>>>on the main cygwin list to get a broader coverage and try and find >>>>someone who has it running? >>> >>>Not unless you want to be redirected back here by a number of people. >>> >> >>Fair enough!! >> >>Well then, has anyone on this list had xfs running properly under >>cygwin? > > I just tried it yesterday on WindowsME, it works for me. You probably > will want to check to see if XP is running any services on the same port. > Also, it may have something to do with your security, but don't ask me > about the whole NT security deal, as I have no experience dealing with it. > It seems like a big headache to me, more hassle then good... > > Cheers, > Nicholas > > __________________________________________________ > Do You Yahoo!? > Sign up for SBC Yahoo! Dial - First Month Free > http://sbc.yahoo.com > > From fbregier@webmails.com Fri Jul 5 04:40:00 2002 From: fbregier@webmails.com (frederic bregier) Date: Fri, 05 Jul 2002 04:40:00 -0000 Subject: Success with Java prog in XFree Message-ID: <20020705112319.10825.qmail@webmails.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From huntharo@msu.edu Fri Jul 5 04:56:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Fri, 05 Jul 2002 04:56:00 -0000 Subject: Use Tcp.h? In-Reply-To: <20020705104414.48661.qmail@web21001.mail.yahoo.com> Message-ID: Nicholas, Judging from you log file, I don't think you did a clean rebuild. I don't see the same warnings that you do for Xserver/os/connection.c. I see in Xserver/include/os.h a prototype for CloseDownFileDescriptor that is only processed when LBX *is* defined, while in Xserver/os/connection.c there is a prototype for CloseDownFileDescriptor that is only processed when LBX is *not* defined. The warning you are getting can only happen if LBX is both defined and undefined... so my suspicion is that your build tree is tainted. (Don't tell me that you're building in the source tree either... I don't want to hear any of it... see the Contributor's Guide for simple instructions on how to build out of the source tree with lndir.) What is this `i686-pc-cygwin-gcc' business about? Are you cross compiling? Shame on you for not disclosing this information if you are... it is really vital to knowing how to fix a problem. For now, whether you are cross compiling or not, ensure me that you have done a completely clean build from a freshly lndir'd tree. Harold Here's your log bit: ====================================== i686-pc-cygwin-gcc -c -O2 -fno-strength-reduce -Wall -Wpointer-arith -Wstric t-prototypes -Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -Wnested-externs -I. -I../include -I../../../exports/i nclude/X11 -I../../../include/extensions -I ../../../programs/Xserver/Xext -I../../../include/fonts -I ../../../lib/Xau -I../lbx -I../../.. -I../../../exports /include -D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LOCALE -D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DNO_ALLOCA -DSHAPE -DXINPUT -DXKB -DLBX -DXAPP GROUP -DXCSECURITY -DTOGCUP -DXF86BIGFONT -DPIXPRIV - DPANORAMIX -DRENDER -DRANDR -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGL EDEPTH -DXvExtension -DXFree86Server -DXF86VIDMODE -DX vMCExtension -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DNDEBUG -DFUNCPROTO=15 -DNA RROWPROTO -DXSERV_t -DTRANS_SERVER -DTCPCONN -DUNIXCON N -DHAS_STICKY_DIR_BIT -DHAS_FCHOWN -DAVOID_GLYPHBLT -DPIXP RIV -DSINGLEDEPTH -DXvExtension -DXFree86Server -DXF86 VIDMODE -DXvMCExtension -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DDDXTIME -DFD_SET SIZE=256 -DDDXOSINIT -DDDXOSVERRORF -DDDXOSFATALERROR -DUSE_RGB_TXT -DXDMCP connection.c connection.c:230: warning: redundant redeclaration of `CloseDownFileDescriptor' in same scope ../include/os.h:297: warning: previous declaration of `CloseDownFileDescriptor' connection.c:233: warning: function declaration isn't a prototype connection.c:238: warning: function declaration isn't a prototype connection.c:481: warning: function declaration isn't a prototype connection.c:736: warning: function declaration isn't a prototype connection.c: In function `AllocNewConnection': connection.c:740: warning: function declaration isn't a prototype connection.c:741: warning: function declaration isn't a prototype rm -f io.o ====================================== Here's my log bit: ====================================== rm -f connection.o gcc -c -O2 -fno-strength-reduce -Wall -Wpointer-arith -I. -I../include -I ../../../exports/include/X11 -I../../../include/extensions -I../../../pr ograms/Xserver/Xext -I../../../include/fonts -I../../../lib/Xau -I../lbx -I../../.. -I../../../exports/include -D__i386__ -DWIN32_LEAN_AND_MEAN - DX_LOCALE -D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L -D_ BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DNO_ALLOCA -DSHAPE -DXINPUT -DXKB - DLBX -DXAPPGROUP -DXCSECURITY -DTOGCUP -DXF86BIGFONT -DPIXPRIV -DRENDER -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXvExtension -DXF ree86Server -DXF86VIDMODE -DXvMCExtension -DXResExtension -DX_BYTE_ORDER= X_LITTLE_ENDIAN -DNDEBUG -DFUNCPROTO=15 -DNARROWPROTO -DXSERV_t -DTRANS_S ERVER -DTCPCONN -DUNIXCONN -DHAS_STICKY_DIR_BIT -DHAS_FCHOWN -DAVOID _GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXvExtension -DXFree86Server -DXF86VIDM ODE -DXvMCExtension -DXResExtension -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DDDXT IME -DFD_SETSIZE=256 -DDDXOSINIT -DDDXOSVERRORF -DDDXOSFATALERROR -DUSE _RGB_TXT -DXDMCP connection.c rm -f io.o ====================================== > -----Original Message----- > From: Nicholas Wourms [mailto:nwourms@yahoo.com] > Sent: Friday, July 05, 2002 6:44 AM > To: Harold Hunt > Subject: RE: Use Tcp.h? > > > > --- Harold Hunt wrote: > > Nicholas, > > > > > I just tried... Not as complete as one would hope... Nevermind about > > > this... :-) > Harold, > > It actually built fine, but the C pre-processor warned more then usual > when it got to building the files you mentioned. Otherwise it seemed to > build fine. Of course the issue I mentioned previously about the build > process trying to use the utilities it built to make the fonts still > exists for cross compiling (which won't work). Anywho, I've attached my > log from this session... > > Cheers, > Nicholas > > P.S. For obvious size related reasons, I'm mailing you privately. Please > feel free to forward the message w/o the attachment to the mailing list. > > __________________________________________________ > Do You Yahoo!? > Sign up for SBC Yahoo! Dial - First Month Free > http://sbc.yahoo.com From nwourms@yahoo.com Fri Jul 5 05:28:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 05 Jul 2002 05:28:00 -0000 Subject: Use Tcp.h? In-Reply-To: Message-ID: <20020705122828.63280.qmail@web21001.mail.yahoo.com> Harold, We had this discussion in the past, and yes I *have* read the cygwin-xfree contributor's guide and followed your directions WORD-FOR-WORD, except for removing the NO_TCP_H and defining font building. I checked out the Xfree tree with the 4.2.0 sticky tag. I then updated the xwin drivers directory by unsetting the sticky tag. Also, I did mention cross-compiling, just not as direct as you may have wanted. Also, I will confess that I am using the cygwin-mingw-gcc-3_1-branch branch of the gcc cvs sources for my compiler plus the latest binutils. I encourage you to do the same, as we a revving up to have gcc-3.1 replace the current gcc any day now. FWIW, I am sorry for not mentioning these factors previously... This is a clean build from a lndir'ed dir. I do *know* how to build outside of the tree! Give me a little credit, plus I was comparing the amount of warnings before and after I toggled NO_TCP_H. Building X on cygwin is just way too slow for me. Anyhow, if you recall, you posted a log of your cross-compile awhile back. It turns out that in the log, the crosscompiler was never found, so all I got was a log full of i686-pc-cygwin-gcc not found messages (not very useful). My point is that you should revisit your directions, as they do not cover how to get X to build fonts when cross-compiling. As it stands, X is trying to use the foreign bdfto* and mkfondir utilities. Also, the XFree people have broken crosscompiling according to your method in HEAD as opposed to the 4.2.0 branch. You might want to investigate this as well. --- Harold Hunt wrote: > Nicholas, > > Judging from you log file, I don't think you did a clean rebuild. I > don't > see the same warnings that you do for Xserver/os/connection.c. > > I see in Xserver/include/os.h a prototype for CloseDownFileDescriptor > that > is only processed when LBX *is* defined, while in > Xserver/os/connection.c > there is a prototype for CloseDownFileDescriptor that is only processed > when > LBX is *not* defined. The warning you are getting can only happen if > LBX is > both defined and undefined... so my suspicion is that your build tree is > tainted. (Don't tell me that you're building in the source tree > either... I > don't want to hear any of it... see the Contributor's Guide for simple > instructions on how to build out of the source tree with lndir.) > > What is this `i686-pc-cygwin-gcc' business about? Are you cross > compiling? > Shame on you for not disclosing this information if you are... it is > really > vital to knowing how to fix a problem. > > For now, whether you are cross compiling or not, ensure me that you have > done a completely clean build from a freshly lndir'd tree. > > > Harold __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From huntharo@msu.edu Fri Jul 5 07:22:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Fri, 05 Jul 2002 07:22:00 -0000 Subject: Use Tcp.h? In-Reply-To: <20020705122828.63280.qmail@web21001.mail.yahoo.com> Message-ID: Nicholas, > We had this discussion in the past, and yes I *have* read the cygwin-xfree > contributor's guide and followed your directions WORD-FOR-WORD, except for > removing the NO_TCP_H and defining font building. You could not possibly have followed the Contributor's Guide (CG) instructions word-for-word because your build log doesn't have a header (see below), it just jumps right into the clean step. In the CG the build step says: make World BOOTSTRAPCFLAGS="-D__CYGWIN__ -Ulinux -DCrossCompiling=1" IMAKE_DEFINES="-D__CYGWIN__ -Ulinux" > World.log 2>&1 That causes the header information to show up in the build log... are you running something other than 'make World'? On a side note, I find it hard enough to remember all the builds/flags/compilers/etc that I'm using. I don't have any space in my brain to store state information for other developers. You have to feed me some details everytime you ask a question, else you can assume that I've forgotten those details. > Anyhow, if you recall, you posted a log of your cross-compile awhile back. > It turns out that in the log, the crosscompiler was never found, so all I > got was a log full of i686-pc-cygwin-gcc not found messages (not very > useful). I remember that I posted a broken build log because I forgot to set my path before running the build. I thought about posting a new log but I didn't because no one seemed to complain much. > My point is that you should revisit your directions, as they do > not cover how to get X to build fonts when cross-compiling. As it stands, > X is trying to use the foreign bdfto* and mkfondir utilities. Also, the > XFree people have broken crosscompiling according to your method in HEAD > as opposed to the 4.2.0 branch. You might want to investigate this as > well. Oh, I know that the XFree86 folks are doing some stupid things with respect to expecting certain XFree86 utilities to already be installed at build time. I bitched about this to the devel list at XFree86 and you know what? I didn't get a single reply. Not even a ``go away, you are annoying''. Apparently no one else on the project things that you should be able to bootstrap on a machine that has never had XFree86 installed. Hopefully they fix this before the next release. Harold Example header: 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. Thu Jul 4 18:23:49 2002 cd ./config/imake && make - --unix -f Makefile.ini BOOTSTRAPCFLAGS="" CC="gcc" clean make[1]: Entering directory `/home/Administrator/x-devel/build/tcph2/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/tcph2/config/imake' make - --unix Makefile.boot make[1]: Entering directory `/home/Administrator/x-devel/build/tcph2' cd ./config/imake && make - --unix -w -f Makefile.ini BOOTSTRAPCFLAGS="" CC="gcc" make[2]: Entering directory `/home/Administrator/x-devel/build/tcph2/config/imake' making imake with BOOTSTRAPCFLAGS= and CROSSCOMPILEFLAGS=-DCROSSCOMPILEDIR="" in config/imake gcc -o ccimake -DCROSSCOMPILEDIR=\"\" -O -I../../include -I../../imports/x11/inclu de/X11 ccimake.c 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/tcph2/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/tcph2/config/makedepend' make[2]: Nothing to be done for `bootstrap'. make[2]: Leaving directory `/home/Administrator/x-devel/build/tcph2/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/tcph2/config/imake' make[2]: Nothing to be done for `bootstrapdepend'. make[2]: Leaving directory `/home/Administrator/x-devel/build/tcph2/config/imake' cd ./config/imake && make - --unix -w -f Makefile.ini BOOTSTRAPCFLAGS="" CC="gcc" bootstrap make[2]: Entering directory `/home/Administrator/x-devel/build/tcph2/config/imake' + mkdir bootstrap mv *.o bootstrap + mv imake.exe bootstrap make[2]: Leaving directory `/home/Administrator/x-devel/build/tcph2/config/imake' cd ./config/imake && make -f Makefile.proto all make[2]: Entering directory `/home/Administrator/x-devel/build/tcph2/config/imake' gcc -O2 -fno-strength-reduce -Wall -Wpointer-arith -I../../include -I../.. /exports/include/X11 -I../.. -I../../exports/include -D__i386__ -DWIN32_L EAN_AND_MEAN -DX_LOCALE -D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOUR CE=199309L -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DNO_ALLOCA -DFUNCPRO TO=15 -DNARROWPROTO -L/lib/automode.o -DCPP_PROGRAM="\"cpp\"" -DHAS_MERGE _CONSTANTS=`if gcc -fmerge-constants -xc /dev/null -S -o /dev/null 2> /dev/null 1> /dev/null; then echo 1; else echo 0; fi` -c -o imake.o imake.c imake.c:828: warning: `parse_utsname' defined but not used imake.c:901: warning: `trim_version' defined but not used rm -f imake.exe gcc -o imake.exe -O2 -fno-strength-reduce -Wall -Wpointer-arith imake.o -L/usr/X11R6/lib -Wl,--enable-auto-import rm -f imake._man cpp -undef -traditional -D__apploaddir__=/usr/X11R6/lib/X11/app-defaults -D __filemansuffix__=5 -D__miscmansuffix__=7 -D__drivermansuffix__=4 -D__projec troot__=/usr/X11R6 -D__xorgversion__='"Release 6.6" "X Version 11"' -D__vendorversion__="Version XFree86VersionString XFree86" imake._man make[2]: Leaving directory `/home/Administrator/x-devel/build/tcph2/config/imake' make - --unix -w xmakefile make[2]: Entering directory `/home/Administrator/x-devel/build/tcph2' rm -f xmakefile ./config/imake/imake -I./config/cf -s xmakefile -DTOPDIR=. -DCURDIR=. make[2]: Leaving directory `/home/Administrator/x-devel/build/tcph2' rm -f ./config/imake/Makefile.proto make[1]: Leaving directory `/home/Administrator/x-devel/build/tcph2' make -f xmakefile - --unix VerifyOS make[1]: Entering directory `/home/Administrator/x-devel/build/tcph2' Building on Cygwin (1.3.12). From alanh@fairlite.demon.co.uk Fri Jul 5 07:30:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Fri, 05 Jul 2002 07:30:00 -0000 Subject: Use Tcp.h? In-Reply-To: References: <20020705122828.63280.qmail@web21001.mail.yahoo.com> Message-ID: <20020705143037.GK1147@fairlite.demon.co.uk> On Fri, Jul 05, 2002 at 10:22:00AM -0400, Harold Hunt wrote: > Oh, I know that the XFree86 folks are doing some stupid things with respect > to expecting certain XFree86 utilities to already be installed at build > time. I bitched about this to the devel list at XFree86 and you know what? > I didn't get a single reply. Not even a ``go away, you are annoying''. > Apparently no one else on the project things that you should be able to > bootstrap on a machine that has never had XFree86 installed. Hopefully they > fix this before the next release. Then I missed that. Can you repeat the question here Harold ? Alan. From alexander.gottwald@informatik.tu-chemnitz.de Fri Jul 5 07:35:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 05 Jul 2002 07:35:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020705025438.GA49453@nucl03.anu.edu.au> Message-ID: On Fri, 5 Jul 2002, Greg Lane wrote: > At the first font request to xfs running under cygwin, it core dumps. Just a thought: How are the fonts mounted? Some programs don't like textmode files. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alanh@fairlite.demon.co.uk Fri Jul 5 07:38:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Fri, 05 Jul 2002 07:38:00 -0000 Subject: Use Tcp.h? In-Reply-To: <20020705143037.GK1147@fairlite.demon.co.uk> References: <20020705122828.63280.qmail@web21001.mail.yahoo.com> <20020705143037.GK1147@fairlite.demon.co.uk> Message-ID: <20020705143807.GM1147@fairlite.demon.co.uk> On Fri, Jul 05, 2002 at 03:30:37PM +0100, Alan Hourihane wrote: > On Fri, Jul 05, 2002 at 10:22:00AM -0400, Harold Hunt wrote: > > Oh, I know that the XFree86 folks are doing some stupid things with respect > > to expecting certain XFree86 utilities to already be installed at build > > time. I bitched about this to the devel list at XFree86 and you know what? > > I didn't get a single reply. Not even a ``go away, you are annoying''. > > Apparently no one else on the project things that you should be able to > > bootstrap on a machine that has never had XFree86 installed. Hopefully they > > fix this before the next release. > > Then I missed that. Can you repeat the question here Harold ? Oh, if it's regarding fc-cache, I mentioned it to Keith a while ago, and I believe he's fixed it since. Alan. From huntharo@msu.edu Fri Jul 5 07:39:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Fri, 05 Jul 2002 07:39:00 -0000 Subject: FW: xc/lib/fontconfig/fonts.conf depends on existing fonts installation Message-ID: Alan, Hmm... as usual I misspoke... I was bitching about the ``findfonts'' script which runs on the installed fonts rather than on fonts being built. I'll have to look into the font build utility problem. I hate it when I get confused. Anyway, here is what I wrote to the XFree86 devel list. Harold -----Original Message----- From: Harold Hunt Sent: Saturday, April 13, 2002 7:44 PM To: xf-devel Subject: xc/lib/fontconfig/fonts.conf depends on existing fonts installation I don't understand why xc/lib/fontconfig/fonts.conf runs the script xc/lib/fontconfig/findfonts which looks at the *currently installed fonts*. That doesn't make any sense to me. Shouldn't you be able to build XFree86 on a machine that doesn't have any fonts installed, or for that matter, any piece of XFree86 installed? The problem that I'm running into on Cygwin is that even if /usr/X11R6/lib/X11/fonts exits but /usr/share/fonts doesn't exist then the findfonts script fails because 'find' cannot find that directory. I'm not certain that this is a Cygwin only problem, but it is the only platform that I am building on. I propose that one of two things be done: 1) Do not execute the scripts that do things for *installed* fonts, as this makes no sense. 2) Or, change the findfonts script to silently fail if either of the fonts directories cannot be found, thus removing a non-error error from build logs. Please CC me, as I am not currently subscribed to the devel list. A snippet of my build log follows. Harold Hunt make[1]: Leaving directory `/home/Administrator/x-devel/build/std/lib/fontconfig /fc-list' rm -f fonts.conf sh ./setfontdirs find: /usr/share/fonts: No such file or directory ed: not found make: *** [fonts.conf] Error 127 From alanh@fairlite.demon.co.uk Fri Jul 5 07:49:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Fri, 05 Jul 2002 07:49:00 -0000 Subject: FW: xc/lib/fontconfig/fonts.conf depends on existing fonts installation In-Reply-To: References: Message-ID: <20020705144904.GO1147@fairlite.demon.co.uk> O.k. If the problem still exists, contact Keith Packard directly. It's more than likely he missed the post too. But this code is his domain and he's been banging on it a lot lately. I'm sure Keith will respond. Alan. On Fri, Jul 05, 2002 at 10:39:24AM -0400, Harold Hunt wrote: > Alan, > > Hmm... as usual I misspoke... I was bitching about the ``findfonts'' script > which runs on the installed fonts rather than on fonts being built. > > I'll have to look into the font build utility problem. > > I hate it when I get confused. Anyway, here is what I wrote to the XFree86 > devel list. > > Harold > > > -----Original Message----- > From: Harold Hunt > Sent: Saturday, April 13, 2002 7:44 PM > To: xf-devel > Subject: xc/lib/fontconfig/fonts.conf depends on existing fonts > installation > > > I don't understand why xc/lib/fontconfig/fonts.conf runs the script > xc/lib/fontconfig/findfonts which looks at the *currently installed fonts*. > That doesn't make any sense to me. Shouldn't you be able to build XFree86 > on a machine that doesn't have any fonts installed, or for that matter, any > piece of XFree86 installed? > > The problem that I'm running into on Cygwin is that even if > /usr/X11R6/lib/X11/fonts exits but /usr/share/fonts doesn't exist then the > findfonts script fails because 'find' cannot find that directory. I'm not > certain that this is a Cygwin only problem, but it is the only platform that > I am building on. > > I propose that one of two things be done: > > 1) Do not execute the scripts that do things for *installed* fonts, as this > makes no sense. > > 2) Or, change the findfonts script to silently fail if either of the fonts > directories cannot be found, thus removing a non-error error from build > logs. > > > Please CC me, as I am not currently subscribed to the devel list. > > A snippet of my build log follows. > > > Harold Hunt > > > > > make[1]: Leaving directory > `/home/Administrator/x-devel/build/std/lib/fontconfig > /fc-list' > rm -f fonts.conf > sh ./setfontdirs > find: /usr/share/fonts: No such file or directory > ed: not found > make: *** [fonts.conf] Error 127 From huntharo@msu.edu Fri Jul 5 09:04:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Fri, 05 Jul 2002 09:04:00 -0000 Subject: Server Test Series - Test 63 (a.k.a. 4.2.0-10)? Message-ID: <200207051604.g65G43O13542@pilot19.cl.msu.edu> Am I to follow the old adage that no news is good news in regards to Test 63? Test 60 through Test 63 changed over a thousand lines of code, with a lot of those changes occuring in Test 63; I can hardly believe that we haven't trigged lots of new bugs. In case you missed the announcement, you can get Test 63 from here: http://xfree86.cygwin.com/devel/shadow/changelog.html Alternatively, you can install Test 63 by running Cygwin's setup.exe and manually selecting the 4.2.0-10 version of the XFree86-xserv package. Please, someboby post some results for the following: 1) Running with '-engine 1', '-engine 2', and '-engine 4' (not simultaneously) with Windows in 15 bit color mode (for a video card that supports this mode) and with Windows in 24 bit color mode. Just give me an `all clear' on this one, specifying which configs you were able to test. 2) Running engines 1, 2, and 4 (as above) with -query to some host running KDE 3.0.x when Windows is running in 15, 24, and 32 bits per pixel. Logon to KDE and make sure that all icons display (you'll know right away if there is a problem, the ksplash screen will print status messages overtop of each other and less than 5% of icons will display). Again, just give me an `all clear' on this one, specifying which configs you were able to test. Thanks for testing, Harold From nwourms@yahoo.com Fri Jul 5 09:28:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 05 Jul 2002 09:28:00 -0000 Subject: Use Tcp.h? In-Reply-To: Message-ID: <20020705162758.96948.qmail@web21002.mail.yahoo.com> --- Harold Hunt wrote: > Nicholas, > > > We had this discussion in the past, and yes I *have* read the > cygwin-xfree > > contributor's guide and followed your directions WORD-FOR-WORD, except > for > > removing the NO_TCP_H and defining font building. > > You could not possibly have followed the Contributor's Guide (CG) > instructions word-for-word because your build log doesn't have a header > (see > below), it just jumps right into the clean step. In the CG the build > step > says: > > make World BOOTSTRAPCFLAGS="-D__CYGWIN__ -Ulinux -DCrossCompiling=1" > IMAKE_DEFINES="-D__CYGWIN__ -Ulinux" > World.log 2>&1 > > That causes the header information to show up in the build log... are > you > running something other than 'make World'? No, I am following the directions. Ok, my mistake again, I had been capturing the output from my terminal aplication, not piping it. Apparently the terminal application screwed up and chopped off the top. Anyhow, I think we are missing the whole point of this thread, what were *YOUR* findings. You didn't make it clear whether making the modifications to that one source file and removing DNO_TCP_H worked... I think we got caught up in my deviance from the contributor's guide. Again, I'm sorry for not sticking to it exactly. So what were your findings from your build? What is your conclusion? > On a side note, I find it hard enough to remember all the > builds/flags/compilers/etc that I'm using. I don't have any space in my > brain to store state information for other developers. You have to feed > me some details everytime you ask a question, else you can assume that I've > forgotten those details. OK, next time I'll be better. > > Anyhow, if you recall, you posted a log of your cross-compile awhile > back. > > It turns out that in the log, the crosscompiler was never found, so > all I > > got was a log full of i686-pc-cygwin-gcc not found messages (not very > > useful). > > I remember that I posted a broken build log because I forgot to set my > path > before running the build. I thought about posting a new log but I > didn't > because no one seemed to complain much. Don't worry about it now... > > My point is that you should revisit your directions, as they do > > not cover how to get X to build fonts when cross-compiling. As it > stands, > > X is trying to use the foreign bdfto* and mkfondir utilities. Also, > the > > XFree people have broken crosscompiling according to your method in > HEAD > > as opposed to the 4.2.0 branch. You might want to investigate this as > > well. > > Oh, I know that the XFree86 folks are doing some stupid things with > respect > to expecting certain XFree86 utilities to already be installed at build > time. I bitched about this to the devel list at XFree86 and you know > what? > I didn't get a single reply. Not even a ``go away, you are annoying''. > Apparently no one else on the project things that you should be able to > bootstrap on a machine that has never had XFree86 installed. Hopefully > they > fix this before the next release. I see that my font building complaint is currently being addressed, thanks very much. :-) However, are you aware that the CVS HEAD isn't even building period with regards to your cross directions? It fails in the initial stages, because it seems that some of the macros you have defined in your host.def are no longer valid. If you do not believe me, try it yourself. It seems that they have mucked around with the cross building configuration files and rules files. We better get on them about that, too. I believe that some stupid SuSE developer is responsible for the whole mess... Cheers, Nicholas P.S. - When you get a chance, you should read those other posts I made, especially regarding the conflicting files in lesstif and XFree86-prog... __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From nwourms@yahoo.com Fri Jul 5 09:38:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 05 Jul 2002 09:38:00 -0000 Subject: FW: xc/lib/fontconfig/fonts.conf depends on existing fonts installation In-Reply-To: Message-ID: <20020705163857.27965.qmail@web21003.mail.yahoo.com> Harold, On ~ line 66158 of my build log, you'll notice this: LD_LIBRARY_PATH=../../../exports/lib ../../../exports/bin/bdftopcf -t tech14.bdf | gzip > tech14.pcf.gz /bin/sh: ../../../exports/bin/bdftopcf: No such file or directory LD_LIBRARY_PATH=../../../exports/lib ../../../exports/bin/bdftopcf -t techB14.bdf | gzip > techB14.pcf.gz /bin/sh: ../../../exports/bin/bdftopcf: No such file or directory LD_LIBRARY_PATH=../../../exports/lib ../../../exports/bin/bdftopcf -t term14.bdf | gzip > term14.pcf.gz /bin/sh: ../../../exports/bin/bdftopcf: No such file or directory LD_LIBRARY_PATH=../../../exports/lib ../../../exports/bin/bdftopcf -t termB14.bdf | gzip > termB14.pcf.gz /bin/sh: ../../../exports/bin/bdftopcf: No such file or directory LD_LIBRARY_PATH=../../../exports/lib ../../../exports/bin/mkfontdir -x bdf . /bin/sh: ../../../exports/bin/mkfontdir: No such file or directory make[5]: *** [fonts.dir] Error 127 make[5]: Target `all' not remade because of errors. Let's assume I have followed the directions exactly (because this is what has happened in the past when I followed them exactly). When cross-compiling, why is make World trying to use the foreign utilities to build the fonts? Shouldn't it be using the utilities under /usr/X11R6/bin? I don't know if this relates to your comments below, but it is very annoying. --- Harold Hunt wrote: > Alan, > > Hmm... as usual I misspoke... I was bitching about the ``findfonts'' > script > which runs on the installed fonts rather than on fonts being built. > > I'll have to look into the font build utility problem. > > I hate it when I get confused. Anyway, here is what I wrote to the > XFree86 > devel list. > > Harold > > > -----Original Message----- > From: Harold Hunt > Sent: Saturday, April 13, 2002 7:44 PM > To: xf-devel > Subject: xc/lib/fontconfig/fonts.conf depends on existing fonts > installation > > > I don't understand why xc/lib/fontconfig/fonts.conf runs the script > xc/lib/fontconfig/findfonts which looks at the *currently installed > fonts*. > That doesn't make any sense to me. Shouldn't you be able to build > XFree86 > on a machine that doesn't have any fonts installed, or for that matter, > any > piece of XFree86 installed? > > The problem that I'm running into on Cygwin is that even if > /usr/X11R6/lib/X11/fonts exits but /usr/share/fonts doesn't exist then > the > findfonts script fails because 'find' cannot find that directory. I'm > not > certain that this is a Cygwin only problem, but it is the only platform > that > I am building on. > > I propose that one of two things be done: > > 1) Do not execute the scripts that do things for *installed* fonts, as > this > makes no sense. > > 2) Or, change the findfonts script to silently fail if either of the > fonts > directories cannot be found, thus removing a non-error error from build > logs. > > > Please CC me, as I am not currently subscribed to the devel list. > > A snippet of my build log follows. > > > Harold Hunt > > > > > make[1]: Leaving directory > `/home/Administrator/x-devel/build/std/lib/fontconfig > /fc-list' > rm -f fonts.conf > sh ./setfontdirs > find: /usr/share/fonts: No such file or directory > ed: not found > make: *** [fonts.conf] Error 127 > __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From huntharo@msu.edu Fri Jul 5 10:22:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Fri, 05 Jul 2002 10:22:00 -0000 Subject: FW: xc/lib/fontconfig/fonts.conf depends on existing fonts installation Message-ID: <200207051722.g65HMOP13650@pilot04.cl.msu.edu> Nicholas, > Let's assume I have followed the directions exactly (because this is what > has happened in the past when I followed them exactly). When > cross-compiling, why is make World trying to use the foreign utilities to > build the fonts? Shouldn't it be using the utilities under > /usr/X11R6/bin? I don't know if this relates to your comments below, but > it is very annoying. I don't know what to tell you. I can't cross compile right now because my Linux box has 150 MB of free space, while it takes between 500 MB and 1 GB to do a cross compile of Cygwin/XFree86. I'm going to have to install one of my other hard drives in order to do a cross compile build check... and I'm more keen to work on new features right now, as it would take me about 10 hours to upgrade my Linux box and do the cross compile. Maybe I'll work on that this weekend, but I'd really rather be doing something else instead. Our intentions for cross compiling have always been that you can bootstrap XFree86 from a non-Cygwin operating system. However, there are lots of contributors to XFree86 and they don't always know how to maintain cross compile compatibility for Cygwin. This is completely understandable... I could accidentally break something for other platforms in one of my patches, but I've been fortunate enough to not have done so yet. Thankfully I'd be forgiven if I did break something... my point being that we don't get upset when someone breaks cross compiling for Cygwin, but we don't always have time to fix the problem right away. > /bin/sh: ../../../exports/bin/bdftopcf: No such file or directory > /bin/sh: ../../../exports/bin/mkfontdir: No such file or directory I thought I remember Alan making a patch awhile back that caused both a build host and cross host version of these utilities to be built. I don't think those patches went into the 4.2.0 branch, if I recall correctly. You did say that you are building the 4.2.0 branch, right? The problem is, no one really sends any patches to the 4.2.0 branch after it is released. Hopefully that muddies things up for you :) Harold From huntharo@msu.edu Fri Jul 5 10:39:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Fri, 05 Jul 2002 10:39:00 -0000 Subject: Use Tcp.h? Message-ID: <200207051739.g65HdSp80198@pilot02.cl.msu.edu> Nicholas, > Anyhow, I think we are missing the whole point of this thread, what were > *YOUR* findings. I forgot to draw attention to what I found, but I did post your build snippet with warnings and my build snippet that didn't have warnings for the same file. My overall results were that I got no new errors or warnings. I did a 'make install' and ran the server with local clients as well as with a -query to a KDE machine with no problems. > Again, I'm sorry for not sticking to it exactly. So what were your > findings from your build? What is your conclusion? The conclusion is that we might as well remove -DNO_TCP_H and the #if !defined(__CYGWIN__) from whatever file I said it was in. (Note that -DNO_TCP_H was present in the initial version of cygwin.cf... so it is just a define that has not been noticed as uneeded until now.) > > On a side note, I find it hard enough to remember all the > > builds/flags/compilers/etc that I'm using. I don't have any space in my > > brain to store state information for other developers. You have to feed > > me some details everytime you ask a question, else you can assume that > I've > > forgotten those details. > > > OK, next time I'll be better. Appreciated. > However, are you aware that the CVS HEAD isn't even building period with > regards to your cross directions? It fails in the initial stages, because > it seems that some of the macros you have defined in your host.def are no > longer valid. If you do not believe me, try it yourself. It seems that > they have mucked around with the cross building configuration files and > rules files. We better get on them about that, too. I believe that some > stupid SuSE developer is responsible for the whole mess... Oh, I believe you. But like I said in another post (which hadn't been written when you wrote this), I'll have to do a substantial amount of work to my Linux machine to be able to do a cross compile of Cygwin/XFree86. > P.S. - When you get a chance, you should read those other posts I made, > especially regarding the conflicting files in lesstif and XFree86-prog... I read them, but you're going to have to do more than just suggest what to do with the host.def files. I hope you realize that your simple, ``should we remove -DNO_TCP_H'', question has cost me about 5 hours already in looking at source files, doing build tests and writing detailed correspondence to the mailing list. Now you are asking about Lesstif's host.def and our host.def and all I can see is that our host.def is empty so I can't see what problems it will cause for us not to do anything with the host.def files. Furthermore, I don't see how you could even fix this with pre-remove and postinstall scripts. I mean, how are you going to determine which host.def file is installed, how are you going to determine if you need to remove the currently installed host.def file (maybe package Z's host.def file was already overwritten by another package installation), and how are you going to determine which host.def to install in place of the one that are you are removing? Not to mention what sort of naming/storage convention are you going to use to identify the original host.def files that come with each package? So yeah, I read your post and I saw that it raised more questions than it answered, so I forgot about it. I'm leaving this one up to you, or somebody else, to figure out. You have to remember, as I've said time and time again, I'm a horrible X user and I'm even a horrible X developer. You see, I don't have years of experience with hundreds of X programs and with hundreds of X libraries. I only have experience with X Server implementation and in that I only have experience with X Server development for Cygwin. I just don't have enough experience to solve questions about host.def files easily. Harold From huntharo@msu.edu Fri Jul 5 11:23:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Fri, 05 Jul 2002 11:23:00 -0000 Subject: Features for hire? Message-ID: <200207051823.g65INGd87456@pilot20.cl.msu.edu> I have been kicking around an idea that I'd like some feedback on. The Cygwin/XFree86 project is at the point where it is nearly a replacement for the commercial X Servers for Microsoft Windows. There remain only a few features that need to be implemented in order for most businesses to find Cygwin/XFree86 a viable alternative to the commercial X Servers out there: 1) Mutliple windows support. 2) Real PseudoColor support for TrueColor visuals. 3) Automatic ability to use Windows fonts in X. 4) A compact (Cygwin-free) X Server for displaying remote clients only. 5) A complete native GDI server. Features like these can take a lot of time to implement properly. Though features like these are nice, I think that business and goverment users would see the most benefit from such features. With that in mind, I've been thinking about setting up a small limited liability company and posting proposals for developing certain features along a specified timeline for a certain fee. For example, suppose that the lack of dream-feature Y is preventing a business from using Cygwin/XFree86 instead of the commercial X Server ``SuperDuper-X'' and that SuperDuper-X costs $200 per desktop. It seems logical to me that said business would find it beneficial to pay, say, $500-$2000 for the implementation of feature Y by a certain deadline (rather than when it just happens to be developed). The source code would be released, of course, but said business would get feature Y now, when they need it, and they would be able to stop paying $200 per desktop for SuperDuper-X. Part of my motivation for proposing this is that I know we have tons of business and government users out there to whom $500-$2000 is nothing. To me, on the other hand, $500-$2000 is 5-20% of my current debt for various things (car repairs, engagement rings, computer parts, student loans, etc.). I have just been thinking that if there are businesses out there that would be willing to pay $500-$2000 for a feature, then I should certainly be setup to accept that money. However, if no businesses are seriously interested in this then it would be a waste of my time to file the necessary documents to establish a proper business for handling contract feature development Note: I would not stop working on Cygwin/XFree86 for free in my spare time. Here is the feedback that I would like: 1) Would your company be interested or not interested in this? I want both positive and negative responses so that I can gauge a percentage of business and goverment users out there that are interested. 2) Is your business averse to open source feature development contracts? Or, do you think that presenting the contract on the basis of, ``spend $500-$2000 and save $200 per desktop'', would make it pretty easy to get approval? I am really anxious to read your responses. Thanks, Harold Hunt P.S. I do things properly. I would put one link on the Cygwin/XFree86 site to any site that offers to develop features for a fee. I would not host any company related material on the Cygwin/XFree86 site. However, I would feel justified to point business users in the direction of a proposal for the development of a certain feature if they ask about when that feature will be implemented. From nwourms@yahoo.com Fri Jul 5 11:43:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 05 Jul 2002 11:43:00 -0000 Subject: Use Tcp.h? In-Reply-To: <200207051739.g65HdSp80198@pilot02.cl.msu.edu> Message-ID: <20020705184317.36970.qmail@web21001.mail.yahoo.com> --- Harold L Hunt wrote: > Nicholas, > > > Anyhow, I think we are missing the whole point of this thread, what > were > > *YOUR* findings. > > I forgot to draw attention to what I found, but I did post your build > snippet > with warnings and my build snippet that didn't have warnings for the > same file. > > My overall results were that I got no new errors or warnings. I did a > 'make > install' and ran the server with local clients as well as with a -query > to a > KDE machine with no problems. > > > Again, I'm sorry for not sticking to it exactly. So what were your > > findings from your build? What is your conclusion? > > The conclusion is that we might as well remove -DNO_TCP_H and the #if > !defined(__CYGWIN__) from whatever file I said it was in. (Note that > -DNO_TCP_H was present in the initial version of cygwin.cf... so it is > just a > define that has not been noticed as uneeded until now.) Well there is no point in keeping stale defines around, is there? Obviously you were curious, otherwise you wouldn't have invested so much time. :-) > > > On a side note, I find it hard enough to remember all the > > > builds/flags/compilers/etc that I'm using. I don't have any space > in my > > > brain to store state information for other developers. You have to > feed > > > me some details everytime you ask a question, else you can assume > that > > I've > > > forgotten those details. > > > > > > OK, next time I'll be better. > > Appreciated. > > > However, are you aware that the CVS HEAD isn't even building period > with > > regards to your cross directions? It fails in the initial stages, > because > > it seems that some of the macros you have defined in your host.def are > no > > longer valid. If you do not believe me, try it yourself. It seems > that > > they have mucked around with the cross building configuration files > and > > rules files. We better get on them about that, too. I believe that > some > > stupid SuSE developer is responsible for the whole mess... > > Oh, I believe you. But like I said in another post (which hadn't been > written > when you wrote this), I'll have to do a substantial amount of work to my > Linux > machine to be able to do a cross compile of Cygwin/XFree86. > > > P.S. - When you get a chance, you should read those other posts I > made, > > especially regarding the conflicting files in lesstif and > XFree86-prog... I have, you cleared things up for me. No big deal right now, but *if* you have some spare time this weekend maybe you could give that hdd install a try... Not that I know all the facts, but surely a hdd install takes less then 10 hours? > I read them, but you're going to have to do more than just suggest what > to do > with the host.def files. I hope you realize that your simple, ``should > we > remove -DNO_TCP_H'', question has cost me about 5 hours already in > looking at > source files, doing build tests and writing detailed correspondence to > the > mailing list. I take it that you feel this wasn't worth it? I'm sorry then, I was just trying to be helpful. > Now you are asking about Lesstif's host.def and our host.def and all I > can see > is that our host.def is empty so I can't see what problems it will cause > for > us not to do anything with the host.def files. Furthermore, I don't see > how > you could even fix this with pre-remove and postinstall scripts. I > mean, how > are you going to determine which host.def file is installed, how are you > going > to determine if you need to remove the currently installed host.def file > (maybe package Z's host.def file was already overwritten by another > package > installation), and how are you going to determine which host.def to > install in > place of the one that are you are removing? Not to mention what sort of > naming/storage convention are you going to use to identify the original > host.def files that come with each package? > > So yeah, I read your post and I saw that it raised more questions than > it > answered, so I forgot about it. I'm leaving this one up to you, or > somebody > else, to figure out. > > You have to remember, as I've said time and time again, I'm a horrible X > user > and I'm even a horrible X developer. You see, I don't have years of > experience with hundreds of X programs and with hundreds of X libraries. > I > only have experience with X Server implementation and in that I only > have > experience with X Server development for Cygwin. I just don't have > enough > experience to solve questions about host.def files easily. I've never heard you say these remarks regarding your X skills, I just assumed... Well, the point is this. Move your host.def file to some temporary location. Then get a project that uses Imakefiles and run xmkmf in it's source directory. You'll see that xmkmf requires a host.def, empty or not, to proceed with making the makefile. I simply proposed a possible solution, I didn't expect you to deal with it instantly. It is just something that you should be aware of as a potential gotcha. I'm still thinking about how best to impliment the scripts, so that is why I submitted the issue to the list, in case someone else had an idea. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From huntharo@msu.edu Fri Jul 5 11:58:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Fri, 05 Jul 2002 11:58:00 -0000 Subject: Use Tcp.h? Message-ID: <200207051858.g65Iw2329700@pilot12.cl.msu.edu> Nicholas, > Well there is no point in keeping stale defines around, is there? > Obviously you were curious, otherwise you wouldn't have invested so much > time. :-) Right, there is no point to keeping around stale defines. Of course I was curious, and that's part of my problem: I get too curious. > I have, you cleared things up for me. No big deal right now, but *if* you > have some spare time this weekend maybe you could give that hdd install a > try... Not that I know all the facts, but surely a hdd install takes less > then 10 hours? The problem is that I have to be careful not to misplace any data during the drive swap and that always ends up taking a lot of time. > I take it that you feel this wasn't worth it? I'm sorry then, I was just > trying to be helpful. It is always worth cleaning the code up, but I just wish that you had done a build check and sent a patch instead of asking whether the flag could be removed. In this case you got lucky that you didn't do a build check because your cross compile is broken somehow and you would have mistakenly thought that -DNO_TCP_H is required. > I've never heard you say these remarks regarding your X skills, I just > assumed... Well, the point is this. Move your host.def file to some > temporary location. Then get a project that uses Imakefiles and run xmkmf > in it's source directory. You'll see that xmkmf requires a host.def, > empty or not, to proceed with making the makefile. I simply proposed a > possible solution, I didn't expect you to deal with it instantly. It is > just something that you should be aware of as a potential gotcha. I'm > still thinking about how best to impliment the scripts, so that is why I > submitted the issue to the list, in case someone else had an idea. I try to reiterate my lack of X user skills at least once per quarter :) Ah, that's the problem... I've never had to use xmkmf. I would appreciate it if you gave me the name a small project that uses xmkmf, then I could check this out much more easily. Harold From fbregier@webmails.com Fri Jul 5 13:14:00 2002 From: fbregier@webmails.com (frederic bregier) Date: Fri, 05 Jul 2002 13:14:00 -0000 Subject: Features for hire? Message-ID: <20020705195235.4566.qmail@webmails.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From huntharo@msu.edu Fri Jul 5 13:35:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Fri, 05 Jul 2002 13:35:00 -0000 Subject: Features for hire? Message-ID: <200207052034.g65KYwd84060@pilot20.cl.msu.edu> Frederic, > However, it depends how you manage to contribute with the > paid development to the XFree project. I mean, would such > development be made available to the community after a > while (say 3 months or more for example) ? Oh no, that was exactly the misunderstanding that I was trying to avoid. I would only develop ``open source'' features. Businesses could get a contract for a given feature to be developed (in an open source fashion) now, rather than whenever someone feels like implementing that feature. They could also give some specs for what the feature would entail. The imagined scenario is some business that says, ``we would like to stop using SuperDuper-X by the end of the quarter because it costs us $5000 per year, but we can only use Cygwin/XFree86 if it has feature Y, which will only cost us $500-$2000 to get created now.'' Their alternative is to wait for the feature to be randomly implemented. They may wait a day, a month, a year, or they may be waiting for a feature that never gets implemented. With a contract they get their feature when they want it. The code is immediately open-sourced, and that's part of why the price is so low. The price would be more like $5000-$10000 or higher if this were a proprietary product. There would never be an XNonFree project and as I said, I'm not going to work any less on free Cygwin/XFree86 improvements. I would merely allow my schedule to be ``persuaded'' :) > A second point is who can pay such services ? > Business company, yes of course. > Government company ? I don't know how it works in other > countries than mine, but in mine the government can not > easily paid for a development, and they need to do it > with legal stuff (such as official publication to ask for > different offers and so on). That's a good point about governments. I recall hearing that if the price is low enough on a PO then there does not have to be a bidding process. The price cap for bidding probably varies greatly among governments, but I suspect that no bidding occurs for any purchase order for less than roughly $1000. Below that there isn't much point to bidding. > To finish, what I have observed around me is people proposing > their services and knowledge for money on "open source" product. > That's perfect because that's what often the companies need : > the knowledge and the service. This is pretty much a development service that I'm proposing. I'm not sure what other services a company would require for Cygwin/XFree86. Harold From huntharo@msu.edu Fri Jul 5 19:25:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Fri, 05 Jul 2002 19:25:00 -0000 Subject: Cygwin/XFree86 - Remove -DNO_TCP_H Message-ID: Remove -DNO_TCP_H from cygwin.cf and a related #if !defined(__CYGWIN__) from xc/programs/lbxproxy/os/connection.c. Harold -------------- next part -------------- A non-text attachment was scrubbed... Name: xc-programs-lbxproxy-os-connection.c-20020705-2222.diff Type: application/octet-stream Size: 502 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: xc-config-cf-cygwin.cf-20020705-2222.diff Type: application/octet-stream Size: 838 bytes Desc: not available URL: From gregory.lane@anu.edu.au Fri Jul 5 19:47:00 2002 From: gregory.lane@anu.edu.au (Greg Lane) Date: Fri, 05 Jul 2002 19:47:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: References: <20020705025438.GA49453@nucl03.anu.edu.au> Message-ID: <20020706024715.GA56840@nucl03.anu.edu.au> On Fri, Jul 05, 2002 at 04:35:07PM +0200, Alexander Gottwald wrote: > > Just a thought: How are the fonts mounted? Some programs don't like > textmode files. > G'day Alexander, I've only really got in to cygwin since I've started having to run XP on my laptop, so I'm not sure exactly what you mean. (I'm from FreeBSD stock before then...) Do you mean during the initial installation did I choose "unix" style files? If so, yes. (And the fonts I've been testing with are just the ones installed by the cygwin package into /usr/X11R6/bin which I presume are then mounted unix style.) Thanks, Greg From cgf@redhat.com Fri Jul 5 19:53:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Fri, 05 Jul 2002 19:53:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706024715.GA56840@nucl03.anu.edu.au> References: <20020705025438.GA49453@nucl03.anu.edu.au> <20020706024715.GA56840@nucl03.anu.edu.au> Message-ID: <20020706025316.GA437@redhat.com> On Sat, Jul 06, 2002 at 12:47:15PM +1000, Greg Lane wrote: >On Fri, Jul 05, 2002 at 04:35:07PM +0200, Alexander Gottwald wrote: >> >> Just a thought: How are the fonts mounted? Some programs don't like >> textmode files. >> > >G'day Alexander, > >I've only really got in to cygwin since I've started having to run XP on >my laptop, so I'm not sure exactly what you mean. (I'm from FreeBSD stock >before then...) > >Do you mean during the initial installation did I choose "unix" style >files? If so, yes. (And the fonts I've been testing with are just the ones >installed by the cygwin package into /usr/X11R6/bin which I presume are >then mounted unix style.) Either the 'mount' command or the 'cygcheck -r -s -v' would provide concrete data for this. cgf From gregory.lane@anu.edu.au Fri Jul 5 20:17:00 2002 From: gregory.lane@anu.edu.au (Greg Lane) Date: Fri, 05 Jul 2002 20:17:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020705104923.30517.qmail@web21005.mail.yahoo.com> References: <20020705044625.GA49760@nucl03.anu.edu.au> <20020705104923.30517.qmail@web21005.mail.yahoo.com> Message-ID: <20020706031713.GA56816@nucl03.anu.edu.au> On Fri, Jul 05, 2002 at 03:49:23AM -0700, Nicholas Wourms wrote: > > > > Well then, has anyone on this list had xfs running properly under > > cygwin? > I just tried it yesterday on WindowsME, it works for me. You probably > will want to check to see if XP is running any services on the same port. > Also, it may have something to do with your security, but don't ask me > about the whole NT security deal, as I have no experience dealing with it. > It seems like a big headache to me, more hassle then good... > I checked to see if there was anything listening on 7100 before starting xfs and there wasn't. I also checked the firewall settings (as suggested by Jeremy in the next mail in the thread) and the firewall is not active. (In any case I know xfs sees something because it doesn't crash until I try to access it over the network!) I doubt its either the firewall or security settings because I have an old win98 partition on my home workstation and went and installed cygwin on that. I get exactly the same error. At the first access, it core dumps. I must be doing something stupid. I have tried to run xfs from 1) a bash shell (no X running) 2) within X after starting up X both i) from startx in a bash shell ii) with the startxwin.bat script. I just type xfs. It sits there waiting. All looks good. Then I have tried pointing my font path to it (with xset fp= ...) from a number of sources 1) remote machine running freebsd 2) from cygwin x-server on the same machine 3) from XWinPro on the machine It crashes _straight_ away. The stackdump is attached below for what it's worth. Could you enlighten me as to the way you ran xfs when it worked for you? Are you running XFree86 4.2? I am at a complete loss. I must be doing something wrong, but I have no idea what it is! Thanks for the help guys! I am willing to try anything anyone asks to get it running!! Greg Stackdump: Exception: STATUS_ACCESS_VIOLATION at eip=0040EBDD eax=1028A910 ebx=00000001 ecx=00000000 edx=00000000 esi=00000000 edi=0022FE08 ebp=0022FE10 esp=0022FDA8 program=C:\cygwin\usr\X11R6\bin\xfs.exe cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023 Stack trace: Frame Function Args 0022FE10 0040EBDD (00000000, 00000000, 00000000, 00000000) End of stack trace From gregory.lane@anu.edu.au Fri Jul 5 20:22:00 2002 From: gregory.lane@anu.edu.au (Greg Lane) Date: Fri, 05 Jul 2002 20:22:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706025316.GA437@redhat.com> References: <20020705025438.GA49453@nucl03.anu.edu.au> <20020706024715.GA56840@nucl03.anu.edu.au> <20020706025316.GA437@redhat.com> Message-ID: <20020706032204.GB56840@nucl03.anu.edu.au> On Fri, Jul 05, 2002 at 10:53:16PM -0400, Christopher Faylor wrote: > > > >Do you mean during the initial installation did I choose "unix" style > >files? If so, yes. (And the fonts I've been testing with are just the ones > >installed by the cygwin package into /usr/X11R6/bin which I presume are > >then mounted unix style.) > > Either the 'mount' command or the 'cygcheck -r -s -v' would provide concrete > data for this. > > cgf I think this isn't the problem: see following output of mount: C:\cygwin\usr\X11R6\lib\X11\fonts on /usr/X11R6/lib/X11/fonts type system (binmode) C:\cygwin\bin on /usr/bin type system (binmode) C:\cygwin\lib on /usr/lib type system (binmode) C:\cygwin on / type system (binmode) c: on /cygdrive/c type user (binmode,noumount) d: on /cygdrive/d type user (binmode,noumount) h: on /cygdrive/h type user (binmode,noumount) and in /etc/X11/fs/config the "catalog" points to /usr/X11R6/lib/X11/fonts. I just sent another mail earlier in the thread with more details if you wouldn't mind applying your knowledge there as well!! Thanks, Greg From gregory.lane@anu.edu.au Fri Jul 5 20:30:00 2002 From: gregory.lane@anu.edu.au (Greg Lane) Date: Fri, 05 Jul 2002 20:30:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706025316.GA437@redhat.com> References: <20020705025438.GA49453@nucl03.anu.edu.au> <20020706024715.GA56840@nucl03.anu.edu.au> <20020706025316.GA437@redhat.com> Message-ID: <20020706033020.GA57014@nucl03.anu.edu.au> > Either the 'mount' command or the 'cygcheck -r -s -v' would provide concrete > data for this. In case it helps, here is the output of 'cygcheck -r -s -v' also. I apologise if it is superfluous or unnecessary. Cygwin Win95/NT Configuration Diagnostics Current System Time: Sat Jul 06 13:26:56 2002 Windows XP Professional Ver 5.1 Build 2600 Path: . C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS HOME = `C:\cygwin\home\jodie' PWD = `/home/jodie' !EXITCODE = `00000000' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\jodie\Application Data' CLIENTNAME = `Console' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `TV' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CYGWIN_ROOT = `\cygwin' DISPLAY = `127.0.0.1:0.0' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\jodie' LOGNAME = `jodie' LOGONSERVER = `\\TV' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/home/jodie' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 4 Stepping 2, AuthenticAMD' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0402' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' SESSIONNAME = `Console' SHLVL = `2' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `c:\DOCUME~1\jodie\LOCALS~1\Temp' TERM = `xterm' TMP = `c:\DOCUME~1\jodie\LOCALS~1\Temp' USERDOMAIN = `TV' USERNAME = `jodie' USERPROFILE = `C:\Documents and Settings\jodie' WINDIR = `C:\WINDOWS' WINDOWID = `4194318' _ = `/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x00000022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts (default) = `C:\cygwin\usr\X11R6\lib\X11\fonts' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/A N/A c: hd NTFS 36256Mb 52% CP CS UN PA FC d: hd NTFS 76316Mb 58% CP CS UN PA FC big e: cd N/A N/A f: cd N/A N/A h: hd FAT32 2990Mb 26% CP UN C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode . /cygdrive user binmode,cygdrive Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\sh.exe 58k 2002/05/07 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2002/5/7 16:33 621k 2002/05/17 C:\cygwin\bin\cygcrypto.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto.dll" v0.0 ts=2002/5/17 22:24 50k 2002/03/17 C:\cygwin\bin\cygexslt-0.dll - os=4.0 img=1.0 sys=4.0 "cygexslt-0.dll" v0.0 ts=2002/3/17 17:24 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 15:28 35k 2002/01/09 C:\cygwin\bin\cygform6.dll - os=4.0 img=1.0 sys=4.0 "cygform6.dll" v0.0 ts=2002/1/9 17:03 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/20 14:05 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0 "cyghistory4.dll" v0.0 ts=2001/1/7 15: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/13 12:27 929k 2002/06/24 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2002/6/25 4:24 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 20:28 23k 2002/06/24 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 "cygintl-2.dll" v0.0 ts=2002/6/24 14:54 21k 2001/06/20 C:\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0 "cygintl.dll" v0.0 ts=2001/6/21 3:09 81k 2000/12/05 C:\cygwin\bin\cygitcl30.dll - os=4.0 img=1.0 sys=4.0 "cygitcl30.dll" v0.0 ts=2000/11/26 12:43 35k 2000/12/05 C:\cygwin\bin\cygitk30.dll - os=4.0 img=1.0 sys=4.0 "cygitk30.dll" v0.0 ts=2000/11/26 12:43 119k 2002/02/09 C:\cygwin\bin\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg6b.dll" v0.0 ts=2002/2/9 16:19 25k 2002/05/08 C:\cygwin\bin\cygltdl-3.dll - os=4.0 img=1.0 sys=4.0 "cygltdl-3.dll" v0.0 ts=2002/5/9 9:46 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 15:27 20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll - os=4.0 img=1.0 sys=4.0 "cygmenu6.dll" v0.0 ts=2002/1/9 17:03 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 15:29 175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++6.dll" v0.0 ts=2002/1/9 17:03 226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses5.dll" v0.0 ts=2001/4/25 15:17 202k 2002/01/09 C:\cygwin\bin\cygncurses6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses6.dll" v0.0 ts=2002/1/9 17:03 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 15:27 12k 2002/01/09 C:\cygwin\bin\cygpanel6.dll - os=4.0 img=1.0 sys=4.0 "cygpanel6.dll" v0.0 ts=2002/1/9 17:03 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/22 9: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/22 9:15 171k 2002/05/07 C:\cygwin\bin\cygpng10.dll - os=4.0 img=1.0 sys=4.0 "cygpng10.dll" v0.0 ts=2002/5/8 4:53 175k 2002/05/24 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 "cygpng12.dll" v0.0 ts=2002/5/24 12:22 170k 2002/01/21 C:\cygwin\bin\cygpng2.dll - os=4.0 img=1.0 sys=4.0 "cygpng2.dll" v0.0 ts=2002/1/21 12:05 22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0 "cygpopt-0.dll" v0.0 ts=2002/6/9 15:45 108k 2001/06/28 C:\cygwin\bin\cygreadline4.dll - os=4.0 img=1.0 sys=4.0 "cygreadline4.dll" v0.0 ts=2001/1/7 15:34 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/13 12:27 156k 2002/05/17 C:\cygwin\bin\cygssl.dll - os=4.0 img=1.0 sys=4.0 "cygssl.dll" v0.0 ts=2002/5/17 22:24 390k 2000/12/05 C:\cygwin\bin\cygtcl80.dll - os=4.0 img=1.0 sys=4.0 "cygtcl80.dll" v0.0 ts=2000/11/26 12:39 5k 2000/12/05 C:\cygwin\bin\cygtclpip80.dll - os=4.0 img=1.0 sys=4.0 10k 2000/12/05 C:\cygwin\bin\cygtclreg80.dll - os=4.0 img=1.0 sys=4.0 "cygtclreg80.dll" v0.0 ts=2000/11/26 12:39 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 19:34 623k 2000/12/05 C:\cygwin\bin\cygtk80.dll - os=4.0 img=1.0 sys=4.0 "cygtk80.dll" v0.0 ts=2000/11/26 12:43 1248k 2002/03/17 C:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0 "cygxml2-2.dll" v0.0 ts=2002/3/17 14:45 152k 2002/03/17 C:\cygwin\bin\cygxslt-1.dll - os=4.0 img=1.0 sys=4.0 "cygxslt-1.dll" v0.0 ts=2002/3/17 17:19 15k 2002/03/17 C:\cygwin\bin\cygxsltbreakpoint-1.dll - os=4.0 img=1.0 sys=4.0 "cygxsltbreakpoint-1.dll" v0.0 ts=2002/3/17 17:24 50k 2002/03/12 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2002/3/12 15:38 882k 2002/07/03 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2002/7/4 6:42 Cygwin DLL version info: DLL version: 1.3.12 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 54 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: Wed Jul 3 16:42:07 EDT 2002 Shared id: cygwin1S3 41k 2002/05/14 C:\cygwin\usr\X11R6\bin\cygPropList-0.dll - os=4.0 img=1.0 sys=4.0 "cygPropList-0.dll" v0.0 ts=2002/5/14 13:13 Cygwin Package Information Last downloaded files to: C:\Documents and Settings\jodie\Desktop\cygwin-download Last downloaded files from: ftp://mirror.aarnet.edu.au/pub/cygwin Package Version WindowMaker 0.80.0-2 XFree86-base 4.2.0-1 XFree86-bin 4.2.0-1 XFree86-etc 4.2.0-1 XFree86-fenc 4.2.0-2 XFree86-fnts 4.2.0-2 XFree86-fscl 4.2.0-2 XFree86-fsrv 4.2.0-1 XFree86-lib 4.2.0-3 XFree86-man 4.2.0-1 XFree86-prog 4.2.0-1 XFree86-startup-scripts4.2.0-2 XFree86-xserv 4.2.0-7 _update-info-dir 00016-1 ash 20020131-1 autoconf 2.53a-1 autoconf-devel 2.53a-1 autoconf-stable 2.13-4 automake 1.6.1-1 automake-devel 1.6.1-3 automake-stable 1.4p5-5 bash 2.05a-3 binutils 20020630-2 bison 1.35-1 byacc 1.9-1 bzip2 1.0.2-2 ccache 1.9-1 crypt 1.0-1 ctags 5.2-1 cvs 1.11.0-1 cygutils 1.1.1-1 cygwin 1.3.12-1 cygwin-doc 1.0-1 dejagnu 20010117-1 diff 1.0-1 diffutils 2.8.1-1 ed 0.2-1 expect 20010117-1 file 3.37-1 fileutils 4.1-1 findutils 4.1.7-4 flex 2.5.4-2 fvwm 2.4.7-2 gawk 3.0.4-1 gcc 2.95.3-5 gdb 20010428-3 gdbm 1.8.0-4 gettext 0.11.2-2 gperf 0.0 grep 2.5-1 groff 1.17.2-1 gzip 1.3.3-1 indent 2.2.8-1 jpeg 6b-7 less 374-1 lesstif 0.93.18-3 libPropList 0.10.1-3 libbz2_1 1.0.2-2 libiconv2 1.8-2 libintl 0.10.38-3 libintl1 0.10.40-1 libintl2 0.11.2-2 libncurses5 5.2-1 libncurses6 5.2-8 libpng 1.2.3-1 libpng10 1.0.13-3 libpng10-devel 1.0.13-3 libpng12 1.2.3-1 libpng2 1.0.12-1 libpopt0 1.6.4-4 libreadline4 4.1-2 libreadline5 4.2a-1 libtool 20020202a-1 libtool-devel 20020502-2 libtool-stable 1.4.2-2 libxml2 2.4.17-1 libxslt 1.0.13-1 login 1.4-3 m4 0.0 make 3.79.1-7 man 1.5g-2 mingw-runtime 2.0-2 mktemp 1.4-1 more 2.11o-1 nano 1.0.7-1 ncftp 3.1.3-1 ncurses 5.2-8 newlib-man 20001118-1 openssh 3.4p1-2 openssl 0.9.6d-1 openssl-devel 0.9.6d-1 patch 2.5-3 pcre 3.7-1 perl 5.6.1-2 pkgconfig 0.12.0-1 popt 1.6.4-4 python 2.2.1-1 rcs 5.7-3 readline 4.2a-1 sed 3.02-1 sh-utils 2.0-2 swig 1.3.13-1 tar 1.13.19-1 tcltk 20001125-1 termcap 20020403-1 terminfo 5.2-3 tetex-beta 20001218-4 texinfo 4.2-3 texmf 20000804-2 texmf-base 20000804-2 texmf-doc 20000804-2 texmf-extra 20000804-2 textutils 2.0.21-1 tiff 3.5.7-1 time 1.7-1 unzip 5.50-1 w32api 1.5-1 which 1.5-1 whois 4.5.17-1 zip 2.3-2 zlib 1.1.4-1 Use -h to see help about each section From cgf@redhat.com Fri Jul 5 20:57:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Fri, 05 Jul 2002 20:57:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706031713.GA56816@nucl03.anu.edu.au> References: <20020705044625.GA49760@nucl03.anu.edu.au> <20020705104923.30517.qmail@web21005.mail.yahoo.com> <20020706031713.GA56816@nucl03.anu.edu.au> Message-ID: <20020706035755.GA25628@redhat.com> On Sat, Jul 06, 2002 at 01:17:13PM +1000, Greg Lane wrote: >Then I have tried pointing my font path to it (with xset fp= ...) >from a number of sources > >1) remote machine running freebsd >2) from cygwin x-server on the same machine >3) from XWinPro on the machine Can you send what, exactly, you are typing? xset fp=...? cgf From gregory.lane@anu.edu.au Fri Jul 5 21:24:00 2002 From: gregory.lane@anu.edu.au (Greg Lane) Date: Fri, 05 Jul 2002 21:24:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706035755.GA25628@redhat.com> References: <20020705044625.GA49760@nucl03.anu.edu.au> <20020705104923.30517.qmail@web21005.mail.yahoo.com> <20020706031713.GA56816@nucl03.anu.edu.au> <20020706035755.GA25628@redhat.com> Message-ID: <20020706042413.GA57198@nucl03.anu.edu.au> On Fri, Jul 05, 2002 at 11:57:55PM -0400, Christopher Faylor wrote: > On Sat, Jul 06, 2002 at 01:17:13PM +1000, Greg Lane wrote: > >Then I have tried pointing my font path to it (with xset fp= ...) > >from a number of sources > > > >1) remote machine running freebsd > >2) from cygwin x-server on the same machine > >3) from XWinPro on the machine > > Can you send what, exactly, you are typing? xset fp=...? > > cgf xset fp= ... where ... depended on where I was on the network at the time: 1) xset fp= tcp/192.168.96.2:7100 xset fp= tcp/hostname.xxx.xxx:7100 2) xset fp= tcp/localhost:7100 xset fp= tcp/127.0.0.1:7100 xset fp= tcp/:7100 3) same as 2) I've also tried various forms of xset +fp, xset fp+. I'm not a complete novice with font servers, in fact I run a font server at work (on FreeBSD) which everyone on our network uses. That is not to say I mightn't be doing something stupid! I have successfully pointed my cygwin X desktop at a remote font server using the above strategies, but here is the output from the two xterms when I tried to start xfs locally just a second ago: ============================================================= $ xfs xfs notice: listening on port 7100 Segmentation fault (core dumped) ============================================================== jodie@TV ~ $ netstat -an | grep 7100 TCP 0.0.0.0:7100 0.0.0.0:0 LISTENING jodie@TV ~ $ xset fp= tcp/:7100 X Error of failed request: 86 Major opcode of failed request: 51 (X_SetFontPath) Serial number of failed request: 7 Current serial number in output stream: 9 ============================================================== I type xfs in one window and it gives the listening message. I can check it is running and listening in another window with netstat. Then I give the xset command and I get the seg fault back in the original window. Cheers, Greg From cgf@redhat.com Fri Jul 5 21:45:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Fri, 05 Jul 2002 21:45:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706042413.GA57198@nucl03.anu.edu.au> References: <20020705044625.GA49760@nucl03.anu.edu.au> <20020705104923.30517.qmail@web21005.mail.yahoo.com> <20020706031713.GA56816@nucl03.anu.edu.au> <20020706035755.GA25628@redhat.com> <20020706042413.GA57198@nucl03.anu.edu.au> Message-ID: <20020706044558.GA23373@redhat.com> On Sat, Jul 06, 2002 at 02:24:13PM +1000, Greg Lane wrote: >On Fri, Jul 05, 2002 at 11:57:55PM -0400, Christopher Faylor wrote: >> On Sat, Jul 06, 2002 at 01:17:13PM +1000, Greg Lane wrote: >> >Then I have tried pointing my font path to it (with xset fp= ...) >> >from a number of sources >> > >> >1) remote machine running freebsd >> >2) from cygwin x-server on the same machine >> >3) from XWinPro on the machine >> >> Can you send what, exactly, you are typing? xset fp=...? >> >> cgf > > >xset fp= ... > >where ... depended on where I was on the network at the time: > >1) xset fp= tcp/192.168.96.2:7100 > xset fp= tcp/hostname.xxx.xxx:7100 > >2) xset fp= tcp/localhost:7100 > xset fp= tcp/127.0.0.1:7100 > xset fp= tcp/:7100 > >3) same as 2) Thanks. I'd never used the 'xset fp=' command before. Unfortunately, now that I've tried running things, the best I can do is confirm that it core dumps for me, too. It probably wouldn't be terrifically hard to track down with a debugging version of xfs, running under gdb but that would require building xfs, which I'm not set up to do. Maybe someone who has the sources on their machine could give this a try... cgf From gregory.lane@anu.edu.au Fri Jul 5 22:10:00 2002 From: gregory.lane@anu.edu.au (Greg Lane) Date: Fri, 05 Jul 2002 22:10:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706044558.GA23373@redhat.com> References: <20020705044625.GA49760@nucl03.anu.edu.au> <20020705104923.30517.qmail@web21005.mail.yahoo.com> <20020706031713.GA56816@nucl03.anu.edu.au> <20020706035755.GA25628@redhat.com> <20020706042413.GA57198@nucl03.anu.edu.au> <20020706044558.GA23373@redhat.com> Message-ID: <20020706051033.GA57404@nucl03.anu.edu.au> I have cc'ed this to Nicholas since I'd like to know what version of X he was running... On Sat, Jul 06, 2002 at 12:45:58AM -0400, Christopher Faylor wrote: > > Thanks. I'd never used the 'xset fp=' command before. > > Unfortunately, now that I've tried running things, the best I can do is > confirm that it core dumps for me, too. It probably wouldn't be > terrifically hard to track down with a debugging version of xfs, running > under gdb but that would require building xfs, which I'm not set up to > do. > > Maybe someone who has the sources on their machine could give this > a try... > > cgf I had hoped it wouldn't come to that!! Can I just ask what Windows system you tried it on and what version of cygwin X you have? Earlier Nicholas said he had it running on Windows Me, but did not say what version of X he was running. I will try and build a debugging version of xfs myself but that will have to wait until the end of the week as i have to go to a conference tomorrow. Hopefully some kind soul will have already done this by then, else I'll have to learn how to build X in cygwin! Is there a simple way to backdate X with binary packages to see if this is an "introduced" problem? Thanks for your help, it is much appreciated. Greg From cgf@redhat.com Fri Jul 5 22:51:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Fri, 05 Jul 2002 22:51:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706051033.GA57404@nucl03.anu.edu.au> References: <20020705044625.GA49760@nucl03.anu.edu.au> <20020705104923.30517.qmail@web21005.mail.yahoo.com> <20020706031713.GA56816@nucl03.anu.edu.au> <20020706035755.GA25628@redhat.com> <20020706042413.GA57198@nucl03.anu.edu.au> <20020706044558.GA23373@redhat.com> <20020706051033.GA57404@nucl03.anu.edu.au> Message-ID: <20020706055139.GA29904@redhat.com> On Sat, Jul 06, 2002 at 03:10:33PM +1000, Greg Lane wrote: >I have cc'ed this to Nicholas since I'd like to know what version >of X he was running... Actually, wouldn't you sort of assume that Nicholas is reading this mailing list, since he responded to your first message. There is rarely a need to cc anyone unless they expressly ask for it. >On Sat, Jul 06, 2002 at 12:45:58AM -0400, Christopher Faylor wrote: >> >> Thanks. I'd never used the 'xset fp=' command before. >> >> Unfortunately, now that I've tried running things, the best I can do is >> confirm that it core dumps for me, too. It probably wouldn't be >> terrifically hard to track down with a debugging version of xfs, running >> under gdb but that would require building xfs, which I'm not set up to >> do. >> >> Maybe someone who has the sources on their machine could give this >> a try... >> >> cgf > >I had hoped it wouldn't come to that!! > >Can I just ask what Windows system you tried it on and what version of >cygwin X you have? Earlier Nicholas said he had it running on Windows Me, >but did not say what version of X he was running. Windows XP. Latest cygwin. cgf -- Please do not send me personal email with cygwin questions. Use the resources at http://cygwin.com/ . From cgf@redhat.com Fri Jul 5 22:55:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Fri, 05 Jul 2002 22:55:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706055139.GA29904@redhat.com> References: <20020705044625.GA49760@nucl03.anu.edu.au> <20020705104923.30517.qmail@web21005.mail.yahoo.com> <20020706031713.GA56816@nucl03.anu.edu.au> <20020706035755.GA25628@redhat.com> <20020706042413.GA57198@nucl03.anu.edu.au> <20020706044558.GA23373@redhat.com> <20020706051033.GA57404@nucl03.anu.edu.au> <20020706055139.GA29904@redhat.com> Message-ID: <20020706055541.GA30044@redhat.com> On Sat, Jul 06, 2002 at 01:51:39AM -0400, Christopher Faylor wrote: >On Sat, Jul 06, 2002 at 03:10:33PM +1000, Greg Lane wrote: >>Can I just ask what Windows system you tried it on and what version of >>cygwin X you have? Earlier Nicholas said he had it running on Windows Me, >>but did not say what version of X he was running. > >Windows XP. Latest cygwin. Latest X. cgf From gregory.lane@anu.edu.au Sat Jul 6 00:01:00 2002 From: gregory.lane@anu.edu.au (Greg Lane) Date: Sat, 06 Jul 2002 00:01:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706055139.GA29904@redhat.com> References: <20020705044625.GA49760@nucl03.anu.edu.au> <20020705104923.30517.qmail@web21005.mail.yahoo.com> <20020706031713.GA56816@nucl03.anu.edu.au> <20020706035755.GA25628@redhat.com> <20020706042413.GA57198@nucl03.anu.edu.au> <20020706044558.GA23373@redhat.com> <20020706051033.GA57404@nucl03.anu.edu.au> <20020706055139.GA29904@redhat.com> Message-ID: <20020706070133.GA58509@nucl03.anu.edu.au> On Sat, Jul 06, 2002 at 01:51:39AM -0400, Christopher Faylor wrote: > On Sat, Jul 06, 2002 at 03:10:33PM +1000, Greg Lane wrote: > >I have cc'ed this to Nicholas since I'd like to know what version > >of X he was running... > > Actually, wouldn't you sort of assume that Nicholas is reading this mailing > list, since he responded to your first message. There is rarely a need > to cc anyone unless they expressly ask for it. Isn't the protocol to cc someone as well as the list if they reply to you personally as well as the list (which he did to me)? I'm new to the cygwin lists, but that has always been the case on the FreeBSD lists. I'm happy to adapt my posting style if need be! The beginning note was so that the mail made sense to him arriving straight in his INBOX if he didn't read the list first. > >Can I just ask what Windows system you tried it on and what version of > >cygwin X you have? Earlier Nicholas said he had it running on Windows Me, > >but did not say what version of X he was running. > > Windows XP. Latest cygwin. > (Latest X) Thanks, I am using the same configuration. Rather than my being completely insane, maybe it is a real issue. I will build xfs with debugging symbols as soon as I can get the time after this conference. Cheers, Greg From nwourms@yahoo.com Sat Jul 6 05:01:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 06 Jul 2002 05:01:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706044558.GA23373@redhat.com> Message-ID: <20020706120152.23210.qmail@web21008.mail.yahoo.com> --- Christopher Faylor wrote: > On Sat, Jul 06, 2002 at 02:24:13PM +1000, Greg Lane wrote: > >On Fri, Jul 05, 2002 at 11:57:55PM -0400, Christopher Faylor > wrote: > >> On Sat, Jul 06, 2002 at 01:17:13PM +1000, Greg Lane wrote: > >> >Then I have tried pointing my font path to it (with xset fp= ...) > >> >from a number of sources > >> > > >> >1) remote machine running freebsd > >> >2) from cygwin x-server on the same machine > >> >3) from XWinPro on the machine > >> > >> Can you send what, exactly, you are typing? xset fp=...? > >> > >> cgf > > > > > >xset fp= ... > > > >where ... depended on where I was on the network at the time: > > > >1) xset fp= tcp/192.168.96.2:7100 > > xset fp= tcp/hostname.xxx.xxx:7100 > > > >2) xset fp= tcp/localhost:7100 > > xset fp= tcp/127.0.0.1:7100 > > xset fp= tcp/:7100 > > > >3) same as 2) > > Thanks. I'd never used the 'xset fp=' command before. > > Unfortunately, now that I've tried running things, the best I can do is > confirm that it core dumps for me, too. It probably wouldn't be > terrifically hard to track down with a debugging version of xfs, running > under gdb but that would require building xfs, which I'm not set up to > do. > > Maybe someone who has the sources on their machine could give this > a try... Chris + Greg, Check your e-mail, I just e-mailed both you and greg an xfs.exe with debugging symbols. As for what version I'm running, it is the vanilla version that comes via setup.exe, a.k.a XFree86-4.2.0 on Cygwin 1.3.13-cygdaemon(special development branch). Also, you might want to check your /var/log/fs-errors, incase xfs output anything interesting there. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From nwourms@yahoo.com Sat Jul 6 06:00:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 06 Jul 2002 06:00:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706051033.GA57404@nucl03.anu.edu.au> Message-ID: <20020706130052.29814.qmail@web21008.mail.yahoo.com> --- Greg Lane wrote: > I have cc'ed this to Nicholas since I'd like to know what version > of X he was running... > > On Sat, Jul 06, 2002 at 12:45:58AM -0400, Christopher Faylor > wrote: > > > > Thanks. I'd never used the 'xset fp=' command before. > > > > Unfortunately, now that I've tried running things, the best I can do > is > > confirm that it core dumps for me, too. It probably wouldn't be > > terrifically hard to track down with a debugging version of xfs, > running > > under gdb but that would require building xfs, which I'm not set up to > > do. > > > > Maybe someone who has the sources on their machine could give this > > a try... > > > > cgf > > I had hoped it wouldn't come to that!! > > Can I just ask what Windows system you tried it on and what version of > cygwin X you have? Earlier Nicholas said he had it running on Windows > Me, > but did not say what version of X he was running. > > I will try and build a debugging version of xfs myself but that will > have to wait until the end of the week as i have to go to a conference > tomorrow. Hopefully some kind soul will have already done this > by then, else I'll have to learn how to build X in cygwin! > > Is there a simple way to backdate X with binary packages to see if this > is an "introduced" problem? > Ok, It's stack dumping on me too, now. I had forgot that my startx script was unsetting the fontpath and setting its own (I was getting TrueType fonts going earlier last month). Now, when it looks for tcp/localhost:7100, it just crashes. I'm running it as "xfs -daemon", and it appears to be running in the background fine. But as soon as I startx, boom! Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From gregory.lane@anu.edu.au Sat Jul 6 07:06:00 2002 From: gregory.lane@anu.edu.au (Greg Lane) Date: Sat, 06 Jul 2002 07:06:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706120152.23210.qmail@web21008.mail.yahoo.com> References: <20020706044558.GA23373@redhat.com> <20020706120152.23210.qmail@web21008.mail.yahoo.com> Message-ID: <20020706140605.GA59655@nucl03.anu.edu.au> On Sat, Jul 06, 2002 at 05:01:52AM -0700, Nicholas Wourms wrote: > Chris + Greg, > > Check your e-mail, I just e-mailed both you and greg an xfs.exe with > debugging symbols. As for what version I'm running, it is the vanilla > version that comes via setup.exe, a.k.a XFree86-4.2.0 on Cygwin > 1.3.13-cygdaemon(special development branch). Also, you might want to > check your /var/log/fs-errors, incase xfs output anything interesting > there. > > Cheers, > Nicholas > G'day Nicholas, One of the first things I did was check /var/log/fs-errors only to find nothing there, however.... I don't know about you, but the executable you sent works just fine for me! (So the debugging symbols are for nought, but making the executable was not in vain!!) I tried it on my laptop with XP, and on Win98 running under VMWare on FreeBSD. Worked fine on both. So I don't know what that portends. Can you give me a quick primer on building just xfs from source? Then I can build my own and see if that works. Possibly there might be a difference in the compilation process when you are running 1.3.13-cygdaemon compared to my "standard" 1.3.12. I know nothing about the build environment for the binary packages, but it might be interesting to see how it compiled on my machine rather than on yours to maybe narrow down the problem. I had a quick look and it looks to me like the only option via setup.exe if I want to make xfs is to download the full source for X. Is the source a special tree for cygwin or could I copy over the source I already have from the ports tree on my FreeBSD box? Is it then as simple as going to an xfs sub-directory and typing make? At least I know now that xfs can be made to work!! That means I will be able to implement some of the things our local users need. Just need to work out exactly why it sometimes fails. Thanks, Greg From nwourms@yahoo.com Sat Jul 6 07:58:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 06 Jul 2002 07:58:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706140605.GA59655@nucl03.anu.edu.au> Message-ID: <20020706145833.29783.qmail@web21009.mail.yahoo.com> --- Greg Lane wrote: > On Sat, Jul 06, 2002 at 05:01:52AM -0700, Nicholas Wourms > wrote: > > Chris + Greg, > > > > Check your e-mail, I just e-mailed both you and greg an xfs.exe with > > debugging symbols. As for what version I'm running, it is the vanilla > > version that comes via setup.exe, a.k.a XFree86-4.2.0 on Cygwin > > 1.3.13-cygdaemon(special development branch). Also, you might want to > > check your /var/log/fs-errors, incase xfs output anything interesting > > there. > > > > Cheers, > > Nicholas > > > > G'day Nicholas, > > One of the first things I did was check /var/log/fs-errors only to > find nothing there, however.... > > I don't know about you, but the executable you sent works just > fine for me! (So the debugging symbols are for nought, but making > the executable was not in vain!!) Excellent, I discovered the same thing. My previous report was for the original executable! As for logging, that is quite irritating, someone ought to look into that... > I tried it on my laptop with XP, and on Win98 running under VMWare > on FreeBSD. Worked fine on both. Super! > So I don't know what that portends. Can you give me a quick primer on > building just xfs from source? Then I can build my own and see if that > works. Possibly there might be a difference in the compilation process > when you are running 1.3.13-cygdaemon compared to my "standard" 1.3.12. > I know nothing about the build environment for the binary packages, but > it might be interesting to see how it compiled on my machine rather > than on yours to maybe narrow down the problem. > > I had a quick look and it looks to me like the only option via setup.exe > > if I want to make xfs is to download the full source for X. Is the > source > a special tree for cygwin or could I copy over the source I already have > from the ports tree on my FreeBSD box? Is it then as simple as going to > an > xfs sub-directory and typing make? Well, unfortunately I tried building just xfs directory of the XFree source tree, but that doesn't work. You'll have to follow the detailed instructions harold provides in the cygwin contributors guide: http://xfree86.cygwin.com/docs/cg/cygwin-xfree-cg.html You can follow the debugging directions if you want a debug build. You might want to set your cvs sticky tag to the xf-4_2-branch for the checkout if you run into problems with HEAD. If you do go this route, be sure to unset the sticky tag in the /xc/programs/Xserver/hw/xwin directory. This way you'll get the latest Cygwin/XFree updates while keeping the rest of the distribution stable. > At least I know now that xfs can be made to work!! That means I will be > able to implement some of the things our local users need. Just need to > work out exactly why it sometimes fails. Please feel free to contribute! Patches are welcome! Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From nwourms@yahoo.com Sat Jul 6 08:18:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 06 Jul 2002 08:18:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706145833.29783.qmail@web21009.mail.yahoo.com> Message-ID: <20020706151807.68048.qmail@web21002.mail.yahoo.com> --- Nicholas Wourms wrote: [SNIP] > > > > I had a quick look and it looks to me like the only option via > setup.exe > > > > if I want to make xfs is to download the full source for X. Is the > > source > > a special tree for cygwin or could I copy over the source I already > have > > from the ports tree on my FreeBSD box? Is it then as simple as going > to > > an > > xfs sub-directory and typing make? > > Well, unfortunately I tried building just xfs directory of the XFree > source tree, but that doesn't work. You'll have to follow the detailed > instructions harold provides in the cygwin contributors guide: > > http://xfree86.cygwin.com/docs/cg/cygwin-xfree-cg.html > > You can follow the debugging directions if you want a debug build. > > You might want to set your cvs sticky tag to the xf-4_2-branch for the > checkout if you run into problems with HEAD. If you do go this route, > be > sure to unset the sticky tag in the /xc/programs/Xserver/hw/xwin > directory. This way you'll get the latest Cygwin/XFree updates while > keeping the rest of the distribution stable. The more I think about, the more it doesn't add up. I am, by far, not doing a standard build. Infact, I'm not building on cygwin at all... Here are some interesting facts about my build worth noting: 1)It was done via a cross-compiler on a linux box 2)I was using gcc built from the mingw_cygwin_gcc_3.1 branch of the gcc cvs tree as of 06/22 3)I was using the latest binutils built from the binutils cvs sources as of 06/22 I wonder if this has anything to do with it??? Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From huntharo@msu.edu Sat Jul 6 09:28:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sat, 06 Jul 2002 09:28:00 -0000 Subject: CVS Sticky Tags In-Reply-To: <20020706145833.29783.qmail@web21009.mail.yahoo.com> Message-ID: Nicholas, > You might want to set your cvs sticky tag to the xf-4_2-branch for the > checkout if you run into problems with HEAD. If you do go this route, be > sure to unset the sticky tag in the /xc/programs/Xserver/hw/xwin > directory. This way you'll get the latest Cygwin/XFree updates while > keeping the rest of the distribution stable. Okay, lets say I check out the xf-4_2-branch. What command to I run, and in what directory, to unset the sticky tag for teh hw/xwin directory? Harold From cgf@redhat.com Sat Jul 6 10:12:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Sat, 06 Jul 2002 10:12:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706070133.GA58509@nucl03.anu.edu.au> References: <20020705044625.GA49760@nucl03.anu.edu.au> <20020705104923.30517.qmail@web21005.mail.yahoo.com> <20020706031713.GA56816@nucl03.anu.edu.au> <20020706035755.GA25628@redhat.com> <20020706042413.GA57198@nucl03.anu.edu.au> <20020706044558.GA23373@redhat.com> <20020706051033.GA57404@nucl03.anu.edu.au> <20020706055139.GA29904@redhat.com> <20020706070133.GA58509@nucl03.anu.edu.au> Message-ID: <20020706171241.GG30296@redhat.com> On Sat, Jul 06, 2002 at 05:01:33PM +1000, Greg Lane wrote: >On Sat, Jul 06, 2002 at 01:51:39AM -0400, Christopher Faylor wrote: >> On Sat, Jul 06, 2002 at 03:10:33PM +1000, Greg Lane wrote: >> >I have cc'ed this to Nicholas since I'd like to know what version >> >of X he was running... >> >> Actually, wouldn't you sort of assume that Nicholas is reading this mailing >> list, since he responded to your first message. There is rarely a need >> to cc anyone unless they expressly ask for it. > >Isn't the protocol to cc someone as well as the list if they reply to >you personally as well as the list (which he did to me)? No. In this case, it is obvious that Nicholas was reading the list. Cc'ing him would serve no useful purpose. That's one of the reasons for my occasional signature. It is not 100% obvious that you aren't just sending email blindly to the list and expecting to be cc'ed, however, I usually err on the side of assuming that if someone actually wants help they'll subscribe to a mailing list. Obviously Nicholas didn't assume that. >I'm new to the cygwin lists, but that has always been the case on the >FreeBSD lists. I'm happy to adapt my posting style if need be! That was kinda the whole point of my pointing this out. cgf -- Please do not send me personal email with cygwin questions. Use the resources at http://cygwin.com/ . From cgf@redhat.com Sat Jul 6 10:13:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Sat, 06 Jul 2002 10:13:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706120152.23210.qmail@web21008.mail.yahoo.com> References: <20020706044558.GA23373@redhat.com> <20020706120152.23210.qmail@web21008.mail.yahoo.com> Message-ID: <20020706171405.GH30296@redhat.com> On Sat, Jul 06, 2002 at 05:01:52AM -0700, Nicholas Wourms wrote: >Check your e-mail, I just e-mailed both you and greg an xfs.exe with >debugging symbols. As for what version I'm running, it is the vanilla >version that comes via setup.exe, a.k.a XFree86-4.2.0 on Cygwin >1.3.13-cygdaemon(special development branch). Also, you might want to >check your /var/log/fs-errors, incase xfs output anything interesting >there. I am not sure how I gave you the impression that *I* wanted to track this down. I was suggesting that someone with sources on their machine would be the correct person to do so. I am not an XFree86 expert by any means. I was just trying to help with obvious stuff before someone more experienced took over. cgf From nwourms@yahoo.com Sat Jul 6 10:13:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 06 Jul 2002 10:13:00 -0000 Subject: CVS Sticky Tags In-Reply-To: Message-ID: <20020706171341.74659.qmail@web21005.mail.yahoo.com> --- Harold Hunt wrote: > Nicholas, > > > You might want to set your cvs sticky tag to the xf-4_2-branch for the > > checkout if you run into problems with HEAD. If you do go this route, > be > > sure to unset the sticky tag in the /xc/programs/Xserver/hw/xwin > > directory. This way you'll get the latest Cygwin/XFree updates while > > keeping the rest of the distribution stable. > > Okay, lets say I check out the xf-4_2-branch. What command to I run, > and in > what directory, to unset the sticky tag for teh hw/xwin directory? Harold, 1)cd xc/programs/Xserver/hw/xwin 2)cvs -z4 update -dPA The -A resets(unsets) the sticky tag and merges all changes from HEAD as well as downloading any new files or directories (-dP). Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From nwourms@yahoo.com Sat Jul 6 10:19:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 06 Jul 2002 10:19:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706171405.GH30296@redhat.com> Message-ID: <20020706171915.72489.qmail@web21007.mail.yahoo.com> --- Christopher Faylor wrote: > On Sat, Jul 06, 2002 at 05:01:52AM -0700, Nicholas Wourms wrote: > >Check your e-mail, I just e-mailed both you and greg an xfs.exe with > >debugging symbols. As for what version I'm running, it is the vanilla > >version that comes via setup.exe, a.k.a XFree86-4.2.0 on Cygwin > >1.3.13-cygdaemon(special development branch). Also, you might want to > >check your /var/log/fs-errors, incase xfs output anything interesting > >there. > > I am not sure how I gave you the impression that *I* wanted to track > this down. I was suggesting that someone with sources on their machine > would be the correct person to do so. > > I am not an XFree86 expert by any means. I was just trying to help with > obvious stuff before someone more experienced took over. Well, I don't have a WinXP machine, so I wouldn't be the best person either. I assumed, based on the content of your previous letter that you were interested in helping figure out this problem. Since you have a WinXP machine with gdb, I assumed you want to have a look into it. At the very least, you could report what you get from the backtrace, should you not desire to delve into the code. So I was trying to be helpful by fufilling what I thought you were requesting. Obviously I was mistaken. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From gregory.lane@anu.edu.au Sat Jul 6 10:28:00 2002 From: gregory.lane@anu.edu.au (Greg Lane) Date: Sat, 06 Jul 2002 10:28:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706151807.68048.qmail@web21002.mail.yahoo.com> References: <20020706145833.29783.qmail@web21009.mail.yahoo.com> <20020706151807.68048.qmail@web21002.mail.yahoo.com> Message-ID: <20020706172804.GA8292@nucl03.anu.edu.au> G'day Nicholas, I managed to build xfs in a pretty kludged up way by checking out what the makefile does. I copied the source from my FreeBSD box and started "make World" up until where it is making the makefiles, then hit ^C. Then I did "make -f xmakefile - --unix" for the following targets: Makefiles, clean, includes, depend. This only takes a few minutes and seems to leave the system in a state where I can cd into programs/xfs and just "make -f xmakefile - --unix". xfs built OK, but unfortunately it crashed in exactly the same manner as before. It (probably) wasn't the build method, since I compiled xeyes and it worked. On a whim I tried to build using gcc from mingw. That was just a mess and is well past the boundaries of my current knowledge. I need to do some serious reading before I can try anything else. I glanced over the cygwin X building web pages and at 3am its just too much to start thinking about. Besides, I have to prepare a talk for a conference that I am heading off to later today. At least I can use your executable on my laptop while I am away! Thanks, Greg From gregory.lane@anu.edu.au Sat Jul 6 12:13:00 2002 From: gregory.lane@anu.edu.au (Greg Lane) Date: Sat, 06 Jul 2002 12:13:00 -0000 Subject: xfs font server crashing, help with debugging? Message-ID: <20020706191300.GA49624@nucl03.anu.edu.au> G'day all, Against my better judgement (since I really should be working on my talk and/or sleeping) I have compiled xfs with -g added by hand to the xfs makefile. Let me preface the following with the statement that I have only ever used a debugger with fortran on a vax about 6 or 7 years ago. I've always been from the "liberal sprinkling of printf statements" school. I run with gdb ./xfs.exe. I was expecting a command line debugger, but instead got a fancy graphical one. I hit (R)un, then (C)ontinue. I get a seg fault before anything has appeared in the console window. I hit continue and it says its in _libkernel32_a_iname. If I netstat in another window I can see that port 7100 is already open at this point. I hit (C)ontinue again. Now in the console I see the message about port 7100. If at this point I do xset fp= tcp/:7100 I get another seg fault. This time I am in waitfor.c at line 207: pClientsReady[nready++] = conn; The value of nready is 0 if I view local variables. The "view stack" says only WaitForSomething. I don't know if any of this is any use to anybody. I don't understand why I get the first segfault. If I run without gdb I don't get a segfault until I actually do the xset command. Can anyone tell me something useful to do with the debugger? For now however, I am really going to finish my talk and then snatch a few hours sleep before I head off. Cheers, Greg P.S. Where the hell is my core file? ulimit -c says unlimited so I expected there to be one, but I'm stuffed if I can find it. From Alexander.Gottwald@informatik.tu-chemnitz.de Sat Jul 6 12:40:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Sat, 06 Jul 2002 12:40:00 -0000 Subject: xf86config patch Message-ID: Hi, after long time, I remade the xf86config patch. The diffs are made against todays cvs. The patch includes support for - reading /etc/XF86Config - setting the fontpath from the configfile - setting XKB settings from the configfile (foreign keyboard support) - setting rgbpath from the configfile I don't expect that I will ever support other configuration options, since the monitor, device and screen sections have no meaning for windows. For supporting the mouse section a huge change to the current has to be made and any settings can already be given on the commandline. A precompiled binary for testing is available at http://www-user.tu-chemnitz.de/~goal/xfree/test-config-1/X-Server.tar.bz2 bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 -------------- next part -------------- A non-text attachment was scrubbed... Name: xc-xf86config.tar.gz Type: application/x-gunzip Size: 9411 bytes Desc: URL: From Alexander.Gottwald@informatik.tu-chemnitz.de Sat Jul 6 14:12:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Sat, 06 Jul 2002 14:12:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706172804.GA8292@nucl03.anu.edu.au> Message-ID: On Sun, 7 Jul 2002, Greg Lane wrote: > I managed to build xfs Today I compiled the whole X11 from current cvs. The compiled xfs runs without problems on Win2k. So I guess the Xfree folks have either changed something in the code or some other component had a bugfix. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From tim.thomson@paradise.net.nz Sat Jul 6 15:05:00 2002 From: tim.thomson@paradise.net.nz (Tim Thomson) Date: Sat, 06 Jul 2002 15:05:00 -0000 Subject: Success with Java prog in XFree In-Reply-To: <20020705112319.10825.qmail@webmails.com>; from fbregier@webmails.com on Fri, Jul 05, 2002 at 01:23:19PM +0100 References: <20020705112319.10825.qmail@webmails.com> Message-ID: <20020707100548.B27274@tui.dhs.org> On Fri, Jul 05, 2002 at 01:23:19PM +0100, frederic bregier wrote: > PS: I am working on a xlauncher based on the one made available by Tim > Thomson but for Cygwin(not only the cuted package from him). > I want to include a file text that will contains some definition > of servers to access (as IP address, OS, and so on). > I will try to make it available. Where should I send it when ready > (probably in 1 or 2 weeks) ? I have modified my xlauncher program so that it will work on a normal cygwin/xfree install. It is just a binary that you can run, to give you a gui interface to run Xwin.exe. Source and binary available at http://xlauncher.sourceforge.net Are you meaning you want to read a list of server names or IPs from a text file? This is something I'm about to add, along with been able to configure fonts properly (currently you can specify a font server, or use the windows fonts and the fonts in the misc directory. I'll be working on this later in today. I want to get the xlauncher gui program working to the point where I can write a setup.hint file for it,and have it installable via setup.exe (if people think this is a good idea?). Cheers, Tim. -- Tim Thomson tim.thomson@paradise.net.nz ICQ: 18073712 Our society won't be truly free until "None of the Above" is always an option. -- Eric S. Raymond. From spetreolle@yahoo.fr Sat Jul 6 22:10:00 2002 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Sat, 06 Jul 2002 22:10:00 -0000 Subject: gtk with cygwin In-Reply-To: <20020618220216.4c30289f.steven.obrien2@ntlworld.com> Message-ID: <20020707051025.51572.qmail@web10105.mail.yahoo.com> --- Steven O'Brien a ??crit??: > Hi > On my website at > http://homepage.ntlworld.com/steven.obrien2/ > I have published the patches that I found that I > needed to apply to > build a gnome 1.4 desktop and some gnome apps on > cygwin on NT/2k/XP. Hi, I have problems to compile glib-1.2-10 on cygwin today. I applied your patch. ./configure runs fine. make runs fine too. Running 'make install' ends with strange messages, for examples "The" not found, indicating that the Makefile is tring to execute the documentation files. After these errors the compilation is rerun several times and ends with : config.h is unchanged creating glibconfig.h glibconfig.h is unchanged Installation: not found ========================: not found The: not found and: not found detailed: not found use: not found One: not found include: not found /lib/glib/include/: not found ./install: 79: Syntax error: word unexpected (expecting "then") make[2]: *** [install-libLTLIBRARIES] Error 2 make[2]: Leaving directory `/home/Nom/glib-1.2.10' make[1]: *** [install-am] Error 2 make[1]: Leaving directory `/home/Nom/glib-1.2.10' make: *** [install-recursive] Error 1 ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From spetreolle@yahoo.fr Sun Jul 7 03:01:00 2002 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Sun, 07 Jul 2002 03:01:00 -0000 Subject: gtk with cygwin In-Reply-To: <20020707104438.68f0305e.steven.obrien2@ntlworld.com> Message-ID: <20020707100104.59729.qmail@web10102.mail.yahoo.com> --- Steven O'Brien a ??crit : > Hi Sylvain > > The problem you are seeing occurs when you have "." > in your PATH. It > will always happen with GNU packages, not just > gnome, because they > always have a text file "INSTALL" in the top level > directory, and "make > install" will try to execute this file, with the > result you see. So rename the INSTALL file when compiling would be a workaround... I looked in configure and found that './' is scanned for searching 'install' program. I tried latest 2.0 glib, as they now include support for cygwin (cool). Guess what ? everything compiles ! I only get a 'undefined reference : WinMain@16' which will be easy to fix... ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From tim.thomson@paradise.net.nz Sun Jul 7 06:32:00 2002 From: tim.thomson@paradise.net.nz (Tim Thomson) Date: Sun, 07 Jul 2002 06:32:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) In-Reply-To: <20020707100548.B27274@tui.dhs.org>; from tim.thomson@paradise.net.nz on Sun, Jul 07, 2002 at 10:05:48AM +1200 References: <20020705112319.10825.qmail@webmails.com> <20020707100548.B27274@tui.dhs.org> Message-ID: <20020708013304.B3947@tui.dhs.org> On Sun, Jul 07, 2002 at 10:05:48AM +1200, Tim Thomson wrote: > > I have modified my xlauncher program so that it will work on a normal > cygwin/xfree install. It is just a binary that you can run, to give you > a gui interface to run Xwin.exe. Source and binary available at > http://xlauncher.sourceforge.net I have a new version, available at http://xlauncher.sourceforge.net It handles fonts properly, and lets you specify a list of servers to choose, by name or IP in a text file. I also added tabs, to tidy up the interface, although this now needs some tweaking to look nice. I'm going to add support for saving and restoring sessions, so you can save many configurations and restore them easily. > I want to get the xlauncher gui program working to the point where I can write > a setup.hint file for it,and have it installable via setup.exe (if people > think this is a good idea?). How does this work, do I just make a package, and then email cygwin-apps? Is this valid for this sort of program, where it isn't even compiled using cygwin? Is there a way to create an icon on the desktop/start menu using the post install scripts? Cheers, Tim. -- Tim Thomson tim.thomson@paradise.net.nz ICQ: 18073712 Our society won't be truly free until "None of the Above" is always an option. -- Eric S. Raymond. From spetreolle@yahoo.fr Sun Jul 7 07:25:00 2002 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Sun, 07 Jul 2002 07:25:00 -0000 Subject: gtk with cygwin In-Reply-To: <20020707104438.68f0305e.steven.obrien2@ntlworld.com> Message-ID: <20020707142539.91505.qmail@web10101.mail.yahoo.com> Hi Steven and all, Renaming the INSTALL file makes glib compile (it is found by configure even if it . is not in $PATH, as it is hardcoded in configure). gtk+ compiles without needing your patch... but perhaps it is needed in order to compile Gnome, as it isn't that I want i don't care for the moment. My purpose is the compilation of mplayer gui under cygwin (http://mplayerhq.hu) --- Steven O'Brien a ??crit??: > Hi Sylvain > > The problem you are seeing occurs when you have "." > in your PATH. It > will always happen with GNU packages, not just > gnome, because they > always have a text file "INSTALL" in the top level > directory, and "make > install" will try to execute this file, with the > result you see. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From robert.collins@syncretize.net Sun Jul 7 08:39:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sun, 07 Jul 2002 08:39:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) References: <20020705112319.10825.qmail@webmails.com> <20020707100548.B27274@tui.dhs.org> <20020708013304.B3947@tui.dhs.org> Message-ID: <018501c225cc$683bc9a0$1800a8c0@LAPTOP> ----- Original Message ----- From: "Tim Thomson" To: Sent: Sunday, July 07, 2002 11:33 PM > > I want to get the xlauncher gui program working to the point where I can write > > a setup.hint file for it,and have it installable via setup.exe (if people > > think this is a good idea?). I do. > How does this work, do I just make a package, and then email cygwin-apps? > Is this valid for this sort of program, where it isn't even compiled using > cygwin? > Is there a way to create an icon on the desktop/start menu using the post > install scripts? * You follow the directions (http://www.cygwin.com/setup.html) and the email here. (For non X packages you email cygwin-apps). * Yes. I mean, cygwin1.dll is a mingw app :}. * It's possible, but will need research. I think there is a mklink.exe or something in one of the packages that creates windows shortcuts for you. Make your package depend on that package. Rob From huntharo@msu.edu Sun Jul 7 08:56:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 07 Jul 2002 08:56:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) In-Reply-To: <20020708013304.B3947@tui.dhs.org> Message-ID: Tim, > How does this work, do I just make a package, and then email cygwin-apps? > Is this valid for this sort of program, where it isn't even compiled using > cygwin? I haven't had any comments on this program yet because, while it is a neat exercise and will be useful for other work, it will not be distributed with Cygwin/XFree86 until it is written in a language that can be compiled with a free software compiler, preferrably gcc or g++. The reason for this restriction is that we cannot have any barriers to entry that keep people without `Commercial Compiler of the Day' from contributing. When I joined the project we had a DLL that was compiled with MSVC++. I was told that it was impossible to avoid using this MSVC++ because the DirectDraw interfaces compiled in that DLL could not be compiled in Cygwin. Naturally, the first thing I worked on, and succeeded on, was making the DirectDraw interfaces compile under Cygwin without any MSVC++ compiled DLL. Eventually I see that either XWin.exe itself will have the functionality of your xlauncher, or we will have a stand-alone c or c++ program that provides the same functionality. Everyone here would greatly appreciate it if you would start working on a c or c++ xlauncher. Good luck, and thanks for contributing, Harold From cwilson@ece.gatech.edu Sun Jul 7 10:44:00 2002 From: cwilson@ece.gatech.edu (Charles Wilson) Date: Sun, 07 Jul 2002 10:44:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) References: <20020708013304.B3947@tui.dhs.org> Message-ID: <3D287DFB.1030900@ece.gatech.edu> Harold Hunt wrote: > I haven't had any comments on this program yet because, while it is a neat > exercise and will be useful for other work, it will not be distributed with > Cygwin/XFree86 until it is written in a language that can be compiled with a > free software compiler, preferrably gcc or g++. That's a bit harsh. If you're following the main list, you'll note that there is a large effort right now to get libgcj and the java extensions to gcc working, in the default cygwin gcc package. If you can compile java code with cygwin's gcc, then java progs should be just dandy. Of course, your java app must not rely on opaque native methods (e.g. the Java Foundation Crap^WClasses from MS) --Chuck From cwilson@ece.gatech.edu Sun Jul 7 10:50:00 2002 From: cwilson@ece.gatech.edu (Charles Wilson) Date: Sun, 07 Jul 2002 10:50:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) References: <20020705112319.10825.qmail@webmails.com> <20020707100548.B27274@tui.dhs.org> <20020708013304.B3947@tui.dhs.org> <018501c225cc$683bc9a0$1800a8c0@LAPTOP> Message-ID: <3D287E18.2010004@ece.gatech.edu> Robert Collins wrote: > * It's possible, but will need research. I think there is a mklink.exe or > something in one of the packages that creates windows shortcuts for you. > Make your package depend on that package. mkshortcut. It's in the cygutils package. --Chuck From huntharo@msu.edu Sun Jul 7 10:59:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 07 Jul 2002 10:59:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) In-Reply-To: <3D287DFB.1030900@ece.gatech.edu> Message-ID: Chuck, > > I haven't had any comments on this program yet because, while > it is a neat > > exercise and will be useful for other work, it will not be > distributed with > > Cygwin/XFree86 until it is written in a language that can be > compiled with a > > free software compiler, preferrably gcc or g++. > > > That's a bit harsh. If you're following the main list, you'll note that > there is a large effort right now to get libgcj and the java extensions > to gcc working, in the default cygwin gcc package. > > If you can compile java code with cygwin's gcc, then java progs should > be just dandy. > > Of course, your java app must not rely on opaque native methods (e.g. > the Java Foundation Crap^WClasses from MS) That's fine about Java... but that last I knew this xlauncher was a Delphi app. What have you got to say about that :) Harold From huntharo@msu.edu Sun Jul 7 11:06:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 07 Jul 2002 11:06:00 -0000 Subject: Slashdotting Message-ID: We have been Slashdotted, with a post that mentions that we are now easily installable via Cygwin's setup.exe: http://slashdot.org/article.pl?sid=02/07/07/1227202&mode=nested&tid=104 I'd like to express my thanks to all Cygwin/XFree86 contributors. This time we might get a lot of new users because we are so easy to install now. Crossing my fingers... Harold From cwilson@ece.gatech.edu Sun Jul 7 11:20:00 2002 From: cwilson@ece.gatech.edu (Charles Wilson) Date: Sun, 07 Jul 2002 11:20:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) References: <3D287DFB.1030900@ece.gatech.edu> Message-ID: <3D28864C.8010801@ece.gatech.edu> Harold Hunt wrote: > That's fine about Java... but that last I knew this xlauncher was a Delphi > app. What have you got to say about that :) WTF? I don't follow the xfree list all that closely, but didn't this thread start out as "Success with Java prog in XFree"? I just assumed that 'xlauncher' WAS that Java prog. Sorry for the confusion. You're right about delphi. :-) On the other hand, there's no reason that Tim couldn't create a package, create a setup.ini, put it up on a web page, and tell folks to point setup there. In fact, setup in its current form, without ANY changes, could be used to install just about anything that's shipped as a tarball -- the end user need only NOT select any official cygwin mirrors, and add user URLs for the desired targets. --Chuck From cgf@redhat.com Sun Jul 7 11:25:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Sun, 07 Jul 2002 11:25:00 -0000 Subject: Slashdotting In-Reply-To: References: Message-ID: <20020707182557.GA26751@redhat.com> On Sun, Jul 07, 2002 at 02:06:12PM -0400, Harold Hunt wrote: >We have been Slashdotted, with a post that mentions that we are now easily >installable via Cygwin's setup.exe: > >http://slashdot.org/article.pl?sid=02/07/07/1227202&mode=nested&tid=104 > > >I'd like to express my thanks to all Cygwin/XFree86 contributors. > >This time we might get a lot of new users because we are so easy to install >now. Crossing my fingers... Thank God, this happened on the weekend. Can't wait to check the download logs to see how many people are trying to download this directly from sources.redhat.com. cgf From huntharo@msu.edu Sun Jul 7 11:59:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 07 Jul 2002 11:59:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) In-Reply-To: <3D28864C.8010801@ece.gatech.edu> Message-ID: Chuck, > WTF? I don't follow the xfree list all that closely, but didn't this > thread start out as "Success with Java prog in XFree"? I just assumed > that 'xlauncher' WAS that Java prog. Sorry for the confusion. You know... sometimes I'm just not paying any attention at all. What has happened to me?!? A Java xlauncher sounds fine to me, for now. I'd eventually prefer that it be written in C or C++. How large are the Java runtimes for Cygwin? I'm sure we'll get complains along the lines of, ``before I had to install 100 MB for Cygwin/XFree86, now I have to install XX MB more for the xlauncher program, blah''. So I'm not really excited about sticking with Java forever. Feeling like an idiot, Harold From rhialto@azenomei.knuffel.net Sun Jul 7 12:05:00 2002 From: rhialto@azenomei.knuffel.net (Rhialto) Date: Sun, 07 Jul 2002 12:05:00 -0000 Subject: Using only the X server of Cygwin Message-ID: <20020707190539.GA8931@azenomei.knuffel.net> Hi, I am not subscribed to this mailing list but I would like to give some feedback anyway. Please Cc: any responses to me. I am testing the Cygwin/XFree server to use it as a remote display for my Unix box which runs xdm: XWin -broadcast. So in the installer I choose to de-install "All", and to install *only* XFree86-xserv. I noted that the installer installed a lot of things that are not necessary for that, such as header files, info files, terminfo stuff, static link libraries, xterm, sh, twm, etc. And it downloaded a lot more which it apparently did not even install, such as bash, diff, diffutils, fileutils, etc. I could also do without all those megabytes of fonts, since I have a perfectly ok font server, but apparently no way to specify it for the X server. I also downloaded xwinclip-test06, but that would not work because the X server refused the connection, and I could find no way to do the equivalent of "xhost +localhost" from its command line. So in short, it would be nice to have the installer *just* the files that are required to run "XWin -broadcast", and nothing more. That would be the XWin.exe itself, the dlls it really requires, rgb.txt, fonts if no font server can be used, and maybe a few other files I am forgetting. All that doesn't need to take the current 63.263.779 bytes (32.158.116 bytes downloaded). Cheers, -Olaf. -- ___ Olaf 'Rhialto' Seibert -- The evil eye is caused by the black \X/ rhialto/at/xs4all.nl -- tongue - Tom Poes, "Het boze oog", 4456. From cwilson@ece.gatech.edu Sun Jul 7 12:06:00 2002 From: cwilson@ece.gatech.edu (Charles Wilson) Date: Sun, 07 Jul 2002 12:06:00 -0000 Subject: Slashdotting References: Message-ID: <3D289142.90209@ece.gatech.edu> Harold Hunt wrote: > We have been Slashdotted, with a post that mentions that we are now easily > installable via Cygwin's setup.exe: ------- And here's a comment on setup.exe: "Beats the crud outa MSI packages, if just for how well it keeps the user informed of what is going on." Way to go, Robert (and others)! (In fairness, there were a few dissenting opinions about setup... ) ------- Hey, cool! This is the first time I've seen the -engine switches actually defined! Thanks, Harold: Your problem with NetMeeting is that NetMeeting and Cygwin/XFree86 are both using DirectDraw. Apparently only one application is allowed to use a certain feature of DirectDraw at a time. By default Cygwin/XFree86 is using the DirectDraw Non-Locking engine, which you could specify with `-engine 4'; non-locking means that we call malloc () ourselves for the offscreen framebuffer, rather than letting DirectDraw allocate the memory for us. You can try passing `-engine 2' for DirectDraw with DirectDraw allocated surface memory, or `-engine 1' which uses GDI DIBs with no DirectDraw at all. -------- From nwourms@yahoo.com Sun Jul 7 12:12:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sun, 07 Jul 2002 12:12:00 -0000 Subject: Using only the X server of Cygwin In-Reply-To: <20020707190539.GA8931@azenomei.knuffel.net> Message-ID: <20020707191204.39025.qmail@web21005.mail.yahoo.com> Hmm, Well most of us want the full X11 package, so I'm afraid you can: A)Pay for commercial X application or B)Read the FAQ and figure out how to do this yourself. or C)Search the archives to see if this has been done before...(Hint: It Has). Cheers, Nicholas --- Rhialto wrote: > Hi, I am not subscribed to this mailing list but I would like to give > some feedback anyway. Please Cc: any responses to me. [SNIP] __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From cwilson@ece.gatech.edu Sun Jul 7 12:13:00 2002 From: cwilson@ece.gatech.edu (Charles Wilson) Date: Sun, 07 Jul 2002 12:13:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) References: <3D28864C.8010801@ece.gatech.edu> Message-ID: <3D2892F1.5070706@ece.gatech.edu> Harold Hunt wrote: >>WTF? I don't follow the xfree list all that closely, but didn't this >>thread start out as "Success with Java prog in XFree"? I just assumed >>that 'xlauncher' WAS that Java prog. Sorry for the confusion. >> > > You know... sometimes I'm just not paying any attention at all. What has > happened to me?!? > > A Java xlauncher sounds fine to me, for now. I'd eventually prefer that it > be written in C or C++. > > How large are the Java runtimes for Cygwin? I'm sure we'll get complains > along the lines of, ``before I had to install 100 MB for Cygwin/XFree86, now > I have to install XX MB more for the xlauncher program, blah''. So I'm not > really excited about sticking with Java forever. > > Feeling like an idiot, You shouldn't. You were correct originally. The xlauncher program IS written in Delphi. The first message in this thread contained the following postscript: > PS: I am working on a xlauncher based on the one made available by Tim > Thomson but for Cygwin(not only the cuted package from him). > I want to include a file text that will contains some definition > of servers to access (as IP address, OS, and so on). > I will try to make it available. Where should I send it when ready > (probably in 1 or 2 weeks) ? That launched the subthread, which was properly marked using the [was: ] construction. The problem here was *my* connection between the xlauncher subthread <---> and java. You're not the idiot -- I am. --Chuck From cwilson@ece.gatech.edu Sun Jul 7 12:35:00 2002 From: cwilson@ece.gatech.edu (Charles Wilson) Date: Sun, 07 Jul 2002 12:35:00 -0000 Subject: Using only the X server of Cygwin References: <20020707190539.GA8931@azenomei.knuffel.net> <20020707191204.39025.qmail@web21005.mail.yahoo.com> Message-ID: <3D2897FA.8080400@ece.gatech.edu> Hey, Nicholas -- don't squish Rhialto that quickly. He's probably one of our new users who knows nothing about the cygwin project except what he read on slashdot this morning. The fact is, Rhialto, we focus on cygwin -- as an environment all by itself, *and* independent of any specific intended use or resource availability(*). You have a specific setup, where you want to leverage you existing resources (e.g. a local linux-based font server) to avoid downloading extra stuff. You are an advanced (linux) user, with a very specific purpose in mind. That's not the target of the cygwin (or cygwin-xfree) project. It *IS* possible to do what you want -- but there isn't a super-simple one-click path to do it. [Think about user interface design: there can only be a limited number of 'easy' [one-click, two-click] configurations. We use those for the "normal" users -- folks who want the cygwin environment, not folks who want JUST 'Xwin -broadcast' and nothing else -- or JUST ssh and nothing else). However, it SHOULD be possible -- and checking the ml archives on this will help -- to create a custom 'setup.ini' script or pseudo-package that setup.exe can read, to install ONLY what you want -- but this will take a little work on your part. Again, check the archives. The basic thing is, setup is configured to install the 'Base' package by default (think Debian's 'base' category). Base is about 50Meg unpacked I think. Then, on top of that, there are certain things that the xserv program itself needs -- like libpng's DLL, zlib's DLL, etc. > And it downloaded a > lot more which it apparently did not even install, such as bash, diff, > diffutils, fileutils, etc. These are all part of the 'Base' category. If you explicitly de-selected specific items -- even if they are in the 'Base' category -- then setup shouldn't even download them. There may be a bug in setup.exe's handling of the Base category. Sorry about that. (*) that is, cygwin-xfree should work OOB on a standalong machine without any external font server, at least by default. Do we really want a windows newbie to understand "oh, I also need to install the fonts". Of course not -- we do that by default IF the user installs X. [Linux distros do this too, you know -- if you install XFree86 on Red Hat, you *will* get the fonts.] --Chuck From iburrell@znark.com Sun Jul 7 12:37:00 2002 From: iburrell@znark.com (Ian Burrell) Date: Sun, 07 Jul 2002 12:37:00 -0000 Subject: Using only the X server of Cygwin References: <20020707190539.GA8931@azenomei.knuffel.net> Message-ID: <3D28986A.5040403@znark.com> Rhialto wrote: > > I am testing the Cygwin/XFree server to use it as a remote display for > my Unix box which runs xdm: XWin -broadcast. > > So in the installer I choose to de-install "All", and to install *only* > XFree86-xserv. I noted that the installer installed a lot of things that > are not necessary for that, such as header files, info files, terminfo > stuff, static link libraries, xterm, sh, twm, etc. And it downloaded a > lot more which it apparently did not even install, such as bash, diff, > diffutils, fileutils, etc. > Cygwin setup by default installs all the packages for an Unix environment. The default XFree86 install includes everything for running local X server and programs. More people want this than a minimal remote X setup. > I could also do without all those megabytes of fonts, since I have a > perfectly ok font server, but apparently no way to specify it for the X > server. > Add -fp tcp/other:7100 to the XWin command line. Or do "xset +fp tcp/other:7100" from a terminal. > I also downloaded xwinclip-test06, but that would not work because the X > server refused the connection, and I could find no way to do the > equivalent of "xhost +localhost" from its command line. > When doing an XDM session, the X server doesn't allow connection from the local machine. You need to do a "xhost +localhost" from an xterm. > So in short, it would be nice to have the installer *just* the files > that are required to run "XWin -broadcast", and nothing more. That would > be the XWin.exe itself, the dlls it really requires, rgb.txt, fonts if > no font server can be used, and maybe a few other files I am forgetting. > All that doesn't need to take the current 63.263.779 bytes (32.158.116 > bytes downloaded). > If you want a minimal install, you can select only the packages that are completely necessary: XFree86-base, XFree86-bin, XFree86-etc, XFree86-xserv, and XFree86-lib. - Ian -- Ian Burrell iburrell@znark.com http://www.znark.com/ From huntharo@msu.edu Sun Jul 7 12:44:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 07 Jul 2002 12:44:00 -0000 Subject: xf86config patch In-Reply-To: Message-ID: Alexander, 1) In winconfig.c, why is this there: #ifndef PROJECTROOT #define PROJECTROOT "/usr/X11R6" #endif 2) Are any of these files significantly copied from hw/xfree86, or anywhere else that we should attribute? 3) Will there be any effect, whatsoever, on users that do not use an XF86Config file? Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Alexander Gottwald > Sent: Saturday, July 06, 2002 3:40 PM > To: cygwin-xfree@cygwin.com > Subject: xf86config patch > > > Hi, > > after long time, I remade the xf86config patch. The diffs are made > against todays cvs. > > The patch includes support for > > - reading /etc/XF86Config > - setting the fontpath from the configfile > - setting XKB settings from the configfile (foreign keyboard support) > - setting rgbpath from the configfile > > I don't expect that I will ever support other configuration options, > since the monitor, device and screen sections have no meaning for > windows. For supporting the mouse section a huge change to the current > has to be made and any settings can already be given on the commandline. > > A precompiled binary for testing is available at > http://www-user.tu-chemnitz.de/~goal/xfree/test-config-1/X-Server.tar.bz2 > > bye > ago > -- > Alexander.Gottwald@informatik.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 > From nwourms@yahoo.com Sun Jul 7 12:45:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sun, 07 Jul 2002 12:45:00 -0000 Subject: Using only the X server of Cygwin In-Reply-To: <3D2897FA.8080400@ece.gatech.edu> Message-ID: <20020707194524.43178.qmail@web21005.mail.yahoo.com> --- Charles Wilson wrote: > Hey, Nicholas -- don't squish Rhialto that quickly. He's probably one > of our new users who knows nothing about the cygwin project except what > he read on slashdot this morning. Sorry, I am still cranky about the refusal to include objc in cygwin/gcc-3.1. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From cwilson@ece.gatech.edu Sun Jul 7 13:14:00 2002 From: cwilson@ece.gatech.edu (Charles Wilson) Date: Sun, 07 Jul 2002 13:14:00 -0000 Subject: gcc-3.1.x [was: Re: Using only the X server of Cygwin] References: <20020707194524.43178.qmail@web21005.mail.yahoo.com> Message-ID: <3D28A10A.7010205@ece.gatech.edu> [follow up to the cygwin list; this is getting off-topic for cygwin-xfree.] Nicholas Wourms wrote: >>Hey, Nicholas -- don't squish Rhialto that quickly. He's probably one >>of our new users who knows nothing about the cygwin project except what >>he read on slashdot this morning. > I am still cranky about the refusal to include objc in cygwin/gcc-3.1. Look, now is NOT the time for objc. It's too early. gcc-3.1.x is a MAJOR change from 2.95.3. Let's make sure the transition hasn't broken the frontends we CURRENTLY have, before we worry about adding more frontends. (IMO, this holds for java/libgcj, too) gcc-2.95.3: provides gcc,g++, and g77. gcc works in -mno-cygwin mode and "regular" mode. g++ doesn't really work in -mno-cygwin mode, but it does work in "regular" mode, with certain threading and exception caveats. g77 is "regular" only. gcc-3.1.x: Let's insure that cygwin's gcc-3.1.x still works in "regular" and "-mno-cygwin" mode. Ditto g++ (and since cgf already made changes to enable better -mno-cygwin operation in g++, let's verify that, too). Does g77 still work? The spec file has been totally rewritten. Can we still build DLLs? Does auto-import still work (technically a binutils issue, but that's been upgraded for the first time in eight months just now, too). How about exceptions and threading? Supposedly those are better behaved now -- is it true? What about raising exceptions from within DLLs -- cgf hinted that this probably won't work; also there's a recent binutils patch from Egor that should help with that issue but it hasn't yet been accepted b/c egor needs to fill out the assignment paperwork for FSF...PLUS egor has a cygwin kernel patch that USES his binutils patch... My point: there's a LOT to do right now, with just gcc and g++. Let's not borrow ObjC/Ada/Java trouble just yet. Good grief, the first test release of cygwin-gcc-3.1 was ONLY released less than 24 hours ago. !! Test what we HAVE, before piling on with feature requests !! Boy, I'll bet cgf now knows what Linus feels like the day after a kernel "freeze" is announced... --Chuck P.S. follow up to the cygwin list; this is getting off-topic for cygwin-xfree. From rhialto@azenomei.knuffel.net Sun Jul 7 14:05:00 2002 From: rhialto@azenomei.knuffel.net (Rhialto) Date: Sun, 07 Jul 2002 14:05:00 -0000 Subject: Using only the X server of Cygwin In-Reply-To: <3D2897FA.8080400@ece.gatech.edu> References: <20020707190539.GA8931@azenomei.knuffel.net> <20020707191204.39025.qmail@web21005.mail.yahoo.com> <3D2897FA.8080400@ece.gatech.edu> Message-ID: <20020707210511.GC5635@azenomei.knuffel.net> On Sun 07 Jul 2002 at 15:35:22 -0400, Charles Wilson wrote: > However, it SHOULD be possible -- and checking the ml archives on this > will help -- to create a custom 'setup.ini' script or pseudo-package > that setup.exe can read, to install ONLY what you want -- but this will > take a little work on your part. Again, check the archives. Thanks, I will do that. I was indeed alerted by Slashdot to cygwin/xfree. I remember trying it some time ago, but back then it was more difficult to get going, if I got it going at all (I don't remember exactly). So in that view, there is a lot of progress :-) > These are all part of the 'Base' category. If you explicitly > de-selected specific items -- even if they are in the 'Base' category -- > then setup shouldn't even download them. There may be a bug in > setup.exe's handling of the Base category. Sorry about that. At least I am glad it did not install them, since that saves me the trouble of verifying that they are really not necessary. > (*) that is, cygwin-xfree should work OOB on a standalong machine > without any external font server, at least by default. Do we really > want a windows newbie to understand "oh, I also need to install the > fonts". Of course not -- we do that by default IF the user installs X. > [Linux distros do this too, you know -- if you install XFree86 on Red > Hat, you *will* get the fonts.] You have a point. But I also think that there will be "lots" of people who would like cygwin/xfree to be a replacement for XWin-32 or other similar products, so some configuration preset for that would come in handy. > --Chuck Thanks, -Olaf. -- ___ Olaf 'Rhialto' Seibert -- The evil eye is caused by the black \X/ rhialto/at/xs4all.nl -- tongue - Tom Poes, "Het boze oog", 4456. From tim.thomson@paradise.net.nz Sun Jul 7 14:07:00 2002 From: tim.thomson@paradise.net.nz (Tim Thomson) Date: Sun, 07 Jul 2002 14:07:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) In-Reply-To: ; from huntharo@msu.edu on Sun, Jul 07, 2002 at 11:56:44AM -0400 References: <20020708013304.B3947@tui.dhs.org> Message-ID: <20020708090827.A7609@tui.dhs.org> On Sun, Jul 07, 2002 at 11:56:44AM -0400, Harold Hunt wrote: > I haven't had any comments on this program yet because, while it is a neat > exercise and will be useful for other work, it will not be distributed with > Cygwin/XFree86 until it is written in a language that can be compiled with a > free software compiler, preferrably gcc or g++. I agree. The reason xlauncher is delphi at the moment is that the person who wrote the beginnings of it used delphi, and I have no experience with windows toolkits in other languages. I was hoping (in a way, a rewrite will be a bit of work :( ), that someone would point this out. What window toolkits are good, for what languages? I can code well in C, Java, and Pascal, and could probably pick up C++ OK :) I am still unsure of the implications of using a non-free compiler, and distributing it as GPL. I use debian, and would love to have xlauncher a DFSG free program. I would prefer that xlauncher, or a variant be installable via setup.exe, so it can be used by anyone. If it means porting/rewriting, I'll give it a shot :) (There isn't all that much code there, most is just writing to registry, and reading it back. Which is another thing, would it be better to use a config file rather than registry? Currently, I'm writing to HKEY Local Machine, but should be writing to current user, so that people with few rights on an NT style box can use it. If I were to use a config file, where to put it?) > Eventually I see that either XWin.exe itself will have the functionality of > your xlauncher, or we will have a stand-alone c or c++ program that provides > the same functionality. Everyone here would greatly appreciate it if you > would start working on a c or c++ xlauncher. I'll try, but I've never written a gui app in C or C++, any pointers to something nice for C? I don't know if putting this sort of thing into XWin.exe itself would be all that good, as many people wouldn't need that sort of functionality, and it may bulk out the executable. Cheers for you comments, Tim. -- Tim Thomson tim@tui.dhs.org ICQ: 18073712 Our society won't be truly free until "None of the Above" is always an option. -- Eric S. Raymond. From Alexander.Gottwald@informatik.tu-chemnitz.de Sun Jul 7 15:33:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 07 Jul 2002 15:33:00 -0000 Subject: xf86config patch In-Reply-To: Message-ID: On Sun, 7 Jul 2002, Harold Hunt wrote: > Alexander, > > 1) In winconfig.c, why is this there: > > #ifndef PROJECTROOT > #define PROJECTROOT "/usr/X11R6" > #endif Hm, I just copied it from xf86Config.c. Just to be sure it's defined. > > > 2) Are any of these files significantly copied from hw/xfree86, or anywhere > else that we should attribute? I took hw/xfree86/xf86Config.c as base. > 3) Will there be any effect, whatsoever, on users that do not use an > XF86Config file? No. If the config file is not found, the compiled in defaults are used and XWin behaves like the current release. But it's good you asked, I just found a missing NULL-pointer check. I attached the modified xwinconfig.c bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: winconfig.c URL: From Alexander.Gottwald@informatik.tu-chemnitz.de Sun Jul 7 15:42:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 07 Jul 2002 15:42:00 -0000 Subject: Using only the X server of Cygwin In-Reply-To: <20020707210511.GC5635@azenomei.knuffel.net> Message-ID: On Sun, 7 Jul 2002, Rhialto wrote: > You have a point. But I also think that there will be "lots" of people > who would like cygwin/xfree to be a replacement for XWin-32 or other > similar products, so some configuration preset for that would come in > handy. I mainly use Cygwin/XFree86 as X-Terminal with no local X-Clients running. But I can not check, what you need to run it standalone (without cygwin) since I don't have a computer without cygwin installed. And there are a lot of things which are setup after installing cygwin as the mount points, or some dlls. All I can provide is the info that you need Xwin.exe,, cygz.dll and cygwin1.dll. Please take this as starting point and check if XWin complains about something. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From spetreolle@yahoo.fr Sun Jul 7 17:00:00 2002 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Sun, 07 Jul 2002 17:00:00 -0000 Subject: compiling mplayer - libpng undefined references Message-ID: <20020708000023.7955.qmail@web10103.mail.yahoo.com> Hi, I'm trying to compile mplayer, a GPL video player. (http://mplayerhq.hu) Enabling the gui makes uses of png library. I have the following packages installed : (from cygcheck) 171k 2002/05/07 C:\cygwin\bin\cygpng10.dll - os=4.0 img=1.0 sys=4.0 "cygpng10.dll" v0.0 ts=2002/5/7 20:53 175k 2002/05/24 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 "cygpng12.dll" v0.0 ts=2002/5/24 4:22 libpng10 1.0.13-3 libpng10-devel 1.0.13-3 libpng12 1.2.3-1 libpng12-devel 1.2.3-1 When linking, ld complains about undefined references : Gui/libgui.a(png.o)(.text+0x31):png.c: undefined reference to `png_check_sig' Gui/libgui.a(png.o)(.text+0x108):png.c: undefined reference to `png_get_rowbytes ' Gui/libgui.a(png.o)(.text+0x15e):png.c: undefined reference to `png_get_rowbytes ' Gui/libgui.a(png.o)(.text+0x1a9):png.c: undefined reference to `png_get_PLTE' in /usr/include/libpng12/png.h, I see : png_uint_32 rowbytes; /* bytes needed to hold an untransformed row */ which is part of png_info struct. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From huntharo@msu.edu Sun Jul 7 17:10:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 07 Jul 2002 17:10:00 -0000 Subject: Updated on sourceware: XFree86-xserv-4.2.0-10 Message-ID: The XFree86-xserv-4.2.0-10 package has been updated in the Cygwin distribution. This is a synchronization with all the fixes that have been applied from Server Test Series - Test 61 through Server Test Series - Test 63. These fixes are summarized below: 1) Add support for the `-clipupdates num_boxes' parameter when using `-engine 2' or `-engine 4', in addition to the previously supported `-engine 1'. Once again, I can't tell if this feature has any benefit whatsoever. I need some volunteers to perform rigorous testing with different values for the threshold at which point updated boxes are collected into a clipping region. One may find the ``x11perf'' program beneficial here, as well as ``glxgears'', which gives a frames per second reading. Of course, it would be most beneficial to have performance comparisons for a few different machine types (processors, memory amounts, video cards, PCI or AGP, etc.). Update clipping is off by default. (Harold Hunt) 2) Change the DirectDraw module handle and function pointers from screen privates to global variables. Loading the DirectDraw module and function pointers needs to be done only at server initialization, not at screen initialization. Similarly, we don't need to unload and reload DirectDraw for each screen when the server regenerates; rather, we need only unload DirectDraw when the server is shutting down. This cleanup makes it much for difficult to misunderstand what is going on with the DirectDraw module handle and function pointers. (Harold Hunt) 3) Detect the supported engines only once at startup, rather than once per screen initialization. Rework the supported engine detection logic to assume that the DirectDraw module handle and function pointers have already been loaded if they are present and working. (Harold Hunt) 4) Add a global module handle for ``comctl32.dll'' and ``_TrackMouseEvent''. Try to get a pointer to the _TrackMouseEvent function and print an informational message if we cannot find the function, suggesting to the user that they install Internet Explorer 3.0 or greater if they have not already done so. We also set the _TrackMouseEvent function pointer to point to the no operation function if we can't find a valid function so that any calls to the function pointer will do nothing (instead of trying to dereference a NULL and crashing). Mouse pointer hiding/showing may be messed up when we don't have _TrackMouseEvent, but the user can remedy that by following the advice in the information message. Remove our compile-time link to comctl32.dll. (Harold Hunt) 5) Add an `-emulatepseudo' parameter that causes a depth 8 PseudoColor visual to be created in TrueColor modes, with the same limitations described in the Test62 change log. PseudoColor emulation is off by default. (Harold Hunt) 6) Correctly calculate the number of bits used to store color information by counting the total number of bits that are set in our color masks. This should fix problems introduced in Test61 for users with 24bpp or 15bpp displays. (Alan Hourihane, Harold Hunt) 7) Add a #if conditional to winInitVisuals* that calls miSetVisualTypesAndMasks or fbSetVisualTypesAndMasks depending on if XFree86Server is defined. Currently this isn't useful because Mesa (similar to Open GL) doesn't work when XFree86Server is undefined. I'll leave this here for now for future reference. (Harold Hunt) 8) Fix the KDE 3.0 alpha-channel icon bug that appeared only when running Windows at 32 bits per pixel. Many more details below. (Alan Hourihane) 9) pScreenInfo->dwDepth used to refer to the depth that the user specified with the -depth parameter or the depth returned by GetDeviceCaps (BITSPIXEL) and pScreenInfo->dwBPP used to refer to the bits of color per pixel. For example, running Windows at 32 bit color would mean dwDepth == 32 and dwBPP == 24. It turns out that this was exactly backwards from what it should be. The dwDepth variable new refers to the color ``depth'' of a pixel, that is, the number of bits that make up the color specification for a pixel. For example, a 32 bit pixel uses 24 bits to represent color plus an 8 bit pad for alignment purposes and a 16 bit pixel can use 15 or 16 bits to represent color. The dwBPP variable now refers to the bits used to store each pixel, that is, the number of bits that each pixel occupies in the framebuffer memory. For example, a 32 bit pixel occupies 32 bits in the framebuffer memory while a 24 bit pixel occupies 24 bits in the framebuffer memory (the former pixels are 32 bit aligned, while the latter pixels are called ``packed'' because the pixels are not aligned and any given pixel may actually be stored in two separate 32 bit units). The meaning of dwDepth and dwBPP was corrected throughout the source code, touching files such as wincmap.c, winscrinit.c, InitOutput.c, winshadddnl.c, winshaddd.c, winshadgdi.c, winnativegdi.c, winpfbdd.c, and win.h. Also, we modify the depth 24 pixmap format at runtime to use 24 bits per pixel, instead of 32, when Windows is running in 24 bit color; this matches the Windows pixel format when running in 24 bit color. The end result of all of this is that we now no longer report that we have a depth 32 visual, as depth 32 visuals do not exist. What we were previously calling a depth 32 visual is actually a depth 24 visual with a different bits per pixel. Advertising a proper visual when running Windows at 32 bit color corrects the problem of KDE 3.0 not displaying icons or text with alpha channels. Alan did the magical part of discovering the underlying problem, I did the grunt work of cleaning the code and making sure that all of the corner cases were still handled. (Alan Hourihane, Harold Hunt) 10) In winBltExposedRegionsShadowDD* () we try to restore the primary DirectDraw surface up to WIN_REGAIN_SURFACE_RETRIES (currently 1) times when a bit block transfer of the exposed regions fails. This corrects the case where switching a notebook from its internal display to an external display (or vice versa) would cause the Cygwin/XFree86 window to blank and fail to redraw itself until the Cygwin/XFree86 window was minimized and then restored. (Harold Hunt) -- Harold Hunt To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'XFree86-xserv' from the 'XFree86' category. You may need to click the "Full" button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@sources.redhat.com . If you want to subscribe go to: http://cygwin.com/lists.html I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place. From lapo@lapo.it Sun Jul 7 17:27:00 2002 From: lapo@lapo.it (Lapo Luchini) Date: Sun, 07 Jul 2002 17:27:00 -0000 Subject: xmodmap.*s Message-ID: <3D28DC80.8040105@lapo.it> > *4.5. *Where can I find an xmodmap for my non-U.S. keyboard layout? > > * *You can try using an xmodmap file for your keyboard layout from a > GNU/Linux distribution (e.g. RedHat). > Aren't xmodpad.* files redistributable? Couldn't we include that puny 20k as default xfree files? Or maybe as a different package? It could simplify life a bit to non-english users =) -- Lapo 'Raist' Luchini lapo@lapo.it (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) From nahor@bravobrava.com Sun Jul 7 20:30:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sun, 07 Jul 2002 20:30:00 -0000 Subject: [PATCH] -scrollbars option Message-ID: Hello, Since I've seen a couple complaints about not being able to resize the windows in this mailing list and on slashdot, I've decided to implement it. So here it is. With this option, when in windowed mode, you can resize the window (if you use decoration) and have a virtual screen bigger than your desktop (so now you can have a real 1024x768 screen on your 1024x768 monitor without having to go fullscreen, or you can have a 1600x1200 on your 320x200 monitor :) ). Harold, I left a comment in wincreatewnd.c (line 263 for me). At this place, you map the client area coords to fullscreen but you never use them. So either I missed something and I'm sorry for bothering you, or this is some left over from some old code that can be removed. Also, I didn't change the "Primary FB" since it's deprecated and you said in the contributor's guide that the "Development of the Primary FB engine has ceased". Jehan -------------- next part -------------- A non-text attachment was scrubbed... Name: scrollbars.patch.bz2 Type: application/octet-stream Size: 5436 bytes Desc: not available URL: From huntharo@msu.edu Sun Jul 7 21:49:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 07 Jul 2002 21:49:00 -0000 Subject: Cross Compiling Message-ID: Yup, cross compiling is toroughly broken right now. It will take awhile to get it working properly. I'd appreciate it if anyone that is cross compiling the current XFree86 cvs would send in their host.def, any modification they made to cygwin.cf, etc. and their build command. Thanks, Harold From huntharo@msu.edu Sun Jul 7 21:59:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 07 Jul 2002 21:59:00 -0000 Subject: [PATCH] -scrollbars option In-Reply-To: Message-ID: Jehan, That is an excellent patch! I was just thinking that we should add this sort of functionality. Yes, I was reading the ./ posts too :) However, there are a bunch of ^M's showing up in the patch file for winwndproc.c starting at about line 496 (in the patch file). Could you clean that up and resubmit? Thanks for the great work, Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Jehan > Sent: Sunday, July 07, 2002 11:27 PM > To: cygwin-xfree@cygwin.com > Subject: [PATCH] -scrollbars option > > > Hello, > > Since I've seen a couple complaints about not being able to resize the > windows in this mailing list and on slashdot, I've decided to implement > it. So here it is. > With this option, when in windowed mode, you can resize the window (if > you use decoration) and have a virtual screen bigger than your desktop > (so now you can have a real 1024x768 screen on your 1024x768 monitor > without having to go fullscreen, or you can have a 1600x1200 on your > 320x200 monitor :) ). > > Harold, I left a comment in wincreatewnd.c (line 263 for me). At this > place, you map the client area coords to fullscreen but you never use > them. So either I missed something and I'm sorry for bothering you, or > this is some left over from some old code that can be removed. > Also, I didn't change the "Primary FB" since it's deprecated and you > said in the contributor's guide that the "Development of the Primary FB > engine has ceased". > > Jehan > From huntharo@msu.edu Sun Jul 7 22:00:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 07 Jul 2002 22:00:00 -0000 Subject: xf86config patch In-Reply-To: Message-ID: Alexander, I've merged your patch with my local tree and I'm going to try to test it tomorrow. Could you send me a sample and/or skeleton (containing commented versions of each config option) config file? Thanks, Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Alexander Gottwald > Sent: Saturday, July 06, 2002 3:40 PM > To: cygwin-xfree@cygwin.com > Subject: xf86config patch > > > Hi, > > after long time, I remade the xf86config patch. The diffs are made > against todays cvs. > > The patch includes support for > > - reading /etc/XF86Config > - setting the fontpath from the configfile > - setting XKB settings from the configfile (foreign keyboard support) > - setting rgbpath from the configfile > > I don't expect that I will ever support other configuration options, > since the monitor, device and screen sections have no meaning for > windows. For supporting the mouse section a huge change to the current > has to be made and any settings can already be given on the commandline. > > A precompiled binary for testing is available at > http://www-user.tu-chemnitz.de/~goal/xfree/test-config-1/X-Server.tar.bz2 > > bye > ago > -- > Alexander.Gottwald@informatik.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 > From robert.collins@syncretize.net Sun Jul 7 22:18:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sun, 07 Jul 2002 22:18:00 -0000 Subject: [PATCH] -scrollbars option References: Message-ID: <015f01c2263e$d26f42d0$2300a8c0@LAPTOP> Why not just run the patch through d2u? Rob ----- Original Message ----- From: "Harold Hunt" To: "cygx" Sent: Monday, July 08, 2002 2:59 PM Subject: RE: [PATCH] -scrollbars option > Jehan, > > That is an excellent patch! I was just thinking that we should add this > sort of functionality. Yes, I was reading the ./ posts too :) > > However, there are a bunch of ^M's showing up in the patch file for > winwndproc.c starting at about line 496 (in the patch file). Could you > clean that up and resubmit? > > Thanks for the great work, > > Harold > > > -----Original Message----- > > From: cygwin-xfree-owner@cygwin.com > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Jehan > > Sent: Sunday, July 07, 2002 11:27 PM > > To: cygwin-xfree@cygwin.com > > Subject: [PATCH] -scrollbars option > > > > > > Hello, > > > > Since I've seen a couple complaints about not being able to resize the > > windows in this mailing list and on slashdot, I've decided to implement > > it. So here it is. > > With this option, when in windowed mode, you can resize the window (if > > you use decoration) and have a virtual screen bigger than your desktop > > (so now you can have a real 1024x768 screen on your 1024x768 monitor > > without having to go fullscreen, or you can have a 1600x1200 on your > > 320x200 monitor :) ). > > > > Harold, I left a comment in wincreatewnd.c (line 263 for me). At this > > place, you map the client area coords to fullscreen but you never use > > them. So either I missed something and I'm sorry for bothering you, or > > this is some left over from some old code that can be removed. > > Also, I didn't change the "Primary FB" since it's deprecated and you > > said in the contributor's guide that the "Development of the Primary FB > > engine has ceased". > > > > Jehan > > > > From spetreolle@yahoo.fr Sun Jul 7 22:47:00 2002 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Sun, 07 Jul 2002 22:47:00 -0000 Subject: Incorrect version in packages names Message-ID: <20020708054724.68147.qmail@web10108.mail.yahoo.com> Running setup to update my cygwin with setup.exe version 2.249.2.5, kde package versions are changed to strange numbers : kdelibs-2 appears for example as version 2-2-2-2-2-2-2-2-2-b1 in the 'current' field. Correct version is displayed in the 'new' field as 2.2.2-b1 In my downloaded files directory, files appear as : $ ls -l kdelibs-2* -rw-r--r-- 1 Nom 544 9168738 May 19 05:21 kdelibs-2.2.2-b1.tar.bz2 and in setup.ini : @ kdelibs-2 sdesc: "basic libaries" category: KDE-2-base requires: cygwin cygipc XFree86-base kde-x qt-2 pcre audiofile openssl xml2 xslt 2 libz bzlib2 version: 2.2.2-b1 install: kdelibs-2.2.2-b1.tar.bz2 9168738 ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From cgf@redhat.com Sun Jul 7 23:16:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Sun, 07 Jul 2002 23:16:00 -0000 Subject: Incorrect version in packages names In-Reply-To: <20020708054724.68147.qmail@web10108.mail.yahoo.com> References: <20020708054724.68147.qmail@web10108.mail.yahoo.com> Message-ID: <20020708061654.GA19232@redhat.com> On Mon, Jul 08, 2002 at 07:47:24AM +0200, Sylvain Petreolle wrote: >Running setup to update my cygwin with >setup.exe version 2.249.2.5, kde package versions are >changed to strange numbers : > >kdelibs-2 appears for example as version >2-2-2-2-2-2-2-2-2-b1 in the 'current' field. Correct >version is displayed in the 'new' field as 2.2.2-b1 > >In my downloaded files directory, files appear as : >$ ls -l kdelibs-2* > >-rw-r--r-- 1 Nom 544 9168738 May 19 >05:21 kdelibs-2.2.2-b1.tar.bz2 > >and in setup.ini : >@ kdelibs-2 ^^^^^^^^^^^^ Get rid of this. I suspect that it is confusing setup.exe. It should certainly do the right thing without it. cgf >sdesc: "basic libaries" >category: KDE-2-base >requires: cygwin cygipc XFree86-base kde-x qt-2 pcre >audiofile openssl xml2 xslt >2 libz bzlib2 >version: 2.2.2-b1 >install: kdelibs-2.2.2-b1.tar.bz2 9168738 > > > >___________________________________________________________ >Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran?ais ! >Yahoo! Mail : http://fr.mail.yahoo.com From robert.collins@syncretize.net Sun Jul 7 23:35:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sun, 07 Jul 2002 23:35:00 -0000 Subject: Incorrect version in packages names References: <20020708054724.68147.qmail@web10108.mail.yahoo.com> <20020708061654.GA19232@redhat.com> Message-ID: <01a501c22649$9d2f3520$2300a8c0@LAPTOP> ----- Original Message ----- From: "Christopher Faylor" To: Sent: Monday, July 08, 2002 4:16 PM > >and in setup.ini : > >@ kdelibs-2 > ^^^^^^^^^^^^ > Get rid of this. I suspect that it is confusing setup.exe. > It should certainly do the right thing without it. Doh!. Good catch Chris. Yes, foo-bar is allowable as a package name, foo-2 is not. I'll see what I can do for a future setup.exe release to address this, but don't expect anything soon. It'll require altering the installed.db database format, which results in a non-backwards compatible local environment. Rob From cgf@redhat.com Sun Jul 7 23:40:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Sun, 07 Jul 2002 23:40:00 -0000 Subject: Incorrect version in packages names In-Reply-To: <01a501c22649$9d2f3520$2300a8c0@LAPTOP> References: <20020708054724.68147.qmail@web10108.mail.yahoo.com> <20020708061654.GA19232@redhat.com> <01a501c22649$9d2f3520$2300a8c0@LAPTOP> Message-ID: <20020708064029.GA6623@redhat.com> On Mon, Jul 08, 2002 at 04:35:12PM +1000, Robert Collins wrote: > >----- Original Message ----- >From: "Christopher Faylor" >To: >Sent: Monday, July 08, 2002 4:16 PM > >> >and in setup.ini : >> >@ kdelibs-2 >> ^^^^^^^^^^^^ >> Get rid of this. I suspect that it is confusing setup.exe. >> It should certainly do the right thing without it. > >Doh!. Good catch Chris. > >Yes, foo-bar is allowable as a package name, foo-2 is not. I'll see what I >can do for a future setup.exe release to address this, but don't expect >anything soon. It'll require altering the installed.db database format, >which results in a non-backwards compatible local environment. upset would probably do the right thing with the above but I really don't see any reason to use it, regardless. I don't see any reason why a user would need to know that these are kdelibs-2 when it is pretty obvious from the version number. cgf From robert.collins@syncretize.net Sun Jul 7 23:49:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sun, 07 Jul 2002 23:49:00 -0000 Subject: Incorrect version in packages names References: <20020708054724.68147.qmail@web10108.mail.yahoo.com> <20020708061654.GA19232@redhat.com> <01a501c22649$9d2f3520$2300a8c0@LAPTOP> <20020708064029.GA6623@redhat.com> Message-ID: <01c101c2264b$9b9f0d50$2300a8c0@LAPTOP> ----- Original Message ----- From: "Christopher Faylor" To: > upset would probably do the right thing with the above but I really don't > see any reason to use it, regardless. I don't see any reason why a user > would need to know that these are kdelibs-2 when it is pretty obvious from > the version number. One possibility is if the version number reflects the ABI, not the software release. This is actually quite likely with libtool packages. Anyway, it's low priority however one approaches it. Rob From alexander.gottwald@informatik.tu-chemnitz.de Mon Jul 8 01:03:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 08 Jul 2002 01:03:00 -0000 Subject: Cross Compiling In-Reply-To: Message-ID: On Mon, 8 Jul 2002, Harold Hunt wrote: > Yup, cross compiling is toroughly broken right now. It will take awhile to > get it working properly. I'd appreciate it if anyone that is cross > compiling the current XFree86 cvs would send in their host.def, any > modification they made to cygwin.cf, etc. and their build command. I will send it on Thursday. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@informatik.tu-chemnitz.de Mon Jul 8 01:07:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 08 Jul 2002 01:07:00 -0000 Subject: xf86config patch In-Reply-To: Message-ID: On Mon, 8 Jul 2002, Harold Hunt wrote: > Could you send me a sample and/or skeleton (containing commented versions of > each config option) config file? http://www-user.tu-chemnitz.de/~goal/xfree/test-config-1/X-Server.tar.bz2 contains a sample config file. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From rasjidw@openminddev.net Mon Jul 8 03:03:00 2002 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Mon, 08 Jul 2002 03:03:00 -0000 Subject: Using only the X server of Cygwin In-Reply-To: <20020707190539.GA8931@azenomei.knuffel.net> References: <20020707190539.GA8931@azenomei.knuffel.net> Message-ID: <200207082003.03294.rasjidw@openminddev.net> On Mon, 8 Jul 2002 5:05 am, Rhialto wrote: > Hi, I am not subscribed to this mailing list but I would like to give > some feedback anyway. Please Cc: any responses to me. > > I am testing the Cygwin/XFree server to use it as a remote display for > my Unix box which runs xdm: XWin -broadcast. > > So in the installer I choose to de-install "All", and to install *only* > XFree86-xserv. I noted that the installer installed a lot of things that > are not necessary for that, such as header files, info files, terminfo > stuff, static link libraries, xterm, sh, twm, etc. And it downloaded a > lot more which it apparently did not even install, such as bash, diff, > diffutils, fileutils, etc. > > I could also do without all those megabytes of fonts, since I have a > perfectly ok font server, but apparently no way to specify it for the X > server. > I got a XDMCP session going on Cygwin-XFree86 around September 2001 using nothing but bash.exe cut.exe cygpath.exe cygwin1.dll cygz.dll grep.exe mkdir.exe mount.exe pwd.exe rgb.txt rm.exe SecurityPolicy sleep.exe test.exe touch.exe umount.exe XWin.exe and a bash script called winxterm.sh. You can do without the script (and therefore bash, cut, grep, sleep, test, touch and mkdir and so on) but the script automatically uses the next display number available (ie, if there is already a display on port 6000, it would try 6001, etc). The script is available at http://www.webone.com.au/~rasjidw/winxterm.sh NOTE: The script *will* need updating to deal with changes to XWin.exe that have occured since September last year. I have not got around to doing this, and probably will not do so. Last year I got part way through creating a nice GUI interface, but decided to wait until the setup.exe process was finished (which it now is), and have not got back to it yet. Others have had similar ideas. See http://xlauncher.sourceforge.net for example. My GUI was being written in Python/wxWindows. It is not really at the point of being worth sharing, as it has to be largely redone due to the setup.exe thing being finished. (Yay!) Given a recent discussion on the list, I will probably try and resurrect my Python/wxWindows code, unless someone wants to take up the challenge of a c / c++ version. Rasjid. From jeb@jeremywilkins.freeserve.co.uk Mon Jul 8 03:18:00 2002 From: jeb@jeremywilkins.freeserve.co.uk (Jeremy Wilkins) Date: Mon, 08 Jul 2002 03:18:00 -0000 Subject: Using only the X server of Cygwin References: Message-ID: <3D2966DB.1030702@jeremywilkins.freeserve.co.uk> A while back I did some work creating a standalone XDMCP client, more as a test than anything. Xwin depends on cygz.dll & cygwin1.dll as ago said. Xwin complains if it doesn't have rgb.txt, this can be put anywhere though and its location specified in the Xwin command line (needs a cygwin style path to the file though). Xwin still needs a /tmp. If cygwin isnt installed properly, then / will default to the root of the drive Xwin is running from (normally c:). It needs this folder for several reasons, it creates Xwin.log here, and a local socket .X11-unix (can be stopped passing '-nolisten local' to Xwin). It also needs /tmp if loading xkb keymaps. /tmp can be mounted whereever you like using cygwins mount command, this will be remembered for when you then run Xwin (hence xkb's and Xwin.log can go where you like). Mount only depends on cygwin1.dll fonts aren't required if you specify a font server using Xwin cmdline parameters. I've found out most of this since I wrote my XDMCP client, but its available at http://www.jeremywilkins.freeserve.co.uk/eXtend/ warning this is a VB6 app so probably isn't gpl'd. Hope this helps. Jeremy From rasjidw@openminddev.net Mon Jul 8 03:33:00 2002 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Mon, 08 Jul 2002 03:33:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) In-Reply-To: <20020708090827.A7609@tui.dhs.org> References: <20020708013304.B3947@tui.dhs.org> <20020708090827.A7609@tui.dhs.org> Message-ID: <200207082033.22110.rasjidw@openminddev.net> On Mon, 8 Jul 2002 7:08 am, Tim Thomson wrote: > I would prefer that xlauncher, or a variant be installable via setup.exe, > so it can be used by anyone. If it means porting/rewriting, I'll give it a > shot :) (There isn't all that much code there, most is just writing to > registry, and reading it back. Which is another thing, would it be better > to use a config file rather than registry? Currently, I'm writing to HKEY > Local Machine, but should be writing to current user, so that people with > few rights on an NT style box can use it. If I were to use a config file, > where to put it?) Personally, I would go for a config file. As mentioned in another post of mine, I was working on a Python/wxWindows GUI. I can send you what I've done if you are interested. My most recent thoughts was to create a generic 'Remote X desktop' launcher, which would run on Windows (with Cygwin-XFree86 backend) and on Linux/Unix (with a XNest backend), and possibly Mac. Further plans were to include support for other remote display tools like VNC. I was also considering switching to Java (due to better IDE's available), although the discussion here as left me unsure. Is the GNU compiler able to deal with Java/Swing, or is Python/wxWindows a better 'pure open source' option? Anyway, Tim, if you want to do it in C/C++, I'll help test/debug, but I can't really help code. OTOH, if Python/wxWindows interests you, I'd help with the coding too. If you know C, Java and Pascal, I'd say you could pick up Python in a day. :-) Rasjid. From alexander.gottwald@informatik.tu-chemnitz.de Mon Jul 8 04:15:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 08 Jul 2002 04:15:00 -0000 Subject: Using only the X server of Cygwin In-Reply-To: <200207082003.03294.rasjidw@openminddev.net> Message-ID: On Mon, 8 Jul 2002, Rasjid Wilcox wrote: > I got a XDMCP session going on Cygwin-XFree86 around September 2001 using > nothing but [some programs] > and a bash script called winxterm.sh. thanks for checking this. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From tim.thomson@paradise.net.nz Mon Jul 8 05:18:00 2002 From: tim.thomson@paradise.net.nz (Tim Thomson) Date: Mon, 08 Jul 2002 05:18:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) In-Reply-To: <200207082033.22110.rasjidw@openminddev.net>; from rasjidw@openminddev.net on Mon, Jul 08, 2002 at 08:33:22PM +1000 References: <20020708013304.B3947@tui.dhs.org> <20020708090827.A7609@tui.dhs.org> <200207082033.22110.rasjidw@openminddev.net> Message-ID: <20020709001938.B12439@tui.dhs.org> On Mon, Jul 08, 2002 at 08:33:22PM +1000, Rasjid Wilcox wrote: > Personally, I would go for a config file. OK, but where to put it? A global one in the install dir, then write changes to one stored in a home directory somewhere? That is an advantage of using the registry, you can just use local machine for global, local user for personal setup. Perhaps reading from a file, writing to reg if needed would be an idea? > As mentioned in another post of mine, I was working on a Python/wxWindows GUI. > I can send you what I've done if you are interested. Yes, please :) > My most recent thoughts was to create a generic 'Remote X desktop' launcher, > which would run on Windows (with Cygwin-XFree86 backend) and on Linux/Unix > (with a XNest backend), and possibly Mac. Further plans were to include > support for other remote display tools like VNC. This is a great idea. I was thinking of using a language/toolkit that I could compile on my Linux box, as it it my main development machine. Delphi isn't too bad, as it (sort of) works under wine. The only problem was the compiled code didn't run under wine very well. It would be cool to be able to use it under linux/unix (hadn't thought of XNest though). > I was also considering switching to Java (due to better IDE's available), > although the discussion here as left me unsure. Is the GNU compiler able to > deal with Java/Swing, or is Python/wxWindows a better 'pure open source' > option? I'm not sure with Swing. I could use C/C++ with wxWindows maybe. I'll look at your code and see what python looks like, I've been meaning to look into it more, so I may pick it up. :) > Anyway, Tim, if you want to do it in C/C++, I'll help test/debug, but I can't > really help code. OTOH, if Python/wxWindows interests you, I'd help with the > coding too. If you know C, Java and Pascal, I'd say you could pick up Python > in a day. :-) I'll see how it looks, if it looks like it will take me too long, I'll see about wxWindows still with C or C++ I'll keep the Delphi one around, fix bugs, add the odd feature, use it as a prototype for a more free one possibly. I was thinking of using a putty type interface in the end (free windows ssh client), though maybe with tabs instead. Cheers, Tim. -- Tim Thomson tim@tui.dhs.org ICQ: 18073712 Our society won't be truly free until "None of the Above" is always an option. -- Eric S. Raymond. From nwourms@yahoo.com Mon Jul 8 05:21:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Mon, 08 Jul 2002 05:21:00 -0000 Subject: Cross Compiling In-Reply-To: Message-ID: <20020708122113.71258.qmail@web21002.mail.yahoo.com> --- Harold Hunt wrote: > Yup, cross compiling is toroughly broken right now. It will take awhile > to > get it working properly. I'd appreciate it if anyone that is cross > compiling the current XFree86 cvs would send in their host.def, any > modification they made to cygwin.cf, etc. and their build command. > Harold I did a little research and indeed it is those damn SuSE people who broke the cross compiling system! Take a look at: http://www.xfree86.org/~keithp/xconf2001/cc-imake.pdf and see if that doesn't seem like it fits the current case. Note their desire to modify the imake source file instead of cross.def. This might explain why the build fails when it tries to compile imake. P.S. - Did that CVS command to remove "stickiness" work for you? __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From huntharo@msu.edu Mon Jul 8 05:22:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Mon, 08 Jul 2002 05:22:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) In-Reply-To: <200207082033.22110.rasjidw@openminddev.net> Message-ID: Actually, I am just about to add per-user registry support, so you might as well use the registry. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Rasjid Wilcox > Sent: Monday, July 08, 2002 6:33 AM > To: Tim Thomson; cygwin-xfree@cygwin.com > Subject: Re: New xlauncher (was: Re: Success with Java prog in XFree) > > > On Mon, 8 Jul 2002 7:08 am, Tim Thomson wrote: > > > I would prefer that xlauncher, or a variant be installable via > setup.exe, > > so it can be used by anyone. If it means porting/rewriting, > I'll give it a > > shot :) (There isn't all that much code there, most is just writing to > > registry, and reading it back. Which is another thing, would it > be better > > to use a config file rather than registry? Currently, I'm > writing to HKEY > > Local Machine, but should be writing to current user, so that > people with > > few rights on an NT style box can use it. If I were to use a > config file, > > where to put it?) > > Personally, I would go for a config file. > > As mentioned in another post of mine, I was working on a > Python/wxWindows GUI. > I can send you what I've done if you are interested. > > My most recent thoughts was to create a generic 'Remote X > desktop' launcher, > which would run on Windows (with Cygwin-XFree86 backend) and on > Linux/Unix > (with a XNest backend), and possibly Mac. Further plans were to include > support for other remote display tools like VNC. > > I was also considering switching to Java (due to better IDE's available), > although the discussion here as left me unsure. Is the GNU > compiler able to > deal with Java/Swing, or is Python/wxWindows a better 'pure open source' > option? > > Anyway, Tim, if you want to do it in C/C++, I'll help test/debug, > but I can't > really help code. OTOH, if Python/wxWindows interests you, I'd > help with the > coding too. If you know C, Java and Pascal, I'd say you could > pick up Python > in a day. :-) > > Rasjid. > From nwourms@yahoo.com Mon Jul 8 05:31:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Mon, 08 Jul 2002 05:31:00 -0000 Subject: Incorrect version in packages names In-Reply-To: <20020708064029.GA6623@redhat.com> Message-ID: <20020708123104.3855.qmail@web21003.mail.yahoo.com> --- Christopher Faylor wrote: > On Mon, Jul 08, 2002 at 04:35:12PM +1000, Robert Collins wrote: > > > >----- Original Message ----- > >From: "Christopher Faylor" > >To: > >Sent: Monday, July 08, 2002 4:16 PM > > > >> >and in setup.ini : > >> >@ kdelibs-2 > >> ^^^^^^^^^^^^ > >> Get rid of this. I suspect that it is confusing setup.exe. > >> It should certainly do the right thing without it. > > > >Doh!. Good catch Chris. > > > >Yes, foo-bar is allowable as a package name, foo-2 is not. I'll see > what I > >can do for a future setup.exe release to address this, but don't expect > >anything soon. It'll require altering the installed.db database format, > >which results in a non-backwards compatible local environment. > > upset would probably do the right thing with the above but I really > don't > see any reason to use it, regardless. I don't see any reason why a user > would need to know that these are kdelibs-2 when it is pretty obvious > from > the version number. > Chris, He might want to maintain co-existing libraries in the same manner as BerkleyDB (i.e. upgrading to kdelibs v3 doesn't clobber kdelibs v2). So the correct syntax ought to be kdelibs2 not kdelibs-2. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From alexander.gottwald@informatik.tu-chemnitz.de Mon Jul 8 06:01:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 08 Jul 2002 06:01:00 -0000 Subject: Cross Compiling In-Reply-To: <20020708122113.71258.qmail@web21002.mail.yahoo.com> Message-ID: On Mon, 8 Jul 2002, Nicholas Wourms wrote: > > I did a little research and indeed it is those damn SuSE people who broke > the cross compiling system! Take a look at: > http://www.xfree86.org/~keithp/xconf2001/cc-imake.pdf Interesting article. I'll check what is needed to get current CVS cross- compile in that build environment. > and see if that doesn't seem like it fits the current case. Note their > desire to modify the imake source file instead of cross.def. This might > explain why the build fails when it tries to compile imake. I made the following changes to build imake (the diff I'll send Thursday will show this in complete) - set BOOTSTRAPCFLAGS to "-Ulinux -D__CYGWIN__" - pass IMAKE_DEFINES="-Ulinux -D__CYGWIN__" to imake also there are a lot of changes need where some programs are build as ProgramTarget but should be HostProgramTarget and another big problem in cygwin.rules where all: tries to build $(addsuffix .exe,PROGRAMS) instead of $(PROGRAMS). This results in "No rule to make target bitmap.exe.exe" and so on. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Mon Jul 8 06:07:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 08 Jul 2002 06:07:00 -0000 Subject: Cross Compiling Message-ID: <200207081307.g68D7id26658@pilot08.cl.msu.edu> Alexander, > Interesting article. I'll check what is needed to get current CVS cross- > compile in that build environment. Okay. > I made the following changes to build imake (the diff I'll send Thursday > will show this in complete) > > - set BOOTSTRAPCFLAGS to "-Ulinux -D__CYGWIN__" > - pass IMAKE_DEFINES="-Ulinux -D__CYGWIN__" to imake > > also there are a lot of changes need where some programs are build as > ProgramTarget but should be HostProgramTarget and another big problem > in cygwin.rules where all: tries to build $(addsuffix .exe,PROGRAMS) > instead of $(PROGRAMS). This results in "No rule to make target > bitmap.exe.exe" and so on. Unfortunately, the new cross compile system doesn't really use BOOTSTRAPCFLAGS or IMAKE_DEFINES anymore. You're supposed to pass the make variable CROSSCOMPILEDIR="/cygwin/i686-pc-cygwin/bin", for example. This flag in turn causes CrossCompiling to be set and it causes certain new macros for the name of the CC program, etc. to be set. However, all of these macro names are different than what we used to use in our host.def, so we've got to figure out what to do now. It is going to be a real pain. I estimate that it will take about 5 hours to fix properly. Harold From sanford.zelkovitz-eds@eds.com Mon Jul 8 07:28:00 2002 From: sanford.zelkovitz-eds@eds.com (Zelkovitz, Sanford J (ZERO CHAOS)) Date: Mon, 08 Jul 2002 07:28:00 -0000 Subject: Problem with cygwin1.dll and xfree Message-ID: <7FD257BF8564D4119DA800508BDF07AA0576C7D8@usahm012.exmi01.exch.eds.com> The last two version of cygwin1.dll ( 1.13.12 and 1.13.11 ) seem not to work with the xfree release code. It appears that the code fails when run under the list DLLs. If I switch back to the version prior to 1.13.11, all works as advertised. Does anyone else have the same problem? Does anyone know if a patch exists to allow the xfree code to run under the latest cygwin1.dll? Sanford Zelkovitz (ZeroChaos) EDS - GWH Web Engineering 750 Tower Dr, M/C 5291 Troy, MI 48098 * phone: +01-248-265-2277 (8-365) * mailto:sanford.zelkovitz-eds@eds.com www.eds.com From cwilson@ece.gatech.edu Mon Jul 8 08:10:00 2002 From: cwilson@ece.gatech.edu (Charles Wilson) Date: Mon, 08 Jul 2002 08:10:00 -0000 Subject: Incorrect version in packages names References: <20020708054724.68147.qmail@web10108.mail.yahoo.com> <20020708061654.GA19232@redhat.com> <01a501c22649$9d2f3520$2300a8c0@LAPTOP> <20020708064029.GA6623@redhat.com> Message-ID: <3D29AB7D.5000703@ece.gatech.edu> Christopher Faylor wrote: > upset would probably do the right thing with the above but I really don't > see any reason to use it, regardless. I don't see any reason why a user > would need to know that these are kdelibs-2 when it is pretty obvious from > the version number. The naming was probably inherited from linux, where it is possible to have both kde (1) and kde (2) and kde (3) all installed on the same machine. Therefore, each needs different basename. If the kde-cygwin folks want to maintain that package-name distinction, then they should just use "kdelibs_2" instead of "kdelibs-2" as their basename. Then upset and setup will be happy -- and end users will be able to install both kdelibs_2 and kdelibs_3. --Chuck From nahor@bravobrava.com Mon Jul 8 08:23:00 2002 From: nahor@bravobrava.com (Jehan) Date: Mon, 08 Jul 2002 08:23:00 -0000 Subject: [PATCH] -scrollbars option References: Message-ID: Harold Hunt wrote: > However, there are a bunch of ^M's showing up in the patch file for > winwndproc.c starting at about line 496 (in the patch file). Could you > clean that up and resubmit? Hmm, I wonder were they are coming from, I was editing the file in Unix mode. Anyway, here it is. Jehan -------------- next part -------------- A non-text attachment was scrubbed... Name: scrollbars.patch.bz2 Type: application/octet-stream Size: 5423 bytes Desc: not available URL: From robert.taylor@dis-sol-inc.com Mon Jul 8 08:45:00 2002 From: robert.taylor@dis-sol-inc.com (Robert Taylor) Date: Mon, 08 Jul 2002 08:45:00 -0000 Subject: Emailing: XWin.log Message-ID: Harold, I hope this is helpful. Robert J. Taylor -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.log Type: application/octet-stream Size: 946 bytes Desc: not available URL: From nwourms@yahoo.com Mon Jul 8 08:53:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Mon, 08 Jul 2002 08:53:00 -0000 Subject: makedepend default search paths and gcc-3.1.1-1 Message-ID: <20020708155321.6479.qmail@web21010.mail.yahoo.com> Hi, I'm give the new gcc that was announced on the cygwin mailing list a try. One of the X projects I'm working on requires the makedepend program be run. The problem is that makedepend's default search path is looking in the wrong directories. Specifically it is try to look in the wrong gcc-lib dir. Unfortunately, there is no option to append include paths, only to prepend include paths. The problem with this is that I have been trying to figure out how makedepend generates its default include path list, but so far I haven't been successful. I suspect it derives it from the -I lines used to build it, but I can't be for sure Here's where it is looking: /usr/local/lib/gcc-include /usr/include /usr/include/w32api /usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/include Here's where it should be looking: /usr/local/lib/gcc-include /usr/include /usr/include/w32api /usr/lib/gcc-lib/i686-pc-cygwin/{Default Compiler Version or Version Specified Explicitly via Environmentals}/include This brings up a whole new set of problems, since both gcc-2 and gcc-3.1.1 will soon have to co-exist on the same system. As you can see this is a tricky situation and unfortunately I have no solution at the moment. As a kludge, I am passing the proper search path order by using an environmental (DEPENDFLAGS). However, this kludge is neither elegant, nor is it very practical. There is something that is certain, like it or not, this will become an issue shortly. This behavior can be expected in any X project which uses Imakefiles and asks the user to "make World". Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From huntharo@msu.edu Mon Jul 8 09:39:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 08 Jul 2002 09:39:00 -0000 Subject: Emailing: XWin.log Message-ID: <200207081639.g68Gdl345470@pilot12.cl.msu.edu> Robert, [For others: this is a followup to a post on ./ where Robert said that Windows XP rebooted when he ran XWin.exe] There doesn't seem to be any error recorded, at all. Try downloading the latest setup.exe (http://cygwin.com/setup.exe) and update your XFree86-xserv package. Make sure that you get version 4.2.0-10. Perhaps this was just a bug in some earlier version. Thanks for the log file, Harold Robert Taylor said: > Harold, > > I hope this is helpful. > > Robert J. Taylor From huntharo@msu.edu Mon Jul 8 09:42:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 08 Jul 2002 09:42:00 -0000 Subject: Problem with cygwin1.dll and xfree Message-ID: <200207081642.g68GgI326926@pilot12.cl.msu.edu> Sanford, We are not aware of any problems with Cygwin/XFree86 on the latest versions of cygwin1.dll. In fact, I've been running Cygwin/XFree86 all day on 1.3.12-2 without any problems, whatsoever. Send in your /tmp/XWin.log file and we will tell you if it has any relevant information. Thanks, Harold "Zelkovitz, Sanford J (ZERO CHAOS)" said: > > The last two version of cygwin1.dll ( 1.13.12 and 1.13.11 ) seem not to work > with the xfree release code. It appears that the code fails when run under > the list DLLs. If I switch back to the version prior to 1.13.11, all works > as advertised. Does anyone else have the same problem? Does anyone know if a > patch exists to allow the xfree code to run under the latest cygwin1.dll? > > > > Sanford Zelkovitz (ZeroChaos) > EDS - GWH Web Engineering > 750 Tower Dr, M/C 5291 > Troy, MI 48098 > > * phone: +01-248-265-2277 (8-365) > * mailto:sanford.zelkovitz-eds@eds.com > www.eds.com > > > > From huntharo@msu.edu Mon Jul 8 09:44:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 08 Jul 2002 09:44:00 -0000 Subject: [PATCH] -scrollbars option Message-ID: <200207081644.g68Gio334238@pilot12.cl.msu.edu> Jehan, Excellent. I'll try to merge this tonight. Harold Jehan said: > Harold Hunt wrote: > > However, there are a bunch of ^M's showing up in the patch file for > > winwndproc.c starting at about line 496 (in the patch file). Could you > > clean that up and resubmit? > > Hmm, I wonder were they are coming from, I was editing the file in Unix > mode. Anyway, here it is. > > Jehan > From huntharo@msu.edu Mon Jul 8 09:55:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 08 Jul 2002 09:55:00 -0000 Subject: Emailing: XWin.log Message-ID: <200207081655.g68Gth328926@pilot12.cl.msu.edu> Robert, The Windows dump file won't be of any help. However, you could send in /etc/setup/installed.db. That way we know what versions of things you have. There have been several significant Cygwin/XFree86 updates since the 26 of June. I highly advise that you update. Harold Robert Taylor said: > Would the setup.log file help? How about the Windows dump file? > > My installation was 6/26/2002 from setup.exe via redhat.... > > -----Original Message----- > From: Harold L Hunt [mailto:huntharo@msu.edu] > Sent: Monday, July 08, 2002 9:40 AM > To: robert.taylor@dis-sol-inc.com; Robert Taylor; > cygwin-xfree@cygwin.com > Subject: Re: Emailing: XWin.log > > > Robert, > > [For others: this is a followup to a post on ./ where Robert said that > Windows > XP rebooted when he ran XWin.exe] > > There doesn't seem to be any error recorded, at all. > > Try downloading the latest setup.exe (http://cygwin.com/setup.exe) and > update > your XFree86-xserv package. Make sure that you get version 4.2.0-10. > > Perhaps this was just a bug in some earlier version. > > Thanks for the log file, > > Harold > > Robert Taylor said: > > > Harold, > > > > I hope this is helpful. > > > > Robert J. Taylor > > > > > From ctamiett@poker.it Mon Jul 8 10:00:00 2002 From: ctamiett@poker.it (Claudio Tamietto) Date: Mon, 08 Jul 2002 10:00:00 -0000 Subject: problems with remote display Message-ID: I'm sorry for my poor english but i don't kwown it very well .I'm a programmer and I'd like unix but unfortunately j have to work on windows paltform so i have installed cygwin on my windows 2000 workstation. Actualy i have the latest version of cygwin (1.3.12-1) and Xwin (4.2.0-7) installed. If i run the X-server locally with the command startx from a bash shell all seems function correctly but if i try to run a remote dislplay on aHP_UX unix server whit the command startx -- -query ip-of-remote-machine the following message appear on the console : .. Xlib: connection to ":0.0" refused by server Xlib: No protocol specified Here follow the content of the file Xwin.log found in /tmp ddxProcessArgument () - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning _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 pixel winAdjustForAutoHide - Original WorkArea: 0 0 768 1024 winAdjustForAutoHide - Taskbar is auto hide winAdjustForAutoHide - Found BOTTOM auto-hide taskbar winAdjustForAutoHide - Adjusted WorkArea: 0 0 767 1024 winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l 0 b 742 t 0 winCreateBoundingWindowWindowed () - Returning winAllocateFBShadowDDNL () - lPitch: 3056 winInitVisualsShadowDDNL () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 winCreateDefColormap () - Deferring to fbCreateDefColormap () winScreenInit () - returning AUDIT: Mon Jul 8 09:16:54 2002: 1320 X: client 1 rejected from local host AUDIT: Mon Jul 8 09:16:56 2002: 1320 X: client 1 rejected from local host AUDIT: Mon Jul 8 09:16:58 2002: 1320 X: client 1 rejected from local host AUDIT: Mon Jul 8 09:17:00 2002: 1320 X: client 1 rejected from local host AUDIT: Mon Jul 8 09:17:02 2002: 1320 X: client 1 rejected from local host AUDIT: Mon Jul 8 09:17:04 2002: 1320 X: client 3 rejected from local host AUDIT: Mon Jul 8 09:17:06 2002: 1320 X: client 4 rejected from local host winCloseScreenShadowDDNL () - Freeing screen resources If i use a commercial product like X-reflection j obtain a remote display correctly. Can someone help me ? From spetreolle@yahoo.fr Mon Jul 8 10:10:00 2002 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Mon, 08 Jul 2002 10:10:00 -0000 Subject: Incorrect version in packages names In-Reply-To: <20020708123104.3855.qmail@web21003.mail.yahoo.com> Message-ID: <20020708171048.25722.qmail@web10105.mail.yahoo.com> > > >> >and in setup.ini : > > >> >@ kdelibs-2 > > >> ^^^^^^^^^^^^ > > >> Get rid of this. I suspect that it is > confusing setup.exe. Found in /etc/setup/installed.db : kde-x-1.2 kde-x-1.2-1.2-1.2-1.2-1.2-1.2-1.2-1.2-1.2.tar.bz2 0 kde-x-1.3 kde-x-1.3-1.3-1.3-1.3-1.3-1.3-1.3-1.3-1.3.tar.bz2 0 kdebase-2 kdebase-2-2-2-2-2-2-2-2-2.2.2-b1.tar.bz2 0 kdelibs-2 kdelibs-2-2-2-2-2-2-2-2-2.2.2-b1.tar.bz2 0 ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From huntharo@msu.edu Mon Jul 8 10:27:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 08 Jul 2002 10:27:00 -0000 Subject: Problem with cygwin1.dll and xfree Message-ID: <200207081727.g68HRH339258@pilot12.cl.msu.edu> Sanford, Do a search for `cygwin1.dll' on your system using the Windows file search utility. Tell us (at cygwin-xfree@cygwin.com) how many copies you find. Harold "Zelkovitz, Sanford J (ZERO CHAOS)" said: > Actually, when it fails, it does not generate an Xwin.log file. It does, > however, generate > numerous stackdump files. Attached are ones that were generated with the > cygwin1.dll version 1.13.12-1. I also included a script which I use to get > things started. > > Thanks, > Sandy > > > > -----Original Message----- > From: Harold L Hunt [mailto:huntharo@msu.edu] > Sent: Monday, July 08, 2002 12:42 PM > To: Zelkovitz@msu.edu, Sanford J (ZERO CHAOS); 'cygwin-xfree@cygwin.com' > Subject: Re: Problem with cygwin1.dll and xfree > > > Sanford, > > We are not aware of any problems with Cygwin/XFree86 on the latest versions > of cygwin1.dll. In fact, I've been running Cygwin/XFree86 all day on > 1.3.12-2 without any problems, whatsoever. > > Send in your /tmp/XWin.log file and we will tell you if it has any relevant > information. > > Thanks, > > Harold > > "Zelkovitz, Sanford J (ZERO CHAOS)" said: > > > > > The last two version of cygwin1.dll ( 1.13.12 and 1.13.11 ) seem not > > to work with the xfree release code. It appears that the code fails > > when run under the list DLLs. If I switch back to the version prior to > > 1.13.11, all works as advertised. Does anyone else have the same > > problem? Does anyone know if a patch exists to allow the xfree code to > > run under the latest cygwin1.dll? > > > > > > > > Sanford Zelkovitz (ZeroChaos) > > EDS - GWH Web Engineering > > 750 Tower Dr, M/C 5291 > > Troy, MI 48098 > > > > * phone: +01-248-265-2277 (8-365) > > * mailto:sanford.zelkovitz-eds@eds.com > > www.eds.com > > > > > > > > > > > > From huntharo@msu.edu Mon Jul 8 10:34:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 08 Jul 2002 10:34:00 -0000 Subject: problems with remote display Message-ID: <200207081734.g68HYE334296@pilot12.cl.msu.edu> Claudio, You can use ``startx -- -query ip_of_remote_machine'' unless you have modified the startx scripts to stop launching local X clients. I recommend instead that you make a copy of startxwin.bat and edit the `start XWin' line for your platform (Windows 95/98/Me or Windows NT/2000/XP) to use the -query parameter. Be sure to REM out the lines that start the local clients (xterm, twm, and xsetroot). By the way, 4.2.0-10 is the latest version of XFree86-xserv. Harold Claudio Tamietto said: > I'm sorry for my poor english but i don't kwown it very well .I'm a programmer > and I'd like unix but unfortunately j have to work on windows paltform so i have > installed cygwin on my windows 2000 workstation. Actualy i have the latest > version of cygwin (1.3.12-1) and Xwin (4.2.0-7) installed. If i run the X-server > locally with the command startx from a bash shell all seems function correctly > but if i try to run a remote dislplay on aHP_UX unix server whit the command > startx -- -query ip-of-remote-machine the following message appear on the > console : > > .. > Xlib: connection to ":0.0" refused by server > Xlib: No protocol specified > > Here follow the content of the file Xwin.log found in /tmp > > ddxProcessArgument () - Initializing default screens > winInitializeDefaultScreens - w 1024 h 768 > winInitializeDefaultScreens - Returning > _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 > pixel > winAdjustForAutoHide - Original WorkArea: 0 0 768 1024 > winAdjustForAutoHide - Taskbar is auto hide > winAdjustForAutoHide - Found BOTTOM auto-hide taskbar > winAdjustForAutoHide - Adjusted WorkArea: 0 0 767 1024 > winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l 0 b 742 > t 0 > winCreateBoundingWindowWindowed () - Returning > winAllocateFBShadowDDNL () - lPitch: 3056 > winInitVisualsShadowDDNL () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 > winCreateDefColormap () - Deferring to fbCreateDefColormap () > winScreenInit () - returning > AUDIT: Mon Jul 8 09:16:54 2002: 1320 X: client 1 rejected from local host > AUDIT: Mon Jul 8 09:16:56 2002: 1320 X: client 1 rejected from local host > AUDIT: Mon Jul 8 09:16:58 2002: 1320 X: client 1 rejected from local host > AUDIT: Mon Jul 8 09:17:00 2002: 1320 X: client 1 rejected from local host > AUDIT: Mon Jul 8 09:17:02 2002: 1320 X: client 1 rejected from local host > AUDIT: Mon Jul 8 09:17:04 2002: 1320 X: client 3 rejected from local host > AUDIT: Mon Jul 8 09:17:06 2002: 1320 X: client 4 rejected from local host > winCloseScreenShadowDDNL () - Freeing screen resources > > If i use a commercial product like X-reflection j obtain a remote display > correctly. Can someone help me ? > > > From huntharo@msu.edu Mon Jul 8 10:40:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 08 Jul 2002 10:40:00 -0000 Subject: Emailing: XWin.log Message-ID: <200207081739.g68Hdw346110@pilot12.cl.msu.edu> Robert, You are running cygwin-1.3.11-3 and XFree86-xserv-4.2.0-7. Please upgrade as I requested by getting the latest Cygwin setup.exe (http://cygwin.com/setup.exe) and running it. It will only upgrade packages that have been updated, so the download will not take long. By the way, are you able to reproduce this reboot-on-launch behavior every time? Have you tried to do this lately? How are you starting Cygwin/XFree86, are you using startxwin.bat (recommended)? Thanks, Harold Robert Taylor said: > Please find the inastalled.db file attached. > > Thanks for your dircect support--I look forward to being a regular user of > cygwin. > > Robert Taylor, CTO > Dispensing Solutions, Inc. > > robert.taylor@dis-sol-inc.com > Office: (714)437-0330 ext 119 > Mobile: (949)677-3864 > > -----Original Message----- > From: Harold L Hunt [mailto:huntharo@msu.edu] > Sent: Monday, July 08, 2002 9:56 AM > To: robert.taylor@dis-sol-inc.com; Robert Taylor; Harold L Hunt > Cc: cygwin-xfree@cygwin.com > Subject: RE: Emailing: XWin.log > > > Robert, > > The Windows dump file won't be of any help. > > However, you could send in /etc/setup/installed.db. That way we know what > versions of things you have. > > There have been several significant Cygwin/XFree86 updates since the 26 of > June. I highly advise that you update. > > Harold > > Robert Taylor said: > > > Would the setup.log file help? How about the Windows dump file? > > > > My installation was 6/26/2002 from setup.exe via redhat.... > > > > -----Original Message----- > > From: Harold L Hunt [mailto:huntharo@msu.edu] > > Sent: Monday, July 08, 2002 9:40 AM > > To: robert.taylor@dis-sol-inc.com; Robert Taylor; > > cygwin-xfree@cygwin.com > > Subject: Re: Emailing: XWin.log > > > > > > Robert, > > > > [For others: this is a followup to a post on ./ where Robert said that > > Windows > > XP rebooted when he ran XWin.exe] > > > > There doesn't seem to be any error recorded, at all. > > > > Try downloading the latest setup.exe (http://cygwin.com/setup.exe) and > > update > > your XFree86-xserv package. Make sure that you get version 4.2.0-10. > > > > Perhaps this was just a bug in some earlier version. > > > > Thanks for the log file, > > > > Harold > > > > Robert Taylor said: > > > > > Harold, > > > > > > I hope this is helpful. > > > > > > Robert J. Taylor > > > > > > > > > > > > > > From huntharo@msu.edu Mon Jul 8 10:41:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 08 Jul 2002 10:41:00 -0000 Subject: Fwd: RE: Emailing: XWin.log Message-ID: <200207081741.g68HfK320214@pilot12.cl.msu.edu> Looks like we fixed another one :) Harold P.S. Robert - notice that I'm cc'ing cygwin-xfree@cygwin.com on all replies. Please start doing so in future replies. Forwarded From: Robert Taylor > Just installed the latest setup.exe and asked for "all" to be installed. > It's running fine without rebooting or BSOD'ing. > > -----Original Message----- > From: Harold L Hunt [mailto:huntharo@msu.edu] > Sent: Monday, July 08, 2002 9:56 AM > To: robert.taylor@dis-sol-inc.com; Robert Taylor; Harold L Hunt > Cc: cygwin-xfree@cygwin.com > Subject: RE: Emailing: XWin.log > > > Robert, > > The Windows dump file won't be of any help. > > However, you could send in /etc/setup/installed.db. That way we know what > versions of things you have. > > There have been several significant Cygwin/XFree86 updates since the 26 of > June. I highly advise that you update. > > Harold > > Robert Taylor said: > > > Would the setup.log file help? How about the Windows dump file? > > > > My installation was 6/26/2002 from setup.exe via redhat.... > > > > -----Original Message----- > > From: Harold L Hunt [mailto:huntharo@msu.edu] > > Sent: Monday, July 08, 2002 9:40 AM > > To: robert.taylor@dis-sol-inc.com; Robert Taylor; > > cygwin-xfree@cygwin.com > > Subject: Re: Emailing: XWin.log > > > > > > Robert, > > > > [For others: this is a followup to a post on ./ where Robert said that > > Windows > > XP rebooted when he ran XWin.exe] > > > > There doesn't seem to be any error recorded, at all. > > > > Try downloading the latest setup.exe (http://cygwin.com/setup.exe) and > > update > > your XFree86-xserv package. Make sure that you get version 4.2.0-10. > > > > Perhaps this was just a bug in some earlier version. > > > > Thanks for the log file, > > > > Harold > > > > Robert Taylor said: > > > > > Harold, > > > > > > I hope this is helpful. > > > > > > Robert J. Taylor > > > > > > > > > > > > > > > From sanford.zelkovitz-eds@eds.com Mon Jul 8 10:47:00 2002 From: sanford.zelkovitz-eds@eds.com (Zelkovitz, Sanford J (ZERO CHAOS)) Date: Mon, 08 Jul 2002 10:47:00 -0000 Subject: Problem with cygwin1.dll and xfree Message-ID: <7FD257BF8564D4119DA800508BDF07AA0576C7DA@usahm012.exmi01.exch.eds.com> You are ABSOLUTELY correct! I found another copy in /winnt/system. I deleted that one and, yes, it does work just fine with cygwin1.dll version 1.13.12-1 in \cygwin\bin. Sorry for causing trouble because of my own stupidity! Sandy -----Original Message----- From: Harold L Hunt [mailto:huntharo@msu.edu] Sent: Monday, July 08, 2002 1:27 PM To: Zelkovitz@msu.edu, Sanford J (ZERO CHAOS) Cc: cygwin-xfree@cygwin.com Subject: RE: Problem with cygwin1.dll and xfree Sanford, Do a search for `cygwin1.dll' on your system using the Windows file search utility. Tell us (at cygwin-xfree@cygwin.com) how many copies you find. Harold "Zelkovitz, Sanford J (ZERO CHAOS)" said: > Actually, when it fails, it does not generate an Xwin.log file. It > does, however, generate numerous stackdump files. Attached are ones > that were generated with the cygwin1.dll version 1.13.12-1. I also > included a script which I use to get things started. > > Thanks, > Sandy > > > > -----Original Message----- > From: Harold L Hunt [mailto:huntharo@msu.edu] > Sent: Monday, July 08, 2002 12:42 PM > To: Zelkovitz@msu.edu, Sanford J (ZERO CHAOS); 'cygwin-xfree@cygwin.com' > Subject: Re: Problem with cygwin1.dll and xfree > > > Sanford, > > We are not aware of any problems with Cygwin/XFree86 on the latest > versions of cygwin1.dll. In fact, I've been running Cygwin/XFree86 > all day on 1.3.12-2 without any problems, whatsoever. > > Send in your /tmp/XWin.log file and we will tell you if it has any > relevant information. > > Thanks, > > Harold > > "Zelkovitz, Sanford J (ZERO CHAOS)" > said: > > > > > The last two version of cygwin1.dll ( 1.13.12 and 1.13.11 ) seem not > > to work with the xfree release code. It appears that the code fails > > when run under the list DLLs. If I switch back to the version prior to > > 1.13.11, all works as advertised. Does anyone else have the same > > problem? Does anyone know if a patch exists to allow the xfree code to > > run under the latest cygwin1.dll? > > > > > > > > Sanford Zelkovitz (ZeroChaos) > > EDS - GWH Web Engineering > > 750 Tower Dr, M/C 5291 > > Troy, MI 48098 > > > > * phone: +01-248-265-2277 (8-365) > > * mailto:sanford.zelkovitz-eds@eds.com > > www.eds.com > > > > > > > > > > > > From huntharo@msu.edu Mon Jul 8 10:54:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 08 Jul 2002 10:54:00 -0000 Subject: Problem with cygwin1.dll and xfree Message-ID: <200207081754.g68Hsi320298@pilot12.cl.msu.edu> Sanford, > You are ABSOLUTELY correct! I found another copy in /winnt/system. I deleted > that one and, yes, it does work just fine with cygwin1.dll version 1.13.12-1 > in \cygwin\bin. Great! > Sorry for causing trouble because of my own stupidity! Hey, go easy on yourself. Most users like to argue with us about how they don't have a second copy of cygwin1.dll on their system. After a few rounds they end up finally doing the search and, lo!, they find a second copy of cygwin1.dll. You should be commended for not arguing and instead doing the search right from the start. :) Harold From cwilson@ece.gatech.edu Mon Jul 8 11:54:00 2002 From: cwilson@ece.gatech.edu (Charles Wilson) Date: Mon, 08 Jul 2002 11:54:00 -0000 Subject: Problem with cygwin1.dll and xfree References: <200207081754.g68Hsi320298@pilot12.cl.msu.edu> Message-ID: <3D29E002.2020606@ece.gatech.edu> Harold L Hunt wrote: > > Hey, go easy on yourself. Most users like to argue with us about how they > don't have a second copy of cygwin1.dll on their system. After a few rounds > they end up finally doing the search and, lo!, they find a second copy of > cygwin1.dll. You should be commended for not arguing and instead doing the What I'd like to know, is how all of these users ended up with cygwin1.dll in /system in the first place. They all claim that they didn't do it themselves; or perhaps they did do it themselves, "following instructions a long time ago" [strange that the bug only cropped up "now" ] -- but who is telling people to do this? Is there some program out there that uses cygwin, and installs cygwin1.dll into /system? Is there some website out there that tells people to do this? Can we hunt them down and flame them with vigour? --Chuck From cwilson@ece.gatech.edu Mon Jul 8 12:22:00 2002 From: cwilson@ece.gatech.edu (Charles Wilson) Date: Mon, 08 Jul 2002 12:22:00 -0000 Subject: Problem with cygwin1.dll and xfree References: <200207081754.g68Hsi320298@pilot12.cl.msu.edu> Message-ID: <3D29E002.2020606@ece.gatech.edu> Harold L Hunt wrote: > > Hey, go easy on yourself. Most users like to argue with us about how they > don't have a second copy of cygwin1.dll on their system. After a few rounds > they end up finally doing the search and, lo!, they find a second copy of > cygwin1.dll. You should be commended for not arguing and instead doing the What I'd like to know, is how all of these users ended up with cygwin1.dll in /system in the first place. They all claim that they didn't do it themselves; or perhaps they did do it themselves, "following instructions a long time ago" [strange that the bug only cropped up "now" ] -- but who is telling people to do this? Is there some program out there that uses cygwin, and installs cygwin1.dll into /system? Is there some website out there that tells people to do this? Can we hunt them down and flame them with vigour? --Chuck From nwourms@yahoo.com Mon Jul 8 12:34:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Mon, 08 Jul 2002 12:34:00 -0000 Subject: Problem with cygwin1.dll and xfree In-Reply-To: <3D29E002.2020606@ece.gatech.edu> Message-ID: <20020708192229.50034.qmail@web21008.mail.yahoo.com> --- Charles Wilson wrote: > > Harold L Hunt wrote: > > > > > Hey, go easy on yourself. Most users like to argue with us about how > they > > don't have a second copy of cygwin1.dll on their system. After a few > rounds > > they end up finally doing the search and, lo!, they find a second copy > of > > cygwin1.dll. You should be commended for not arguing and instead > doing the > > What I'd like to know, is how all of these users ended up with > cygwin1.dll in /system in the first place. They all claim that they > didn't do it themselves; or perhaps they did do it themselves, > "following instructions a long time ago" [strange that the bug only > cropped up "now" ] -- but who is telling people to do this? > > Is there some program out there that uses cygwin, and installs > cygwin1.dll into /system? Is there some website out there that tells > people to do this? Can we hunt them down and flame them with vigour? Chuck, If I'm not mistaken, I believe WinCVS does tell them to put the dll in system. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From cwilson@ece.gatech.edu Mon Jul 8 13:20:00 2002 From: cwilson@ece.gatech.edu (Charles Wilson) Date: Mon, 08 Jul 2002 13:20:00 -0000 Subject: Problem with cygwin1.dll and xfree References: <20020708192229.50034.qmail@web21008.mail.yahoo.com> Message-ID: <3D29E94B.3020300@ece.gatech.edu> Nicholas Wourms wrote: > If I'm not mistaken, I believe WinCVS does tell them to put the dll in > system. If so, then they should be vigorously insulted, and possibly shunned. Think of the frenchmen in "Monty Python's The Holy Grail". However, I can't find anything prominent on their site that says "put cygwin1.dll in naughty places". --Chuck From wayne.keen@crc.com Mon Jul 8 13:52:00 2002 From: wayne.keen@crc.com (Dr. Wayne Keen) Date: Mon, 08 Jul 2002 13:52:00 -0000 Subject: Problem with cygwin1.dll and xfree Message-ID: <000301c226b5$6dec3d50$a701a8c0@earthlink.net> I know I have run into problems a couple of times with programs that have windows installers that somehow like to assume that you don't already have Cygwin on your machine. The first time I installed Octave, it replaced my Cygwin with some minimal installation it needed to support itself. Something not as severe happended when I ran an Windows installation program for Ruby. Eventually....I learned to just go ahead and build things myself within Cygwin. So, one message that probably should leak out is to avoid Windows binaries that mention anything about Cygwin. :-) Wayne Keen From BradeyH@construx.com Mon Jul 8 19:06:00 2002 From: BradeyH@construx.com (Bradey Honsinger) Date: Mon, 08 Jul 2002 19:06:00 -0000 Subject: Upgrading to latest version Message-ID: <2A53F00A2DBBDA479B7E84DA2023A4EBC83EDC@gypsy.construx.com> What's the recommended upgrade procedure now that XFree is in Cygwin setup? I'm still downloading the latest Server Test Series build from xfree86.cygwin.com and copying it over /usr/X11R6/bin/XWin. Will I miss something by not running setup? - Bradey -----Original Message----- From: Harold L Hunt [mailto:huntharo@msu.edu] Sent: Monday, July 08, 2002 10:41 AM To: cygwin-xfree@cygwin.com Cc: robert.taylor@dis-sol-inc.com Subject: Fwd: RE: Emailing: XWin.log Looks like we fixed another one :) Harold P.S. Robert - notice that I'm cc'ing cygwin-xfree@cygwin.com on all replies. Please start doing so in future replies. Forwarded From: Robert Taylor > Just installed the latest setup.exe and asked for "all" to be installed. > It's running fine without rebooting or BSOD'ing. > > -----Original Message----- > From: Harold L Hunt [mailto:huntharo@msu.edu] > Sent: Monday, July 08, 2002 9:56 AM > To: robert.taylor@dis-sol-inc.com; Robert Taylor; Harold L Hunt > Cc: cygwin-xfree@cygwin.com > Subject: RE: Emailing: XWin.log > > > Robert, > > The Windows dump file won't be of any help. > > However, you could send in /etc/setup/installed.db. That way we know what > versions of things you have. > > There have been several significant Cygwin/XFree86 updates since the 26 of > June. I highly advise that you update. > > Harold > > Robert Taylor said: > > > Would the setup.log file help? How about the Windows dump file? > > > > My installation was 6/26/2002 from setup.exe via redhat.... > > > > -----Original Message----- > > From: Harold L Hunt [mailto:huntharo@msu.edu] > > Sent: Monday, July 08, 2002 9:40 AM > > To: robert.taylor@dis-sol-inc.com; Robert Taylor; > > cygwin-xfree@cygwin.com > > Subject: Re: Emailing: XWin.log > > > > > > Robert, > > > > [For others: this is a followup to a post on ./ where Robert said that > > Windows > > XP rebooted when he ran XWin.exe] > > > > There doesn't seem to be any error recorded, at all. > > > > Try downloading the latest setup.exe (http://cygwin.com/setup.exe) and > > update > > your XFree86-xserv package. Make sure that you get version 4.2.0-10. > > > > Perhaps this was just a bug in some earlier version. > > > > Thanks for the log file, > > > > Harold > > > > Robert Taylor said: > > > > > Harold, > > > > > > I hope this is helpful. > > > > > > Robert J. Taylor > > > > > > > > > > > > > > > From huntharo@msu.edu Mon Jul 8 19:44:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Mon, 08 Jul 2002 19:44:00 -0000 Subject: xf86config patch In-Reply-To: Message-ID: Alexander, > > 1) In winconfig.c, why is this there: > > > > #ifndef PROJECTROOT > > #define PROJECTROOT "/usr/X11R6" > > #endif > > Hm, I just copied it from xf86Config.c. Just to be sure it's defined. > I added ``-DPROJECTROOT=$(PROJECTROOT)'' to DEFINES in hw/xwin/Imakefile and I put quotes (") around PROJECROOT in the call to xf86openConfigFile in winconfig.c. I then removed the PROJECTROOT define from winconfig.c. That seems to have worked quite well. Of course, I haven't tested it yet :) I need to you submit a diff for XWin.man, documenting the new parameters. I'll take care up updating the User's Guide when the time comes. I'm going to make a Server Test Series release that has your XF86Config patch as the only change. That way if we have problems we can track them to this patch, if necessary. I don't anticipate any problems, but I know that if I don't do a seperate release we will end up having problems and wishing that we had done a seperate release. :) Harold From huntharo@msu.edu Tue Jul 9 00:27:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Tue, 09 Jul 2002 00:27:00 -0000 Subject: [ANNOUNCEMENT] Server Test 64 Message-ID: Links: I just posted Test 64 to the server development page: http://xfree86.cygwin.com/devel/shadow/ You can install the Test 64 package via setup.exe by selecting the 'test' package (and be sure to check the 'Bin' box): XFree86-xserv-4.2.0-11 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-Test64.exe.bz2 (1100 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20020708-2212.tar.bz2 (81 KiB) xc/programs/Xserver/Imakefile diff against 20020708 XFree86 CVS: http://www.msu.edu/~huntharo/xwin/shadow/xc-programs-Xserver-Imakefile-20020 708-2212.diff (2 KiB) xc/programs/Xserver/hw/xwin (all files) diff against 20020708 XFree86 CVS: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20020708-2212.diff.bz2 (3 KiB) xc/programs/Xserver/hw/xwin new files: http://www.msu.edu/~huntharo/xwin/shadow/xwin-newfiles-20020708-2212.tar.bz2 (8 KiB) Changes: 1) winconfig.c, winconfig.h, winmsg.c, winmsg.h, InitOutput.c, winkeybd.c - Add support for using XF86Config-style configuration files. (Alexander Gottwald) Enjoy, Harold From sb@dod.no Tue Jul 9 03:59:00 2002 From: sb@dod.no (Steinar Bang) Date: Tue, 09 Jul 2002 03:59:00 -0000 Subject: Slashdotting References: Message-ID: <871yade4y2.fsf@home.lan> >>>>> "Harold Hunt" : > This time we might get a lot of new users because we are so easy to > install now. Crossing my fingers... For or against the new users? :-) From alexander.gottwald@informatik.tu-chemnitz.de Tue Jul 9 04:16:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 09 Jul 2002 04:16:00 -0000 Subject: using xwinclip In-Reply-To: <200207081826.g68IQQ216291@login10.cig.mot.com> Message-ID: On Mon, 8 Jul 2002, Will Renkel {QA1403} wrote: > I appear to de doing something wrong > > I start my xwindows with the startx command from .profile > I put the xclip ciommand in bat file per directions. > It dont start or at least stay up > I then put it in .profile right after vstartx > No work - cant open display > > If I manually start it from a window after they come up it seems to work. I redirected you to the apropriate mailing list. I hope they can help you. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@informatik.tu-chemnitz.de Tue Jul 9 04:27:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 09 Jul 2002 04:27:00 -0000 Subject: xf86config patch In-Reply-To: Message-ID: On Mon, 8 Jul 2002, Harold Hunt wrote: > Alexander, > > > > 1) In winconfig.c, why is this there: > > > > > > #ifndef PROJECTROOT > > > #define PROJECTROOT "/usr/X11R6" > > > #endif > > > > Hm, I just copied it from xf86Config.c. Just to be sure it's defined. > > > > I added ``-DPROJECTROOT=$(PROJECTROOT)'' to DEFINES in hw/xwin/Imakefile and seems to be ok. > I put quotes (") around PROJECROOT in the call to xf86openConfigFile in > winconfig.c. I then removed the PROJECTROOT define from winconfig.c. That > seems to have worked quite well. Of course, I haven't tested it yet :) you have changed function_name(PROJECTROOT) to function_name("PROJECTROOT")? This will fail since the preprocessor won't substitute macros in strings. Please use -DPROJECTROOT="\"$(PROJECTROOT)\"" and the unquoted PROJECTROOT in the function call > I need to you submit a diff for XWin.man, documenting the new parameters. > I'll take care up updating the User's Guide when the time comes. > > I'm going to make a Server Test Series release that has your XF86Config > patch as the only change. That way if we have problems we can track them to > this patch, if necessary. I don't anticipate any problems, but I know that > if I don't do a seperate release we will end up having problems and wishing > that we had done a seperate release. :) Ok, bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@informatik.tu-chemnitz.de Tue Jul 9 04:30:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 09 Jul 2002 04:30:00 -0000 Subject: [ANNOUNCEMENT] Server Test 64 In-Reply-To: Message-ID: On Mon, 8 Jul 2002, Harold Hunt wrote: > Links: > > I just posted Test 64 to the server development page: > http://xfree86.cygwin.com/devel/shadow/ > Changes: > > 1) winconfig.c, winconfig.h, winmsg.c, winmsg.h, InitOutput.c, > winkeybd.c - Add support for using XF86Config-style configuration > files. (Alexander Gottwald) Works for me. Got XKB settings and fontpath from xf86config bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@informatik.tu-chemnitz.de Tue Jul 9 04:56:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 09 Jul 2002 04:56:00 -0000 Subject: [ANNOUNCEMENT] Server Test 64 In-Reply-To: Message-ID: On Tue, 9 Jul 2002, Alexander Gottwald wrote: > On Mon, 8 Jul 2002, Harold Hunt wrote: > > > > I just posted Test 64 to the server development page: > > http://xfree86.cygwin.com/devel/shadow/ > > Works for me. Got XKB settings and fontpath from xf86config Works without configfile too. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From cxwangyi@ieee.org Tue Jul 9 05:21:00 2002 From: cxwangyi@ieee.org (Wang Yi) Date: Tue, 09 Jul 2002 05:21:00 -0000 Subject: OpenGL program under Cygiwn/XFree86 Message-ID: <3D2ACFD2.8070200@ieee.org> I am trying to compile a simple glX/OpenGL program under Cygwin/XFree86. The building process is OK. But the glXChooseVisual always returns NULL at runtime. This program has been compiled under many UNIX environments and runs properly. I have changed the attributed array passed to glXChooseVisual many times, but it still does not work. I use the header files at /usr/X11R6/include and libraries of /usr/X11R6/lib/libGL.a and libGLU.a. Cygwin/XFree86 does support OpenGL, right? Cound anyone send me a simple model OpenGL program which can be built and run under Cygwin/XFree86? Thanks a lot. From ctamiett@poker.it Tue Jul 9 05:40:00 2002 From: ctamiett@poker.it (Claudio Tamietto) Date: Tue, 09 Jul 2002 05:40:00 -0000 Subject: * Re: problems with remote display Message-ID: I have try what you have reccomended but the remote display in not functioning (follow startxwin.bat). @echo off SET DISPLAY=127.0.0.1:0.0 REM REM The path in the CYGWIN_ROOT environment variable assignment assume REM that Cygwin is installed in a directory called 'cygwin' in the root REM directory of the current drive. You will only need to modify REM CYGWIN_ROOT if you have installed Cygwin in another directory. For REM example, if you installed Cygwin in \foo\bar\baz\cygwin, you will need REM to change \cygwin to \foo\bar\baz\cygwin. REM REM This batch file will almost always be run from the same drive (and REM directory) as the drive that contains Cygwin/XFree86, therefore you will REM not need to add a drive letter to CYGWIN_ROOT. For example, you do REM not need to change \cygwin to c:\cygwin if you are running this REM batch file from the C drive. REM SET CYGWIN_ROOT=\cygwin SET PATH=.;%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin;%PATH% REM REM Cleanup after last run. REM if not exist %CYGWIN_ROOT%\tmp\.X11-unix\X0 goto CLEANUP-FINISH attrib -s %CYGWIN_ROOT%\tmp\.X11-unix\X0 del %CYGWIN_ROOT%\tmp\.X11-unix\X0 :CLEANUP-FINISH if exist %CYGWIN_ROOT%\tmp\.X11-unix rmdir %CYGWIN_ROOT%\tmp\.X11-unix REM REM Startup the X Server, the twm window manager, and an xterm. REM REM Notice that the window manager and the xterm will wait for REM the server to finish starting before trying to connect; the REM error "Cannot Open Display: 127.0.0.1:0.0" is not due to the REM clients attempting to connect before the server has started, rather REM that error is due to a bug in some versions of cygwin1.dll. Upgrade REM to the latest cygwin1.dll if you get the "Cannot Open Display" error. REM See the Cygwin/XFree86 FAQ for more information: REM http://xfree86.cygwin.com/docs/faq/ REM REM The error "Fatal server error: could not open default font 'fixed'" is REM caused by using a DOS mode mount for the mount that the Cygwin/XFree86 REM fonts are accessed through. See the Cygwin/XFree86 FAQ for more REM information: REM http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-error-font-eof REM REM REM Use the /B switch only when we can positively confirm that the OS REM is Windows NT/2000. Do not use the switch in any other case. This REM should work fine, as it assumes we cannot use /B, except when a certain REM criterion is met. A previous version of this batch file assumed that REM we could use /B, except when some criterion was met; needless to say, REM that didn't work. REM if "%OS%" == "Windows_NT" goto USE-B-SWITCH REM Windows 95/98/Me echo startxwin.bat - Starting on Windows 95/98/Me REM Startup the X Server. start XWin REM Startup an xterm, using bash as the shell. run xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black -e /usr/bin/bash REM Startup the twm window manager. run twm goto END REM REM Use the /B switch. This starts the specified process in the background; REM in other words, it does not cause a new Command Prompt window to be REM opened for each 'start' command. REM :USE-B-SWITCH REM Windows NT/2000 echo startxwin.bat - Starting on Windows NT/2000 REM Startup the X Server. start XWin -audit 4 -query hannibal REM Startup an xterm, using bash as the shell. REM run xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black -e /usr/bin/bash REM Startup the twm window manager. REM run twm :END REM Set a background color to comply with FCC regulations :) REM run xsetroot -solid aquamarine4 The X-session seems to start but at some point it flash and nothing happen. I Have set the audit parameter to 4 and below i have included the log file : ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning winDetectSupportedEngines - Windows NT/2000/XP 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 pixel winAdjustForAutoHide - Original WorkArea: 0 0 768 1024 winAdjustForAutoHide - Taskbar is auto hide winAdjustForAutoHide - Found BOTTOM auto-hide taskbar winAdjustForAutoHide - Adjusted WorkArea: 0 0 767 1024 winCreateBoundingWindowWindowed - WindowClient w 1018 h 742 r 1018 l 0 b 742 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowDDNL - lPitch: 4072 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 24 winCreateDefColormap - Deferring to fbCreateDefColormap () winScreenInit - returning AUDIT: Tue Jul 9 13:25:59 2002: 1392 XWin: client 1 connected from IP 150.1.1.20 port 64398 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:25:59 2002: 1392 XWin: client 2 connected from IP 150.1.1.20 port 64399 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:25:59 2002: 1392 XWin: client 3 connected from IP 150.1.1.20 port 64400 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:25:59 2002: 1392 XWin: client 3 disconnected AUDIT: Tue Jul 9 13:25:59 2002: 1392 XWin: client 3 connected from IP 150.1.1.20 port 64401 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:25:59 2002: 1392 XWin: client 3 disconnected AUDIT: Tue Jul 9 13:25:59 2002: 1392 XWin: client 3 connected from IP 150.1.1.20 port 64402 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:25:59 2002: 1392 XWin: client 3 disconnected AUDIT: Tue Jul 9 13:25:59 2002: 1392 XWin: client 3 connected from IP 150.1.1.20 port 64403 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:25:59 2002: 1392 XWin: client 3 disconnected AUDIT: Tue Jul 9 13:25:59 2002: 1392 XWin: client 3 connected from IP 150.1.1.20 port 64404 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:25:59 2002: 1392 XWin: client 3 disconnected AUDIT: Tue Jul 9 13:25:59 2002: 1392 XWin: client 3 connected from IP 150.1.1.20 port 64405 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:25:59 2002: 1392 XWin: client 3 disconnected AUDIT: Tue Jul 9 13:25:59 2002: 1392 XWin: client 3 connected from IP 150.1.1.20 port 64406 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:26:02 2002: 1392 XWin: client 3 disconnected AUDIT: Tue Jul 9 13:26:02 2002: 1392 XWin: client 2 disconnected AUDIT: Tue Jul 9 13:26:02 2002: 1392 XWin: client 1 disconnected winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0000001f winSetEngine - Using Shadow DirectDraw NonLocking winAdjustForAutoHide - Original WorkArea: 0 0 768 1024 winAdjustForAutoHide - Taskbar is auto hide winAdjustForAutoHide - Found BOTTOM auto-hide taskbar winAdjustForAutoHide - Adjusted WorkArea: 0 0 767 1024 winCreateBoundingWindowWindowed - WindowClient w 1018 h 742 r 1018 l 0 b 742 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowDDNL - lPitch: 4072 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 24 winCreateDefColormap - Deferring to fbCreateDefColormap () winScreenInit - returning AUDIT: Tue Jul 9 13:26:16 2002: 1392 XWin: client 1 connected from IP 150.1.1.20 port 64407 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:26:16 2002: 1392 XWin: client 2 connected from IP 150.1.1.20 port 64408 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:26:16 2002: 1392 XWin: client 3 connected from IP 150.1.1.20 port 64409 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:26:16 2002: 1392 XWin: client 3 disconnected AUDIT: Tue Jul 9 13:26:16 2002: 1392 XWin: client 3 connected from IP 150.1.1.20 port 64410 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:26:16 2002: 1392 XWin: client 3 disconnected AUDIT: Tue Jul 9 13:26:16 2002: 1392 XWin: client 3 connected from IP 150.1.1.20 port 64411 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:26:16 2002: 1392 XWin: client 3 disconnected AUDIT: Tue Jul 9 13:26:16 2002: 1392 XWin: client 3 connected from IP 150.1.1.20 port 64412 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:26:16 2002: 1392 XWin: client 3 disconnected AUDIT: Tue Jul 9 13:26:16 2002: 1392 XWin: client 3 connected from IP 150.1.1.20 port 64413 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:26:16 2002: 1392 XWin: client 3 disconnected AUDIT: Tue Jul 9 13:26:16 2002: 1392 XWin: client 3 connected from IP 150.1.1.20 port 64414 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:26:17 2002: 1392 XWin: client 3 disconnected AUDIT: Tue Jul 9 13:26:17 2002: 1392 XWin: client 3 connected from IP 150.1.1.20 port 64415 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:26:19 2002: 1392 XWin: client 3 disconnected AUDIT: Tue Jul 9 13:26:19 2002: 1392 XWin: client 2 disconnected AUDIT: Tue Jul 9 13:26:19 2002: 1392 XWin: client 1 disconnected winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0000001f winSetEngine - Using Shadow DirectDraw NonLocking winAdjustForAutoHide - Original WorkArea: 0 0 768 1024 winAdjustForAutoHide - Taskbar is auto hide winAdjustForAutoHide - Found BOTTOM auto-hide taskbar winAdjustForAutoHide - Adjusted WorkArea: 0 0 767 1024 winCreateBoundingWindowWindowed - WindowClient w 1018 h 742 r 1018 l 0 b 742 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowDDNL - lPitch: 4072 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 24 winCreateDefColormap - Deferring to fbCreateDefColormap () winScreenInit - returning winWindowProc - WM_*KEYDOWN - Closekey hit, quitting I don't see any error and i'm very confused. I suppose that some configuration have to change on the remote unix machine but i don't kwon what. Anyway thank you for your answer. From rex.kidwell@attglobal.net Tue Jul 9 06:17:00 2002 From: rex.kidwell@attglobal.net (Rex Kidwell) Date: Tue, 09 Jul 2002 06:17:00 -0000 Subject: Local xterm x-client won't display/start In-Reply-To: Message-ID: Wayne Keen, Upgrading cygwin to 1.3.12-1 and X-server to 4.2.0-10 fixed all of the problems listed below. Thanks for your help! Rex -----Original Message----- From: Rex Kidwell [mailto:rex.kidwell@attglobal.net] Sent: Wednesday, July 03, 2002 9:53 PM To: cygwin-xfree@cygwin.com Subject: Local xterm x-client won't display/start Sorry if this is ends being the UID/GID, USER/HOME directory, or font problem. I have successfully installed cygwin/xfree86 4.2.0.1 with cygwin 1.3.11-3. I can run XWin, twm, and the local xclock (xclock -d -update 1) x-client on a NT 4.0 SP6 system. When I attempt to run a xterm I get the outline to place it in the window manager but when I release the left mouse button nothing gets displayed. There isn't anything listed in the /tmp/Xwin.log as far as errors (as far as I can tell). I can start/run/display a xterm from a remote RedHat 7.2 system by setting my DISPLAY environment variable to the local XWin/twm X-server. When I attempt to start a local xterm using the left mouse button pop-up menu I get a small icon in the upper left hand corner of the window manager and something really small under the mouse pointer but nothing is displayed when I release the mouse button. The installation was performed using the UNIX file option. I don't know if this is associated with the above problem but I also have an AIX xterm x-client problem. I can start/run/display an AIX 4.3.3 xterm on xwin/twm but it doesn't echo/display any key strokes. I can hit the control key and the left mouse button to get to the pop-up window and quit/exit the xterm but other keys don't seem to do anything. I didn't see anything related to this problem in the FAQs that I found. Thanks for any help that you can provide. Rex From rasjidw@openminddev.net Tue Jul 9 07:03:00 2002 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Tue, 09 Jul 2002 07:03:00 -0000 Subject: Problem with cygwin1.dll and xfree In-Reply-To: <000301c226b5$6dec3d50$a701a8c0@earthlink.net> References: <000301c226b5$6dec3d50$a701a8c0@earthlink.net> Message-ID: <200207092316.58319.rasjidw@openminddev.net> On Tue, 9 Jul 2002 5:26 am, Dr. Wayne Keen wrote: [Post on cygwin-xfree@cygwin.com] > I know I have run into problems a couple of times with programs that > have windows installers that somehow like to assume that you don't > already have Cygwin on your machine. > > The first time I installed Octave, it replaced my Cygwin with some > minimal installation it needed to support itself. > > Something not as severe happended when I ran an Windows installation > program for Ruby. > > Eventually....I learned to just go ahead and build things myself > within Cygwin. The main reason I stopped distributing the original version of my Minimal Cygwin-XFree86 for XDMCP only install was my gradual (and slightly belated) understanding of this problem. And it was only because of discussions on the cygwin-xfree mailing list that I discovered this problem at all. Personally, I think the requirement for there to be only a *single* cygwin1.dll needs to be *far* more strongly emphasised on the Cygwin website, in somewhere prominent (like on http://www.cygwin.com/index.html). As the porting of open-source software from Linux/Unix to Windows becomes more common, unless things change this problem is only going to get worse. The problem here is that many developers are going to want to distribute their program Windows ports via a Windows installer, not via Setup.exe. And they are going to want their program to install as transparently as possible, so they are going to provide their own copy of the cygwin1.dll on the assumption that the user probably wont already have one. This is generally true currently, but will become less true as time goes by. I know that the Windows port of MySQL relies on the cygwin1.dll. And in my wanderings I have seen several others (Ruby and Octave are mentioned above). It is no good if each program puts the cygwin1.dll in it own directory, since if two of the programs are running at the same time there may be problems. It is even worse if they all try and put it in system directory, since then who knows what version you will end up with. And regardless of what happens, if the user either has or later installs Cygwin via Setup.exe there will be problems. The only long term solution that I can think of is to make it possible (perhaps it already is) for the Windows installer to use an automated version of Setup.exe, that without any interaction from the user (unless absolutely necessary) will install or update (if required) the cygwin1.dll in a Setup.exe compatible way. That way, if I install program A which depends on the cygwin1.dll, and then install program B (which has an older version of cygwin1.dll) it just leaves the newer version there. If I then install program C which requires a newer version, the dll is then updated by the automated setup.exe. If I then install Cygwin via Setup.exe, it just notices that I already have the cygwin1.dll and only updates it if necessary. I think that basically what would be required would be to enable Setup.exe to be controlled by a config file (similar to a RedHat kickstart file), and have its GUI not displayed unless there was a problem and user interaction was required. The other thing required is education. Existing projects that use the cygwin1.dll need to be informed of the issue and encouraged (gently) to help do something about it. And the information about the conflicting dll problem needs to be much more 'in the face' of potential cygwin1.dll users. No doubt, ideally all cygwin based programs should be installed via Setup.exe, and then the problem goes away. Realistically, that is not going to happen. 'Ordinary' Windows users (as opposed to cygwin users) like Windows installers. And when programs that use the cygwin1.dll start crashing randomly due to multiple cygwin1.dll copies, Joe Windows User will simply see an open source program failing to work, and decide that he will stay with closed source programs after all. That is what concerns me the most. Anyway, that is my 2 cents on the issue. Perhaps this has already been discussed in depth before and/or is already implemented or in the process of being implemented, and if so my apologies if I'm wasting bandwidth. I'm not subscribed to the cygwin list, only cygwin-xfree. I'm CC'ing the cygwin list, since I think it is fundamentally a cygwin issue, not an Cygwin-XFree issue, although of course it effects anything that depends on cygwin. > So, one message that probably should leak out is to avoid Windows > binaries that mention anything about Cygwin. :-) I would be inclined to check anything that was developed on Unix/Linux first and then ported to Windows, even if they fail to mention Cygwin, and even if it is closed source. But perhaps I'm just paranoid. ;-) Rasjid. From nwourms@yahoo.com Tue Jul 9 07:30:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Tue, 09 Jul 2002 07:30:00 -0000 Subject: Shared and unshared libraries via the imake system Message-ID: <20020709140353.44778.qmail@web21007.mail.yahoo.com> For any xwin developer: This is not explained in the FAQ or the Contributors guide. Can some explain to me, if it is even possible, exactly how one generates both a shared [.dll and .dll.a] and unshared [.a] library via the imake system? How are the foo-def.cpp files generated? If possible, this should be added to the contributor's guide. I do know how to generate the dll by hand, but I would prefer to know if this can be done automagically by the Imakefile system. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From spetreolle@yahoo.fr Tue Jul 9 08:32:00 2002 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Tue, 09 Jul 2002 08:32:00 -0000 Subject: * Re: problems with remote display In-Reply-To: Message-ID: <20020709143020.58188.qmail@web10106.mail.yahoo.com> winCreateDefColormap - Deferring to fbCreateDefColormap () winScreenInit - returning winWindowProc - WM_*KEYDOWN - Closekey hit, quitting ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Did you hit ctrl-c or alt-f4 ? ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From spetreolle@yahoo.fr Tue Jul 9 09:10:00 2002 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Tue, 09 Jul 2002 09:10:00 -0000 Subject: OpenGL program under Cygiwn/XFree86 In-Reply-To: <3D2ACFD2.8070200@ieee.org> Message-ID: <20020709153221.31461.qmail@web10107.mail.yahoo.com> > Cygwin/XFree86 does support OpenGL, right? > Cound anyone send me a simple model OpenGL program > which can be built > and run under Cygwin/XFree86? > > Thanks a lot. > OpenGL is supported under Cygwin, mplayer detects it, compiles and runs it (http://www.mplayerhq.hu) ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From huntharo@msu.edu Tue Jul 9 12:28:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Tue, 09 Jul 2002 12:28:00 -0000 Subject: Shared and unshared libraries via the imake system In-Reply-To: <20020709140353.44778.qmail@web21007.mail.yahoo.com> Message-ID: Nicholas, Well, the primary problem that you've got here is that the author of the Contributor's Guide has no idea how to do what you are asking. No one ever told me... Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Nicholas Wourms > Sent: Tuesday, July 09, 2002 10:04 AM > To: cygwin-xfree@cygwin.com > Subject: Shared and unshared libraries via the imake system > > > For any xwin developer: > > This is not explained in the FAQ or the Contributors guide. Can some > explain to me, if it is even possible, exactly how one generates both a > shared [.dll and .dll.a] and unshared [.a] library via the imake system? > How are the foo-def.cpp files generated? If possible, this should be > added to the contributor's guide. I do know how to generate the dll by > hand, but I would prefer to know if this can be done automagically by the > Imakefile system. > > Cheers, > Nicholas > > __________________________________________________ > Do You Yahoo!? > Sign up for SBC Yahoo! Dial - First Month Free > http://sbc.yahoo.com From chaos@swi.com.br Tue Jul 9 12:47:00 2002 From: chaos@swi.com.br (Raul Dias) Date: Tue, 09 Jul 2002 12:47:00 -0000 Subject: OpenGL program under Cygiwn/XFree86 In-Reply-To: <20020709153221.31461.qmail@web10107.mail.yahoo.com> References: <20020709153221.31461.qmail@web10107.mail.yahoo.com> Message-ID: <200207091358.g69DwQs02269@stratus.swi.com.br> =?iso-8859-1?q?Sylvain=20Petreolle?= wrote: >> Cygwin/XFree86 does support OpenGL, right? >> Cound anyone send me a simple model OpenGL program >> which can be built >> and run under Cygwin/XFree86? >> >> Thanks a lot. >> >OpenGL is supported under Cygwin, mplayer detects it, >compiles and runs it (http://www.mplayerhq.hu) I am curious. Is it accelerated? Suposing that there is an accelerated opengl dll natively in windows. []'s Raul Dias From huntharo@msu.edu Tue Jul 9 12:52:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Tue, 09 Jul 2002 12:52:00 -0000 Subject: Fixing the Cygwin/XFree86 mwm numlock bug Message-ID: <200207091947.g69JlcF51352@pilot05.cl.msu.edu> I am the project leader and primary developer for the Cygwin/XFree86 project and the maintainer of the Cygwin setup.exe-installable Lesstif package. I am extremely interested in working with you guys to figure out why one cannot move windows in mwm when the NumLock key is toggled on. I have subscribed to the Lesstif mailing list for however long it takes to fix this bug. I have done a search of the Lesstif mailing list and found that the problem is acknowledged but that someone on the Cygwin/XFree86 side was needed for debugging. I searched for ``mwm cygwin site:terror.hungry.com'' at google.com: http://www.google.com/search?hl=en&lr=&ie=UTF-8&oe=UTF-8&q=mwm+cygwin+site%3Aterror.hungry.com&btnG=Google+Search Description of the problem ========================== Running mwm within Cygwin/XFree86 with the NumLock key toggled on causes mwm windows to be unmovable with the mouse. Toggling the NumLock key off allows the mwm windows to be moved. The problem seems to arise from the fact that Cygwin/XFree86 treats NumLock as a modifier key, while, apparently, older versions of X11 did not consider NumLock to be a modifier key. Relation to the ``kb'' extension ================================ The kb extension is enabled in Cygwin/XFree86 by default. I just found out, and I don't recall ever having been told this before, that if you run Cygwin/XFree86 with the ``-kb'' parameter, which disables the kb extension, then mwm windows are movable with the NumLock key toggled on or off. Essentially, the problem goes away if you turn off the kb extension. Pondering as to what could cause the problem ============================================ I do not understand why Cygwin/XFree86 exhibits this problem, but XFree86 on Linux does not seem to. As I describe below, Cygwin/XFree86 took its keyboard modifier setup code directly from XFree86. Maybe XFree86 on Linux does not turn on the kb extension by default? Very thorough details ===================== Cygwin/XFree86 sets up its modifier keys in winkeybd.c/winGetKeyMappings, which can be viewed here: http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xwin/winkeybd.c Note that WIN_NEW_KEYBOARD_SUPPORT is currently 0, or off, so you need to skip the #if WIN_NEW_KEYBOARD_SUPPORT section at the top of the file. In winGetKeyMappings we set the NumLockMask for the XK_Num_Lock key: case XK_Num_Lock: pModMap[i] = NumLockMask; break; We copied this functionality directly from xc/programs/Xserver/hw/xfree86/common/xf86Kbd.c's xf86KbdGetMapping function. NumLockMask is defined over in xc/programs/Xserver/hw/xfree86/common/atKeynames.h as: #define AltMask Mod1Mask #define NumLockMask Mod2Mask #define AltLangMask Mod3Mask #define KanaMask Mod4Mask #define ScrollLockMask Mod5Mask Of course, the ModXMasks are defined in xc/include/X.h as: #define ShiftMask (1<<0) #define LockMask (1<<1) #define ControlMask (1<<2) #define Mod1Mask (1<<3) #define Mod2Mask (1<<4) #define Mod3Mask (1<<5) #define Mod4Mask (1<<6) #define Mod5Mask (1<<7) The xkb extension also seems to have some sort of NumLockMask, over in xc/programs/Xserver/xkb/xkbDflts.h: #define vmod_NumLockMask (1<<0) #define vmod_AltMask (1<<1) #define vmod_LevelThreeMask (1<<2) #define vmod_AltGrMask (1<<3) #define vmod_ScrollLockMask (1<<4) ====================================================================== Any help that the Lesstif developers can give would be greatly appreciated. I have yet to come across anyone that understands fully what the xkb extension does and how to interface with it. Perhaps you guys know more deep magic than we do :) Thanks very much in advance, Harold Hunt From huntharo@msu.edu Tue Jul 9 13:36:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Tue, 09 Jul 2002 13:36:00 -0000 Subject: OpenGL program under Cygiwn/XFree86 Message-ID: <200207091952.g69Jq3F78826@pilot05.cl.msu.edu> Raul, > >OpenGL is supported under Cygwin, mplayer detects it, > >compiles and runs it (http://www.mplayerhq.hu) > > I am curious. > > Is it accelerated? > > Suposing that there is an accelerated opengl dll natively in > windows. No, OpenGL is not accelerated in Cygwin/XFree86. We use Mesa for OpenGL support in Cygwin/XFree86, and Mesa uses FB to draw to an offscreen framebuffer that is occasionally transferred to the screen. It sounds plausible that one could tie the Cygwin/XFree86 OpenGL layer into the Windows OpenGL API, but no one has volunteered to look into the difficulty of doing so. I would very much appreciate someone putting a little bit of time into simply telling us how much time and difficulty would potentially be involved in this task. Harold From huntharo@msu.edu Tue Jul 9 14:05:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Tue, 09 Jul 2002 14:05:00 -0000 Subject: Using the new cross compilation system - and a request for help Message-ID: <200207092036.g69KaQF75126@pilot05.cl.msu.edu> A new cross compilation system was implemented for XFree86 in May of 2002. This new system is described here: http://www.xfree86.org/~keithp/xconf2001/cc-imake.pdf This new cross compilation system breaks things horribly when trying to cross compile Cygwin/XFree86 according to the instructions in the current Cygwin/XFree86 Contributor's Guide. I have been working to cross compile Cygwin/XFree86 using the new cross compilation system and I have nearly been successful, except for some problems building Mesa. I have not yet tried to build fonts, as this was never explicitly supported when cross compiling Cygwin/XFree86. After we get general cross compilation fixed I will take a look at buidling fonts during a cross compile. Here are the differing steps for cross compiling Cygwin/XFree86 with the new cross compilation system, apart from copying over the includes and libs, and downloading and building the gcc and binutils packages: 1) Grab the new host.def file from: http://www.msu.edu/~huntharo/xwin/host-cross-20020708.def Place this file in xc/config/cf and rename it to host.def. 2) Make a link called ``cc'' to ``i686-pc-cygwin-gcc'' in ``/cygwin/bin'': cd /cygwin/bin ln -s i686-pc-cygwin cc This link is needed to make ccimake or imake (I forget which and I don't have time to check). 3) For whatever reason, you need to make a softlink to sysdefs.h: cd /cygwin/i686-pc-cygwin/include ln -s mingw/sysdefs.h sysdefs.h 4) Link your build directory using lndir as per the Contributor's Guide instructions. 5) Do a full build with the following command, note that you do not need to set your PATH anymore (I think): make CROSSCOMPILEDIR="/cygwin/bin" World > World.log 2>&1 Doing such a build results in a few errors, mostly related to Mesa. Or, if we fix the Mesa errors first we probably fix the other errors as well. Here is my build log: http://www.msu.edu/~huntharo/xwin/World-cross-20020708.log.bz2 (~128 KiB) Search the build log for either ``error '' (with the trailing space) or search for ``gen_matypes.c''. You should end up on line 8333, which is making the ``includes'' target for xc/lib/GL/mesa/src/X86. There are a couple of problems with this failed command: 1) We are building gen_matypes.c and we are supposed to create an executable that will be used during the compilation process to build a header file called ``matypes.h''. However, this executable is being built with ``cc'' (it isn't clear if this is the link to /cygwin/bin/cc or if it is the host cc) but we are calling it ``gen_matypes.exe'', which is clearly wrong because we want an executable to use while cross compiling, not an installable executable. 2) Building gen_matypes.c fails because it cannot find glheader.h, mypes.h, and tnl/t_context.h, which are stored over in xc/extras/Mesa/src, but it appears that they should be copied during the build process to build/std/exports/include. For some reason, they are not being copied there. 3) It is not clear that this gen_matypes executable is built during a native build (I can't check right now and I need someone to report on this, as soon as possible). Perhaps all of these errors are due to something in Mesa being built that should not be built because of some inappropriate define or wrong build flag somewhere. This could be related to the ``i686'' problem that I'll describe below. There is a new problem that needs a better answer than the one that I've got right now. In xc/config/imake/imakedep.h there is a define that turns an empty define for i686 into i686 == 1. For some reason, i686 is now defined during a cross compilation build and it causes our executable names, such as ``i686-pc-cygwin-gcc'' and our include directories (``i686-pc.. you get the point...) to become ``1-pc-cygwin-gcc''. I had to add a ``#undef i686'' to the new host.def that is used when cross compiling. I need to know if ``i686'' is defined when doing a native build of XFree86 on Cygwin (once again, I can't check now and I'd appreciate the help). It may be that ``i686'' is just being defined on my machine because of some change from Mandrake 8.1 to Mandrake 8.2. Or, it could be that the new cross compilation system is causing ``i686'' to be defined. Either way, I need to know why i686 is suddenly defined so that I can add a better comment to the new host.def. Furthermore, since the broken part of Mesa relates to assembly code, it is entirely possible that undefining i686 is causing Mesa to build a normally skipped portion of its source tree. Let's make a deal: anyone out there that is cross compiling needs to answer the various little questions that I posed above. That's all you've got to do. I'll take those answers and make cross compilation work again. I would really appreciate it if people would take some of the burden of tracking these things down so that I don't have to spend my time on it (just think, I could be applying patches instead). Thanks in advance for any help. Hopefully we will get cross compilation going again, Harold From danny.backx@skynet.be Tue Jul 9 15:34:00 2002 From: danny.backx@skynet.be (Danny Backx) Date: Tue, 09 Jul 2002 15:34:00 -0000 Subject: [Lesstif] Fixing the Cygwin/XFree86 mwm numlock bug References: <200207091947.g69JlcF51352@pilot05.cl.msu.edu> Message-ID: <3D2B502D.4557135F@skynet.be> I am not sure whether this is a bug related to XKB. Let me explain. To the best of my knowledge, this behaviour was present in Motif before XKB even existed. NumLock is one of the things whose state you can track within the set of Mwm configuration rules; my opinion is that *this* is a bug (a design bug of Mwm, that is). It's possible that XKB allows you to make the bug disappear. If that is so, I don't know how; I'm not knowledgeable about XKB. Still, your question remains valid: maybe we can use XKB to find a solution. Danny Harold L Hunt wrote: > > I am the project leader and primary developer for the Cygwin/XFree86 project > and the maintainer of the Cygwin setup.exe-installable Lesstif package. I am > extremely interested in working with you guys to figure out why one cannot > move windows in mwm when the NumLock key is toggled on. > > I have subscribed to the Lesstif mailing list for however long it takes to fix > this bug. > > I have done a search of the Lesstif mailing list and found that the problem is > acknowledged but that someone on the Cygwin/XFree86 side was needed for > debugging. I searched for ``mwm cygwin site:terror.hungry.com'' at google.com: > > http://www.google.com/search?hl=en&lr=&ie=UTF-8&oe=UTF-8&q=mwm+cygwin+site%3Aterror.hungry.com&btnG=Google+Search > > Description of the problem > ========================== > Running mwm within Cygwin/XFree86 with the NumLock key toggled on causes mwm > windows to be unmovable with the mouse. Toggling the NumLock key off allows > the mwm windows to be moved. > > The problem seems to arise from the fact that Cygwin/XFree86 treats NumLock as > a modifier key, while, apparently, older versions of X11 did not consider > NumLock to be a modifier key. > > Relation to the ``kb'' extension > ================================ > The kb extension is enabled in Cygwin/XFree86 by default. I just found out, > and I don't recall ever having been told this before, that if you run > Cygwin/XFree86 with the ``-kb'' parameter, which disables the kb extension, > then mwm windows are movable with the NumLock key toggled on or off. > Essentially, the problem goes away if you turn off the kb extension. > > Pondering as to what could cause the problem > ============================================ > I do not understand why Cygwin/XFree86 exhibits this problem, but XFree86 on > Linux does not seem to. As I describe below, Cygwin/XFree86 took its keyboard > modifier setup code directly from XFree86. Maybe XFree86 on Linux does not > turn on the kb extension by default? > > Very thorough details > ===================== > Cygwin/XFree86 sets up its modifier keys in winkeybd.c/winGetKeyMappings, > which can be viewed here: > http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xwin/winkeybd.c > > Note that WIN_NEW_KEYBOARD_SUPPORT is currently 0, or off, so you need to skip > the #if WIN_NEW_KEYBOARD_SUPPORT section at the top of the file. > > In winGetKeyMappings we set the NumLockMask for the XK_Num_Lock key: > case XK_Num_Lock: > pModMap[i] = NumLockMask; > break; > > We copied this functionality directly from > xc/programs/Xserver/hw/xfree86/common/xf86Kbd.c's xf86KbdGetMapping function. > > NumLockMask is defined over in > xc/programs/Xserver/hw/xfree86/common/atKeynames.h as: > #define AltMask Mod1Mask > #define NumLockMask Mod2Mask > #define AltLangMask Mod3Mask > #define KanaMask Mod4Mask > #define ScrollLockMask Mod5Mask > > Of course, the ModXMasks are defined in xc/include/X.h as: > #define ShiftMask (1<<0) > #define LockMask (1<<1) > #define ControlMask (1<<2) > #define Mod1Mask (1<<3) > #define Mod2Mask (1<<4) > #define Mod3Mask (1<<5) > #define Mod4Mask (1<<6) > #define Mod5Mask (1<<7) > > The xkb extension also seems to have some sort of NumLockMask, over in > xc/programs/Xserver/xkb/xkbDflts.h: > #define vmod_NumLockMask (1<<0) > #define vmod_AltMask (1<<1) > #define vmod_LevelThreeMask (1<<2) > #define vmod_AltGrMask (1<<3) > #define vmod_ScrollLockMask (1<<4) > > ====================================================================== > > Any help that the Lesstif developers can give would be greatly appreciated. I > have yet to come across anyone that understands fully what the xkb extension > does and how to interface with it. Perhaps you guys know more deep magic than > we do :) > > Thanks very much in advance, > > Harold Hunt > _______________________________________________ > Lesstif mailing list > Lesstif@lesstif.org > https://terror.hungry.com/mailman/listinfo/lesstif -- Danny Backx (danny@gnu.org danny.backx@skynet.be) Home page : http://users.skynet.be/danny.backx Projects: LessTif (http://www.lesstif.org) Oleo (http://www.gnu.org/software/oleo/oleo.html) From nwourms@yahoo.com Tue Jul 9 16:21:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Tue, 09 Jul 2002 16:21:00 -0000 Subject: [Pending Review]: XFree86-Xaw3d-1.5 Message-ID: <20020709223436.60823.qmail@web21005.mail.yahoo.com> Greetings All, I have compiled and packaged the 3D Athena Widgets for Cygwin/XFree86 as promised in my previous message. It should be completely functional and ready for use. If they are satisfactory, please upload them to the mirrors. Attached is the README file from the package. I used method #2 for packaging, and the script is included in the source package. Here are the links to the files: http://today.clemson.edu/cygwin/release/XFree86/XFree86-Xaw3d/setup.hint http://today.clemson.edu/cygwin/release/XFree86/XFree86-Xaw3d/XFree86-Xaw3d-1.5-1.tar.bz2 http://today.clemson.edu/cygwin/release/XFree86/XFree86-Xaw3d/XFree86-Xaw3d-1.5-1-src.tar.bz2 Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com -------------- next part -------------- A non-text attachment was scrubbed... Name: XFree86-Xaw3d.README Type: application/octet-stream Size: 5012 bytes Desc: XFree86-Xaw3d.README URL: From huntharo@msu.edu Tue Jul 9 18:57:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Tue, 09 Jul 2002 18:57:00 -0000 Subject: [Pending Review]: XFree86-Xaw3d-1.5 Message-ID: <200207092321.g69NL7F37522@pilot05.cl.msu.edu> Nicholas, I'll post this later tonight. Prepare a release announcement to send to both the regular list and cygwin-xfree-announce. I'll let you know when it is posted so you can send the announcements in. Use messages in the archive for cygwin-xfree-announce or cygwin-announce as a template for your announcement. Thanks, Harold Nicholas Wourms said: > Greetings All, > > I have compiled and packaged the 3D Athena Widgets for Cygwin/XFree86 as > promised in my previous message. It should be completely functional and > ready for use. If they are satisfactory, please upload them to the > mirrors. Attached is the README file from the package. I used method #2 > for packaging, and the script is included in the source package. Here are > the links to the files: > > http://today.clemson.edu/cygwin/release/XFree86/XFree86-Xaw3d/setup.hint > http://today.clemson.edu/cygwin/release/XFree86/XFree86-Xaw3d/XFree86-Xaw3d-1.5-1.tar.bz2 > http://today.clemson.edu/cygwin/release/XFree86/XFree86-Xaw3d/XFree86-Xaw3d-1.5-1-src.tar.bz2 > > Cheers, > Nicholas > > __________________________________________________ > Do You Yahoo!? > Sign up for SBC Yahoo! Dial - First Month Free > http://sbc.yahoo.com From huntharo@msu.edu Tue Jul 9 20:15:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Tue, 09 Jul 2002 20:15:00 -0000 Subject: [Pending Review]: XFree86-Xaw3d-1.5 In-Reply-To: <200207092321.g69NL7F37522@pilot05.cl.msu.edu> Message-ID: Okay, I've posted the files. They should show up on mirrors within 12 hours. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold L Hunt > Sent: Tuesday, July 09, 2002 7:21 PM > To: cygwin-xfree@cygwin.com > Subject: Re: [Pending Review]: XFree86-Xaw3d-1.5 > > > Nicholas, > > I'll post this later tonight. Prepare a release announcement to > send to both > the regular list and cygwin-xfree-announce. I'll let you know when it is > posted so you can send the announcements in. Use messages in the > archive for > cygwin-xfree-announce or cygwin-announce as a template for your > announcement. > > Thanks, > > Harold > > > Nicholas Wourms said: > > > Greetings All, > > > > I have compiled and packaged the 3D Athena Widgets for Cygwin/XFree86 as > > promised in my previous message. It should be completely functional and > > ready for use. If they are satisfactory, please upload them to the > > mirrors. Attached is the README file from the package. I used > method #2 > > for packaging, and the script is included in the source > package. Here are > > the links to the files: > > > > http://today.clemson.edu/cygwin/release/XFree86/XFree86-Xaw3d/setup.hint > > > http://today.clemson.edu/cygwin/release/XFree86/XFree86-Xaw3d/XFre e86-Xaw3d-1.5-1.tar.bz2 > http://today.clemson.edu/cygwin/release/XFree86/XFree86-Xaw3d/XFree86-Xaw3d- 1.5-1-src.tar.bz2 > > Cheers, > Nicholas > > __________________________________________________ > Do You Yahoo!? > Sign up for SBC Yahoo! Dial - First Month Free > http://sbc.yahoo.com From chaos@swi.com.br Tue Jul 9 23:19:00 2002 From: chaos@swi.com.br (Raul Dias) Date: Tue, 09 Jul 2002 23:19:00 -0000 Subject: OpenGL program under Cygiwn/XFree86 In-Reply-To: <200207091952.g69Jq3F78826@pilot05.cl.msu.edu> References: <200207091952.g69Jq3F78826@pilot05.cl.msu.edu> Message-ID: <200207100236.g6A2aZs07455@stratus.swi.com.br> Hi, Harold L Hunt wrote: >> >> Is it accelerated? >> >> Suposing that there is an accelerated opengl dll natively in >> windows. > >No, OpenGL is not accelerated in Cygwin/XFree86. We use Mesa for OpenGL >support in Cygwin/XFree86, and Mesa uses FB to draw to an offscreen >framebuffer that is occasionally transferred to the screen. I am glad to know that this is Mesa. I read some time ago that someone was writting a direct3d driver for mesa, so that it would work with almost all boards in windows. Maybe this could be usefull for cygwin. -Raul Dias > >It sounds plausible that one could tie the Cygwin/XFree86 OpenGL layer into >the Windows OpenGL API, but no one has volunteered to look into the difficulty >of doing so. I would very much appreciate someone putting a little bit of >time into simply telling us how much time and difficulty would potentially be >involved in this task. > >Harold > From Cygwin@ifrance.com Tue Jul 9 23:22:00 2002 From: Cygwin@ifrance.com (Corwin) Date: Tue, 09 Jul 2002 23:22:00 -0000 Subject: Weird X start problem Message-ID: <026f01c227d9$2e7bffa0$eb6610ac@lefeuvrewk2> Hi .. I encountered the weirdest problem I have ever seen trying to figure out why it was impossible to start the cygwin X server. Each time I tried to launch it (either with startx or startxwin.bat/sh), I got connection to server lost a few minutes later. I figure out that it was because every call attempt to sh.exe was made in /cygdrive/f/Program Files/Rational/Rational Test/nutcroot/mksnt ??!! This is an old directory that was deleted when I uninstalled the demo version of Rational Rose. When I manually recreate this directory and copy cygwin sh.exe in it, it works !! Has anybody an explanation to this ??? Thanks Thomas ______________________________________________________________________________ ifrance.com, l'email gratuit le plus complet de l'Internet ! vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP... http://www.ifrance.com/_reloc/email.emailif From robert.collins@syncretize.net Wed Jul 10 00:12:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Wed, 10 Jul 2002 00:12:00 -0000 Subject: Weird X start problem References: <026f01c227d9$2e7bffa0$eb6610ac@lefeuvrewk2> Message-ID: <017401c227da$198251c0$2300a8c0@LAPTOP> Whats your SHELL variable? Rob From ctamiett@poker.it Wed Jul 10 04:40:00 2002 From: ctamiett@poker.it (Claudio Tamietto) Date: Wed, 10 Jul 2002 04:40:00 -0000 Subject: problems with remote display Message-ID: winCreateDefColormap - Deferring to fbCreateDefColormap () winScreenInit - returning winWindowProc - WM_*KEYDOWN - Closekey hit, quitting ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Did you hit ctrl-c or alt-f4 ? i have closed the X-server whit alt-f4 From nwourms@yahoo.com Wed Jul 10 05:05:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Wed, 10 Jul 2002 05:05:00 -0000 Subject: [Pending Review]: XFree86-Xaw3d-1.5 In-Reply-To: <200207092321.g69NL7F37522@pilot05.cl.msu.edu> Message-ID: <20020710114036.92974.qmail@web21002.mail.yahoo.com> --- Harold L Hunt wrote: > Nicholas, > > I'll post this later tonight. Prepare a release announcement to send to > both > the regular list and cygwin-xfree-announce. I'll let you know when it > is > posted so you can send the announcements in. Use messages in the > archive for > cygwin-xfree-announce or cygwin-announce as a template for your > announcement. Harold, Fogive me for asking, but when you say regular list, do you mean cygwin@cygwin.com or cygwin-xfree@cygwin.com. I'm only asking because when I post a message to cygwin-announce@cygwin.com, it automatically reposts my message to cygwin@cygwin.com. Is this not the same for cygwin-xfree-announce@cygwin.com? Also, wouldn't it make sense just to leverage the existing cygwin-announce@cygwin.com? I don't quite understand the necessity for a separate mailing list there. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From huntharo@msu.edu Wed Jul 10 06:03:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 10 Jul 2002 06:03:00 -0000 Subject: [Pending Review]: XFree86-Xaw3d-1.5 In-Reply-To: <20020710114036.92974.qmail@web21002.mail.yahoo.com> Message-ID: Nicholas, Chris has a script on his computer that copies messages sent to cygwin-announce, prepends ``[ANNOUNCEMENT]'' onto the subject line, and forwards the message to cygwin-xfree. We do not have such a script. I always post my messages to both cygwin-xfree and cygwin-xfree-announce, and I manually add the [ANNOUNCEMENT] to the subject line of the original messages. I hope that clears things up, Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Nicholas Wourms > Sent: Wednesday, July 10, 2002 7:41 AM > To: Harold L Hunt; cygwin-xfree@cygwin.com > Subject: Re: [Pending Review]: XFree86-Xaw3d-1.5 > > > > --- Harold L Hunt wrote: > > Nicholas, > > > > I'll post this later tonight. Prepare a release announcement to send to > > both > > the regular list and cygwin-xfree-announce. I'll let you know when it > > is > > posted so you can send the announcements in. Use messages in the > > archive for > > cygwin-xfree-announce or cygwin-announce as a template for your > > announcement. > Harold, > > Fogive me for asking, but when you say regular list, do you mean > cygwin@cygwin.com or cygwin-xfree@cygwin.com. I'm only asking because > when I post a message to cygwin-announce@cygwin.com, it automatically > reposts my message to cygwin@cygwin.com. Is this not the same for > cygwin-xfree-announce@cygwin.com? Also, wouldn't it make sense just to > leverage the existing cygwin-announce@cygwin.com? I don't quite > understand the necessity for a separate mailing list there. > > Cheers, > Nicholas > > __________________________________________________ > Do You Yahoo!? > Sign up for SBC Yahoo! Dial - First Month Free > http://sbc.yahoo.com From nwourms@netscape.net Wed Jul 10 08:29:00 2002 From: nwourms@netscape.net (Nicholas Wourms) Date: Wed, 10 Jul 2002 08:29:00 -0000 Subject: [ANNOUNCEMENT] [New Package]: XFree86-Xaw3d-1.5-1 Message-ID: <3D2C2C03.2000507@netscape.net> Xaw3d is the 3D version of the MIT Athena widget set for X11. RELEASE NOTES: I have used patches to the SuSE Linux version of this library to fix security and UI bugs. Also, some patches have been added by me to address Cygwin building and to bring this library into the 21st Century. Therefore, most of the bugs in the "Official README" no longer apply. Given this is the first release, unknown bugs may still exist, so YMMV. Otherwise, enjoy! DESCRIPTION: This is Release 1.5 (14 May, 1998) of a set of 3-D widgets based on the R6.1/R6.3/R6.4 Athena Widget set. The Three-D Athena may be used as a general replacement for the Athena (Xaw) Widget set. In general, you may relink almost any Athena Widget based application with the Three-D Athena Widget set and obtain a three dimensional appearance on some of the widgets. Top and bottom shadow colors, shadow width, top and bottom shadow contrast should be self explanatory, and may be set via the usual and customary methods, e.g. app-defaults, .Xdefaults, programmatically, with editres, etc. The user data resource may be used to "hang" application specific data on a widget, and is only settable programmatically. You should install Xaw3d if you are using applications which incorporate the MIT Athena widget set and you'd like to incorporate a 3D look into those applications. Xaw3d includes the header files and shared libraries for developing programs that take full advantage of Xaw3d's features. You should install Xaw3d if you are going to develop applications using the Xaw3d widget set. 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 'XFree86-Xaw3d' from the 'XFree86' category. Cheers, Nicholas ------------------------------------------------------------ *NOTE* that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection, and already up to date. In Japan, use ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ . In Denmark, http://mirrors.sunsite.dk/cygwin/ is already up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@cygwin.com. If you want to subscribe go to: http://cygwin.com/lists.html. I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the XWin server or Cygwin/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree mailing list is the appropriate place. *** CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO *** To unsubscribe to 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-xfree-announce-unsubscribe-YOU=YOURDOMAIN.COM@cygwin.com From alcocer@helixdigital.com Wed Jul 10 09:07:00 2002 From: alcocer@helixdigital.com (Dario Alcocer) Date: Wed, 10 Jul 2002 09:07:00 -0000 Subject: Updated: ghostscript-7.05-1 (test release) Message-ID: <20020710082834.C99@ns.helixdigital.com> The Cygwin version of GNU Ghostscript now supports both a native Win32 version and an X11 version for Cygwin XFree86. A single source package is used to build both versions. PLEASE NOTE: this release is marked as a 'test' release. After a couple of weeks, I'll mark it as the next released version (unless, of course, I hear about serious problems with this build.) Three separate packages are used for Ghostscript: * A base package, ghostscript-base, which contains the support files necessary for both the native and X11 versions, as well as the manual pages and documentation. * A native package, ghostscript, which contains the native version of Ghostscript (gs.exe), along with the corresponding scripts. * An X11 package, ghostscript-x11, which contains the X11 version of Ghostscript (gs.exe) and scripts. Both binary versions use the libpng and zlib shared libraries. ----- IMPORTANT VERSION INFORMATION ----- Because we don't have versioned requires: and no provision for conflicts:, Chuck Wilson had to munge ghostscript's setup.hint. Because of this change, the setup scenarios breakdown as follows: 1) If you choose to upgrade to the 7.05-1 test release, you will have to manually install the ghostscript-base package. 2) If you choose to downgrade later to a previous release (e.g. due to possible bugs in the 7.05-1 release), the downgrade will have to be done in two steps: a) first un-install all of ghostscript/gs-x11/gs-base, then b) install the "curr:" version of ghostscript. ------------------------------------------ REQUIREMENTS: The libraries and headers for the libpng and zlib shared libraries should be installed before using Ghostscript. The setup program should take care of this for you. At a minimum, you should install the ghostscript-base package, and either ghostscript or ghostscript-x11. You can also install all three packages if you'd like the choice of using either binary version. Due to very specific requirements Ghostscript has relating to Postscript's JPEG support, the JPEG shared library cannot be used, and must be statically linked instead. The source for the JPEG library is included in the source package, ready to build with Ghostscript. BUILDING: Please review the instructions in the README file included with source package if you're interested in rebuilding Ghostscript from sources. ACKNOWLEDGMENTS: Thanks to Christopher Faylor for reviewing the package layout, and Chuck Wilson for his review and his help uploading the package. -- Dario Alcocer -- Sr. Software Developer, Helix Digital Inc. alcocer@helixdigital.com -- http://www.helixdigital.com From lapo@lapo.it Wed Jul 10 09:24:00 2002 From: lapo@lapo.it (Lapo Luchini) Date: Wed, 10 Jul 2002 09:24:00 -0000 Subject: [ITP] FreeCiv-1.12.0-1 for X (using libXaw) Message-ID: <3D2C5BB1.7010902@lapo.it> The following message is copied from message wrongly sent to cygwin-apps@cygwin.com Now Nicholas Wourms has ported libXaw3D so maybe I should do a 1.12.0-2 to use it... or maybe two separate binary packages are better? One for libXaw (that is default) and one for libXaw3D? I think one binary package can be sufficient. Maybe I'll do a different binary package using GTK+, as soon as it's ported, as ilbXaw version looks much worse. ---------------------------- My first try, it uses libXaw, which is not as good-looking as GTK (but is GTK available as a cygwin package?). I've seen the client crash one time, dunno if it's normal or usual, I'll do more tests. Please notice that when the client hangs the server is still up so the play can continue opening a new client and reconnectiong. This package needs zlib as it includes support for compressed savegames and/or scenarios. This package needs libintl2 as it already includes support for many languages. http://www.lapo.it/tmp/freeciv-1.12.0-1.tar.bz2 2.32Mb http://www.lapo.it/tmp/freeciv-1.12.0-1-src.tar.bz2 3.93Mb @ freeciv sdesc: "Freeciv is a multiplayer strategy game" ldesc: "Freeciv is a free turn-based multiplayer strategy game, in which each player becomes the leader of a civilization, fighting to obtain the ultimate goal: To become the greatest civilization. Players of Civilization II?? by Microprose?? should feel at home, since one aim of Freeciv is to have compatible rules. Freeciv is maintained by an international team of coders and enthusiasts, and is easily one of the most fun and addictive network games out there!" category: Games XFree86 requires: cygwin XFree86-base libintl2 libiconv2 zlib curr: 1.12.0-1 -- Lapo 'Raist' Luchini lapo@lapo.it (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) From nwourms@yahoo.com Wed Jul 10 09:49:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Wed, 10 Jul 2002 09:49:00 -0000 Subject: [ITP] FreeCiv-1.12.0-1 for X (using libXaw) In-Reply-To: <3D2C5BB1.7010902@lapo.it> Message-ID: <20020710162446.52989.qmail@web21002.mail.yahoo.com> --- Lapo Luchini wrote: > The following message is copied from message wrongly sent to > cygwin-apps@cygwin.com > > Now Nicholas Wourms has ported libXaw3D so maybe I should do a 1.12.0-2 > to use it... or maybe two separate binary packages are better? > One for libXaw (that is default) and one for libXaw3D? > > I think one binary package can be sufficient. There is the fact that libXaw3d is less then 1/2 of MB. Just use it, as it looks much nicer then plain old libXaw. Besides, libXaw3d is shared whereas libXaw is not. > Maybe I'll do a different binary package using GTK+, as soon as it's > ported, as ilbXaw version looks much worse. > > ---------------------------- > My first try, it uses libXaw, which is not as good-looking as GTK (but > is GTK available as a cygwin package?). > I've seen the client crash one time, dunno if it's normal or usual, I'll > do more tests. > Please notice that when the client hangs the server is still up so the > play can continue opening a new client and reconnectiong. > This package needs zlib as it includes support for compressed savegames > and/or scenarios. > This package needs libintl2 as it already includes support for many > languages. > > http://www.lapo.it/tmp/freeciv-1.12.0-1.tar.bz2 2.32Mb > http://www.lapo.it/tmp/freeciv-1.12.0-1-src.tar.bz2 3.93Mb > > @ freeciv > sdesc: "Freeciv is a multiplayer strategy game" > ldesc: "Freeciv is a free turn-based multiplayer strategy game, in which > > each player becomes the leader of a civilization, fighting to obtain the > > ultimate goal: > To become the greatest civilization. > Players of Civilization II?? by Microprose?? should feel at home, since > one aim of Freeciv is to have compatible rules. > Freeciv is maintained by an international team of coders and > enthusiasts, and is easily one of the most fun and addictive network > games out there!" > category: Games XFree86 > requires: cygwin XFree86-base libintl2 libiconv2 zlib ^^^^^^^^^^^^--You'll want to make this XFree86-xserv > curr: 1.12.0-1 Looks good, but why not relink against my library? It really does look nicer. :-) Otherwise, you have my vote. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From lapo@lapo.it Wed Jul 10 09:54:00 2002 From: lapo@lapo.it (Lapo Luchini) Date: Wed, 10 Jul 2002 09:54:00 -0000 Subject: [ITP] FreeCiv-1.12.0-1 for X (using libXaw) References: <20020710162446.52989.qmail@web21002.mail.yahoo.com> Message-ID: <3D2C65A6.2080206@lapo.it> > > >>requires: cygwin XFree86-base libintl2 libiconv2 zlib >> >> > ^^^^^^^^^^^^--You'll want to make this XFree86-xserv > Uhm.. right. No need for the server, you just "need" the client. >>curr: 1.12.0-1 >> >> >Looks good, but why not relink against my library? It really does look >nicer. :-) Otherwise, you have my vote. > It is -1, the old relase I posted ni cygwin-apps -2 is "on its way" =) -- Lapo 'Raist' Luchini lapo@lapo.it (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) From lapo@lapo.it Wed Jul 10 09:58:00 2002 From: lapo@lapo.it (Lapo Luchini) Date: Wed, 10 Jul 2002 09:58:00 -0000 Subject: [ITP] FreeCiv-1.12.0-1 for X (using libXaw) References: <20020710162446.52989.qmail@web21002.mail.yahoo.com> Message-ID: <3D2C66A9.9020404@lapo.it> > > >There is the fact that libXaw3d is less then 1/2 of MB. Just use it, as >it looks much nicer then plain old libXaw. Besides, libXaw3d is shared >whereas libXaw is not. > That is a REALLY good point: total file size should be roughly the same, Xaw3D included... Compiling it... -- Lapo 'Raist' Luchini lapo@lapo.it (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) From alexander.gottwald@informatik.tu-chemnitz.de Wed Jul 10 10:21:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 10 Jul 2002 10:21:00 -0000 Subject: [ITP] FreeCiv-1.12.0-1 for X (using libXaw) In-Reply-To: <20020710162446.52989.qmail@web21002.mail.yahoo.com> Message-ID: On Wed, 10 Jul 2002, Nicholas Wourms wrote: > > category: Games XFree86 > > requires: cygwin XFree86-base libintl2 libiconv2 zlib > ^^^^^^^^^^^^--You'll want to make this XFree86-xserv -base is the cleaner variant. You do not need an XServer installed to run XClients. They can still connect to a remote server. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From lapo@lapo.it Wed Jul 10 10:38:00 2002 From: lapo@lapo.it (Lapo Luchini) Date: Wed, 10 Jul 2002 10:38:00 -0000 Subject: [ITP] FreeCiv-1.12.0-1 for X (using libXaw) References: Message-ID: <3D2C6D28.5030806@lapo.it> > > >>>category: Games XFree86 >>>requires: cygwin XFree86-base libintl2 libiconv2 zlib >>> >>> >> ^^^^^^^^^^^^--You'll want to make this XFree86-xserv >> >> >-base is the cleaner variant. You do not need an XServer installed to run >XClients. They can still connect to a remote server. > In fact -base requires -xserv so -xserv is the "smaller" of the two choices. But anyway all other packages do use -base. I'm a little confused there, I've never been a big X user. -- Lapo 'Raist' Luchini lapo@lapo.it (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) From lapo@lapo.it Wed Jul 10 11:07:00 2002 From: lapo@lapo.it (Lapo Luchini) Date: Wed, 10 Jul 2002 11:07:00 -0000 Subject: [ITP] FreeCiv-1.12.0-1 for X (using libXaw) References: <20020710162446.52989.qmail@web21002.mail.yahoo.com> <3D2C65A6.2080206@lapo.it> Message-ID: <3D2C7104.4060902@lapo.it> > It is -1, the old relase I posted ni cygwin-apps > -2 is "on its way" =) > "on its way" was a bit optimistic.. the simple "--with-xaw3d" configure switch leads to some problems... things defined twice. Strange as configure detects everything correctly. /usr/X11R6/lib//libXt.a(Intrinsic.o)(.text+0x10):Intrinsic.c: multiple definition of `XtIsSubclass' /usr/X11R6/lib//libXaw3d.a(d000327.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Intrinsic.o)(.text+0x714):Intrinsic.c: multiple definition of `XtRealizeWidget' /usr/X11R6/lib//libXaw3d.a(d000359.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Intrinsic.o)(.text+0xa08):Intrinsic.c: multiple definition of `XtCreateWindow' (and so on) Its the configure that incorrectly includes libXt or libXaw3d that incorrectly exports them? I eat with friends this night... i'll investigate that this evening. -- Lapo 'Raist' Luchini lapo@lapo.it (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) From huntharo@msu.edu Wed Jul 10 16:24:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Wed, 10 Jul 2002 16:24:00 -0000 Subject: cygwin1.dll 1.3.12-2 and attempt to install xfree Message-ID: <200207101807.g6AI7ld83758@pilot20.cl.msu.edu> James, First: wrong mailing list. Use cygwin-xfree@cygwin.com. I have redirected this email to the appropriate list, but please be careful to remove cygwin@cygwin.com if you hit ``reply to all''. Second: the Cygwin/XFree86 User's Guide is out of date. Cygwin/XFree86 is now entirely installed via Cygwin's setup.exe. Just rerun setup.exe, expand the XFree86 category, and select at least the XFree86-base package. Harold James Ballantine said: > Hi all, > > I'm trying to install xfree and I'm getting strange error > messages/results before the install starts. > > I've downloaded and installed the most current cygwin bits (as of > 7/9/02), and downloaded the must current > xfree bits. When I try to gunzip extract.exe.gz I get the error message : > gunzip: extract.exe.gz: Invalid arguement > When I look in the dir, the gunzipped file is there, with a permission > of rw------- . > > When I try and run the Xinstall it tells me: > > checking which OS you're running... > uname reports 'CYGWIN_NT-5.0' version '1.3.12(0.54/3/2)' architecture > 'i686'. > > chmod: changing permissions of 'extract': no such file or directory > ./extract: not found > extract doesn't work properly, renaming it to 'extract.bad' > mv: preserving times for 'extract.bad' : No such file or directory > mv: preserving ownership for 'extract.bad': No such file or directory > mv: cannot unlink 'extract': No such file or directory > mv: cannot remove 'extract': No such file or directory > chmod: changing permissions of 'extract': no such file or directory > ./extract: not found > extract.exe doesn't work properly, renaming it to 'extract.exe.bad' > > The versions of 'extract" and 'extract.exe' you have do not run > correctly. Make sure that you have downloaded the correct > binaries for your system. To find out which is correct, > run 'sh ./Xinstall.sh -check'. > > This appears to me to be a problem with the setup of cygwin rather than a > problem with xfree, which is why I've mailed to this list. I've checked > the archives > and either no one else has had this problem, or I've searched for the > wrong key words. > > Any pointers to resolving this problem would be appreciated. > > Thanks > > Jim Ballantine > > > -- > 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 larsen587@firemail.de Wed Jul 10 16:48:00 2002 From: larsen587@firemail.de (Jack Larsen) Date: Wed, 10 Jul 2002 16:48:00 -0000 Subject: Updated on sourceware: XFree86-xserv-4.2.0-10 In-Reply-To: References: Message-ID: <20020711012519.51fdfa86.larsen587@firemail.de> Hi, after upgrading to 4.2.0-10 xmodmap Xmodmap failed with "unknown command bad keysym in remove modifier list 'Mode_switch', no corresponding keycodes". If anybody experienced the same problem please comment out the line "remove control = Mode_switch" -Hans On Sun, 7 Jul 2002 20:10:15 -0400 "Harold Hunt" wrote: > The XFree86-xserv-4.2.0-10 package has been updated in the Cygwin > distribution. > > This is a synchronization with all the fixes that have been applied > from Server Test Series - Test 61 through Server Test Series - Test 63. > These fixes are summarized below: > > > 1) Add support for the `-clipupdates num_boxes' parameter when using > `-engine 2' or `-engine 4', in addition to the previously supported > `-engine 1'. Once again, I can't tell if this feature has any benefit > whatsoever. I need some volunteers to perform rigorous testing with > different values for the threshold at which point updated boxes are > collected into a clipping region. One may find the ``x11perf'' > program beneficial here, as well as ``glxgears'', which gives a frames > per second reading. Of course, it would be most beneficial to have > performance comparisons for a few different machine types > (processors, memory amounts, video cards, PCI or AGP, etc.). Update > clipping is off by default. (Harold Hunt) > > 2) Change the DirectDraw module handle and function pointers from screen > privates to global variables. Loading the DirectDraw module and > function pointers needs to be done only at server initialization, not > at screen initialization. Similarly, we don't need to unload and > reload DirectDraw for each screen when the server regenerates; rather, > we need only unload DirectDraw when the server is shutting down. This > cleanup makes it much for difficult to misunderstand what is going on > with the DirectDraw module handle and function pointers. (Harold > Hunt) > > 3) Detect the supported engines only once at startup, rather than once > per screen initialization. Rework the supported engine detection > logic to assume that the DirectDraw module handle and function > pointers have already been loaded if they are present and working. > (Harold Hunt) > > 4) Add a global module handle for ``comctl32.dll'' and > ``_TrackMouseEvent''. Try to get a pointer to the _TrackMouseEvent > function and print an informational message if we cannot find the > function, suggesting to the user that they install Internet Explorer > 3.0 or greater if they have not already done so. We also set the > _TrackMouseEvent function pointer to point to the no operation > function if we can't find a valid function so that any calls to the > function pointer will do nothing (instead of trying to dereference a > NULL and crashing). Mouse pointer hiding/showing may be messed up > when we don't have _TrackMouseEvent, but the user can remedy that by > following the advice in the information message. Remove our > compile-time link to comctl32.dll. (Harold Hunt) > > 5) Add an `-emulatepseudo' parameter that causes a depth 8 PseudoColor > visual to be created in TrueColor modes, with the same limitations > described in the Test62 change log. PseudoColor emulation is off by > default. (Harold Hunt) > > 6) Correctly calculate the number of bits used to store color information > by counting the total number of bits that are set in our color masks. > This should fix problems introduced in Test61 for users with 24bpp or > 15bpp displays. (Alan Hourihane, Harold Hunt) > > 7) Add a #if conditional to winInitVisuals* that calls > miSetVisualTypesAndMasks or fbSetVisualTypesAndMasks depending on if > XFree86Server is defined. Currently this isn't useful because Mesa > (similar to Open GL) doesn't work when XFree86Server is undefined. > I'll leave this here for now for future reference. (Harold Hunt) > > 8) Fix the KDE 3.0 alpha-channel icon bug that appeared only when running > Windows at 32 bits per pixel. Many more details below. (Alan > Hourihane) > > 9) pScreenInfo->dwDepth used to refer to the depth that the > user specified with the -depth parameter or the depth returned by > GetDeviceCaps (BITSPIXEL) and pScreenInfo->dwBPP used to refer to the > bits of color per pixel. For example, running Windows at 32 bit color > would mean dwDepth == 32 and dwBPP == 24. It turns out that this was > exactly backwards from what it should be. > > The dwDepth variable new refers to the color ``depth'' of a pixel, > that is, the number of bits that make up the color specification for a > pixel. For example, a 32 bit pixel uses 24 bits to represent color > plus an 8 bit pad for alignment purposes and a 16 bit pixel can use 15 > or 16 bits to represent color. The dwBPP variable now refers to the > bits used to store each pixel, that is, the number of bits that each > pixel occupies in the framebuffer memory. For example, a 32 bit pixel > occupies 32 bits in the framebuffer memory while a 24 bit pixel > occupies 24 bits in the framebuffer memory (the former pixels are 32 > bit aligned, while the latter pixels are called ``packed'' because the > pixels are not aligned and any given pixel may actually be stored in > two separate 32 bit units). > > The meaning of dwDepth and dwBPP was corrected throughout the > source code, touching files such as wincmap.c, winscrinit.c, > InitOutput.c, winshadddnl.c, winshaddd.c, winshadgdi.c, > winnativegdi.c, winpfbdd.c, and win.h. Also, we modify the depth 24 > pixmap format at runtime to use 24 bits per pixel, instead of 32, when > Windows is running in 24 bit color; this matches the Windows pixel > format when running in 24 bit color. > > The end result of all of this is that we now no longer report that we > have a depth 32 visual, as depth 32 visuals do not exist. What we > were previously calling a depth 32 visual is actually a depth 24 > visual with a different bits per pixel. Advertising a proper visual > when running Windows at 32 bit color corrects the problem of KDE 3.0 > not displaying icons or text with alpha channels. Alan did the > magical part of discovering the underlying problem, I did the grunt > work of cleaning the code and making sure that all of the corner cases > were still handled. (Alan Hourihane, Harold Hunt) > > 10) In winBltExposedRegionsShadowDD* () we try to restore the primary > DirectDraw surface up to WIN_REGAIN_SURFACE_RETRIES (currently 1) > times when a bit block transfer of the exposed regions fails. This > corrects the case where switching a notebook from its internal display > to an external display (or vice versa) would cause the Cygwin/XFree86 > window to blank and fail to redraw itself until the Cygwin/XFree86 > window was minimized and then restored. (Harold Hunt) > > -- > Harold Hunt > > To update your installation, click on the "Install Cygwin now" link > on the http://cygwin.com/ web page. This downloads setup.exe to > your system. Save it and run setup, answer the questions and pick > up 'XFree86-xserv' from the 'XFree86' category. You may need to > click the "Full" button if it doesn't show up. > > Note that downloads from sources.redhat.com (aka cygwin.com) aren't > allowed due to bandwidth limitations. This means that you will need > to find a mirror which has this update. > > In the US, ftp://archive.progeny.com/cygwin/ > is a reliable high bandwidth connection. > > In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually > up-to-date. > > In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. > > If one of the above doesn't have the latest version of this package > you can either wait for the site to be updated or find another > mirror. > > Please send questions or comments to the Cygwin/XFree86 mailing list at: > cygwin-xfree@sources.redhat.com . If you want to subscribe go to: > http://cygwin.com/lists.html I would appreciate if you would use > this mailing list rather than emailing me directly. This includes > ideas and comments about the setup utility or Cygwin/XFree86 in general. > > If you want to make a point or ask a question the Cygwin/XFree86 mailing > list is the appropriate place. > > -- "Jack Larsen" From huntharo@msu.edu Wed Jul 10 19:12:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Wed, 10 Jul 2002 19:12:00 -0000 Subject: Scrollbars patch Message-ID: <200207102348.g6ANmNd67006@pilot20.cl.msu.edu> Jehan, Implementing a scrollbar patch is quite a bit more complex than you had initially thought. I have done a ton of work on the patch and I've got things much more complete now. I haven't got time to describe all the changes I made, but here is the patch against current CVS for you to look over: http://www.msu.edu/~huntharo/xwin/shadow/xwin-scrollbars-20020710.diff.bz2 (12 KiB) Okay, I'll give a few highlights: 1) You were passing FALSE for the fRedraw flag to SetScrollInfo in almost every call that you made to the function. This had multiple effects, including causing the thumb position to lag behind the actual scroll location, causing the thumb size to not update when you changed the page size, etc. 2) The code for WM_VSCROLL and WM_HSCROLL made about 8 sets of calls each to the same functions with slightly different parameters. I changed the code to calculate the parameters first, then make one set of calls to SetScrollInfo and ScrollWindowEx, etc. 3) I added a flag for fUserGaveHeightAndWidth to indicate that the user explicity passed a height and width for a given screen. Now when we are creating a default-sized window, with -scrollbars, we make the window as large as possible, and we shrink the underlying X visual to fit within the client area of the Windows window, without displaying the scrollbars. We show the scrollbars if/when the user ever shrinks the window. 4) When a user does specify a visual size with -scrollbars, we make the initial window as large as possible and make the visual the same size as the specified size. We show the scrollbars only if necessary (i.e. we hide them if the user passes -screen 0 800 600 -scrollbars on a 1024x768 display). 5) You no longer have to specify a width and height for a ``-screen scr_num [width height]'' parameter, which allows you to do: XWin -scrollbars -screen 0 -screen 1 This would create two full-sized screens that are resizable but that will not initially display scrollbars. 6) I added processing for WM_GETMINMAXINFO, in which we update the maximum tracking size for the window. The processing in WM_SIZING attempted to do the same thing, but in actuality it never did anything because it would never see sizes larger than the initial window size. The max tracking size is the largest size that the window is allowed to have when it is not maximized. We let the user make the window large enough to display the whole visual, even is this means that the window will be larger than the current display (just think, they can move the window around to see the part that they are interested in... I'm not going to argue with someone that wants to do that). This should allow multi-monitor users to create one huge window and stretch it across a couple of monitors, if they so desire. 7) I added a check to make sure that specified screens are numbered consecutively from 0. Screens do not have to be described in order, but there cannot be any gaps in the screen number sequence once all parameters have been processed. This prevents a user from doing ``XWin -screen 1 -scrollbars'' and then wondering why the window does not have scrollbars (or resizing support). This fixes an existing, but subtle, bug that no one seems to have stumbled across yet. 8) I added WM_MAXIMIZE to the window style when -scrollbars is passed. This allows one to maximize the Cygwin/XFree86 window. However, there are a few problems here... such as, what is a maximized 800x600 window on a 1024x768 screen? I dunno... try it, it is weird. 9) WarpCursor is messed up when you use mwm to switch to another virtual desktop inside of a Cygwin/XFree86 window that is smaller than the underlying visual and has scrollbars displayed. In this case, WarpCursor will blast the cursor to the location on the Windows display where the X location should be... but that location may actually be scrolled off the Cygwin/XFree86 window. In those cases I would like to be able to scroll the warp destination into the Cygwin/XFree86 window, then warp accordingly. Figuring out how to get the warp destination into the current scroll viewport may be difficult. Ah... that's enough for today. I'm tired. Harold From huntharo@msu.edu Wed Jul 10 20:20:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 10 Jul 2002 20:20:00 -0000 Subject: cygwin1.dll 1.3.12-2 and attempt to install xfree In-Reply-To: <200207101827.OAA04364@akiva.homer.att.com> Message-ID: First: Do *not* email me directly. I am not helping you. The project is helping you. Second: Reread what I wrote you the first time. You should not be trying to run Xinstall.sh, nor should you be trying gunzip extract.exe.gz. Everything is done via Cygwin's setup.exe. It this making any sense to you? It seems like you didn't even read what I wrote the first time. Harold > -----Original Message----- > From: J. W. Ballantine [mailto:jwb@homer.att.com] > Sent: Wednesday, July 10, 2002 2:28 PM > To: Harold L Hunt > Subject: Re: cygwin1.dll 1.3.12-2 and attempt to install xfree > > > > Thanks. > > As I indicated in my note, one of the issues, and more than likely the > more important one, was what causing the weird (at least for me) error > messages and results that were being generated. The secondary problem > was really the install. Once I resolved the Invalid argument issues > the install would be a piece of cake. > > > > ---------- In Response to your message ------------- > > > Date: Wed, 10 Jul 2002 14:07:46 EDT > > To: James Ballantine , cygwin@cygwin.com, > cygwin-xfree@cygwin.com > > From: Harold L Hunt > > Subject: Re: cygwin1.dll 1.3.12-2 and attempt to install xfree > > > > James, > > > > First: wrong mailing list. Use cygwin-xfree@cygwin.com. I > have redirected > > this email to the appropriate list, but please be careful to remove > > cygwin@cygwin.com if you hit ``reply to all''. > > > > Second: the Cygwin/XFree86 User's Guide is out of date. > Cygwin/XFree86 is n > ow > > entirely installed via Cygwin's setup.exe. Just rerun > setup.exe, expand the > > XFree86 category, and select at least the XFree86-base package. > > > > Harold > > > > > > > > James Ballantine said: > > > > > Hi all, > > > > > > I'm trying to install xfree and I'm getting strange error > > > messages/results before the install starts. > > > > > > I've downloaded and installed the most current cygwin bits (as of > > > 7/9/02), and downloaded the must current > > > xfree bits. When I try to gunzip extract.exe.gz I get the > error message : > > > gunzip: extract.exe.gz: Invalid arguement > > > When I look in the dir, the gunzipped file is there, with a > permission > > > of rw------- . > > > > > > When I try and run the Xinstall it tells me: > > > > > > checking which OS you're running... > > > uname reports 'CYGWIN_NT-5.0' version '1.3.12(0.54/3/2)' > architecture > > > 'i686'. > > > > > > chmod: changing permissions of 'extract': no such file or directory > > > ./extract: not found > > > extract doesn't work properly, renaming it to 'extract.bad' > > > mv: preserving times for 'extract.bad' : No such file or directory > > > mv: preserving ownership for 'extract.bad': No such file > or directory > > > mv: cannot unlink 'extract': No such file or directory > > > mv: cannot remove 'extract': No such file or directory > > > chmod: changing permissions of 'extract': no such file or directory > > > ./extract: not found > > > extract.exe doesn't work properly, renaming it to 'extract.exe.bad' > > > > > > The versions of 'extract" and 'extract.exe' you have do not run > > > correctly. Make sure that you have downloaded the correct > > > binaries for your system. To find out which is correct, > > > run 'sh ./Xinstall.sh -check'. > > > > > > This appears to me to be a problem with the setup of cygwin > rather than a > > > problem with xfree, which is why I've mailed to this list. > I've checked > > > the archives > > > and either no one else has had this problem, or I've > searched for the > > > wrong key words. > > > > > > Any pointers to resolving this problem would be appreciated. > > > > > > Thanks > > > > > > Jim Ballantine > > > > > > > > > -- > > > 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 nahor@bravobrava.com Thu Jul 11 08:47:00 2002 From: nahor@bravobrava.com (Jehan) Date: Thu, 11 Jul 2002 08:47:00 -0000 Subject: Scrollbars patch References: <200207102348.g6ANmNd67006@pilot20.cl.msu.edu> Message-ID: Harold L Hunt wrote: > Jehan, > > Implementing a scrollbar patch is quite a bit more complex than you had > initially thought. > > I have done a ton of work on the patch and I've got things much more complete > now. I haven't got time to describe all the changes I made, but here is the > patch against current CVS for you to look over: > > http://www.msu.edu/~huntharo/xwin/shadow/xwin-scrollbars-20020710.diff.bz2 (12 > KiB) > > > Okay, I'll give a few highlights: > > 1) You were passing FALSE for the fRedraw flag to SetScrollInfo in almost > every call that you made to the function. This had multiple effects, > including causing the thumb position to lag behind the actual scroll location, > causing the thumb size to not update when you changed the page size, etc. Actually, I set FALSE in all cases. If not, then I forgot :). If I did that, it because on my machine it was working well that way, so I didn't want to force Windows to paint the scrollbar twice. > 2) The code for WM_VSCROLL and WM_HSCROLL made about 8 sets of calls each to > the same functions with slightly different parameters. I changed the code to > calculate the parameters first, then make one set of calls to SetScrollInfo > and ScrollWindowEx, etc. I thought about doing something like that and then I forgot. And I didn't look at the example in MSDN, I understood the message well enough and usually their examples suck if they compile at all!! (and this one isn't perfect either: they call UpdateWindow in one case but not the other, tsss!!!) > 3) I added a flag for fUserGaveHeightAndWidth to indicate that the user > explicity passed a height and width for a given screen. Now when we are > creating a default-sized window, with -scrollbars, we make the window as large > as possible, and we shrink the underlying X visual to fit within the client > area of the Windows window, without displaying the scrollbars. We show the > scrollbars if/when the user ever shrinks the window. > > 4) When a user does specify a visual size with -scrollbars, we make the > initial window as large as possible and make the visual the same size as the > specified size. We show the scrollbars only if necessary (i.e. we hide them > if the user passes -screen 0 800 600 -scrollbars on a 1024x768 display). Hiding the scrollbars, that was already the case, wasn't it? > 5) You no longer have to specify a width and height for a ``-screen scr_num > [width height]'' parameter, which allows you to do: > XWin -scrollbars -screen 0 -screen 1 > > This would create two full-sized screens that are resizable but that will not > initially display scrollbars. This has nothing to do with the scrollbar, does it? But still a good feature :) > 6) I added processing for WM_GETMINMAXINFO, in which we update the maximum > tracking size for the window. The processing in WM_SIZING attempted to do the > same thing, but in actuality it never did anything because it would never see > sizes larger than the initial window size. The max tracking size is the > largest size that the window is allowed to have when it is not maximized. We > let the user make the window large enough to display the whole visual, even is > this means that the window will be larger than the current display (just > think, they can move the window around to see the part that they are > interested in... I'm not going to argue with someone that wants to do that). > This should allow multi-monitor users to create one huge window and stretch it > across a couple of monitors, if they so desire. I didn't know this message, or actually I forgot. That's more elegant for sure. > 7) I added a check to make sure that specified screens are numbered > consecutively from 0. Screens do not have to be described in order, but there > cannot be any gaps in the screen number sequence once all parameters have been > processed. This prevents a user from doing ``XWin -screen 1 -scrollbars'' and > then wondering why the window does not have scrollbars (or resizing support). > This fixes an existing, but subtle, bug that no one seems to have stumbled > across yet. Same comment as 5). :@p > 8) I added WM_MAXIMIZE to the window style when -scrollbars is passed. This > allows one to maximize the Cygwin/XFree86 window. However, there are a few > problems here... such as, what is a maximized 800x600 window on a 1024x768 > screen? I dunno... try it, it is weird. I wanted to but I can't compile for now (missing xf86openConfigFile, xf86readConfigFile, xf86closeConfigFile at link timeand I don't have time to look at that yet) But, a wild guess, isn't ptMaxSize in WM_GETMINMAXINFO for that? (MSDN, MINMAXINFO: ptMaxSize | when a window is maximized or resized, ...) > 9) WarpCursor is messed up when you use mwm to switch to another virtual > desktop inside of a Cygwin/XFree86 window that is smaller than the underlying > visual and has scrollbars displayed. In this case, WarpCursor will blast the > cursor to the location on the Windows display where the X location should > be... but that location may actually be scrolled off the Cygwin/XFree86 > window. In those cases I would like to be able to scroll the warp destination > into the Cygwin/XFree86 window, then warp accordingly. Figuring out how to > get the warp destination into the current scroll viewport may be difficult. Is it? GetScrollInfo(...) if ((XY < nPos) || (XY > nPos+Page)) { nPos = max(0, min(nMax-nPage+1, XY-nPage/2)) SetScrollInfo(...) GetScrollInfo(...) dwOffset = nPos; ScrollWindowEx(...) } if you rely on Windows to correct the scrolling you can simplify with nPos = XY-nPage/2 instead of the min/max thingy So either I'm missing something, or it's easier than you thought. j1) in WM_SIZE, you check for fDecoration and fFullscreen for breaking. This is not necessary maybe even dangerous, especially in the nodecoration case. With nodecoration, I guess we can still receive a WM_SIZE if we change the screen resolution via the Display control panel or if we change the size of the taskbar. And the other hand, I don't thing we'll get any bug if we still do process WM_SIZE. Well, let's say that, as a matter of preference, I usually manage unlikely cases if the code necessary to do it doesn't make my code harder to read. j2) Just for detail and the pleasure of commenting (:p), you also have those lines /* Is the client area large enough to show the whole visual? */ if (iWidth != s_pScreenInfo->dwWidth || iHeight != s_pScreenInfo->dwHeight) if iWidth is bigger than s_pScreenInfo->dwWidth (same for height), isn't the screen "large enough to show the whole visual"? j3) In your note in wincreatewnd.c, when you describe what is range and what is page, you say: "In other words, the page size is the size of the client area minus the space the scrollbars occupy". And as you said in winwndproc.c, the client area already takes into account the space occupied by the scrollbars. j4) Still in wincreatewnd.c, for better clarity, I would write something like: if (!(pScreenInfo->fScrollbars && pScreenInfo->fUserGaveHeightAndWidth)) { /* except if the user specified the size of the visual *and* uses scrollbars, we don't want the visual bigger than the window */ pScreenInfo->dwWidth = rcClient.right - rcClient.left; pScreenInfo->dwHeight = rcClient.bottom - rcClient.top; } if (pScreenInfo->fScrollbars) ... si.nMax = pScreenInfo->dwWidth - 1; SetScrollInfo (*phwnd, SB_HORZ, &si, FALSE); ... si.nMax = pScreenInfo->dwHeight - 1; SetScrollInfo (*phwnd, SB_VERT, &si, FALSE); } /* no else anymore */ j5) in the case of WM_VSCROLL, SB_BOTTOM should actually be nMax-nPage+1 (same for WM_HSCROLL and SB_RIGHT) j6) in WM_GETMINMAXINFO, you assume that we have decoration. Can't we receive this event if we resize the screen? (and same reason than in j1) > Ah... that's enough for today. I'm tired. Welcome to the club, Good night! ;p From Alexander.Gottwald@informatik.tu-chemnitz.de Thu Jul 11 08:56:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 11 Jul 2002 08:56:00 -0000 Subject: Using the new cross compilation system - and a request for help In-Reply-To: <200207092036.g69KaQF75126@pilot05.cl.msu.edu> Message-ID: On Tue, 9 Jul 2002, Harold L Hunt wrote: > 1) We are building gen_matypes.c and we are supposed to create an executable > that will be used during the compilation process to build a header file called > ``matypes.h''. However, this executable is being built with ``cc'' (it isn't > clear if this is the link to /cygwin/bin/cc or if it is the host cc) but we > are calling it ``gen_matypes.exe'', which is clearly wrong because we want an > executable to use while cross compiling, not an installable executable. diff -U3 -r1.22 Imakefile --- lib/GL/mesa/src/X86/Imakefile 2002/03/01 21:21:48 1.22 +++ lib/GL/mesa/src/X86/Imakefile 2002/07/11 15:24:06 @@ -85,11 +85,11 @@ MATYPES = ./gen_matypes matypes.h: gen_matypes.c - RemoveFiles($@ ProgramTargetName(gen_matypes)) - -HostLinkRule(ProgramTargetName(gen_matypes),$(CFLAGS) $(LOCAL_LDFLAGS),gen_matypes.c,$(LDLIBS)) + RemoveFiles($@ HostProgramTargetName(gen_matypes)) + -HostLinkRule(HostProgramTargetName(gen_matypes),$(CFLAGS) $(LOCAL_LDFLAGS),gen_matypes.c,$(LDLIBS)) RunProgram(MATYPES,> matypes_h) $(MV) matypes_h $@ - RemoveFiles(ProgramTargetName(gen_matypes)) + RemoveFiles(HostProgramTargetName(gen_matypes)) includes:: matypes.h > 2) Building gen_matypes.c fails because it cannot find glheader.h, mypes.h, > and tnl/t_context.h, which are stored over in xc/extras/Mesa/src, but it > appears that they should be copied during the build process to > build/std/exports/include. For some reason, they are not being copied there. no problem for me. Maybe they are not created because gen_matypes failes before > There is a new problem that needs a better answer than the one that I've got > right now. In xc/config/imake/imakedep.h there is a define that turns an > empty define for i686 into i686 == 1. For some reason, i686 is now defined > during a cross compilation build and it causes our executable names, such as > ``i686-pc-cygwin-gcc'' and our include directories (``i686-pc.. you get the > point...) to become ``1-pc-cygwin-gcc''. I had to add a ``#undef i686'' to > the new host.def that is used when cross compiling. you don't need the i686-pc-cygwin32-gcc program names anymore. For me, a call to cross-gcc is /usr/i686-pc-cygwin32/bin/`echo gcc|sed "s%.*/%%"` I'll see if the imake patch compiles and will send a patch later. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Thu Jul 11 09:24:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Thu, 11 Jul 2002 09:24:00 -0000 Subject: Scrollbars patch Message-ID: <200207111556.g6BFutF125838@pilot05.cl.msu.edu> Jehan, Here is a new patch and the files that you are missing: http://www.msu.edu/~huntharo/xwin/shadow/xwin-scrollbars-20020711-1128.diff.bz2 (12 KiB) http://www.msu.edu/~huntharo/xwin/shadow/xwin-scrollbars-newfiles-20020711-1128.tar.bz2 (9 KiB) Let me know what you think of the new patch. Answers to questions, etc. are below. > > Jehan, > > > > Implementing a scrollbar patch is quite a bit more complex than you had > > initially thought. > > > > I have done a ton of work on the patch and I've got things much more > complete > > now. I haven't got time to describe all the changes I made, but here is > the > > patch against current CVS for you to look over: > > > > http://www.msu.edu/~huntharo/xwin/shadow/xwin-scrollbars-20020710.diff.bz2 > (12 > > KiB) > > > > > > Okay, I'll give a few highlights: > > > > 1) You were passing FALSE for the fRedraw flag to SetScrollInfo in almost > > every call that you made to the function. This had multiple effects, > > including causing the thumb position to lag behind the actual scroll > location, > > causing the thumb size to not update when you changed the page size, etc. > > Actually, I set FALSE in all cases. If not, then I forgot :). If I did > that, it because on my machine it was working well that way, so I didn't > want to force Windows to paint the scrollbar twice. > Charles Petzold's book says that you only want to pass FALSE if you will be making other function calls that will result in the scrollbars being redrawn, so that you can avoid excessive redrawing. When we call SetScrollInfo with a new position, that is it. We only make that one call that could potentially cause the scrollbar to redraw, so we have to pass TRUE. > > > 2) The code for WM_VSCROLL and WM_HSCROLL made about 8 sets of calls each > to > > the same functions with slightly different parameters. I changed the code > to > > calculate the parameters first, then make one set of calls to > SetScrollInfo > > and ScrollWindowEx, etc. > > I thought about doing something like that and then I forgot. > And I didn't look at the example in MSDN, I understood the message well > enough and usually their examples suck if they compile at all!! (and > this one isn't perfect either: they call UpdateWindow in one case but > not the other, tsss!!!) > I had to clean up the original code, it was spaghetti :) > > > 3) I added a flag for fUserGaveHeightAndWidth to indicate that the user > > explicity passed a height and width for a given screen. Now when we are > > creating a default-sized window, with -scrollbars, we make the window as > large > > as possible, and we shrink the underlying X visual to fit within the > client > > area of the Windows window, without displaying the scrollbars. We show > the > > scrollbars if/when the user ever shrinks the window. > > > > 4) When a user does specify a visual size with -scrollbars, we make the > > initial window as large as possible and make the visual the same size as > the > > specified size. We show the scrollbars only if necessary (i.e. we hide > them > > if the user passes -screen 0 800 600 -scrollbars on a 1024x768 display). > > Hiding the scrollbars, that was already the case, wasn't it? > No. I never got the original code to stop displaying scrollbars if the -scrollbars parameter was passed. It didn't matter how large the original window was, nor did it matter how you resized the window. I could not get those scrollbars to go away. > > > 5) You no longer have to specify a width and height for a ``-screen > scr_num > > [width height]'' parameter, which allows you to do: > > XWin -scrollbars -screen 0 -screen 1 > > > > This would create two full-sized screens that are resizable but that will > not > > initially display scrollbars. > > This has nothing to do with the scrollbar, does it? But still a good > feature :) > It really is related, because we have to make a branch on whether the user explicity told us how large they wanted the X visual. If they explicity specified a visual size then we say, ``okay, that is how big the visual will be, display scrollbars if necessary''. On the other hand, if they just want as big of a window as possible, (such as running ``XWin -scrollbars'') then we will trim the visual size to fit inside of a window without scrollbars, but we allow the window to be resized later, which would result in scrollbars being displayed. If I did not add the ``-screen 0'' functionality, then users would have to pass a size, such as ``-scrollbars -screen 0 1024 768 -screen 1 1024 768'', which would result in two windows that would initially have scrollbars and a 1024x768 visual. The user would have to be very craft in order to figure out, on their own, the largest size window that could be displayed without causing scrollbars to initially be visible. Allowing them to pass ``-scrollbars -screen 0 -screen 1'' allows them to very easily create two windows that are as large as possible with scrollbars initially hidden, but with the ability to resize the window if desired. > > > 6) I added processing for WM_GETMINMAXINFO, in which we update the maximum > > tracking size for the window. The processing in WM_SIZING attempted to do > the > > same thing, but in actuality it never did anything because it would never > see > > sizes larger than the initial window size. The max tracking size is the > > largest size that the window is allowed to have when it is not maximized. > We > > let the user make the window large enough to display the whole visual, > even is > > this means that the window will be larger than the current display (just > > think, they can move the window around to see the part that they are > > interested in... I'm not going to argue with someone that wants to do > that). > > This should allow multi-monitor users to create one huge window and > stretch it > > across a couple of monitors, if they so desire. > > I didn't know this message, or actually I forgot. That's more elegant > for sure. > Thanks. > > > 7) I added a check to make sure that specified screens are numbered > > consecutively from 0. Screens do not have to be described in order, but > there > > cannot be any gaps in the screen number sequence once all parameters have > been > > processed. This prevents a user from doing ``XWin -screen 1 -scrollbars'' > and > > then wondering why the window does not have scrollbars (or resizing > support). > > This fixes an existing, but subtle, bug that no one seems to have > stumbled > > across yet. > > Same comment as 5). :@p > You busted me... but I had to document this somewhere. Did you like how I tried to spoof this as being related by passing ``-scrollbars'' in my example command line? :) > > > 8) I added WM_MAXIMIZE to the window style when -scrollbars is passed. > This > > allows one to maximize the Cygwin/XFree86 window. However, there are a > few > > problems here... such as, what is a maximized 800x600 window on a 1024x768 > > screen? I dunno... try it, it is weird. > > I wanted to but I can't compile for now (missing xf86openConfigFile, > xf86readConfigFile, xf86closeConfigFile at link timeand I don't have > time to look at that yet) > But, a wild guess, isn't ptMaxSize in WM_GETMINMAXINFO for that? (MSDN, > MINMAXINFO: ptMaxSize | when a window is maximized or resized, ...) > I've included a tarball with the missing files above. We can't make ptMaxSize larger than our visual size, because we could have an 800x600 visual on a 1024x768 display... we would end up with several thousand blank pixels if we really maximized the window. That is the weirdness that I was talking about. > > > 9) WarpCursor is messed up when you use mwm to switch to another virtual > > desktop inside of a Cygwin/XFree86 window that is smaller than the > underlying > > visual and has scrollbars displayed. In this case, WarpCursor will blast > the > > cursor to the location on the Windows display where the X location should > > be... but that location may actually be scrolled off the Cygwin/XFree86 > > window. In those cases I would like to be able to scroll the warp > destination > > into the Cygwin/XFree86 window, then warp accordingly. Figuring out how > to > > get the warp destination into the current scroll viewport may be > difficult. > > Is it? > GetScrollInfo(...) > if ((XY < nPos) || (XY > nPos+Page)) { > nPos = max(0, min(nMax-nPage+1, XY-nPage/2)) > SetScrollInfo(...) > GetScrollInfo(...) > dwOffset = nPos; > ScrollWindowEx(...) > } > if you rely on Windows to correct the scrolling you can simplify with > nPos = XY-nPage/2 > instead of the min/max thingy > > So either I'm missing something, or it's easier than you thought. > I will give this a shot. Thanks. > > j1) in WM_SIZE, you check for fDecoration and fFullscreen for breaking. > This is not necessary maybe even dangerous, especially in the > nodecoration case. With nodecoration, I guess we can still receive a > WM_SIZE if we change the screen resolution via the Display control panel > or if we change the size of the taskbar. > And the other hand, I don't thing we'll get any bug if we still do > process WM_SIZE. > Well, let's say that, as a matter of preference, I usually manage > unlikely cases if the code necessary to do it doesn't make my code > harder to read. > I was assuming that you had intended for scrollbars to be allowed only when not fullscreen and with decorations. I know you didn't intend for scrollbars to be displayed in fullscreen mode because you didn't modify winCreateBoundingWindowFullScreen. I don't see any reason why we should disallow scrollbars when there are no window decorations. I'll readd that functionality in the near future. > > j2) Just for detail and the pleasure of commenting (:p), you also have > those lines > /* Is the client area large enough to show the whole visual? */ > if (iWidth != s_pScreenInfo->dwWidth > || iHeight != s_pScreenInfo->dwHeight) > if iWidth is bigger than s_pScreenInfo->dwWidth (same for height), > isn't the screen "large enough to show the whole visual"? > iWidth can never be larger than s_pScreenInfo->dwWidth because the window can never be larger than the maximum tracking size. However, for clarity, I have changed this to iWidth < s_pScreenInfo->dwWidth. > > j3) In your note in wincreatewnd.c, when you describe what is range and > what is page, you say: "In other words, the page size is the size of the > client area minus the space the scrollbars occupy". And as you said in > winwndproc.c, the client area already takes into account the space > occupied by the scrollbars. > Yeah, I got confused by some MSDN Library docs. I added a note that clarifies this and blames MSDN Library for any future confusion :) > > j4) Still in wincreatewnd.c, for better clarity, I would write something > like: > if (!(pScreenInfo->fScrollbars && pScreenInfo->fUserGaveHeightAndWidth)) { > /* except if the user specified the size of the visual *and* > uses scrollbars, we don't want the visual bigger than > the window */ > pScreenInfo->dwWidth = rcClient.right - rcClient.left; > pScreenInfo->dwHeight = rcClient.bottom - rcClient.top; > } > > if (pScreenInfo->fScrollbars) > ... > si.nMax = pScreenInfo->dwWidth - 1; > SetScrollInfo (*phwnd, SB_HORZ, &si, FALSE); > ... > si.nMax = pScreenInfo->dwHeight - 1; > SetScrollInfo (*phwnd, SB_VERT, &si, FALSE); > } > /* no else anymore */ > Excellent. I implemented just such a cleanup. Then, I went further. We don't even need to call SetScrollInfo in winCreateBoundingWindowWindowed. Rather, we just set nMin and nMax in our calls to SetScrollInfo in our processing of WM_SIZE. The overhead for doing this in each WM_SIZE is negligible, and the resulting cleanup is appreciable. I have simply #if 0'd the cleaned-up code in winCreateBoundingWindowWindowed, just so we have that code, published in a diff somewhere, to fall back on if we ever find a reason to. > > j5) in the case of WM_VSCROLL, SB_BOTTOM should actually be nMax-nPage+1 > (same for WM_HSCROLL and SB_RIGHT) > Charles Petzold doesn't seem to think so in his book. I think he was relying on Windows to trim the scroll position to be the maximum allowed position. However, I went ahead and changed this so that others are not confused. > > j6) in WM_GETMINMAXINFO, you assume that we have decoration. Can't we > receive this event if we resize the screen? (and same reason than in j1) > See my answer to j1. I will fix this in the near future. > > > Ah... that's enough for today. I'm tired. > > Welcome to the club, Good night! ;p > What do you know, it is the next day and I am still tired! :) Harold From Alexander.Gottwald@informatik.tu-chemnitz.de Thu Jul 11 09:36:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 11 Jul 2002 09:36:00 -0000 Subject: Using the new cross compilation system - and a request for help In-Reply-To: <200207092036.g69KaQF75126@pilot05.cl.msu.edu> Message-ID: On Tue, 9 Jul 2002, Harold L Hunt wrote: > A new cross compilation system was implemented for XFree86 in May of 2002. > This new system is described here: > > http://www.xfree86.org/~keithp/xconf2001/cc-imake.pdf According to that document, I modified the imakemdep.h file. make World CROSSCOMPILEDIR="/usr/i686-pc-cygwin32/bin" compiled without any errors (because of some Imakefile patches for rman). The patch for imake is attached Comments: the CROSS_UTS_RELEASE is static because of I found no version string from cygwin. Such a string might be added to the cygwin headers or might be constructed from other version information in cygwin/version.h glibc_major and glibc_minor was not set, but always referenced in imake. But the imake code seems still to make some assumptions base on the host operating system. I did not include other patches to Imakefiles since they substitute ProgramTarget(rman) by HostProgramTarget(rman). This is needed for running full make World, but does not compile rman.exe for cygwin. In host.def the macros CCmd, AsCmd are not preceeded by i686-pc-cygwin32- anymore but only the sort names (gcc, as ...). bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 -------------- next part -------------- Index: config/cf/cross.rules =================================================================== RCS file: /cvs/xc/config/cf/cross.rules,v retrieving revision 1.7 diff -U3 -r1.7 cross.rules --- config/cf/cross.rules 2002/04/04 14:05:33 1.7 +++ config/cf/cross.rules 2002/07/11 15:23:46 @@ -4,7 +4,7 @@ #define HostCcCmd cc #endif -#define HostLinkRule(target, flags, src, libs) HostCcCmd -I$(BUILDINCDIR) -o target src libs +#define HostLinkRule(target, flags, src, libs) HostCcCmd -I$(BUILDINCDIR) -o target src libs flags /* ComplexHostProgramTarget - Compile a program such that we can run * it on this host, i.e., don't use the default cross compiler. Index: config/cf/cygwin.rules =================================================================== RCS file: /cvs/xc/config/cf/cygwin.rules,v retrieving revision 3.19 diff -U3 -r3.19 cygwin.rules --- config/cf/cygwin.rules 2002/04/15 09:22:33 3.19 +++ config/cf/cygwin.rules 2002/07/11 15:23:46 @@ -315,9 +315,8 @@ $(OBJS6) $(OBJS7) $(OBJS8) $(OBJS9) $(OBJS10) @@\ SRCS = $(SRCS1) $(SRCS2) $(SRCS3) $(SRCS4) $(SRCS5) \ @@\ $(SRCS6) $(SRCS7) $(SRCS8) $(SRCS9) $(SRCS10) @@\ - PROGS_EXE = $(foreach prog,$(PROGRAMS),ProgramTargetName($(prog))) @@\ @@\ -AllTarget($(PROGS_EXE)) @@\ +AllTarget($(PROGRAMS)) @@\ @@\ ProgramTargetHelper(program,SRCS1,OBJS1,DEPLIBS1,locallib,syslib) @@\ @@\ @@ -325,7 +324,7 @@ LintTarget() @@\ @@\ clean:: @@\ - RemoveFiles($(PROGS_EXE)) + RemoveFiles($(PROGRAMS)) /* Index: config/imake/imakemdep.h =================================================================== RCS file: /cvs/xc/config/imake/imakemdep.h,v retrieving revision 3.59 diff -U3 -r3.59 imakemdep.h --- config/imake/imakemdep.h 2002/05/31 16:31:20 3.59 +++ config/imake/imakemdep.h 2002/07/11 15:23:50 @@ -769,6 +769,16 @@ # include # define CROSS_UTS_RELEASE UTS_RELEASE # endif +# elif defined(__CYGWIN__) +# define DEFAULT_OS_MAJOR_REV "r %[0-9]" +# define DEFAULT_OS_MINOR_REV "r %*d.%[0-9]" +# define DEFAULT_OS_TEENY_REV "r %*d.%*d.%[0-9]" +# define DEFAULT_OS_NAME "srm %[^\n]" +# if defined(__CYGWIN__) && defined (CROSSCOMPILE_CPP) +# define CROSS_UTS_SYSNAME "Cygwin" +# include +# define CROSS_UTS_RELEASE "1.3.9" +# endif # elif defined(__GNU__) # define DEFAULT_OS_MAJOR_REV "r %[0-9]" # define DEFAULT_OS_MINOR_REV "r %*d.%[0-9]" @@ -1353,6 +1363,9 @@ # include int glibc_major = __GLIBC__ + 4; int glibc_minor = __GLIBC_MINOR__; +# else +int glibc_major = 0; +int glibc_minor = -1; # endif # endif /* !CROSSCOMPILE || CROSSCOMPILE_CPP */ Index: lib/GL/mesa/src/X86/Imakefile =================================================================== RCS file: /cvs/xc/lib/GL/mesa/src/X86/Imakefile,v retrieving revision 1.22 diff -U3 -r1.22 Imakefile --- lib/GL/mesa/src/X86/Imakefile 2002/03/01 21:21:48 1.22 +++ lib/GL/mesa/src/X86/Imakefile 2002/07/11 15:24:06 @@ -85,11 +85,11 @@ MATYPES = ./gen_matypes matypes.h: gen_matypes.c - RemoveFiles($@ ProgramTargetName(gen_matypes)) - -HostLinkRule(ProgramTargetName(gen_matypes),$(CFLAGS) $(LOCAL_LDFLAGS),gen_matypes.c,$(LDLIBS)) + RemoveFiles($@ HostProgramTargetName(gen_matypes)) + -HostLinkRule(HostProgramTargetName(gen_matypes),$(CFLAGS) $(LOCAL_LDFLAGS),gen_matypes.c,$(LDLIBS)) RunProgram(MATYPES,> matypes_h) $(MV) matypes_h $@ - RemoveFiles(ProgramTargetName(gen_matypes)) + RemoveFiles(HostProgramTargetName(gen_matypes)) includes:: matypes.h From huntharo@msu.edu Thu Jul 11 09:53:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Thu, 11 Jul 2002 09:53:00 -0000 Subject: Using the new cross compilation system - and a request for help Message-ID: <200207111636.g6BGa5F12580@pilot05.cl.msu.edu> Alexander Gottwald said: > On Tue, 9 Jul 2002, Harold L Hunt wrote: > > 1) We are building gen_matypes.c and we are supposed to create an executable > > that will be used during the compilation process to build a header file called > > ``matypes.h''. However, this executable is being built with ``cc'' (it isn't > > clear if this is the link to /cygwin/bin/cc or if it is the host cc) but we > > are calling it ``gen_matypes.exe'', which is clearly wrong because we want an > > executable to use while cross compiling, not an installable executable. > > diff -U3 -r1.22 Imakefile > --- lib/GL/mesa/src/X86/Imakefile 2002/03/01 21:21:48 1.22 > +++ lib/GL/mesa/src/X86/Imakefile 2002/07/11 15:24:06 > @@ -85,11 +85,11 @@ > MATYPES = ./gen_matypes > > matypes.h: gen_matypes.c > - RemoveFiles($@ ProgramTargetName(gen_matypes)) > - -HostLinkRule(ProgramTargetName(gen_matypes),$(CFLAGS) $(LOCAL_LDFLAGS),gen_matypes.c,$(LDLIBS)) > + RemoveFiles($@ HostProgramTargetName(gen_matypes)) > + -HostLinkRule(HostProgramTargetName(gen_matypes),$(CFLAGS) $(LOCAL_LDFLAGS),gen_matypes.c,$(LDLIBS)) > RunProgram(MATYPES,> matypes_h) > $(MV) matypes_h $@ > - RemoveFiles(ProgramTargetName(gen_matypes)) > + RemoveFiles(HostProgramTargetName(gen_matypes)) > > includes:: matypes.h > I have already made such a patch to my local tree. It works fine. I thought I made a post a day or two ago with a patch for cross compiling? I thought it had just such a patch in it? Am I losing my mind? > > 2) Building gen_matypes.c fails because it cannot find glheader.h, mypes.h, > > and tnl/t_context.h, which are stored over in xc/extras/Mesa/src, but it > > appears that they should be copied during the build process to > > build/std/exports/include. For some reason, they are not being copied there. > > no problem for me. Maybe they are not created because gen_matypes failes > before Nope. gen_matypes needs those headers before it is build, since gen_matypes.c includes those headers. What is happening here is that the HostLinkRule (which you created, I believe) over in xc/config/cf/cross.rules does nothing with the flags parameter. I recall that we couldn't pass the flags parameter because it was defining some things that ought not to be defined when cross compiling. However, I have modified my HostLinkRule to pass the flags on just as LinkRule does and I have built the whole tree without problems. I think only one other executable uses HostLinkRule, so as long as these two things build we are in the clear. Have you modified your locak HostLinkRule, or is cross.rules not being processed on your system? Oh yeah, the flags, in this case, contain -I../../../../exports/include (or something close to that, I don't feel like looking it up for an exact quote), which points the compiler to glheader.h, mtypes.h, and tnl/t_context.h. > > > There is a new problem that needs a better answer than the one that I've got > > right now. In xc/config/imake/imakedep.h there is a define that turns an > > empty define for i686 into i686 == 1. For some reason, i686 is now defined > > during a cross compilation build and it causes our executable names, such as > > ``i686-pc-cygwin-gcc'' and our include directories (``i686-pc.. you get the > > point...) to become ``1-pc-cygwin-gcc''. I had to add a ``#undef i686'' to > > the new host.def that is used when cross compiling. > > you don't need the i686-pc-cygwin32-gcc program names anymore. For me, a > call to cross-gcc is /usr/i686-pc-cygwin32/bin/`echo gcc|sed "s%.*/%%"` > How do I make it through life without accidentally killing myself? I must have tried 20 ways of defining the cross compiler names, or not defining them, etc., and I never got a build to work until I started setting them to i686-pc-cygwin-gcc and so forth. Then you mention that they don't need to have i686-pc-cygwin in them anymore, I try it, and voila, like magic it works. What gives? Can't I get a break anymore? Oh yeah, and you are correct. We don't need the i686-pc-cygwin prefix anymore. > I'll see if the imake patch compiles and will send a patch later. > What imake patch? I have had problems with imake not compiling because imake.c is looking for glibc_major and glibc_minor, which are supposed to be defined in imakemdep.h, but for whatever reason the #if's are wrong and imakemdep.h doesn't define them but imake.c still ends up expecting them. Please figure this one out for me, it is really bugging me. For now I've just changed imake.c and substituted 0's for glibc_major and glibc_minor. Harold > bye > ago > -- > Alexander.Gottwald@informatik.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 > > From huntharo@msu.edu Thu Jul 11 10:43:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Thu, 11 Jul 2002 10:43:00 -0000 Subject: Using the new cross compilation system - and a request for help Message-ID: <200207111653.g6BGrkF83132@pilot05.cl.msu.edu> Alexander, Unfortunately, we still have to #undef i686. I just tried removing the ``#undef i686'' and the results are below. The problem is that the value for the i686 define is still being substituted into our includes path. Any ideas? Harold depending in programs/lbxproxy/os... make[4]: Entering directory `/home/harold/x-devel/build/newhostdef/programs/lbxproxy/os' ./../../config/makedepend/makedepend -- -I../include -I../../../include -I../../../include/extensions -I../../../include/extensions -I../../.. -I../../../exports/include -D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LOCALE -D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DNO_ALLOCA -DSHAPE -DXINPUT -DXKB -DLBX -DXAPPGROUP -DXCSECURITY -DTOGCUP -DXF86BIGFONT -DPIXPRIV -DRENDER -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXvExtension -DXFree86Server -DXF86VIDMODE -DXvMCExtension -DXResExtension -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DNDEBUG -DFUNCPROTO=15 -DNARROWPROTO -DTCPCONN -DUNIXCONN -DHAS_STICKY_DIR_BIT -DHAS_FCHOWN -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXvExtension -DXFree86Server -DXF86VIDMODE -DXvMCExtension -DXResExtension -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DDDXTIME -DFD_SETSIZE=256 -DDDXOSINIT -DDDXOSVERRORF -DDDXOSFATALERROR -I../../../lib/xtrans -DUSE_MAKEDEPEND -- connection.c io.c WaitFor.c osinit.c transport.c ./../../config/makedepend/makedepend: warning: connection.c (reading ./../../include/Xos.h, line 59): cannot find include file "sys/types.h" not in ../include/sys/types.h not in ../../../include/sys/types.h not in ../../../include/extensions/sys/types.h not in ../../../include/extensions/sys/types.h not in ../../../sys/types.h not in ../../../exports/include/sys/types.h not in ../../../lib/xtrans/sys/types.h not in /sys/types.h not in /cygwin/1-pc-cygwin/include/sys/types.h not in /cygwin/1-pc-cygwin/include/w32api/sys/types.h not in /usr/lib/gcc-lib/i586-mandrake-linux-gnu/2.96/include/sys/types.h From nahor@bravobrava.com Thu Jul 11 10:50:00 2002 From: nahor@bravobrava.com (Jehan) Date: Thu, 11 Jul 2002 10:50:00 -0000 Subject: Scrollbars patch References: <200207111556.g6BFutF125838@pilot05.cl.msu.edu> Message-ID: Harold L Hunt wrote: > Charles Petzold's book says that you only want to pass FALSE if you will be > making other function calls that will result in the scrollbars being redrawn, > so that you can avoid excessive redrawing. When we call SetScrollInfo with a > new position, that is it. We only make that one call that could potentially > cause the scrollbar to redraw, so we have to pass TRUE. Ok, good to know. >>>4) When a user does specify a visual size with -scrollbars, we make the >>>initial window as large as possible and make the visual the same size as >>>the >>>specified size. We show the scrollbars only if necessary (i.e. we hide >>>them >>>if the user passes -screen 0 800 600 -scrollbars on a 1024x768 display). >> >>Hiding the scrollbars, that was already the case, wasn't it? >> > > No. I never got the original code to stop displaying scrollbars if the > -scrollbars parameter was passed. It didn't matter how large the original > window was, nor did it matter how you resized the window. I could not get > those scrollbars to go away. Hmm, that's weird. I was even explicitly hiding the scrollbars with a call to ShowScrollbars (not at creation but in WM_SIZE). >>>8) I added WM_MAXIMIZE to the window style when -scrollbars is passed. > >>This >>>allows one to maximize the Cygwin/XFree86 window. However, there are a >>>few >>>problems here... such as, what is a maximized 800x600 window on a 1024x768 >>>screen? I dunno... try it, it is weird. >> >>I wanted to but I can't compile for now (missing xf86openConfigFile, >>xf86readConfigFile, xf86closeConfigFile at link timeand I don't have >>time to look at that yet) >>But, a wild guess, isn't ptMaxSize in WM_GETMINMAXINFO for that? (MSDN, >>MINMAXINFO: ptMaxSize | when a window is maximized or resized, ...) >> > > I've included a tarball with the missing files above. Thanks, but I got them already and that why I get this error. hw/xwin/libXwin.a(winconfig.o)(.text+0x2f6):winconfig.c: undefined reference to `xf86openConfigFile' hw/xwin/libXwin.a(winconfig.o)(.text+0x355):winconfig.c: undefined reference to `xf86readConfigFile' hw/xwin/libXwin.a(winconfig.o)(.text+0x371):winconfig.c: undefined reference to `xf86closeConfigFile' So I have winconfig.c... Ok, found my problem. I didn't patch Imakefile. I also found an error in the Imakefile.diff for the last test release on the website. You define XWINPARSELIB but you use XWINPARSERLIB (parse vs parseR). > We can't make ptMaxSize larger than our visual size, because we could have an > 800x600 visual on a 1024x768 display... we would end up with several thousand > blank pixels if we really maximized the window. That is the weirdness that I > was talking about. I'm not saying to make it larger than the visual. I think you should set to the size of the visual. So when some one maximize the window, it will get the visual and no more. The maximum size of the window should 800x600 (+decoration if any) and that's it. >>j1) in WM_SIZE, you check for fDecoration and fFullscreen for breaking. >>This is not necessary maybe even dangerous, especially in the >>nodecoration case. With nodecoration, I guess we can still receive a >>WM_SIZE if we change the screen resolution via the Display control panel >>or if we change the size of the taskbar. >>And the other hand, I don't thing we'll get any bug if we still do >>process WM_SIZE. >>Well, let's say that, as a matter of preference, I usually manage >>unlikely cases if the code necessary to do it doesn't make my code >>harder to read. >> > > I was assuming that you had intended for scrollbars to be allowed only when > not fullscreen and with decorations. I know you didn't intend for scrollbars > to be displayed in fullscreen mode because you didn't modify > winCreateBoundingWindowFullScreen. I don't see any reason why we should > disallow scrollbars when there are no window decorations. I'll readd that > functionality in the near future. Since if fullscreen mode we change the resolution of the monitor, there is no need for scrollbars. That's why I didn't modify winCreateBoundingWindowFullScreen. I actually modify InitOuput to ignore -scrollbars if -fullscreen was set. But checking for fFullscreen in WM_SIZE isn't necessary then because fScrollbars will be FALSE. And if one day we allow a different size for the monitor than for the visual (something like XWin -screen 0 1600 1200 -fullscreen 1280 1024), it would be better to just check fScrollbars and be fullscreen agnostic. In the case of nodecoration, nothing prevents one to have something like: XWin -scrollbars -screen 0 1600 1200 on his 640x480 monitor. Then we must have scrollbars or we have to reduce the size of the visual. >>j4) Still in wincreatewnd.c, for better clarity, I would write something >>like: >> if (!(pScreenInfo->fScrollbars && pScreenInfo->fUserGaveHeightAndWidth)) { >> /* except if the user specified the size of the visual *and* >> uses scrollbars, we don't want the visual bigger than >> the window */ >> pScreenInfo->dwWidth = rcClient.right - rcClient.left; >> pScreenInfo->dwHeight = rcClient.bottom - rcClient.top; >> } >> >> if (pScreenInfo->fScrollbars) >> ... >> si.nMax = pScreenInfo->dwWidth - 1; >> SetScrollInfo (*phwnd, SB_HORZ, &si, FALSE); >> ... >> si.nMax = pScreenInfo->dwHeight - 1; >> SetScrollInfo (*phwnd, SB_VERT, &si, FALSE); >> } >> /* no else anymore */ >> > > > Excellent. I implemented just such a cleanup. > > Then, I went further. We don't even need to call SetScrollInfo in > winCreateBoundingWindowWindowed. Rather, we just set nMin and nMax in our > calls to SetScrollInfo in our processing of WM_SIZE. The overhead for doing > this in each WM_SIZE is negligible, and the resulting cleanup is appreciable. > I have simply #if 0'd the cleaned-up code in winCreateBoundingWindowWindowed, > just so we have that code, published in a diff somewhere, to fall back on if > we ever find a reason to. Ok. I'm atually 50-50 between the two solutions. It's kind of weird to set nMax over and over when by definition it's something constant over the XFree session. >>j5) in the case of WM_VSCROLL, SB_BOTTOM should actually be nMax-nPage+1 >>(same for WM_HSCROLL and SB_RIGHT) >> > > > Charles Petzold doesn't seem to think so in his book. I think he was relying > on Windows to trim the scroll position to be the maximum allowed position. > However, I went ahead and changed this so that others are not confused. Yeah, MSDN is quite confusing on that too. If you don't set nPage or if you don't have nPage (Win3.1 and earlier), nMax was the largest value you could have. MSDN gives an example where they say that if one has 260 lines to display but can only show 16 of them at a time, nMax should be 244 (with nMin=1). But they don't say that if you set nPage to 16, then nMax must be 260. However, they still say later on in the same article that MaxScrollPos = MaxRangeValue - (PageSize - 1) Also, SetScrollInfo says: nPos member must specify a value between nMin and nMax - max(nPage ?? 1, 0) >>>Ah... that's enough for today. I'm tired. >> >>Welcome to the club, Good night! ;p > > What do you know, it is the next day and I am still tired! :) It was hard this early morning but now I'm ok. But I feel that tonight I'm going to crash again. Jehan From medvedev@rsdsoft.msk.ru Thu Jul 11 11:11:00 2002 From: medvedev@rsdsoft.msk.ru (Dmitry Medvedev) Date: Thu, 11 Jul 2002 11:11:00 -0000 Subject: configuration Message-ID: <006201c22903$47987650$7650a8c0@corp.devexpress.com> good day to all. Will you explain me what should I do to configure the X correctly? The X fails to find the xterm, twm and xsetroot... Almost nothing happens, just a X window... :-( A good location is also appreciated Thanks in advance, Dmitry. From Alexander.Gottwald@informatik.tu-chemnitz.de Thu Jul 11 11:13:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 11 Jul 2002 11:13:00 -0000 Subject: Using the new cross compilation system - and a request for help In-Reply-To: <200207111653.g6BGrkF83132@pilot05.cl.msu.edu> Message-ID: On Thu, 11 Jul 2002, Harold L Hunt wrote: > Alexander, > > Unfortunately, we still have to #undef i686. I just tried removing the > ``#undef i686'' and the results are below. The problem is that the value for > the i686 define is still being substituted into our includes path. Any ideas? That define is only used, if i686 is already used. For me imakemdep_cpp.h is generated this way /usr/i686-pc-cygwin32/bin/cc -E `./ccimake` \ -DCROSSCOMPILE_CPP imakemdep.h > imakemdep_cpp.h; with ./ccimake just echoing -DCROSSCOMPILEDIR="/usr/i686-pc-cygwin32/bin" -DCROSSCOMPILE -O can you please check, from where the i686 define gets into the imakemdep generation? bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@informatik.tu-chemnitz.de Thu Jul 11 11:17:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 11 Jul 2002 11:17:00 -0000 Subject: Using the new cross compilation system - and a request for help In-Reply-To: <200207111636.g6BGa5F12580@pilot05.cl.msu.edu> Message-ID: On Thu, 11 Jul 2002, Harold L Hunt wrote: > I have already made such a patch to my local tree. It works fine. I thought > I made a post a day or two ago with a patch for cross compiling? I thought it > had just such a patch in it? Am I losing my mind? Hm, such a patch never reached me. Just a posting with the modified cross- compiling guide bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From nwourms@yahoo.com Thu Jul 11 11:25:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Thu, 11 Jul 2002 11:25:00 -0000 Subject: Using the new cross compilation system - and a request for help In-Reply-To: Message-ID: <20020711181751.16020.qmail@web21007.mail.yahoo.com> --- Alexander Gottwald wrote: > On Thu, 11 Jul 2002, Harold L Hunt wrote: > > > Alexander, > > > > Unfortunately, we still have to #undef i686. I just tried removing > the > > ``#undef i686'' and the results are below. The problem is that the > value for > > the i686 define is still being substituted into our includes path. > Any ideas? > > That define is only used, if i686 is already used. For me > imakemdep_cpp.h > is generated this way > /usr/i686-pc-cygwin32/bin/cc -E `./ccimake` \ > -DCROSSCOMPILE_CPP imakemdep.h > imakemdep_cpp.h; > > with ./ccimake just echoing > -DCROSSCOMPILEDIR="/usr/i686-pc-cygwin32/bin" -DCROSSCOMPILE -O ^^ Why is this naming convention being used? That is a relic of B20, we shouldn't use that anymore. Damn those bloody SuSE people for ruining our cross compile system! Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From lapo@lapo.it Thu Jul 11 11:27:00 2002 From: lapo@lapo.it (Lapo Luchini) Date: Thu, 11 Jul 2002 11:27:00 -0000 Subject: Problems with libXaw3d? [Was: [ITP] FreeCiv-1.12.0-1 for X (using libXaw)] References: <20020710162446.52989.qmail@web21002.mail.yahoo.com> <3D2C65A6.2080206@lapo.it> <3D2C7104.4060902@lapo.it> Message-ID: <3D2DCD8D.4000607@lapo.it> Lapo Luchini wrote: > "on its way" was a bit optimistic.. the simple "--with-xaw3d" > configure switch leads to some problems... things defined twice. > Strange as configure detects everything correctly. > > /usr/X11R6/lib//libXt.a(Intrinsic.o)(.text+0x10):Intrinsic.c: multiple > definition of `XtIsSubclass' > /usr/X11R6/lib//libXaw3d.a(d000327.o)(.text+0x0): first defined here > /usr/X11R6/lib//libXt.a(Intrinsic.o)(.text+0x714):Intrinsic.c: > multiple definition of `XtRealizeWidget' > /usr/X11R6/lib//libXaw3d.a(d000359.o)(.text+0x0): first defined here > /usr/X11R6/lib//libXt.a(Intrinsic.o)(.text+0xa08):Intrinsic.c: > multiple definition of `XtCreateWindow' > (and so on) > > Its the configure that incorrectly includes libXt or libXaw3d that > incorrectly exports them? > I eat with friends this night... i'll investigate that this evening. > Uhm... command line is the following: gcc -O2 -g -Wall -o civclient cityrepdata.o civclient.o climisc.o clinet.o control.o goto.o helpdata.o packhand.o options.o tilespec.o gui-xaw/libguiclient.a ../common/libcivcommon.a -lintl gui-xaw/libguiclient.a ../common/libcivcommon.a -L/usr/X11R6/lib/ -lXaw3d -lXpm -lXmu -lXt -lSM -lICE -lXext -lX11 -lz and I can solve the issue by putting -lXaw3d last in line (but the many auto-import warnings are still shown) gcc -O2 -g -Wall -o civclient cityrepdata.o civclient.o climisc.o clinet.o control.o goto.o helpdata.o packhand.o options.o tilespec.o gui-xaw/libguiclient.a ../common/libcivcommon.a -lintl gui-xaw/libguiclient.a ../common/libcivcommon.a -L/usr/X11R6/lib/ -lXpm -lXmu -lXt -lSM -lICE -lXext -lX11 -lz -lXaw3d Is this normal/expected? I guess that freeciv compiles OK under linux with the library order it has by default. But if someone thinks this is normal I can patch the cygwin version to move the -lXaw3d argument... I include the full output for reference: -------------------------------------------------------------------------------- $ gcc -O2 -g -Wall -o civclient cityrepdata.o civclient.o climisc.o clinet.o control.o goto.o helpdata.o packhand.o options.o tilespec.o gui-xaw/libguiclient.a ../common/libcivcommon.a -lintl gui-xaw/libguiclient.a ../common/libcivcommon.a -L/usr/X11R6/lib/ -lXaw3d -lXpm -lXmu -lXt -lSM -lICE -lXext -lX11 -lz /usr/X11R6/lib//libXt.a(Intrinsic.o)(.text+0x10):Intrinsic.c: multiple definition of `XtIsSubclass' /usr/X11R6/lib//libXaw3d.a(d000327.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Intrinsic.o)(.text+0x714):Intrinsic.c: multiple definition of `XtRealizeWidget' /usr/X11R6/lib//libXaw3d.a(d000359.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Intrinsic.o)(.text+0xa08):Intrinsic.c: multiple definition of `XtCreateWindow' /usr/X11R6/lib//libXaw3d.a(d000237.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Intrinsic.o)(.text+0xd50):Intrinsic.c: multiple definition of `XtNameToWidget' /usr/X11R6/lib//libXaw3d.a(d000341.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Intrinsic.o)(.text+0xed0):Intrinsic.c: multiple definition of `XtDisplay' /usr/X11R6/lib//libXaw3d.a(d000279.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Intrinsic.o)(.text+0xf28):Intrinsic.c: multiple definition of `XtScreen' /usr/X11R6/lib//libXaw3d.a(d000383.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Intrinsic.o)(.text+0xf38):Intrinsic.c: multiple definition of `XtWindowOfObject' /usr/X11R6/lib//libXaw3d.a(d000434.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Intrinsic.o)(.text+0xf64):Intrinsic.c: multiple definition of `XtWindow' /usr/X11R6/lib//libXaw3d.a(d000433.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Intrinsic.o)(.text+0x10b8):Intrinsic.c: multiple definition of `XtIsSensitive' /usr/X11R6/lib//libXaw3d.a(d000326.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Intrinsic.o)(.text+0x11f4):Intrinsic.c: multiple definition of `XtParent' /usr/X11R6/lib//libXaw3d.a(d000349.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Callback.o)(.text+0x1ec):Callback.c: multiple definition of `XtAddCallback' /usr/X11R6/lib//libXaw3d.a(d000167.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Callback.o)(.text+0xb94):Callback.c: multiple definition of `XtRemoveAllCallbacks' /usr/X11R6/lib//libXaw3d.a(d000367.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Callback.o)(.text+0xff8):Callback.c: multiple definition of `XtCallCallbackList' /usr/X11R6/lib//libXaw3d.a(d000216.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Initialize.o)(.text+0x384):Initialize.c: multiple definition of `_XtInherit' /usr/X11R6/lib//libXaw3d.a(d000613.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Resources.o)(.text+0x1bf0):Resources.c: multiple definition of `XtGetApplicationResources' /usr/X11R6/lib//libXaw3d.a(d000290.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(NextEvent.o)(.text+0x1068):NextEvent.c: multiple definition of `XtRemoveInput' /usr/X11R6/lib//libXaw3d.a(d000374.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(NextEvent.o)(.text+0xe88):NextEvent.c: multiple definition of `XtAppAddInput' /usr/X11R6/lib//libXaw3d.a(d000182.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(NextEvent.o)(.text+0xb50):NextEvent.c: multiple definition of `XtAppAddWorkProc' /usr/X11R6/lib//libXaw3d.a(d000185.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(NextEvent.o)(.text+0x970):NextEvent.c: multiple definition of `XtAppAddTimeOut' /usr/X11R6/lib//libXaw3d.a(d000184.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Geometry.o)(.text+0xd38):Geometry.c: multiple definition of `XtTranslateCoords' /usr/X11R6/lib//libXaw3d.a(d000409.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Geometry.o)(.text+0xe40):Geometry.c: multiple definition of `XtQueryGeometry' /usr/X11R6/lib//libXaw3d.a(d000358.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Event.o)(.text+0x1e1c):Event.c: multiple definition of `XtDispatchEvent' /usr/X11R6/lib//libXaw3d.a(d000277.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Event.o)(.text+0x237c):Event.c: multiple definition of `XtAppMainLoop' /usr/X11R6/lib//libXaw3d.a(d000194.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(TMstate.o)(.text+0x2e30):TMstate.c: multiple definition of `XtOverrideTranslations' /usr/X11R6/lib//libXaw3d.a(d000346.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(TMaction.o)(.text+0xdb4):TMaction.c: multiple definition of `XtAppAddActions' /usr/X11R6/lib//libXaw3d.a(d000179.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Create.o)(.text+0xe8c):Create.c: multiple definition of `XtCreateManagedWidget' /usr/X11R6/lib//libXaw3d.a(d000233.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Create.o)(.text+0x1094):Create.c: multiple definition of `XtCreatePopupShell' /usr/X11R6/lib//libXaw3d.a(d000234.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(TMparse.o)(.text+0x2e3c):TMparse.c: multiple definition of `XtParseTranslationTable' /usr/X11R6/lib//libXaw3d.a(d000351.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Destroy.o)(.text+0x660):Destroy.c: multiple definition of `XtDestroyWidget' /usr/X11R6/lib//libXaw3d.a(d000274.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Popup.o)(.text+0x1ac):Popup.c: multiple definition of `XtPopup' /usr/X11R6/lib//libXaw3d.a(d000355.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Popup.o)(.text+0x254):Popup.c: multiple definition of `XtPopupSpringLoaded' /usr/X11R6/lib//libXaw3d.a(d000356.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Keyboard.o)(.text+0xa64):Keyboard.c: multiple definition of `XtSetKeyboardFocus' /usr/X11R6/lib//libXaw3d.a(d000393.o)(.text+0x0): first defined here Info: resolving _formWidgetClass by linking to __imp__formWidgetClass (auto-import) Info: resolving _labelWidgetClass by linking to __imp__labelWidgetClass (auto-import) Info: resolving _asciiTextWidgetClass by linking to __imp__asciiTextWidgetClass (auto-import) Info: resolving _commandWidgetClass by linking to __imp__commandWidgetClass (auto-import) Info: resolving _listWidgetClass by linking to __imp__listWidgetClass (auto-import) Info: resolving _menuButtonWidgetClass by linking to __imp__menuButtonWidgetClass (auto-import) Info: resolving _simpleMenuWidgetClass by linking to __imp__simpleMenuWidgetClass (auto-import) Info: resolving _smeLineObjectClass by linking to __imp__smeLineObjectClass (auto-import) Info: resolving _smeBSBObjectClass by linking to __imp__smeBSBObjectClass (auto-import) Info: resolving _viewportWidgetClass by linking to __imp__viewportWidgetClass (auto-import) Info: resolving _toggleWidgetClass by linking to __imp__toggleWidgetClass (auto-import) Info: resolving _scrollbarWidgetClass by linking to __imp__scrollbarWidgetClass (auto-import) Info: resolving _treeWidgetClass by linking to __imp__treeWidgetClass (auto-import) Info: resolving _simpleClassRec by linking to __imp__simpleClassRec (auto-import) Info: resolving _commandClassRec by linking to __imp__commandClassRec (auto-import) collect2: ld returned 1 exit status -------------------------------------------------------------------------------- $ gcc -O2 -g -Wall -o civclient cityrepdata.o civclient.o climisc.o clinet.o control.o goto.o helpdata.o packhand.o options.o tilespec.o gui-xaw/libguiclient.a ../common/libcivcommon.a -lintl gui-xaw/libguiclient.a ../common/libcivcommon.a -L/usr/X11R6/lib/ -lXpm -lXmu -lXt -lSM -lICE -lXext -lX11 -lz -lXaw3d Info: resolving _formWidgetClass by linking to __imp__formWidgetClass (auto-import) Info: resolving _labelWidgetClass by linking to __imp__labelWidgetClass (auto-import) Info: resolving _asciiTextWidgetClass by linking to __imp__asciiTextWidgetClass (auto-import) Info: resolving _commandWidgetClass by linking to __imp__commandWidgetClass (auto-import) Info: resolving _listWidgetClass by linking to __imp__listWidgetClass (auto-import) Info: resolving _menuButtonWidgetClass by linking to __imp__menuButtonWidgetClass (auto-import) Info: resolving _simpleMenuWidgetClass by linking to __imp__simpleMenuWidgetClass (auto-import) Info: resolving _smeLineObjectClass by linking to __imp__smeLineObjectClass (auto-import) Info: resolving _smeBSBObjectClass by linking to __imp__smeBSBObjectClass (auto-import) Info: resolving _viewportWidgetClass by linking to __imp__viewportWidgetClass (auto-import) Info: resolving _toggleWidgetClass by linking to __imp__toggleWidgetClass (auto-import) Info: resolving _scrollbarWidgetClass by linking to __imp__scrollbarWidgetClass (auto-import) Info: resolving _treeWidgetClass by linking to __imp__treeWidgetClass (auto-import) Info: resolving _simpleClassRec by linking to __imp__simpleClassRec (auto-import) Info: resolving _commandClassRec by linking to __imp__commandClassRec (auto-import) -------------------------------------------------------------------------------- Right now I don't have a linux/freebsd with X installed to try... -- Lapo 'Raist' Luchini lapo@lapo.it (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) From nahor@bravobrava.com Thu Jul 11 11:46:00 2002 From: nahor@bravobrava.com (Jehan) Date: Thu, 11 Jul 2002 11:46:00 -0000 Subject: Scrollbars patch References: <200207111556.g6BFutF125838@pilot05.cl.msu.edu> Message-ID: Harold L Hunt wrote: >>>8) I added WM_MAXIMIZE to the window style when -scrollbars is passed. >>>This >>>allows one to maximize the Cygwin/XFree86 window. However, there are a >>>few >>>problems here... such as, what is a maximized 800x600 window on a 1024x768 >>>screen? I dunno... try it, it is weird. >> >>I wanted to but I can't compile for now (missing xf86openConfigFile, >>xf86readConfigFile, xf86closeConfigFile at link timeand I don't have >>time to look at that yet) >>But, a wild guess, isn't ptMaxSize in WM_GETMINMAXINFO for that? (MSDN, >>MINMAXINFO: ptMaxSize | when a window is maximized or resized, ...) >> > > I've included a tarball with the missing files above. > > We can't make ptMaxSize larger than our visual size, because we could have an > 800x600 visual on a 1024x768 display... we would end up with several thousand > blank pixels if we really maximized the window. That is the weirdness that I > was talking about. Now that I can compile and test, here how it works. - ptMaxSize is the maximum size of the window when you press the maximize button. In practice, when you maximzed a window, it takes the min between ptMaxSize, ptMaxTrackSize, and the Windows desktop (at least on my single monitor machine) . - ptMaxTrackSize is the maximum size of the window when dragging a border (or using the size in the system menu). Also, I don't think we want a bigger window than what Windows set (do we wan't the window to be bigger than the Windows (virtual) desktop?) So I suggest that: ptMaxSize = min (ptMaxSize, size of visual) ptMaxTrackSize = min (ptMaxTrackSize , size of visual) Jehan From huntharo@msu.edu Thu Jul 11 11:52:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Thu, 11 Jul 2002 11:52:00 -0000 Subject: Using the new cross compilation system - and a request for help Message-ID: <200207111846.g6BIkZF49526@pilot05.cl.msu.edu> Alexander Gottwald said: > On Thu, 11 Jul 2002, Harold L Hunt wrote: > > > I have already made such a patch to my local tree. It works fine. I thought > > I made a post a day or two ago with a patch for cross compiling? I thought it > > had just such a patch in it? Am I losing my mind? > > Hm, such a patch never reached me. Just a posting with the modified cross- > compiling guide > > bye > ago > -- > Alexander.Gottwald@informatik.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 > You are right. I never posted my patch. I got sidetracked. Oh well, Harold From huntharo@msu.edu Thu Jul 11 11:54:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Thu, 11 Jul 2002 11:54:00 -0000 Subject: Scrollbars patch Message-ID: <200207111852.g6BIqfF34842@pilot05.cl.msu.edu> Jehan said: > Harold L Hunt wrote: > > >>>8) I added WM_MAXIMIZE to the window style when -scrollbars is passed. > >>>This > >>>allows one to maximize the Cygwin/XFree86 window. However, there are a > >>>few > >>>problems here... such as, what is a maximized 800x600 window on a 1024x768 > >>>screen? I dunno... try it, it is weird. > >> > >>I wanted to but I can't compile for now (missing xf86openConfigFile, > >>xf86readConfigFile, xf86closeConfigFile at link timeand I don't have > >>time to look at that yet) > >>But, a wild guess, isn't ptMaxSize in WM_GETMINMAXINFO for that? (MSDN, > >>MINMAXINFO: ptMaxSize | when a window is maximized or resized, ...) > >> > > > > I've included a tarball with the missing files above. > > > > We can't make ptMaxSize larger than our visual size, because we could have an > > 800x600 visual on a 1024x768 display... we would end up with several thousand > > blank pixels if we really maximized the window. That is the weirdness that I > > was talking about. > > Now that I can compile and test, here how it works. > - ptMaxSize is the maximum size of the window when you press the > maximize button. In practice, when you maximzed a window, it takes the > min between ptMaxSize, ptMaxTrackSize, and the Windows desktop (at least > on my single monitor machine) . > - ptMaxTrackSize is the maximum size of the window when dragging a > border (or using the size in the system menu). > > Also, I don't think we want a bigger window than what Windows set (do we > wan't the window to be bigger than the Windows (virtual) desktop?) > So I suggest that: > ptMaxSize = min (ptMaxSize, size of visual) > ptMaxTrackSize = min (ptMaxTrackSize , size of visual) > > > Jehan > Sort of. On single and uni monitor displays, a maximized window is set to the minimum of ptMaxSize, ptMaxTrackSize, and the size of the windows display area on the current monitor. Oh hell... I give up. I don't know... we will just have to see how people like this when I finally make a test release. We really need someone with >1 monitors on their Windows machine to help out here... Harold From huntharo@msu.edu Thu Jul 11 11:57:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Thu, 11 Jul 2002 11:57:00 -0000 Subject: Using the new cross compilation system - and a request for help Message-ID: <200207111854.g6BIsgF67154@pilot05.cl.msu.edu> Alexander Gottwald said: > On Thu, 11 Jul 2002, Harold L Hunt wrote: > > > Alexander, > > > > Unfortunately, we still have to #undef i686. I just tried removing the > > ``#undef i686'' and the results are below. The problem is that the value for > > the i686 define is still being substituted into our includes path. Any ideas? > > That define is only used, if i686 is already used. For me imakemdep_cpp.h > is generated this way > /usr/i686-pc-cygwin32/bin/cc -E `./ccimake` \ > -DCROSSCOMPILE_CPP imakemdep.h > imakemdep_cpp.h; > > with ./ccimake just echoing > -DCROSSCOMPILEDIR="/usr/i686-pc-cygwin32/bin" -DCROSSCOMPILE -O > > can you please check, from where the i686 define gets into the imakemdep > generation? > I don't get it. What build command are you using? I am using: make CROSSCOMPILEDIR="/cygwin/bin" World > World.log 2>&1 Are you talking about imakemdep_cpp.h being built during the World make, or are you doing this during a seperate step? Harold > bye > ago > -- > Alexander.Gottwald@informatik.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 > From nwourms@yahoo.com Thu Jul 11 12:00:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Thu, 11 Jul 2002 12:00:00 -0000 Subject: Scrollbars patch In-Reply-To: <200207111852.g6BIqfF34842@pilot05.cl.msu.edu> Message-ID: <20020711185707.28507.qmail@web21004.mail.yahoo.com> --- Harold L Hunt wrote: > Jehan said: > > > Harold L Hunt wrote: > > > > >>>8) I added WM_MAXIMIZE to the window style when -scrollbars is > passed. > > >>>This > > >>>allows one to maximize the Cygwin/XFree86 window. However, there > are a > > >>>few > > >>>problems here... such as, what is a maximized 800x600 window on a > 1024x768 > > >>>screen? I dunno... try it, it is weird. > > >> > > >>I wanted to but I can't compile for now (missing xf86openConfigFile, > > >>xf86readConfigFile, xf86closeConfigFile at link timeand I don't have > > >>time to look at that yet) > > >>But, a wild guess, isn't ptMaxSize in WM_GETMINMAXINFO for that? > (MSDN, > > >>MINMAXINFO: ptMaxSize | when a window is maximized or resized, ...) > > >> > > > > > > I've included a tarball with the missing files above. > > > > > > We can't make ptMaxSize larger than our visual size, because we > could have an > > > 800x600 visual on a 1024x768 display... we would end up with several > thousand > > > blank pixels if we really maximized the window. That is the > weirdness that I > > > was talking about. > > > > Now that I can compile and test, here how it works. > > - ptMaxSize is the maximum size of the window when you press the > > maximize button. In practice, when you maximzed a window, it takes the > > > min between ptMaxSize, ptMaxTrackSize, and the Windows desktop (at > least > > on my single monitor machine) . > > - ptMaxTrackSize is the maximum size of the window when dragging a > > border (or using the size in the system menu). > > > > Also, I don't think we want a bigger window than what Windows set (do > we > > wan't the window to be bigger than the Windows (virtual) desktop?) > > So I suggest that: > > ptMaxSize = min (ptMaxSize, size of visual) > > ptMaxTrackSize = min (ptMaxTrackSize , size of visual) > > > > > > Jehan > > > > Sort of. On single and uni monitor displays, a maximized window is set > to the > minimum of ptMaxSize, ptMaxTrackSize, and the size of the windows > display area > on the current monitor. > > Oh hell... I give up. I don't know... we will just have to see how > people > like this when I finally make a test release. We really need someone > with >1 > monitors on their Windows machine to help out here... > > Harold I have a laptop with the additional monitor port on the back, will that be of any use? Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From huntharo@msu.edu Thu Jul 11 12:15:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Thu, 11 Jul 2002 12:15:00 -0000 Subject: Using the new cross compilation system - and a request for help Message-ID: <200207111900.g6BJ0qF79608@pilot05.cl.msu.edu> Nicholas Wourms said: > > --- Alexander Gottwald > wrote: > > On Thu, 11 Jul 2002, Harold L Hunt wrote: > > > > > Alexander, > > > > > > Unfortunately, we still have to #undef i686. I just tried removing > > the > > > ``#undef i686'' and the results are below. The problem is that the > > value for > > > the i686 define is still being substituted into our includes path. > > Any ideas? > > > > That define is only used, if i686 is already used. For me > > imakemdep_cpp.h > > is generated this way > > /usr/i686-pc-cygwin32/bin/cc -E `./ccimake` \ > > -DCROSSCOMPILE_CPP imakemdep.h > imakemdep_cpp.h; > > > > with ./ccimake just echoing > > -DCROSSCOMPILEDIR="/usr/i686-pc-cygwin32/bin" -DCROSSCOMPILE -O > ^^ > Why is this naming convention being used? That is a relic of B20, we > shouldn't use that anymore. Damn those bloody SuSE people for ruining our > cross compile system! > > Cheers, > Nicholas > Hey now, go easy on the Suse folks. The end result of their changes will be a much more solid and complete cross compilation system for Cygwin. Most of the problems that we are running into are just due to me not keeping a cross compile tree that I rebuild at least once a month so that too many changes don't pile up for us to handle all at once. Like I said, that was due to my hard drive being out of space. If you can believe it, my Linux-boxen only had a 6 GB hard drive. I have since upgraded it to a 20 GB hard drive. Hmm... along those lines... does anyone have any AGP video cards, 20 GB+ 7200 RPM hard drives, 256 MB PC133 SDRAM's, Pentium 3 550 MHz+ CPU's, Pentium 4's of any variety, P3 and P4 motherboards, Athlon XP 1700+, Athlon XP motherboards, or any other such hardware that they need to offload??? Just checking. You know, cause I could spend more time on Cygwin/XFree86 if I didn't have to spend so much time healing after the battle with the fiance everytime I spend money on computer parts (which isn't often, because I am starting to learn). Remember, I am a poor college student. Harold From huntharo@msu.edu Thu Jul 11 12:33:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Thu, 11 Jul 2002 12:33:00 -0000 Subject: Scrollbars patch Message-ID: <200207111915.g6BJFNF17900@pilot05.cl.msu.edu> Jehan said: > Harold L Hunt wrote: > >>>4) When a user does specify a visual size with -scrollbars, we make the > >>>initial window as large as possible and make the visual the same size as > >>>the > >>>specified size. We show the scrollbars only if necessary (i.e. we hide > >>>them > >>>if the user passes -screen 0 800 600 -scrollbars on a 1024x768 display). > >> > >>Hiding the scrollbars, that was already the case, wasn't it? > >> > > > > No. I never got the original code to stop displaying scrollbars if the > > -scrollbars parameter was passed. It didn't matter how large the original > > window was, nor did it matter how you resized the window. I could not get > > those scrollbars to go away. > > Hmm, that's weird. I was even explicitly hiding the scrollbars with a > call to ShowScrollbars (not at creation but in WM_SIZE). > I never saw anything in the code that looked like it would actually result in a call to ShowScrollbars. What I mean is, I didn't see a way that the logic values would be such that the call would actually happen. One question, are you using an auto-hide taskbar? If not, you might want to test your original patch when you use auto-hide. We trim the work area differently when auto-hide is enabled, which could have been causing a problem with the original code. > > >>>8) I added WM_MAXIMIZE to the window style when -scrollbars is passed. > > >>This > >>>allows one to maximize the Cygwin/XFree86 window. However, there are a > >>>few > >>>problems here... such as, what is a maximized 800x600 window on a 1024x768 > >>>screen? I dunno... try it, it is weird. > >> > >>I wanted to but I can't compile for now (missing xf86openConfigFile, > >>xf86readConfigFile, xf86closeConfigFile at link timeand I don't have > >>time to look at that yet) > >>But, a wild guess, isn't ptMaxSize in WM_GETMINMAXINFO for that? (MSDN, > >>MINMAXINFO: ptMaxSize | when a window is maximized or resized, ...) > >> > > > > I've included a tarball with the missing files above. > > Thanks, but I got them already and that why I get this error. > hw/xwin/libXwin.a(winconfig.o)(.text+0x2f6):winconfig.c: undefined > reference to `xf86openConfigFile' > hw/xwin/libXwin.a(winconfig.o)(.text+0x355):winconfig.c: undefined > reference to `xf86readConfigFile' > hw/xwin/libXwin.a(winconfig.o)(.text+0x371):winconfig.c: undefined > reference to `xf86closeConfigFile' > > So I have winconfig.c... Ok, found my problem. I didn't patch Imakefile. > I also found an error in the Imakefile.diff for the last test release on > the website. You define XWINPARSELIB but you use XWINPARSERLIB (parse vs > parseR). > Yeah, I caught that problem in the Xserver/Imakefile when I went to do a build on another system that hadn't already built the parser. > > > We can't make ptMaxSize larger than our visual size, because we could have an > > 800x600 visual on a 1024x768 display... we would end up with several thousand > > blank pixels if we really maximized the window. That is the weirdness that I > > was talking about. > > I'm not saying to make it larger than the visual. I think you should set > to the size of the visual. So when some one maximize the window, it will > get the visual and no more. The maximum size of the window should > 800x600 (+decoration if any) and that's it. > That sounds like what I am having it do right now. But maximizing a window to be 800x600 on a 1024x768 display is kinda funny, because Windows positions the window such that the top and left borders are off the screen, but the right and bottom borders still display because our window isn't large enough to cover the whole desktop in this case. On a side note, I am not currently disallowing moving the window when maximized, which seems to be the normal thing to do. But do we disallow moving the window when we maximize an 800x600 window on a 1024x786 display? Seems like that would just confuse users. Maybe immediately after maximizing such windows, we should tell Windows that our window is not maximized, so that the ``restore'' button will switch back to a ``maximize'' button, even though we are in the maximized position and at maximum size. What do you think? > > >>j1) in WM_SIZE, you check for fDecoration and fFullscreen for breaking. > >>This is not necessary maybe even dangerous, especially in the > >>nodecoration case. With nodecoration, I guess we can still receive a > >>WM_SIZE if we change the screen resolution via the Display control panel > >>or if we change the size of the taskbar. > >>And the other hand, I don't thing we'll get any bug if we still do > >>process WM_SIZE. > >>Well, let's say that, as a matter of preference, I usually manage > >>unlikely cases if the code necessary to do it doesn't make my code > >>harder to read. > >> > > > > I was assuming that you had intended for scrollbars to be allowed only when > > not fullscreen and with decorations. I know you didn't intend for scrollbars > > to be displayed in fullscreen mode because you didn't modify > > winCreateBoundingWindowFullScreen. I don't see any reason why we should > > disallow scrollbars when there are no window decorations. I'll readd that > > functionality in the near future. > > Since if fullscreen mode we change the resolution of the monitor, there > is no need for scrollbars. That's why I didn't modify > winCreateBoundingWindowFullScreen. I actually modify InitOuput to ignore > -scrollbars if -fullscreen was set. > But checking for fFullscreen in WM_SIZE isn't necessary then because > fScrollbars will be FALSE. > And if one day we allow a different size for the monitor than for the > visual (something like XWin -screen 0 1600 1200 -fullscreen 1280 1024), > it would be better to just check fScrollbars and be fullscreen agnostic. > Ah... except if we change the resolution with the Shadow GDI engine in fullscreen (``-engine 1''). Shadow GDI essentially displays a topmost window without decoration. We can't change the Windows display resolution/depth when running the Shadow GDI engine, so the user gets whatever resolution/depth they are currently running Windows at. Thus, if they change the Windows resolution they will shrink the size available to the Shadow GDI engine... in which case we would need to display scrollbars. I think that the current behavior is to crash or do some undefined things :) > In the case of nodecoration, nothing prevents one to have something like: > XWin -scrollbars -screen 0 1600 1200 > on his 640x480 monitor. Then we must have scrollbars or we have to > reduce the size of the visual. > I don't understand. Did you mean to pass -nodecoration as well? > > >>j4) Still in wincreatewnd.c, for better clarity, I would write something > >>like: > >> if (!(pScreenInfo->fScrollbars && pScreenInfo->fUserGaveHeightAndWidth)) { > >> /* except if the user specified the size of the visual *and* > >> uses scrollbars, we don't want the visual bigger than > >> the window */ > >> pScreenInfo->dwWidth = rcClient.right - rcClient.left; > >> pScreenInfo->dwHeight = rcClient.bottom - rcClient.top; > >> } > >> > >> if (pScreenInfo->fScrollbars) > >> ... > >> si.nMax = pScreenInfo->dwWidth - 1; > >> SetScrollInfo (*phwnd, SB_HORZ, &si, FALSE); > >> ... > >> si.nMax = pScreenInfo->dwHeight - 1; > >> SetScrollInfo (*phwnd, SB_VERT, &si, FALSE); > >> } > >> /* no else anymore */ > >> > > > > > > Excellent. I implemented just such a cleanup. > > > > Then, I went further. We don't even need to call SetScrollInfo in > > winCreateBoundingWindowWindowed. Rather, we just set nMin and nMax in our > > calls to SetScrollInfo in our processing of WM_SIZE. The overhead for doing > > this in each WM_SIZE is negligible, and the resulting cleanup is appreciable. > > I have simply #if 0'd the cleaned-up code in winCreateBoundingWindowWindowed, > > just so we have that code, published in a diff somewhere, to fall back on if > > we ever find a reason to. > > Ok. I'm atually 50-50 between the two solutions. It's kind of weird to > set nMax over and over when by definition it's something constant over > the XFree session. > I am 50/50 as well, but I think that eliminating code duplication is a good idea, regardless of the negligible performance hit, since we won't have to worry about forgetting to update one of the blocks of similar code. > > >>j5) in the case of WM_VSCROLL, SB_BOTTOM should actually be nMax-nPage+1 > >>(same for WM_HSCROLL and SB_RIGHT) > >> > > > > > > Charles Petzold doesn't seem to think so in his book. I think he was relying > > on Windows to trim the scroll position to be the maximum allowed position. > > However, I went ahead and changed this so that others are not confused. > > Yeah, MSDN is quite confusing on that too. If you don't set nPage or if > you don't have nPage (Win3.1 and earlier), nMax was the largest value > you could have. MSDN gives an example where they say that if one has 260 > lines to display but can only show 16 of them at a time, nMax should be > 244 (with nMin=1). But they don't say that if you set nPage to 16, then > nMax must be 260. > However, they still say later on in the same article that > MaxScrollPos = MaxRangeValue - (PageSize - 1) > > Also, SetScrollInfo says: > nPos member must specify a value between nMin and nMax - max(nPage ?? 1, 0) > Yup, those are the same examples and articles that confused me. The MSDN Library is about as clear as the Boston Harbor (circa 1985) sometimes :) > > >>>Ah... that's enough for today. I'm tired. > >> > >>Welcome to the club, Good night! ;p > > > > What do you know, it is the next day and I am still tired! :) > > It was hard this early morning but now I'm ok. But I feel that tonight > I'm going to crash again. > > > Jehan > I am mostly tired from my run last night. Phew. Harold From huntharo@msu.edu Thu Jul 11 12:40:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Thu, 11 Jul 2002 12:40:00 -0000 Subject: Using the new cross compilation system - and a request for help Message-ID: <200207111933.g6BJXYF88844@pilot05.cl.msu.edu> Alexander Gottwald said: > On Thu, 11 Jul 2002, Harold L Hunt wrote: > > > Alexander, > > > > Unfortunately, we still have to #undef i686. I just tried removing the > > ``#undef i686'' and the results are below. The problem is that the value for > > the i686 define is still being substituted into our includes path. Any ideas? > > That define is only used, if i686 is already used. For me imakemdep_cpp.h > is generated this way > /usr/i686-pc-cygwin32/bin/cc -E `./ccimake` \ > -DCROSSCOMPILE_CPP imakemdep.h > imakemdep_cpp.h; > > with ./ccimake just echoing > -DCROSSCOMPILEDIR="/usr/i686-pc-cygwin32/bin" -DCROSSCOMPILE -O > > can you please check, from where the i686 define gets into the imakemdep > generation? > > bye > ago > -- > Alexander.Gottwald@informatik.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 > > Alexander, I now have the following in host.def: /* * Point to our Cygwin headers that we copied over. */ #define PreIncDir #define StdIncDir "/cygwin/i686-pc-cygwin/include" #define ExtraIncDir "/cygwin/i686-pc-cygwin/include/w32api" Notice that I have put quotes around the StdIndDir and ExtraIncDir. This keeps the preprocessor from substituting ``1'' for i686. I'm doing a build right now and it didn't give any unfound header warnings during the makedepend phase, so I am thinking that this is a valid fix. Is there any reason that this would not be valid? Harold From swhatley@blkbox.com Thu Jul 11 12:59:00 2002 From: swhatley@blkbox.com (Steven Whatley) Date: Thu, 11 Jul 2002 12:59:00 -0000 Subject: XFree and Win share desktop In-Reply-To: Message-ID: Hi all, I'm really glad to see XFree86 for Cygwin! But I wonder if there is there a way to get XFree86 and Windows XP to share the same desktop like you can do with Hummingbird eXceed? I don't like for XFree86 to take over my whole screen. I'd like to be able to see my XP programs and the X clients at the same time. I don't want XFree86 to overwrite my current background either. Any info will be appreciated. Thanks, Steven From Alexander.Gottwald@informatik.tu-chemnitz.de Thu Jul 11 13:00:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 11 Jul 2002 13:00:00 -0000 Subject: Using the new cross compilation system - and a request for help In-Reply-To: <20020711181751.16020.qmail@web21007.mail.yahoo.com> Message-ID: On Thu, 11 Jul 2002, Nicholas Wourms wrote: > Why is this naming convention being used? That is a relic of B20, we > shouldn't use that anymore. Don't know. Once upon a time, i started building the crosscompile gcc, binutils and so on and catched the first name i could find. The cygwin target is called i686-pc-cygwin32 on my machine. It's just a simple name. For example, the SuSE folks used i486-suse-linux as name for their compile target, which is effectivly the same as i686-pc-linux-gnu (as it's called now on my machine). Don't think to long about this name, it's just used on my machine and in the rpms I created for the crosscompile gcc. bye ago BTW: With the new 64bit AMD processor, two different targets might exist i786-pc-cygwin32 and i786-pc-cygwin64 :) -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From wilper-8@ludd.luth.se Thu Jul 11 13:07:00 2002 From: wilper-8@ludd.luth.se (Wilhelm Person) Date: Thu, 11 Jul 2002 13:07:00 -0000 Subject: XFree and Win share desktop In-Reply-To: Message-ID: Nope. On Thu, 11 Jul 2002, Steven Whatley wrote: > Hi all, > > I'm really glad to see XFree86 for Cygwin! But I wonder if there is there > a way to get XFree86 and Windows XP to share the same desktop like you can > do with Hummingbird eXceed? I don't like for XFree86 to take over my > whole screen. I'd like to be able to see my XP programs and the X clients > at the same time. I don't want XFree86 to overwrite my current background > either. Any info will be appreciated. > > Thanks, > Steven > +-------------------------------+ | Home: http://wilper.cjb.net | | E-mail: wilper@home.se | +-------------------------------+ From Alexander.Gottwald@informatik.tu-chemnitz.de Thu Jul 11 13:15:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 11 Jul 2002 13:15:00 -0000 Subject: Using the new cross compilation system - and a request for help In-Reply-To: <200207111854.g6BIsgF67154@pilot05.cl.msu.edu> Message-ID: On Thu, 11 Jul 2002, Harold L Hunt wrote: > make CROSSCOMPILEDIR="/cygwin/bin" World > World.log 2>&1 > > Are you talking about imakemdep_cpp.h being built during the World make, or > are you doing this during a seperate step? It's build during make World. Here's a part from the log cd ./config/imake && make -f Makefile.ini BOOTSTRAPCFLAGS="" CC="cc" clean make[1]: Entering directory `/scratch/xc/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 `/scratch/xc/config/imake' make Makefile.boot make[1]: Entering directory `/scratch/xc' cd ./config/imake && make -w -f Makefile.ini BOOTSTRAPCFLAGS="" CC="cc" make[2]: Entering directory `/scratch/xc/config/imake' making imake with BOOTSTRAPCFLAGS= and CROSSCOMPILEFLAGS=-DCROSSCOMPILEDIR="/usr/i686-pc-cygwin32/bin" in config/imake cc -o ccimake -DCROSSCOMPILEDIR=\"/usr/i686-pc-cygwin32/bin\" -O -I../../include -I../../imports/x11/include/X11 ccimake.c if [ -n "/usr/i686-pc-cygwin32/bin" ] ; then \ /usr/i686-pc-cygwin32/bin/cc -E `./ccimake` \ -DCROSSCOMPILE_CPP imakemdep.h > imakemdep_cpp.h; \ else touch imakemdep_cpp.h; fi cc -c -O -I../../include -I../../imports/x11/include/X11 `./ccimake` imake.c cc -o imake -O -I../../include -I../../imports/x11/include/X11 imake.o make[2]: Leaving directory `/scratch/xc/config/imake' somehow the cygwin-gcc got an extra define "i686", either via commandline, include header or via predefines. That symbol "i686" is never defined when I create the imakemdep_cpp.h How does the make log look for you? bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Thu Jul 11 13:17:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Thu, 11 Jul 2002 13:17:00 -0000 Subject: XFree and Win share desktop Message-ID: <200207112015.g6BKFtd86290@pilot20.cl.msu.edu> Steven, Yup, there is a way. All you have to do is put in about 80 hours of programming and voila!, you'll have the feature that you desire. Seriously, this has been on the To-Do list for ages: http://xfree86.cygwin.com/devel/todo.html I am currently working on this feature in my spare time, but it is very complex and very difficult to conceptualize what is happening. In other words, it simply will take a long time to implement. Check back in 6 months. Harold Steven Whatley said: > Hi all, > > I'm really glad to see XFree86 for Cygwin! But I wonder if there is there > a way to get XFree86 and Windows XP to share the same desktop like you can > do with Hummingbird eXceed? I don't like for XFree86 to take over my > whole screen. I'd like to be able to see my XP programs and the X clients > at the same time. I don't want XFree86 to overwrite my current background > either. Any info will be appreciated. > > Thanks, > Steven > > From nahor@bravobrava.com Thu Jul 11 13:24:00 2002 From: nahor@bravobrava.com (Jehan) Date: Thu, 11 Jul 2002 13:24:00 -0000 Subject: Scrollbars patch References: <200207111852.g6BIqfF34842@pilot05.cl.msu.edu> Message-ID: Harold L Hunt wrote: > Jehan said: > > >>Harold L Hunt wrote: >> >> >>>>>8) I added WM_MAXIMIZE to the window style when -scrollbars is passed. >>>>>This >>>>>allows one to maximize the Cygwin/XFree86 window. However, there are a >>>>>few >>>>>problems here... such as, what is a maximized 800x600 window on a 1024x768 >>>>>screen? I dunno... try it, it is weird. >>>> >>>>I wanted to but I can't compile for now (missing xf86openConfigFile, >>>>xf86readConfigFile, xf86closeConfigFile at link timeand I don't have >>>>time to look at that yet) >>>>But, a wild guess, isn't ptMaxSize in WM_GETMINMAXINFO for that? (MSDN, >>>>MINMAXINFO: ptMaxSize | when a window is maximized or resized, ...) >>>> >>> >>>I've included a tarball with the missing files above. >>> >>>We can't make ptMaxSize larger than our visual size, because we could have an >>>800x600 visual on a 1024x768 display... we would end up with several thousand >>>blank pixels if we really maximized the window. That is the weirdness that I >>>was talking about. >> >>Now that I can compile and test, here how it works. >>- ptMaxSize is the maximum size of the window when you press the >>maximize button. In practice, when you maximzed a window, it takes the >>min between ptMaxSize, ptMaxTrackSize, and the Windows desktop (at least >>on my single monitor machine) . >>- ptMaxTrackSize is the maximum size of the window when dragging a >>border (or using the size in the system menu). >> >>Also, I don't think we want a bigger window than what Windows set (do we >>wan't the window to be bigger than the Windows (virtual) desktop?) >>So I suggest that: >> ptMaxSize = min (ptMaxSize, size of visual) >> ptMaxTrackSize = min (ptMaxTrackSize , size of visual) >> >> >> Jehan >> > > > Sort of. On single and uni monitor displays, a maximized window is set to the > minimum of ptMaxSize, ptMaxTrackSize, and the size of the windows display area > on the current monitor. Min(ptMaxSize, ptMaxTrackSize) seems logical (assuming that Windows is logical ;p). Why wouldn't someone be able to resize his window at least as big as the maximized one would be?. That it trims to the desktop size. Well it make sense in a way. Image that one of your monitor is 640x480 and this other is 1024x768. The second monitor being on the size of the other (by opposition to top/bottom). _____________ | 640 | 1024 | |_480_| 768 | |_______| What is the maximized size? 640+1024 by max(480,768)? Then some part would not be visible (lower left). (640+1024) by min(480,768)? Then the lower right isn't used. I would say then, we takes what Windows behavior and we make it more restrictive if necessary, i.e. we reduce the size if the visual is smaller that what the window would be. > Oh hell... I give up. I don't know... we will just have to see how people > like this when I finally make a test release. We really need someone with >1 > monitors on their Windows machine to help out here... If you can't find someone to do it, I have a system where I could test. But I prefer to avoid touching that machine as much as possible. This is a demo machine at work, I don't really want to install anything that is not necessary (and cygwin isn't). From huntharo@msu.edu Thu Jul 11 13:30:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Thu, 11 Jul 2002 13:30:00 -0000 Subject: Using the new cross compilation system - and a request for help Message-ID: <200207112024.g6BKOtd80554@pilot20.cl.msu.edu> Alexander Gottwald said: > On Thu, 11 Jul 2002, Harold L Hunt wrote: > > > make CROSSCOMPILEDIR="/cygwin/bin" World > World.log 2>&1 > > > > Are you talking about imakemdep_cpp.h being built during the World make, or > > are you doing this during a seperate step? > > It's build during make World. Here's a part from the log > > cd ./config/imake && make -f Makefile.ini BOOTSTRAPCFLAGS="" CC="cc" clean > make[1]: Entering directory `/scratch/xc/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 `/scratch/xc/config/imake' > make Makefile.boot > make[1]: Entering directory `/scratch/xc' > cd ./config/imake && make -w -f Makefile.ini BOOTSTRAPCFLAGS="" CC="cc" > make[2]: Entering directory `/scratch/xc/config/imake' > making imake with BOOTSTRAPCFLAGS= and CROSSCOMPILEFLAGS=-DCROSSCOMPILEDIR="/usr/i686-pc-cygwin32/bin" in config/imake > cc -o ccimake -DCROSSCOMPILEDIR=\"/usr/i686-pc-cygwin32/bin\" -O -I../../include -I../../imports/x11/include/X11 ccimake.c > if [ -n "/usr/i686-pc-cygwin32/bin" ] ; then \ > /usr/i686-pc-cygwin32/bin/cc -E `./ccimake` \ > -DCROSSCOMPILE_CPP imakemdep.h > imakemdep_cpp.h; \ > else touch imakemdep_cpp.h; fi > cc -c -O -I../../include -I../../imports/x11/include/X11 `./ccimake` imake.c > cc -o imake -O -I../../include -I../../imports/x11/include/X11 imake.o > make[2]: Leaving directory `/scratch/xc/config/imake' > > somehow the cygwin-gcc got an extra define "i686", either via commandline, > include header or via predefines. That symbol "i686" is never defined > when I create the imakemdep_cpp.h > > How does the make log look for you? > > bye > ago > -- > Alexander.Gottwald@informatik.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 > Alexander, Here is that same section of the ``make World'' log: cd ./config/imake && make -f Makefile.ini BOOTSTRAPCFLAGS="" CC="cc" clean make[1]: Entering directory `/home/harold/x-devel/build/newhostdef/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/harold/x-devel/build/newhostdef/config/imake' make Makefile.boot make[1]: Entering directory `/home/harold/x-devel/build/newhostdef' cd ./config/imake && make -w -f Makefile.ini BOOTSTRAPCFLAGS="" CC="cc" make[2]: Entering directory `/home/harold/x-devel/build/newhostdef/config/imake' making imake with BOOTSTRAPCFLAGS= and CROSSCOMPILEFLAGS=-DCROSSCOMPILEDIR="/cygwin/bin" in config/imake cc -o ccimake -DCROSSCOMPILEDIR=\"/cygwin/bin\" -O -I../../include -I../../imports/x11/include/X11 ccimake.c if [ -n "/cygwin/bin" ] ; then \ /cygwin/bin/cc -E `./ccimake` \ -DCROSSCOMPILE_CPP imakemdep.h > imakemdep_cpp.h; \ else touch imakemdep_cpp.h; fi cc -c -O -I../../include -I../../imports/x11/include/X11 `./ccimake` imake.c cc -o imake -O -I../../include -I../../imports/x11/include/X11 imake.o make[2]: Leaving directory `/home/harold/x-devel/build/newhostdef/config/imake' My imakedep_cpp.h is attached. Does it look like yours? I am guessing that i686 is defined because I'm building on a Pentium III??? Other than that I wouldn't have a clue how it got defined. It must just be something that Mandrake is doing. Harold -------------- next part -------------- A non-text attachment was scrubbed... Name: imakemdep_cpp.h Type: application/octet-stream Size: 1740 bytes Desc: not available URL: From nahor@bravobrava.com Thu Jul 11 13:57:00 2002 From: nahor@bravobrava.com (Jehan) Date: Thu, 11 Jul 2002 13:57:00 -0000 Subject: Scrollbars patch References: <200207111852.g6BIqfF34842@pilot05.cl.msu.edu> <20020711185707.28507.qmail@web21004.mail.yahoo.com> Message-ID: Nicholas Wourms wrote: > I have a laptop with the additional monitor port on the back, will that be > of any use? Thanks Nicholas but I don't think that would do. We need a machine where we have two virtual Windows desktop, each one on a different monitor. Not one desktop displayed on two different monitors, which is what laptops usually offer. But I (and Harold too I guess) really appreciate the offer. That's more than most people on this mailing list do. Jehan From Alexander.Gottwald@informatik.tu-chemnitz.de Thu Jul 11 15:34:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 11 Jul 2002 15:34:00 -0000 Subject: Using the new cross compilation system - and a request for help In-Reply-To: <200207112024.g6BKOtd80554@pilot20.cl.msu.edu> Message-ID: On Thu, 11 Jul 2002, Harold L Hunt wrote: > My imakedep_cpp.h is attached. Does it look like yours? > > I am guessing that i686 is defined because I'm building on a Pentium III??? > Other than that I wouldn't have a clue how it got defined. It must just be > something that Mandrake is doing. The i686 is never defined in imakemdep_cpp.h. So this must be a default define from cpp. $ gcc -dM - -E #define MacroFile cygwin.cf #define cygwinArchitecture #define i386Architecture #undef i386 #undef __i386__ #undef _X86_ #undef __CYGWIN__ #endif /* CYGWIN */ We just have to add #undef i686, #undef i486, #undef i586 here bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From nahor@bravobrava.com Thu Jul 11 17:58:00 2002 From: nahor@bravobrava.com (Jehan) Date: Thu, 11 Jul 2002 17:58:00 -0000 Subject: Scrollbars patch References: <200207111915.g6BJFNF17900@pilot05.cl.msu.edu> Message-ID: Harold L Hunt wrote: > Jehan said: > > >>Harold L Hunt wrote: >> >>>>>4) When a user does specify a visual size with -scrollbars, we make the >>>>>initial window as large as possible and make the visual the same size as >>>>>the >>>>>specified size. We show the scrollbars only if necessary (i.e. we hide >>>>>them >>>>>if the user passes -screen 0 800 600 -scrollbars on a 1024x768 display). >>>> >>>>Hiding the scrollbars, that was already the case, wasn't it? >>>> >>> >>>No. I never got the original code to stop displaying scrollbars if the >>>-scrollbars parameter was passed. It didn't matter how large the original >>>window was, nor did it matter how you resized the window. I could not get >>>those scrollbars to go away. >> >>Hmm, that's weird. I was even explicitly hiding the scrollbars with a >>call to ShowScrollbars (not at creation but in WM_SIZE). >> > > > I never saw anything in the code that looked like it would actually result in > a call to ShowScrollbars. What I mean is, I didn't see a way that the logic > values would be such that the call would actually happen. line 593-597 in the patch file itself. if ((iWidth >= s_pScreenInfo->dwWidth) && (iHeight >= s_pScreenInfo->dwHeight)) { /* Scrollbars are not necessary, hide them */ ShowScrollBar (hwnd, SB_BOTH, FALSE); } So except if Windows shows back the scrollbar because I didn't change nPage, it should hide them if the window is big enough. At least it worked on my WinXP machine. > One question, are you using an auto-hide taskbar? If not, you might want to > test your original patch when you use auto-hide. We trim the work area > differently when auto-hide is enabled, which could have been causing a problem > with the original code. No, I don't have auto-hide for the taskbar. But I do have auto-hide for some toolbar on the right of my monitor. Anyway, the patch you sent me this morning works for the couple quick run I did. So all is well :) >>>We can't make ptMaxSize larger than our visual size, because we could have an >>>800x600 visual on a 1024x768 display... we would end up with several thousand >>>blank pixels if we really maximized the window. That is the weirdness that I >>>was talking about. >> >>I'm not saying to make it larger than the visual. I think you should set >>to the size of the visual. So when some one maximize the window, it will >>get the visual and no more. The maximum size of the window should >>800x600 (+decoration if any) and that's it. >> > > > That sounds like what I am having it do right now. But maximizing a window to > be 800x600 on a 1024x768 display is kinda funny, because Windows positions the > window such that the top and left borders are off the screen, but the right > and bottom borders still display because our window isn't large enough to > cover the whole desktop in this case. You can use ptMaxPosition. This is to position the window when maximizing it. So maybe we could try to center the window on the screen. > On a side note, I am not currently disallowing moving the window when > maximized, which seems to be the normal thing to do. But do we disallow > moving the window when we maximize an 800x600 window on a 1024x786 display? > Seems like that would just confuse users. Maybe immediately after maximizing > such windows, we should tell Windows that our window is not maximized, so that > the ``restore'' button will switch back to a ``maximize'' button, even though > we are in the maximized position and at maximum size. > > What do you think? I don't think it will work. If you restore the window, the window will shrink back to it old size and move to the old position. Moreover, one annoying thing I have here, is that some fullscreen application forces the windows to resize. The windows were maximized, they stay maximized, if they were not, their size is reduced. So I have a few application that are by default maximized so that I don't have to worry about it anymore. In a more broader way, changing the default Windows behavior is not something I'm in favor for. This can become confusing and be the kind of mess we have with Unix with the different set of widgets. Also, I noticed that if the maximized window occupies the whole desktop (i.e. is has big as possible) you can't move the window but if it isn't then you can. (try "Xwin -screen 0 1800 1600" vs "Xwin -screen 0 800 600"). So my conclusion is: we should leave it the way it right now and fix it if there are lots of complaints. >>>>j1) in WM_SIZE, you check for fDecoration and fFullscreen for breaking. >>>>This is not necessary maybe even dangerous, especially in the >>>>nodecoration case. With nodecoration, I guess we can still receive a >>>>WM_SIZE if we change the screen resolution via the Display control panel >>>>or if we change the size of the taskbar. >>>>And the other hand, I don't thing we'll get any bug if we still do >>>>process WM_SIZE. >>>>Well, let's say that, as a matter of preference, I usually manage >>>>unlikely cases if the code necessary to do it doesn't make my code >>>>harder to read. >>>> >>> >>>I was assuming that you had intended for scrollbars to be allowed only when >>>not fullscreen and with decorations. I know you didn't intend for scrollbars >>>to be displayed in fullscreen mode because you didn't modify >>>winCreateBoundingWindowFullScreen. I don't see any reason why we should >>>disallow scrollbars when there are no window decorations. I'll readd that >>>functionality in the near future. >> >>Since if fullscreen mode we change the resolution of the monitor, there >>is no need for scrollbars. That's why I didn't modify >>winCreateBoundingWindowFullScreen. I actually modify InitOuput to ignore >>-scrollbars if -fullscreen was set. >>But checking for fFullscreen in WM_SIZE isn't necessary then because >>fScrollbars will be FALSE. >>And if one day we allow a different size for the monitor than for the >>visual (something like XWin -screen 0 1600 1200 -fullscreen 1280 1024), >>it would be better to just check fScrollbars and be fullscreen agnostic. >> > > > Ah... except if we change the resolution with the Shadow GDI engine in > fullscreen (``-engine 1''). Shadow GDI essentially displays a topmost window > without decoration. We can't change the Windows display resolution/depth when > running the Shadow GDI engine, so the user gets whatever resolution/depth they > are currently running Windows at. Thus, if they change the Windows resolution > they will shrink the size available to the Shadow GDI engine... in which case > we would need to display scrollbars. I think that the current behavior is to > crash or do some undefined things :) So all the more reason to remove the unecessary constraint on WM_SIZE and to handle the fullscreen mode in it even if it's not supported for now. And adding scrollbars to fullscreen would then be just a matter (more or less) to allow fScrollbar to be TRUE in fFullscreen. >>In the case of nodecoration, nothing prevents one to have something like: >> XWin -scrollbars -screen 0 1600 1200 >>on his 640x480 monitor. Then we must have scrollbars or we have to >>reduce the size of the visual. >> > > I don't understand. Did you mean to pass -nodecoration as well? Yes. Sorry. But you added an unecessary "-scrollbars" in your command line last time, so I had to compensate and not put a mandatory "-nodecoration" this time :p. Jehan From huntharo@msu.edu Thu Jul 11 18:07:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Thu, 11 Jul 2002 18:07:00 -0000 Subject: Using the new cross compilation system - and a request for help In-Reply-To: Message-ID: Alexander, > So this seems to be normal. For cygwin, there is > #ifdef __CYGWIN__ > #define MacroIncludeFile > #define MacroFile cygwin.cf > #define cygwinArchitecture > #define i386Architecture > #undef i386 > #undef __i386__ > #undef _X86_ > #undef __CYGWIN__ > #endif /* CYGWIN */ > > We just have to add #undef i686, #undef i486, #undef i586 here Excellent. I have applied just such a fix. Thank you for tracking this down. Now, regarding the imakemdep_cpp.h that I sent you, have you seen warnings similar to the ones I'm getting below? The reason I asked if your imakemdep_cpp.h was similar was because I wanted to know if it has those ``#1 "imakedep_cpp.h"'' lines like mine does. Harold make[5]: Entering directory `/home/harold/x-devel/build/newhostdef/config/util' rm -f rman.o gcc -c -I../.. -I../../exports/include -DVOLLIST='"1:2:3:4:5:6:7:8:9:o:l :n:p"' -DMANTITLEPRINTF='"%s(%s) manual page"' -DMANREFPRINTF='"%s.%s.html"' -DPOLYGLOTMANVERSION='"3.0.8+XFree86"' -DXFree86 rman.c rm -f rman gcc -I../../exports/include -o rman rman.o make[5]: Leaving directory `/home/harold/x-devel/build/newhostdef/config/util' okay, continuing in config/makedepend rm -f makedepend.1.html makedepend.1-html ../../config/util/rman -f HTML < mkdepend._man \ > makedepend.1-html && mv -f makedepend.1-html makedepend.1.html macro "UC" not recognized -- ignoring make[4]: Leaving directory `/home/harold/x-devel/build/newhostdef/config/makedepend' okay, continuing in config/imake ../../config/makedepend/makedepend -- -I../../include -I../../exports/inclu de/X11 -I../.. -I../../exports/include -D__i386__ -DWIN32_LEAN_AND_MEAN - DX_LOCALE -D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L -D_ BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DNO_ALLOCA -DFUNCPROTO=15 -DNARROW PROTO -DCPP_PROGRAM="\"cpp\"" -DHAS_MERGE_CONSTANTS=`if gcc -fmerge-constants -xc /dev/null -S -o /dev/null 2> /dev/null 1> /dev/null; then echo 1; else echo 0; fi` -DCROSSCOMPILE -DCROSSCOMPILEDIR=\"/cygwin/bin\" -DUSE_MAKEDEPEND -- imake.c ../../config/makedepend/makedepend: warning: imake.c (reading imakemdep_cpp.h), line 1: unknown directive == "# 1 "imakemdep.h"" ../../config/makedepend/makedepend: warning: imake.c (reading imakemdep_cpp.h), line 37: unknown directive == "# 191 "imakemdep.h"" ../../config/makedepend/makedepend: warning: imake.c (reading imakemdep_cpp.h), line 187: unknown directive == "# 398 "imakemdep.h"" ../../config/makedepend/makedepend: warning: imake.c (reading imakemdep_cpp.h), line 222: unknown directive == "# 446 "imakemdep.h"" ../../config/makedepend/makedepend: warning: imake.c (reading imakemdep_cpp.h), line 235: unknown directive == "# 466 "imakemdep.h"" ../../config/makedepend/makedepend: warning: imake.c (reading imakemdep_cpp.h), line 246: unknown directive == "# 500 "imakemdep.h"" ../../config/makedepend/makedepend: warning: imake.c (reading imakemdep_cpp.h), line 258: unknown directive == "# 547 "imakemdep.h"" ../../config/makedepend/makedepend: warning: imake.c (reading imakemdep_cpp.h), line 260: unknown directive == "# 568 "imakemdep.h"" ../../config/makedepend/makedepend: warning: imake.c (reading imakemdep_cpp.h), line 287: unknown directive == "# 610 "imakemdep.h"" ../../config/makedepend/makedepend: warning: imake.c (reading imakemdep_cpp.h), line 298: unknown directive == "# 644 "imakemdep.h"" ../../config/makedepend/makedepend: warning: imake.c (reading imakemdep_cpp.h), line 311: unknown directive == "# 667 "imakemdep.h"" ../../config/makedepend/makedepend: warning: imake.c (reading imakemdep_cpp.h), line 318: unknown directive == "# 688 "imakemdep.h"" ../../config/makedepend/makedepend: warning: imake.c (reading imakemdep_cpp.h), line 321: unknown directive == "# 699 "imakemdep.h"" ../../config/makedepend/makedepend: warning: imake.c (reading imakemdep_cpp.h), line 344: unknown directive == "# 869 "imakemdep.h"" ../../config/makedepend/makedepend: warning: imake.c (reading imakemdep_cpp.h), line 420: unknown directive == "# 1282 "imakemdep.h"" ../../config/makedepend/makedepend: warning: imake.c (reading imakemdep_cpp.h), line 470: unknown directive == "# 1341 "imakemdep.h"" make[3]: Leaving directory `/home/harold/x-devel/build/newhostdef/config/imake' depending in config/makedepend... make[3]: Entering directory `/home/harold/x-devel/build/newhostdef/config/makedepend' From huntharo@msu.edu Thu Jul 11 18:14:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Thu, 11 Jul 2002 18:14:00 -0000 Subject: Using the new cross compilation system - and a request for help In-Reply-To: Message-ID: Alexander, I don't know if you ever explicity described how you got around the glibc_major and glibc_minor symbols not being defined. The fun error that I get is below. 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. Thu Jul 11 20:59:52 EDT 2002 cd ./config/imake && make -f Makefile.ini BOOTSTRAPCFLAGS="" CC="cc" clean make[1]: Entering directory `/home/harold/x-devel/build/newhostdef/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/harold/x-devel/build/newhostdef/config/imake' make Makefile.boot make[1]: Entering directory `/home/harold/x-devel/build/newhostdef' cd ./config/imake && make -w -f Makefile.ini BOOTSTRAPCFLAGS="" CC="cc" make[2]: Entering directory `/home/harold/x-devel/build/newhostdef/config/imake' making imake with BOOTSTRAPCFLAGS= and CROSSCOMPILEFLAGS=-DCROSSCOMPILEDIR="/cygwin/bin" in config/imake cc -o ccimake -DCROSSCOMPILEDIR=\"/cygwin/bin\" -O -I../../include -I../../import s/x11/include/X11 ccimake.c if [ -n "/cygwin/bin" ] ; then \ /cygwin/bin/cc -E `./ccimake` \ -DCROSSCOMPILE_CPP imakemdep.h > imakemdep_cpp.h; \ else touch imakemdep_cpp.h; fi cc -c -O -I../../include -I../../imports/x11/include/X11 `./ccimake` imake.c imake.c: In function `define_os_defaults': imake.c:1503: `glibc_major' undeclared (first use in this function) imake.c:1503: (Each undeclared identifier is reported only once imake.c:1503: for each function it appears in.) imake.c:1505: `glibc_minor' undeclared (first use in this function) make[2]: *** [imake.o] Error 1 make[2]: Leaving directory `/home/harold/x-devel/build/newhostdef/config/imake' make[1]: *** [imake.proto] Error 2 make[1]: Leaving directory `/home/harold/x-devel/build/newhostdef' make: *** [World] Error 2 From huntharo@msu.edu Thu Jul 11 19:24:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Thu, 11 Jul 2002 19:24:00 -0000 Subject: Using the new cross compilation system - and a request for help In-Reply-To: Message-ID: Alexander, Oops. For some reason, when you send attachments Outlook does not show the attachment icon in the message list, but it does show the attachment in the message itself. I don't always remember to look at the attachment icon in the message viewer, so I didn't notice that you had attached a patch to this email. I'll take a look at it now. For others: this probably answers my questions about what Alexander did to fix the compilation of imake.c that was broken by glibc_major and glibc_minor not being defined. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Alexander Gottwald > Sent: Thursday, July 11, 2002 12:24 PM > Cc: cygwin-xfree@cygwin.com > Subject: Re: Using the new cross compilation system - and a request for > help > > > On Tue, 9 Jul 2002, Harold L Hunt wrote: > > > A new cross compilation system was implemented for XFree86 in > May of 2002. > > This new system is described here: > > > > http://www.xfree86.org/~keithp/xconf2001/cc-imake.pdf > > According to that document, I modified the imakemdep.h file. > make World CROSSCOMPILEDIR="/usr/i686-pc-cygwin32/bin" compiled without > any errors (because of some Imakefile patches for rman). > The patch for imake is attached > > Comments: > the CROSS_UTS_RELEASE is static because of I found no version string from > cygwin. Such a string might be added to the cygwin headers or might be > constructed from other version information in cygwin/version.h > > glibc_major and glibc_minor was not set, but always referenced in imake. > But the imake code seems still to make some assumptions base on the host > operating system. > > I did not include other patches to Imakefiles since they substitute > ProgramTarget(rman) by HostProgramTarget(rman). This is needed for > running full make World, but does not compile rman.exe for cygwin. > > In host.def the macros CCmd, AsCmd are not preceeded by i686-pc-cygwin32- > anymore but only the sort names (gcc, as ...). > > bye > ago > -- > Alexander.Gottwald@informatik.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 > From huntharo@msu.edu Thu Jul 11 21:04:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Thu, 11 Jul 2002 21:04:00 -0000 Subject: Cygwin/XFree86 - Cross compilation patch Message-ID: I sent this to the XFree86 patch list and I figured I had better send it to cygwin-xfree for people watching the cross compilation fix thread. Here is the latest xc/cygwin/cf/host.def file to use when cross compiling: http://www.msu.edu/~huntharo/xwin/host-cross-20020711.def Once again, a sample build command, after you have built your cross compiler, is: make CROSSCOMPILEDIR="/cygwin/bin" World > World.log 2>&1 Harold Message to XFree86 patch mailing list follows. ============================================================ Changelog entry: Cross compilation fixes for Cygwin/XFree86. Credit: Alexander Gottwald, Harold Hunt Harold -------------- next part -------------- A non-text attachment was scrubbed... Name: xc-config-20020711-2123.diff.bz2 Type: application/octet-stream Size: 2768 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: xc-lib-GL-mesa-src-X86-Imakefile-20020711-2123.diff Type: application/octet-stream Size: 978 bytes Desc: not available URL: From huntharo@msu.edu Fri Jul 12 00:11:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Fri, 12 Jul 2002 00:11:00 -0000 Subject: Scrollbars patch In-Reply-To: <200207120953.45802.rasjidw@openminddev.net> Message-ID: Rasjid, I hope to make a test release soon with the current (not quite complete) scrollbars support. I would appreciate it if you would run this test release and send a report to the mailing list that describes a few behaviors that most Windows applications exhibit with multiple monitors and whether or not Cygwin/XFree86 meets those expectations. Remember, we need to know that we are doing *right* just as much as we need to know what we are doing wrong. Thanks, Harold > -----Original Message----- > From: Rasjid Wilcox [mailto:rasjidw@openminddev.net] > Sent: Thursday, July 11, 2002 7:54 PM > To: Harold L Hunt > Subject: Re: Scrollbars patch > > > On Fri, 12 Jul 2002 4:52 am, Harold L Hunt wrote: > > Oh hell... I give up. I don't know... we will just have to see > how people > > like this when I finally make a test release. We really need > someone with > > >1 monitors on their Windows machine to help out here... > > I have a Dual Head Matrox G400 on my machine. I have not removed > my windows > 98 partition quite yet, so I can test under Windows 98 for you. > If needed, I > can probably install NT as well, and test under that. > > I'm about to go to work (Australia Timezone), but will be back in about 8 > hours. > > Rasjid. > From alexander.gottwald@informatik.tu-chemnitz.de Fri Jul 12 00:16:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 12 Jul 2002 00:16:00 -0000 Subject: Using the new cross compilation system - and a request for help In-Reply-To: Message-ID: On Thu, 11 Jul 2002, Harold Hunt wrote: > Excellent. I have applied just such a fix. > > Thank you for tracking this down. > > Now, regarding the imakemdep_cpp.h that I sent you, have you seen warnings > similar to the ones I'm getting below? The reason I asked if your > imakemdep_cpp.h was similar was because I wanted to know if it has those > ``#1 "imakedep_cpp.h"'' lines like mine does. no. This is line information added by the preprocessor. I don't know why my preprocessor did not add them :) I'll take a closer look when I'm home again. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@informatik.tu-chemnitz.de Fri Jul 12 03:04:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 12 Jul 2002 03:04:00 -0000 Subject: Using the new cross compilation system - and a request for help In-Reply-To: Message-ID: On Thu, 11 Jul 2002, Harold Hunt wrote: > Alexander, > > I don't know if you ever explicity described how you got around the > glibc_major and glibc_minor symbols not being defined. The fun error that I > get is below. Either the SuSE folks forgot it to define in imakemdep.h or they have a big design problem in imake. In Imake, there are a lot of #ifdef linux blocks which then use the glibc_major symbol. But since the host-gcc is a linux compiler and the cross-gcc is not, these blocks are compiled but the symbols are not defined. But since the build process worked well with the patch, I think we should just define the dummy glibc_major (as done before for gnuc_major) and leave imake.cc untouched bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From lapo@lapo.it Fri Jul 12 04:08:00 2002 From: lapo@lapo.it (Lapo Luchini) Date: Fri, 12 Jul 2002 04:08:00 -0000 Subject: [packages] gtk+, glib, imlib Message-ID: <3D2EA9C6.5070906@lapo.it> Being interested in porting freeciv with gtk+ support... and gtk+ package being not available... I'm investigating it =) Harold states he has not enough time for it ( http://sources.redhat.com/ml/cygwin-xfree/2002-06/msg00302.html ). But has he a partial work or nothing? Steven has a fairly complete Gnome port on his page ( http://homepage.ntlworld.com/steven.obrien2/ ), which has nothing to do with Harold's work. It contains patches for many Gnome programs, including glib-1.2.10, gtk+-1.2.10 and imlib-1.9.14. I was thinking about packaging them as requirements for the freeciv port... has anyone done some work / has more infos / has something to say about? Please note that I know *VERY* little (maybe 'nothing' is more closer to the truth) about X programming and, at least at first, I wouldn't surely be a "good" package mantainer for those packages (in fact if Steven hadn't already done all the porting work I couln't do it). -- Lapo 'Raist' Luchini lapo@lapo.it (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) From cygwin-xfree@cygwin.com Fri Jul 12 05:12:00 2002 From: cygwin-xfree@cygwin.com (Corinna Vinschen) Date: Fri, 12 Jul 2002 05:12:00 -0000 Subject: [packages] gtk+, glib, imlib In-Reply-To: <3D2EA9C6.5070906@lapo.it> References: <3D2EA9C6.5070906@lapo.it> Message-ID: <20020712130757.F10982@cygbert.vinschen.de> On Fri, Jul 12, 2002 at 12:04:54PM +0200, Lapo Luchini wrote: > Being interested in porting freeciv with gtk+ support... and gtk+ > package being not available... I'm investigating it =) > > Harold states he has not enough time for it ( > http://sources.redhat.com/ml/cygwin-xfree/2002-06/msg00302.html ). > But has he a partial work or nothing? > > Steven has a fairly complete Gnome port on his page ( > http://homepage.ntlworld.com/steven.obrien2/ ), which has nothing to do > with Harold's work. > It contains patches for many Gnome programs, including glib-1.2.10, > gtk+-1.2.10 and imlib-1.9.14. I don't know about imlib but glib-1.2.10 and gtk+-1.2.10 compile OOTB. I built them to create a gvim locally. There was just one problem in glib/gstrfuncs.c. There's an extern declaration for strsignal() which collides with a Cygwin header. Just add a #ifndef __CYGWIN__ to the extern declaration and you're done. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:cygwin@cygwin.com Red Hat, Inc. From nwourms@yahoo.com Fri Jul 12 07:22:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 12 Jul 2002 07:22:00 -0000 Subject: [packages] gtk+, glib, imlib In-Reply-To: <3D2EA9C6.5070906@lapo.it> Message-ID: <20020712121234.46654.qmail@web21009.mail.yahoo.com> --- Lapo Luchini wrote: > Being interested in porting freeciv with gtk+ support... and gtk+ > package being not available... I'm investigating it =) > > Harold states he has not enough time for it ( > http://sources.redhat.com/ml/cygwin-xfree/2002-06/msg00302.html ). > But has he a partial work or nothing? He has something. Frankly, I think we should let harold release these packages. He's got a firm understanding of the underlying mechanics of how X works. Plus if you commit to maintainership of 1.X, then it is assumed that you will be working on porting 2.X. Are you ready for this responsibility? > Steven has a fairly complete Gnome port on his page ( > http://homepage.ntlworld.com/steven.obrien2/ ), which has nothing to do > with Harold's work. > It contains patches for many Gnome programs, including glib-1.2.10, > gtk+-1.2.10 and imlib-1.9.14. > > I was thinking about packaging them as requirements for the freeciv > port... has anyone done some work / has more infos / has something to > say about? > As for freeciv, I will send you a static lib of Xaw3d to see if that will help you better. I would then release free-civ as is. We can worry about why the DLL version of Xaw3d isn't working later. Again, is there any rush to getting it out? Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From huntharo@msu.edu Fri Jul 12 07:27:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Fri, 12 Jul 2002 07:27:00 -0000 Subject: [packages] gtk+, glib, imlib Message-ID: <200207121422.g6CEMkh49808@pilot26.cl.msu.edu> I think that the real problem here, as always, was that gtk+ and glib would only build static libraries. I have heard that the 2.0 versions of this libs are able to build shared libraries on Cygwin, but I have not looked into this myself. Harold Corinna Vinschen said: > On Fri, Jul 12, 2002 at 12:04:54PM +0200, Lapo Luchini wrote: > > Being interested in porting freeciv with gtk+ support... and gtk+ > > package being not available... I'm investigating it =) > > > > Harold states he has not enough time for it ( > > http://sources.redhat.com/ml/cygwin-xfree/2002-06/msg00302.html ). > > But has he a partial work or nothing? > > > > Steven has a fairly complete Gnome port on his page ( > > http://homepage.ntlworld.com/steven.obrien2/ ), which has nothing to do > > with Harold's work. > > It contains patches for many Gnome programs, including glib-1.2.10, > > gtk+-1.2.10 and imlib-1.9.14. > > I don't know about imlib but glib-1.2.10 and gtk+-1.2.10 compile OOTB. > I built them to create a gvim locally. There was just one problem in > glib/gstrfuncs.c. There's an extern declaration for strsignal() which > collides with a Cygwin header. Just add a #ifndef __CYGWIN__ to the > extern declaration and you're done. > > Corinna > > -- > Corinna Vinschen Please, send mails regarding Cygwin to > Cygwin Developer mailto:cygwin@cygwin.com > Red Hat, Inc. > From huntharo@msu.edu Fri Jul 12 07:30:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Fri, 12 Jul 2002 07:30:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE Message-ID: <200207121427.g6CERSh31048@pilot26.cl.msu.edu> First: Wrong mailing list. Send all Cygwin/XFree86 questions to cygwin-xfree@cygwin.com. I have redirected this discussion to the correct mailing list, but be careful to remove cygwin@cygwin.com from the ``cc'' if you reply to this message. Second: Read the extensive comments in startxwin.bat that talk about CYGWIN_ROOT. Not specifying a drive causes the path to reference \cygwin on the current drive (such as c:\cygwin, or d:\cygwin). You have to run startxwin.bat from the same drive that Cygwin is installed on, or it won't get the correct drive letter. startxwin.bat has been using this path setting system for over a year (I think) and not a *single* person has reported a problem with it until today. You must be doing something on your system that other users thought better of (such as running startxwin.bat from the d drive, or from a network drive, when Cygwin is installed on the c drive). Harold willichnicht habichnet said: > i installed cygwin/XFree86 with the recommended > setup.exe in win98SE. > starting X with startxwin.bat resulted in > errormessages like "cygwin1.dll not found" etc. > in startxwin.bat there was a line "SET > CYGWIN_ROOT=\cygwin" which seemed to be incorrect > because theres no drive given. > after editing it to "SET CYGWIN_ROOT=c:\cygwin" > (installation path) everything works fine. > i installed it on a win2000 too without these problems > but on an other win98-system same corrupted > startxwin.bat was there. > i have not tried an other installation directory or > drive. > this message is only for information; i need no other > solution. > > Michael Heide > > > __________________________________________________________________ > > Gesendet von Yahoo! Mail - http://mail.yahoo.de > Yahoo! pr??????sentiert als offizieller Sponsor das Fu??????ball-Highlight des > Jahres: - http://www.FIFAworldcup.com > > -- > 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 Fri Jul 12 07:31:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Fri, 12 Jul 2002 07:31:00 -0000 Subject: [packages] gtk+, glib, imlib Message-ID: <200207121430.g6CEUhh49858@pilot26.cl.msu.edu> Nicholas, > He has something. Frankly, I think we should let harold release these > packages. He's got a firm understanding of the underlying mechanics of > how X works. Plus if you commit to maintainership of 1.X, then it is > assumed that you will be working on porting 2.X. Are you ready for this > responsibility? It is not going to happen. I simply do not have time to work on packages other than Cygwin/XFree86 proper. Sure, I have released a few extra packages, but that was just to get the ball rolling on XFree86 category packages. For future reference: I do not intend to assume maintainership of any new packages. However, I reserve the right to post an initial version of packages that compile out of the box, just to get things started. I hope that clears things up, Harold From nwourms@yahoo.com Fri Jul 12 07:33:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 12 Jul 2002 07:33:00 -0000 Subject: [packages] gtk+, glib, imlib In-Reply-To: <200207121422.g6CEMkh49808@pilot26.cl.msu.edu> Message-ID: <20020712143119.35662.qmail@web21003.mail.yahoo.com> Harold, They do not. For some reason, when the dll is built, many symbols are not being exported, even with --export-all-symbols, which causes glib-genmarshal.exe to not compile due to undefined symbols. I'm going to give another shot with the new libtool to see if it is any better (supposedly it is) so we'll see... Cheers, Nicholas --- Harold L Hunt wrote: > I think that the real problem here, as always, was that gtk+ and glib > would > only build static libraries. I have heard that the 2.0 versions of this > libs > are able to build shared libraries on Cygwin, but I have not looked into > this > myself. > > Harold > > Corinna Vinschen said: > > > On Fri, Jul 12, 2002 at 12:04:54PM +0200, Lapo Luchini wrote: > > > Being interested in porting freeciv with gtk+ support... and gtk+ > > > package being not available... I'm investigating it =) > > > > > > Harold states he has not enough time for it ( > > > http://sources.redhat.com/ml/cygwin-xfree/2002-06/msg00302.html ). > > > But has he a partial work or nothing? > > > > > > Steven has a fairly complete Gnome port on his page ( > > > http://homepage.ntlworld.com/steven.obrien2/ ), which has nothing to > do > > > with Harold's work. > > > It contains patches for many Gnome programs, including glib-1.2.10, > > > gtk+-1.2.10 and imlib-1.9.14. > > > > I don't know about imlib but glib-1.2.10 and gtk+-1.2.10 compile OOTB. > > > I built them to create a gvim locally. There was just one problem in > > glib/gstrfuncs.c. There's an extern declaration for strsignal() which > > collides with a Cygwin header. Just add a #ifndef __CYGWIN__ to the > > extern declaration and you're done. > > > > Corinna > > > > -- > > Corinna Vinschen Please, send mails regarding Cygwin > to > > Cygwin Developer > mailto:cygwin@cygwin.com > > Red Hat, Inc. > > > > > __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From lapo@lapo.it Fri Jul 12 07:38:00 2002 From: lapo@lapo.it (Lapo Luchini) Date: Fri, 12 Jul 2002 07:38:00 -0000 Subject: [packages] gtk+, glib, imlib References: <20020712121234.46654.qmail@web21009.mail.yahoo.com> Message-ID: <3D2EE891.9000904@lapo.it> > > >He has something. Frankly, I think we should let harold release these >packages. He's got a firm understanding of the underlying mechanics of >how X works. > That is indeed the best choice, maybe I read his message in a way too non-optimistic view =) > Plus if you commit to maintainership of 1.X, then it is >assumed that you will be working on porting 2.X. Are you ready for this >responsibility? > It's not a question of responsability, but of lack of knowledge and lack of time to obtain that knowledge ^_^ But again, I don't have idea of how much hard would it be... I just seen the 20k patch to gtk+-1.2.10 by Steven and Corinna says that right now it compiles OOTB. OOTB is fairly different from "20k patch needed" IMHO, bay shortly after I received a message from Steven stating that his port is fairly old and many things changed (porting of autotools being the biggest, I bet)... >As for freeciv, I will send you a static lib of Xaw3d to see if that will >help you better. I would then release free-civ as is. > >We can worry about why the DLL version of Xaw3d isn't working later. > OK. > Again, is there any rush to getting it out? > No, just the fact that when I begin something I like to finish it soon so that it doesn't occupy space in my head (don't know how to express it in english but an "unfinished task" lingers in my head until it is "put at rest" by solving it). But again, also given the beauty of win32 native port (well, not that native, it uses gtk+), the is no rush in it. -- Lapo 'Raist' Luchini lapo@lapo.it (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) From fergus@bonhard.uklinux.net Fri Jul 12 07:48:00 2002 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Fri, 12 Jul 2002 07:48:00 -0000 Subject: Corrupted file x2x-1.27-1-src.tar.bz2 Message-ID: <001101c229b1$cd41ffc0$6fc82486@medschool.dundee.ac.uk> In the directory release/XFree86/x2x/, the file x2x-1.27-1-src.tar.bz2 has the correct md5sum (being 87075ba00b0cd15f35975c956f14591a); but running bzip2 -tv gives a "file ends unexpectedly" error message, and attempting to run bzip2 -dv fails. Fergus From nwourms@yahoo.com Fri Jul 12 07:49:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 12 Jul 2002 07:49:00 -0000 Subject: [packages] gtk+, glib, imlib In-Reply-To: <200207121430.g6CEUhh49858@pilot26.cl.msu.edu> Message-ID: <20020712144822.99598.qmail@web21007.mail.yahoo.com> --- Harold L Hunt wrote: > Nicholas, > > > He has something. Frankly, I think we should let harold release these > > packages. He's got a firm understanding of the underlying mechanics > of > > how X works. Plus if you commit to maintainership of 1.X, then it is > > assumed that you will be working on porting 2.X. Are you ready for > this > > responsibility? > > It is not going to happen. I simply do not have time to work on > packages > other than Cygwin/XFree86 proper. Sure, I have released a few extra > packages, > but that was just to get the ball rolling on XFree86 category packages. > For > future reference: I do not intend to assume maintainership of any new > packages. However, I reserve the right to post an initial version of > packages > that compile out of the box, just to get things started. > > I hope that clears things up, Harold, I'm sorry, I never meant to unload additional work onto you. In previous messages regarding berkley db, you mentioned that you were going to stick to X packages, so I assumed you meant the packages you were already working on for X. Apparently this is not the case, which is OK. I'm glad you cleared things up for everyone. Cheers, __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From nwourms@yahoo.com Fri Jul 12 07:53:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 12 Jul 2002 07:53:00 -0000 Subject: [packages] gtk+, glib, imlib In-Reply-To: <200207121449.g6CEnCh27442@pilot26.cl.msu.edu> Message-ID: <20020712145301.31736.qmail@web21002.mail.yahoo.com> --- Harold L Hunt wrote: > I know precisely what you mean. I even go a little further than that in > that > I have a list of projects that I can't wait for other people to finish. > Recently, some of those projects were: Mozilla 1.0 (yay!), > OpenOffice.org 1.0 > (yippee!), The Big Dig (www.bigdig.com), the International Space Station > (or > whatever the current space shuttle mission is), the parking garage > across the > street, etc. :) I love watching big projects and I love seeing them > pass > milestones. Hmm, Like when X11 finally reaches X12? Or even R7? Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From huntharo@msu.edu Fri Jul 12 07:53:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Fri, 12 Jul 2002 07:53:00 -0000 Subject: [packages] gtk+, glib, imlib Message-ID: <200207121449.g6CEnCh27442@pilot26.cl.msu.edu> Lapo Luchini said: > > > > > >He has something. Frankly, I think we should let harold release these > >packages. He's got a firm understanding of the underlying mechanics of > >how X works. > > > That is indeed the best choice, maybe I read his message in a way too > non-optimistic view =) > You read my message correctly the first time. I do not have enough time to work on glib and gtk+. You are more than welcome to work on them. I think that Nicholas might want to work with you on them. > > Plus if you commit to maintainership of 1.X, then it is > >assumed that you will be working on porting 2.X. Are you ready for this > >responsibility? > > > It's not a question of responsability, but of lack of knowledge and lack > of time to obtain that knowledge ^_^ > But again, I don't have idea of how much hard would it be... I just seen > the 20k patch to gtk+-1.2.10 by Steven and Corinna says that right now > it compiles OOTB. > OOTB is fairly different from "20k patch needed" IMHO, bay shortly after > I received a message from Steven stating that his port is fairly old and > many things changed (porting of autotools being the biggest, I bet)... > I would actually have the same problem with not having enough knowledge. I am sort of an interesting person though... I tend to gater, filter, and absorb information/knowledge faster than most people, and I tend to do something productive with that info quite quickly. That is not to say, however, that I have 10 to 20 hours to mess around with glib and gtk+. :) > >As for freeciv, I will send you a static lib of Xaw3d to see if that will > >help you better. I would then release free-civ as is. > > > >We can worry about why the DLL version of Xaw3d isn't working later. > > > OK. > > > Again, is there any rush to getting it out? > > > No, just the fact that when I begin something I like to finish it soon > so that it doesn't occupy space in my head (don't know how to express it > in english but an "unfinished task" lingers in my head until it is "put > at rest" by solving it). > But again, also given the beauty of win32 native port (well, not that > native, it uses gtk+), the is no rush in it. > I know precisely what you mean. I even go a little further than that in that I have a list of projects that I can't wait for other people to finish. Recently, some of those projects were: Mozilla 1.0 (yay!), OpenOffice.org 1.0 (yippee!), The Big Dig (www.bigdig.com), the International Space Station (or whatever the current space shuttle mission is), the parking garage across the street, etc. :) I love watching big projects and I love seeing them pass milestones. I guess I am just a freak for big projects... :) Hey, this is off-topic... nothing to see here. Move along. Move along. Harold From huntharo@msu.edu Fri Jul 12 08:08:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Fri, 12 Jul 2002 08:08:00 -0000 Subject: [packages] gtk+, glib, imlib Message-ID: <200207121453.g6CErXh35212@pilot26.cl.msu.edu> Nicholas Wourms said: > > --- Harold L Hunt wrote: > > Nicholas, > > > > > He has something. Frankly, I think we should let harold release these > > > packages. He's got a firm understanding of the underlying mechanics > > of > > > how X works. Plus if you commit to maintainership of 1.X, then it is > > > assumed that you will be working on porting 2.X. Are you ready for > > this > > > responsibility? > > > > It is not going to happen. I simply do not have time to work on > > packages > > other than Cygwin/XFree86 proper. Sure, I have released a few extra > > packages, > > but that was just to get the ball rolling on XFree86 category packages. > > For > > future reference: I do not intend to assume maintainership of any new > > packages. However, I reserve the right to post an initial version of > > packages > > that compile out of the box, just to get things started. > > > > I hope that clears things up, > > Harold, > > I'm sorry, I never meant to unload additional work onto you. In previous > messages regarding berkley db, you mentioned that you were going to stick > to X packages, so I assumed you meant the packages you were already > working on for X. Apparently this is not the case, which is OK. I'm glad > you cleared things up for everyone. > > Cheers, I will admit that I gave some mixed signals. I thought I was going to have a lot more free time, which I do. But I also thought that XFree86 itself would not take anymore time than it already did. However, there has been no shortage of things to do for XFree86. After we get the scrollbars patch landed and the cross compilation fixes merged I really do plan on working on a rootless server. You may have seen some place-holding files creep into the patches lately. That is because I have been studying the XonX code to how it does things. If you ever want to look at sloppy, convuluted, uncommented code, just have a look at xc/programs/Xserver/hw/darwin. Yikes. That code can really give you a headache. Harold From nwourms@yahoo.com Fri Jul 12 08:39:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 12 Jul 2002 08:39:00 -0000 Subject: [packages] gtk+, glib, imlib In-Reply-To: <200207121453.g6CErXh35212@pilot26.cl.msu.edu> Message-ID: <20020712150823.3145.qmail@web21010.mail.yahoo.com> --- Harold L Hunt wrote: > Nicholas Wourms said: > > > > > --- Harold L Hunt wrote: > > > Nicholas, > > > > > > > He has something. Frankly, I think we should let harold release > these > > > > packages. He's got a firm understanding of the underlying > mechanics > > > of > > > > how X works. Plus if you commit to maintainership of 1.X, then it > is > > > > assumed that you will be working on porting 2.X. Are you ready > for > > > this > > > > responsibility? > > > > > > It is not going to happen. I simply do not have time to work on > > > packages > > > other than Cygwin/XFree86 proper. Sure, I have released a few extra > > > packages, > > > but that was just to get the ball rolling on XFree86 category > packages. > > > For > > > future reference: I do not intend to assume maintainership of any > new > > > packages. However, I reserve the right to post an initial version > of > > > packages > > > that compile out of the box, just to get things started. > > > > > > I hope that clears things up, > > > > Harold, > > > > I'm sorry, I never meant to unload additional work onto you. In > previous > > messages regarding berkley db, you mentioned that you were going to > stick > > to X packages, so I assumed you meant the packages you were already > > working on for X. Apparently this is not the case, which is OK. I'm > glad > > you cleared things up for everyone. > > > > Cheers, > > I will admit that I gave some mixed signals. I thought I was going to > have a > lot more free time, which I do. But I also thought that XFree86 itself > would > not take anymore time than it already did. However, there has been no > shortage of things to do for XFree86. After we get the scrollbars patch > landed and the cross compilation fixes merged I really do plan on > working on a > rootless server. That's true, *sigh*, I know what you mean. Tho I can't quite understand what this driving desire for a rootless X server is all about? To my death, I'll never understand why people like the explorer window manager over the X alternatives. I mean c'mon people, Windows Explorer as a window manager sucks. Why would you want it to manage your X applications? I don't know about most people, but I like the current way X works, in fact I like the full screen even better. In fact I wish there was a way to do the opposite of running X in rootless mode. If there were only a way to get windows binaries to pop up inside X, then I could just ditch this crummy explorer windows manager and use X full time. In fact, on Darwin, I hate the window manager for Aqua. I'd much prefer to run kde3 any day then to run that OpenSTEP look-alike. > You may have seen some place-holding files creep into > the > patches lately. That is because I have been studying the XonX code to > how it > does things. If you ever want to look at sloppy, convuluted, > uncommented > code, just have a look at xc/programs/Xserver/hw/darwin. Yikes. That > code > can really give you a headache. Hmm, this coming from bsd nuts who cannot even get the name of Charles Darwin's famous assistant right (Hexley != Huxley)? Does this really suprise you? Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From bab@vx.com Fri Jul 12 08:51:00 2002 From: bab@vx.com (Bernard A Badger) Date: Fri, 12 Jul 2002 08:51:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <200207121427.g6CERSh31048@pilot26.cl.msu.edu> Message-ID: > -----Original Message----- > From: cygwin-owner@cygwin.com [mailto:cygwin-owner@cygwin.com]On Behalf > Of Harold L Hunt > Sent: Friday, July 12, 2002 10:27 AM > To: willichnicht habichnet; cygwin-xfree@cygwin.com > Cc: cygwin@cygwin.com > Subject: Re: Bug in startxwin.bat after installing with setup.exe in > win98SE > > > First: Wrong mailing list. Send all Cygwin/XFree86 questions to > cygwin-xfree@cygwin.com. I have redirected this discussion to the correct > mailing list, but be careful to remove cygwin@cygwin.com from the ``cc'' if > you reply to this message. > > Second: Read the extensive comments in startxwin.bat that talk about > CYGWIN_ROOT. Not specifying a drive causes the path to reference \cygwin on > the current drive (such as c:\cygwin, or d:\cygwin). You have to run > startxwin.bat from the same drive that Cygwin is installed on, or it won't get > the correct drive letter. > > startxwin.bat has been using this path setting system for over a year (I > think) and not a *single* person has reported a problem with it until today. > You must be doing something on your system that other users thought better of > (such as running startxwin.bat from the d drive, or from a network drive, when > Cygwin is installed on the c drive). I have to disagree. Absence of complaints does not imply absence of errors. Many people become "used to" buggy software that only works if you don't deviate from the well-trodden path. That's no excuse to fail to fix a known problem. The comments you mention: REM REM The path in the CYGWIN_ROOT environment variable assignment assume REM that Cygwin is installed in a directory called 'cygwin' in the root REM directory of the current drive. You will only need to modify REM CYGWIN_ROOT if you have installed Cygwin in another directory. For REM example, if you installed Cygwin in \foo\bar\baz\cygwin, you will need REM to change \cygwin to \foo\bar\baz\cygwin. REM REM This batch file will almost always be run from the same drive (and REM directory) as the drive that contains Cygwin/XFree86, therefore you will REM not need to add a drive letter to CYGWIN_ROOT. For example, you do REM not need to change \cygwin to c:\cygwin if you are running this REM batch file from the C drive. REM don't explain what is wrong with adding a drive lettter, only that it "almost always" works because the drive letter already matches. You need the drive letter to make an absolute path. (By the way, "." is redundant in a Windows path anyway.) > > Harold > > > willichnicht habichnet said: > > > i installed cygwin/XFree86 with the recommended > > setup.exe in win98SE. > > starting X with startxwin.bat resulted in > > errormessages like "cygwin1.dll not found" etc. > > in startxwin.bat there was a line "SET > > CYGWIN_ROOT=\cygwin" which seemed to be incorrect > > because theres no drive given. > > after editing it to "SET CYGWIN_ROOT=c:\cygwin" > > (installation path) everything works fine. > > i installed it on a win2000 too without these problems > > but on an other win98-system same corrupted > > startxwin.bat was there. > > i have not tried an other installation directory or > > drive. > > this message is only for information; i need no other > > solution. > > > > Michael Heide > > > > > > __________________________________________________________________ > > > > Gesendet von Yahoo! Mail - http://mail.yahoo.de > > Yahoo! pr??????sentiert als offizieller Sponsor das Fu??????ball-Highlight des > > Jahres: - http://www.FIFAworldcup.com > > > > -- > > 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/ > > > > > > > > > -- > 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 nahor@bravobrava.com Fri Jul 12 08:58:00 2002 From: nahor@bravobrava.com (Jehan) Date: Fri, 12 Jul 2002 08:58:00 -0000 Subject: [packages] gtk+, glib, imlib References: <200207121453.g6CErXh35212@pilot26.cl.msu.edu> <20020712150823.3145.qmail@web21010.mail.yahoo.com> Message-ID: Nicholas Wourms wrote: Tho I can't quite understand > what this driving desire for a rootless X server is all about? To my > death, I'll never understand why people like the explorer window manager > over the X alternatives. I mean c'mon people, Windows Explorer as a > window manager sucks. Why would you want it to manage your X > applications? Maybe *you* prefer KDE, OpenStep, whatever over Windows but that doesn't mean *everybody* does. As a window manager, Windows does perfectly well for me: I can move my windows around, I can resize them, minimize them and even maximize them. I like the taskbar (and everybody does since now every desktop system has it), I like the systray, I like the quicklaunch bar and the Start menu is as much a mess in Windows than in KDE. Now, having an alternative would be nice, that's for sure. As my boss is fond of saying: "two is better than one". If you want to remove Windows Explorer, go check Shellfront (http://shellfront.org/). But you will never see Notepad running in an X window. Cygwin works *on top of* Windows, not the other way around. Cygwin *add* a unix layer to Windows, it doesn't *replace* Windows. If you really want that, if you really want your All-X desktop, go install Linux and run your Windows applications using Wine. > I don't know about most people, but I like the current way > X works, in fact I like the full screen even better. Why do you think windowing systems took over most software applications? I like being able to see the content of two applications at the same time. Like for instance when I follow a tutorial on a web browser on how to create a map for Quake. Or when I want to use a complex funtion in my program, I want to be able to see MSDN at the same time I use my code. Now, if I use vi/emacs/whatever in X, I can't see any of those broswer/msdn windows at the same time if the application if fullscreen. What's worse, if the browser/msdn is the active application and I want to activate a X application, I first have to click on the X button in the taskbar to activate XWin, then I have to activate the X application itself. If I can see each X application with its own button in my taskbar, and when I click on it I have this X app showing *next to* instead of *on top of* my Visual Studio window, I would be far more happy. > In fact I wish there > was a way to do the opposite of running X in rootless mode. If there were > only a way to get windows binaries to pop up inside X, then I could just > ditch this crummy explorer windows manager and use X full time. See my comment above about Linux and Wine. Jehan From lapo@lapo.it Fri Jul 12 10:35:00 2002 From: lapo@lapo.it (Lapo Luchini) Date: Fri, 12 Jul 2002 10:35:00 -0000 Subject: [packages] gtk+, glib, imlib References: <200207121449.g6CEnCh27442@pilot26.cl.msu.edu> Message-ID: <3D2EFCA3.10001@lapo.it> > > >You read my message correctly the first time. I do not have enough time to >work on glib and gtk+. You are more than welcome to work on them. I think >that Nicholas might want to work with you on them. > I wasn't wrong afterall =) (I didn't read the reply until after sending my reply) >>> Plus if you commit to maintainership of 1.X, then it is >>>assumed that you will be working on porting 2.X. Are you ready for this >>>responsibility? >>> >I would actually have the same problem with not having enough knowledge. I am >sort of an interesting person though... I tend to gater, filter, and absorb >information/knowledge faster than most people, and I tend to do something >productive with that info quite quickly. That is not to say, however, that I >have 10 to 20 hours to mess around with glib and gtk+. :) > Well, given enough time I can digest knowledge quite good, but it happens that I'm trying to get a university degree (I never understood english degree names very well, but it is that kind of degree that you take from a university you enter at the age of 19 and you exit a teorical minimum of 5 years later) and many other things... so time is just the scarce resource. But if it does compile OOTB like Corinna says and if no one expects me to release gtk+2 tomorrow... I could well commit to mantainership. Of course anyone with more time / knowledge / will could take my place as it wants 0=) >I love watching big projects and I love seeing them pass milestones. > Yeah, I just love it. But even if they're way too big fishes for me, I can't just sit in a corner a watch (this leads to my many filled bugs in bugzilla.mozilla.org, my mantainership of rsync and other cygwin packages, my small contributions to freebsd ports, and the such). =) >off-topic... nothing to see here. Move along. Move along. > Not true, cygwin is pretty big and pretty good ;-) (yeah, still waiting for someone to do "80 hours of work" for the rootless XFree =P) Lapo -- Lapo 'Raist' Luchini lapo@lapo.it (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) From lapo@lapo.it Fri Jul 12 11:44:00 2002 From: lapo@lapo.it (Lapo Luchini) Date: Fri, 12 Jul 2002 11:44:00 -0000 Subject: [packages] gtk+, glib, imlib References: <3D2EA9C6.5070906@lapo.it> <20020712130757.F10982@cygbert.vinschen.de> Message-ID: <3D2F130F.8010900@lapo.it> > > >I don't know about imlib but glib-1.2.10 and gtk+-1.2.10 compile OOTB. >I built them to create a gvim locally. There was just one problem in >glib/gstrfuncs.c. There's an extern declaration for strsignal() which >collides with a Cygwin header. Just add a #ifndef __CYGWIN__ to the >extern declaration and you're done. > > I just discovered that Steven's patches actually permitted to create DLLs also, fixed that small problem and some other small bugs too. -- Lapo 'Raist' Luchini lapo@lapo.it (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) From nwourms@yahoo.com Fri Jul 12 11:54:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 12 Jul 2002 11:54:00 -0000 Subject: [packages] gtk+, glib, imlib In-Reply-To: Message-ID: <20020712184448.14525.qmail@web21006.mail.yahoo.com> --- Jehan wrote: > Nicholas Wourms wrote: > Tho I can't quite understand > > what this driving desire for a rootless X server is all about? To my > > death, I'll never understand why people like the explorer window > manager > > over the X alternatives. I mean c'mon people, Windows Explorer as a > > window manager sucks. Why would you want it to manage your X > > applications? > > Maybe *you* prefer KDE, OpenStep, whatever over Windows but that doesn't > > mean *everybody* does. As a window manager, Windows does perfectly well > for me: I can move my windows around, I can resize them, minimize them > and even maximize them. I like the taskbar (and everybody does since now > > every desktop system has it), I like the systray, I like the quicklaunch > > bar and the Start menu is as much a mess in Windows than in KDE. > > Now, having an alternative would be nice, that's for sure. As my boss is > > fond of saying: "two is better than one". If you want to remove Windows > Explorer, go check Shellfront (http://shellfront.org/). But you will > never see Notepad running in an X window. Cygwin works *on top of* > Windows, not the other way around. Cygwin *add* a unix layer to Windows, > > it doesn't *replace* Windows. If you really want that, if you really > want your All-X desktop, go install Linux and run your Windows > applications using Wine. > > > > I don't know about most people, but I like the current way > > X works, in fact I like the full screen even better. > > Why do you think windowing systems took over most software applications? > > I like being able to see the content of two applications at the same > time. Like for instance when I follow a tutorial on a web browser on how > > to create a map for Quake. Or when I want to use a complex funtion in my > > program, I want to be able to see MSDN at the same time I use my code. > Now, if I use vi/emacs/whatever in X, I can't see any of those > broswer/msdn windows at the same time if the application if fullscreen. > What's worse, if the browser/msdn is the active application and I want > to activate a X application, I first have to click on the X button in > the taskbar to activate XWin, then I have to activate the X application > itself. If I can see each X application with its own button in my > taskbar, and when I click on it I have this X app showing *next to* > instead of *on top of* my Visual Studio window, I would be far more > happy. > > > > In fact I wish there > > was a way to do the opposite of running X in rootless mode. If there > were > > only a way to get windows binaries to pop up inside X, then I could > just > > ditch this crummy explorer windows manager and use X full time. > > See my comment above about Linux and Wine. So? Your point? I don't want to run linux on this machine. My question above was partially a joke and partially a rhetorical one. I don't need to be lectured on the joy and simplicity of the explorer interface (tho neither seem to apply). Let's not turn this into a Microsoft lovefest. My point was that Rootless mode is a fluff setting, something that really isn't that important. Perhaps a better use of time could be spent figuring out how to profile and improve the performance of the X server? Or perhaps making truetype fonts easier for people to use in X? __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From Alexander.Gottwald@informatik.tu-chemnitz.de Fri Jul 12 12:00:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 12 Jul 2002 12:00:00 -0000 Subject: [packages] gtk+, glib, imlib In-Reply-To: <20020712145301.31736.qmail@web21002.mail.yahoo.com> Message-ID: On Fri, 12 Jul 2002, Nicholas Wourms wrote: > Like when X11 finally reaches X12? Or even R7? I don't expect that ever will come a X12. Changes in the major release just mean a incompatible change in the protocol. And the growing list of extensions seem to show that the current design will last for some other years. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@informatik.tu-chemnitz.de Fri Jul 12 12:03:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 12 Jul 2002 12:03:00 -0000 Subject: [packages] gtk+, glib, imlib In-Reply-To: Message-ID: On Fri, 12 Jul 2002, Jehan wrote: > Nicholas Wourms wrote: > Tho I can't quite understand > > what this driving desire for a rootless X server is all about? To my > > death, I'll never understand why people like the explorer window manager > > over the X alternatives. I mean c'mon people, Windows Explorer as a > > window manager sucks. Why would you want it to manage your X > > applications? Full ACK. > Now, having an alternative would be nice, that's for sure. As my boss is > fond of saying: "two is better than one". If you want to remove Windows > Explorer, go check Shellfront (http://shellfront.org/). But you will > never see Notepad running in an X window. Cygwin works *on top of* > Windows, not the other way around. Cygwin *add* a unix layer to Windows, > it doesn't *replace* Windows. If you really want that, if you really > want your All-X desktop, go install Linux and run your Windows > applications using Wine. You just pointed me to a long forgotten thing. Wine has a display driver, which exports all GDI calls to X11. Maybe some freak will port it to windows and I can use Windowsapplications remote :) bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From j_tetazoo@hotmail.com Fri Jul 12 12:04:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Fri, 12 Jul 2002 12:04:00 -0000 Subject: Corrupted file x2x-1.27-1-src.tar.bz2 Message-ID: I checked the tarball I submitted and it is OK. Something must have happened when it was transferred to sources.redhat.com. Here is my copy: http://members.tripod.com/tomandlaura0/cygwin/release/x2x/x2x-1.27-1-src.tar.bz2 [Harold, can you re-upload this file to sources.redhat.com and verify that the filesizes match after doing so? (the tarball currently up there was somehow truncated by 1 byte)] >From: >Reply-To: >To: >CC: >Subject: Corrupted file x2x-1.27-1-src.tar.bz2 >Date: Fri, 12 Jul 2002 15:38:34 +0100 > >In the directory release/XFree86/x2x/, the file x2x-1.27-1-src.tar.bz2 has >the correct md5sum (being 87075ba00b0cd15f35975c956f14591a); but running >bzip2 -tv gives a "file ends unexpectedly" error message, and attempting to >run bzip2 -dv fails. >Fergus _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx From Alexander.Gottwald@informatik.tu-chemnitz.de Fri Jul 12 12:24:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 12 Jul 2002 12:24:00 -0000 Subject: Corrupted file x2x-1.27-1-src.tar.bz2 In-Reply-To: <001101c229b1$cd41ffc0$6fc82486@medschool.dundee.ac.uk> Message-ID: On Fri, 12 Jul 2002 fergus@bonhard.uklinux.net wrote: > In the directory release/XFree86/x2x/, the file x2x-1.27-1-src.tar.bz2 has > the correct md5sum (being 87075ba00b0cd15f35975c956f14591a); but running > bzip2 -tv gives a "file ends unexpectedly" error message, and attempting to > run bzip2 -dv fails. Have you downloaded it via ftp? The please check you fetched it in binary and not ascii mode. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Fri Jul 12 12:26:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Fri, 12 Jul 2002 12:26:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE Message-ID: <200207121924.g6CJOIw34784@pilot17.cl.msu.edu> Bernard, > I have to disagree. Absence of complaints does not imply absence of errors. > Many people become "used to" buggy software that only works if you don't deviate > from the well-trodden path. > Okay, if you are so smart, explain to me how I can put a drive letter into a batch file that is expected to work on computers where Cygwin could be installed on ``c:\cygwin'' or ``d:\cygwin''? I certainly could not put ``c'' as the drive, nor could I put ``d'' as the drive. So, what do you suggest? Okay, okay, so you are thinking, ``just use cygpath, duh''. However, if I could use ``cygpath'', then that implies that I already know where the Cygwin binaries are located since I just ran one of them. But, I don't know where the Cygwin binaries are located, as that is why we are guessing what the path is. > That's no excuse to fail to fix a known problem. > Huh? There are things in life that are worth spending time on because they will have a large effect, and there are things in life that are not worth spending time on because they will have almost no effect whatsoever. Changing the startxwin.bat file to allow people to run it from a location other than where it is installed to (which has got to be obvious to most users as doing something that was not intended), is one of those things that will have almost no effect. You are going to have to do a lot better than that if you expect me to keep my gleaming white ass in a dimly lit room programming when I could be sitting outside by the pool, getting a tan, and drinking a beer. Man, if you are going to try to one-up the maintainer in public, you had damn well better be giving a complete solution, rather than trying to suggest that the maintainer creates one himself. Because in the latter case you just open yourself up to off-topic ranting like I just did. Yes, this makes me feel better when I get to write funny things about how I don't like to program. So, in a way, you have done me a good service. Thank you :) Harold Bernard A Badger said: > > -----Original Message----- > > From: cygwin-owner@cygwin.com [mailto:cygwin-owner@cygwin.com]On Behalf > > Of Harold L Hunt > > Sent: Friday, July 12, 2002 10:27 AM > > To: willichnicht habichnet; cygwin-xfree@cygwin.com > > Cc: cygwin@cygwin.com > > Subject: Re: Bug in startxwin.bat after installing with setup.exe in > > win98SE > > > > > > First: Wrong mailing list. Send all Cygwin/XFree86 questions to > > cygwin-xfree@cygwin.com. I have redirected this discussion to the correct > > mailing list, but be careful to remove cygwin@cygwin.com from the ``cc'' if > > you reply to this message. > > > > Second: Read the extensive comments in startxwin.bat that talk about > > CYGWIN_ROOT. Not specifying a drive causes the path to reference \cygwin on > > the current drive (such as c:\cygwin, or d:\cygwin). You have to run > > startxwin.bat from the same drive that Cygwin is installed on, or it won't get > > the correct drive letter. > > > > startxwin.bat has been using this path setting system for over a year (I > > think) and not a *single* person has reported a problem with it until today. > > You must be doing something on your system that other users thought better of > > (such as running startxwin.bat from the d drive, or from a network drive, when > > Cygwin is installed on the c drive). > > I have to disagree. Absence of complaints does not imply absence of errors. > Many people become "used to" buggy software that only works if you don't deviate > from the well-trodden path. That's no excuse to fail to fix a known problem. > > The comments you mention: > REM > REM The path in the CYGWIN_ROOT environment variable assignment assume > REM that Cygwin is installed in a directory called 'cygwin' in the root > REM directory of the current drive. You will only need to modify > REM CYGWIN_ROOT if you have installed Cygwin in another directory. For > REM example, if you installed Cygwin in \foo\bar\baz\cygwin, you will need > REM to change \cygwin to \foo\bar\baz\cygwin. > REM > REM This batch file will almost always be run from the same drive (and > REM directory) as the drive that contains Cygwin/XFree86, therefore you will > REM not need to add a drive letter to CYGWIN_ROOT. For example, you do > REM not need to change \cygwin to c:\cygwin if you are running this > REM batch file from the C drive. > REM > don't explain what is wrong with adding a drive lettter, only that > it "almost always" works because the drive letter already matches. > > You need the drive letter to make an absolute path. > (By the way, "." is redundant in a Windows path anyway.) > > > > > Harold > > > > > > willichnicht habichnet said: > > > > > i installed cygwin/XFree86 with the recommended > > > setup.exe in win98SE. > > > starting X with startxwin.bat resulted in > > > errormessages like "cygwin1.dll not found" etc. > > > in startxwin.bat there was a line "SET > > > CYGWIN_ROOT=\cygwin" which seemed to be incorrect > > > because theres no drive given. > > > after editing it to "SET CYGWIN_ROOT=c:\cygwin" > > > (installation path) everything works fine. > > > i installed it on a win2000 too without these problems > > > but on an other win98-system same corrupted > > > startxwin.bat was there. > > > i have not tried an other installation directory or > > > drive. > > > this message is only for information; i need no other > > > solution. > > > > > > Michael Heide > > > > > > From cwilson@ece.gatech.edu Fri Jul 12 12:33:00 2002 From: cwilson@ece.gatech.edu (Charles Wilson) Date: Fri, 12 Jul 2002 12:33:00 -0000 Subject: [packages] gtk+, glib, imlib References: <20020712184448.14525.qmail@web21006.mail.yahoo.com> Message-ID: <3D2F2D5A.9050309@ece.gatech.edu> Nicholas Wourms wrote: > So? Your point? I don't want to run linux on this machine. My question > above was partially a joke and partially a rhetorical one. I don't need > to be lectured on the joy and simplicity of the explorer interface (tho > neither seem to apply). Let's not turn this into a Microsoft lovefest. > My point was that Rootless mode is a fluff setting, something that really > isn't that important. Perhaps a better use of time could be spent > figuring out how to profile and improve the performance of the X server? > Or perhaps making truetype fonts easier for people to use in X? Nicholas -- There are lots of worthy areas why Xserv on cygwin can be improved. You have your priorities, other people have theirs. Unfortunately, you ARE in the extreme minority, so you're going to have to sit back and watch rootless be discussed an implemented. Probably before TT or profiling or ... Why? Go read the Slashdot thread from Sunday, 7 July 2002. Almost every third message was "It's pretty good, but it doesn't have a rootless mode. All commercial Xservs on windows have one; this won't be a [serious|real|usable|finished] product until it does, too." There was even one message that basically said "This thing sucks ***. It doesn't have a rootless mode". Okay, so the guy was a troll, but nobody contradicted him... We even got two or three spill-over questions which were obviously stimulated by the Slashdot story, where folks we'd never heard of wrote to the mailing list to say "Cygwin Xserver is really cool, but I [won't|can't] use it until it has a rootless mode. When will that be?" Finally, and most importantly, Harold *wants* to work on a rootless mode. He's scratching his own itch. If you want to work on TT support, nobody is stopping you. -- go scratch. --Chuck From nahor@bravobrava.com Fri Jul 12 12:34:00 2002 From: nahor@bravobrava.com (Jehan) Date: Fri, 12 Jul 2002 12:34:00 -0000 Subject: [packages] gtk+, glib, imlib References: <20020712184448.14525.qmail@web21006.mail.yahoo.com> Message-ID: Nicholas Wourms wrote: > So? Your point? I don't want to run linux on this machine. My question > above was partially a joke and partially a rhetorical one. I don't need > to be lectured on the joy and simplicity of the explorer interface (tho > neither seem to apply). Let's not turn this into a Microsoft lovefest. > My point was that Rootless mode is a fluff setting, something that really > isn't that important. Perhaps a better use of time could be spent > figuring out how to profile and improve the performance of the X server? > Or perhaps making truetype fonts easier for people to use in X? My point is that it's not cygwin's goal to replace Windows. Cygwin wants to bring Unix applications to Windows, not Windows application to Unix. If you want Windows applications inside XFree, Linux+Wine do exactly that. My point is that Windows doesn't "suck" as much as you claim. We are all using it on this mailing list. Some may not like it but I doubt that the majority here think so. My point is that maybe you don't see a use to the Rootless mode but seeing the number of requests about it here and on slashdot, that's not what most people think. My point is I don't like the way you are telling us what to do base on your own opinion while we are all volunteers using our own free time to improve Cygwin/XFree. By the way, any patch you could submit is welcome. Jehan From huntharo@msu.edu Fri Jul 12 13:13:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Fri, 12 Jul 2002 13:13:00 -0000 Subject: [packages] gtk+, glib, imlib Message-ID: <200207121934.g6CJYow96338@pilot17.cl.msu.edu> Charles Wilson said: > > > Nicholas Wourms wrote: > > > > So? Your point? I don't want to run linux on this machine. My question > > above was partially a joke and partially a rhetorical one. I don't need > > to be lectured on the joy and simplicity of the explorer interface (tho > > neither seem to apply). Let's not turn this into a Microsoft lovefest. > > My point was that Rootless mode is a fluff setting, something that really > > isn't that important. Perhaps a better use of time could be spent > > figuring out how to profile and improve the performance of the X server? > > Or perhaps making truetype fonts easier for people to use in X? > > > Nicholas -- > There are lots of worthy areas why Xserv on cygwin can be improved. > You have your priorities, other people have theirs. Unfortunately, you > ARE in the extreme minority, so you're going to have to sit back and > watch rootless be discussed an implemented. Probably before TT or > profiling or ... > > Why? > > Go read the Slashdot thread from Sunday, 7 July 2002. Almost every > third message was "It's pretty good, but it doesn't have a rootless > mode. All commercial Xservs on windows have one; this won't be a > [serious|real|usable|finished] product until it does, too." > > There was even one message that basically said "This thing sucks ***. It > doesn't have a rootless mode". Okay, so the guy was a troll, but nobody > contradicted him... > > We even got two or three spill-over questions which were obviously > stimulated by the Slashdot story, where folks we'd never heard of wrote > to the mailing list to say "Cygwin Xserver is really cool, but I > [won't|can't] use it until it has a rootless mode. When will that be?" > > Finally, and most importantly, Harold *wants* to work on a rootless > mode. He's scratching his own itch. If you want to work on TT support, > nobody is stopping you. -- go scratch. > > --Chuck > Chuck, Thanks for writing that response. That was exactly what I was going to say: someone complains about the lack of a rootless mode at least once a week, but no one ever complains about truetype fonts or profiling the server. I think that the performance question that got turned into a profiling question is really due to the way that we draw graphics, which we are working on fixing with the Native GDI engine. In any case, rootless mode is a top priority. Harold From nahor@bravobrava.com Fri Jul 12 13:17:00 2002 From: nahor@bravobrava.com (Jehan) Date: Fri, 12 Jul 2002 13:17:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <200207121924.g6CJOIw34784@pilot17.cl.msu.edu> Message-ID: Harold L Hunt wrote: > Okay, if you are so smart, explain to me how I can put a drive letter into a > batch file that is expected to work on computers where Cygwin could be > installed on ``c:\cygwin'' or ``d:\cygwin''? I certainly could not put ``c'' > as the drive, nor could I put ``d'' as the drive. So, what do you suggest? First, I'm not trying to bash you (how could I, we are fellow Cgwin/XFree programmers *grin*) but I'm trying to understand your motivation. So here is my question: in what sense is "\cygwin" better "c:\cygwin"? I mean, I used to install cygwin in "c:\program files\cygwin". So neither "\cygwin" nor "c:\cygwin" would work. But then, when I see just "\cygwin", I think a unix path (I know, the "\" isn't a "/", but I'm a little dumb sometimes :p). So at first, I overlooked it. I'm pretty sure that if I had seend "c:\cygwin", I would have thought of changing it. The other thing too is that "\cygwin" is sort of a bastard. It's not a full path because it doesn't have the drive letter. It's not a relative path because it doesn't start from the current directory but from the root of the current drive. Last, with "\cygwin", the batch file works sometimes (the current drive is where cygwin is) and sometimes it doesn't (wrong current drive). As a programmer, I prefer things that always crash or never do. So, in this light, as my personal opinion (which doesn't matter anymore now that I have cygwin in "c:\cygwin" ;p ), would be to use an full absolute path. > Okay, okay, so you are thinking, ``just use cygpath, duh''. However, if I > could use ``cygpath'', then that implies that I already know where the Cygwin > binaries are located since I just ran one of them. But, I don't know where > the Cygwin binaries are located, as that is why we are guessing what the path is. Can the batch file be created via the installation script? Then you're environment would be cygwin and not windows, wouldn't it? The thing I don't know there would be the "cr/lf" vs "lf" thing. >>That's no excuse to fail to fix a known problem. Bernard, And "not having a better solution", is it a good excuse? It's always easy to critize but critizing doesn't make the world to go forward. > Huh? There are things in life that are worth spending time on because they > will have a large effect, and there are things in life that are not worth > spending time on because they will have almost no effect whatsoever. Changing > the startxwin.bat file to allow people to run it from a location other than > where it is installed to (which has got to be obvious to most users as doing > something that was not intended), is one of those things that will have almost > no effect. You are going to have to do a lot better than that if you expect > me to keep my gleaming white ass in a dimly lit room programming when I could > be sitting outside by the pool, getting a tan, and drinking a beer. > > Man, if you are going to try to one-up the maintainer in public, you had damn > well better be giving a complete solution, rather than trying to suggest that > the maintainer creates one himself. Because in the latter case you just open > yourself up to off-topic ranting like I just did. Yes, this makes me feel > better when I get to write funny things about how I don't like to program. > So, in a way, you have done me a good service. Thank you :) Go harold, go!! Kill him :). You know what is better than "sitting outside by the pool, getting a tan, and drinking a beer"? It sitting outside by the pool, getting a tan, drinking a beer and watching a fight game! :) Jehan From jwb@homer.att.com Fri Jul 12 13:38:00 2002 From: jwb@homer.att.com (J. W. Ballantine) Date: Fri, 12 Jul 2002 13:38:00 -0000 Subject: startx timing out Message-ID: <200207122017.QAA02743@akiva.homer.att.com> I've installed cygwin-xfree and I seem to have something mis-configured. If I run from startxwin.sh, everything runs fine, but if I try to use startx, the x window, white, opens up, changes to a cross-hatch pattern and eventually closes down. In the sh window I get the message: waiting for X server to begin accepting connections .. .. until it finally times out. For the record the same thing happens if I try and run just xinit my /tmp/XWin.log is: ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winDetectSupportedEngines - Windows NT/2000/XP 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 768 1024 winAdjustForAutoHide - Taskbar is auto hide winAdjustForAutoHide - Found LEFT auto-hide taskbar winAdjustForAutoHide - Adjusted WorkArea: 0 1 768 1024 winCreateBoundingWindowWindowed - WindowClient w 1017 h 745 r 1017 l 0 b 745 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowDDNL - lPitch: 4068 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 winWindowProc - WM_*KEYDOWN - Closekey hit, quitting eferring to fbCreateDefColormap () winScreenInit - returning I couldn't find anything about this in the mail-list archive. Does someone see anything I don't. Thanks Jim Ballantine From huntharo@msu.edu Fri Jul 12 13:44:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Fri, 12 Jul 2002 13:44:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE Message-ID: <200207122037.g6CKbvw99460@pilot17.cl.msu.edu> Jehan said: > Harold L Hunt wrote: > > Okay, if you are so smart, explain to me how I can put a drive letter into a > > batch file that is expected to work on computers where Cygwin could be > > installed on ``c:\cygwin'' or ``d:\cygwin''? I certainly could not put ``c'' > > as the drive, nor could I put ``d'' as the drive. So, what do you suggest? > > First, I'm not trying to bash you (how could I, we are fellow > Cgwin/XFree programmers *grin*) but I'm trying to understand your > motivation. So here is my question: in what sense is "\cygwin" better > "c:\cygwin"? I mean, I used to install cygwin in "c:\program > files\cygwin". So neither "\cygwin" nor "c:\cygwin" would work. But > then, when I see just "\cygwin", I think a unix path (I know, the "\" > isn't a "/", but I'm a little dumb sometimes :p). So at first, I > overlooked it. I'm pretty sure that if I had seend "c:\cygwin", I would > have thought of changing it. > The other thing too is that "\cygwin" is sort of a bastard. It's not a > full path because it doesn't have the drive letter. It's not a relative > path because it doesn't start from the current directory but from the > root of the current drive. > Last, with "\cygwin", the batch file works sometimes (the current drive > is where cygwin is) and sometimes it doesn't (wrong current drive). As a > programmer, I prefer things that always crash or never do. > So, in this light, as my personal opinion (which doesn't matter anymore > now that I have cygwin in "c:\cygwin" ;p ), would be to use an full > absolute path. > Unfortunately you cannot use a relative path (e.g. ..\..\.., which gets \bin appended on it to point to /bin) because that causes bash (or whatever shell you launch in xterm) to have a relative path the Cygwin binaries. Thus you can no longer run Cygwin binaries if you change out of the /usr/X11R6/bin directory, because your relative path to the Cygwin binaries is now incorrect. So, we have to use an absolute path, which is why why need something like c:\cygwin. We go one further an change this to \cygwin because we used to get weekly complaints like, ``yikes, cygwin1.dll could not be found, cause i am l33t and i installed to d:\cygwin''. We do not get regular complaints anymore, so \cygwin is an improvement over c:\cygwin. Now, about not being able to see things that you are looking for in a file: I wrote two paragraphs! of comments about setting the path correctly, and in those comments there does appear a c:\cygwin. I cannot help someone if they are skimming so fast as to completely miss all of that. I will admit one current problem with startxwin.bat: the User's Guide is out of date so we do not recommend that new users read it to install Cygwin/XFree86. Unfortunately this means that people do not see, repeatedly, my recommendations that they install Cygwin in c:\cygwin that are in the User's Guide. One idea is that we could try to parse the return from ``chdir'', which gives, for example: C:\cygwin\usr\X11R6\bin>chdir C:\cygwin\usr\X11R6\bin It would be pretty easy to construct a location for /bin or /usr/bin from the output of chdir, but then we are back to the Catch-22 that we would need Cygwin binaries in order to find the location of the Cygwin binaries. > > > Okay, okay, so you are thinking, ``just use cygpath, duh''. However, if I > > could use ``cygpath'', then that implies that I already know where the Cygwin > > binaries are located since I just ran one of them. But, I don't know where > > the Cygwin binaries are located, as that is why we are guessing what the path is. > > Can the batch file be created via the installation script? Then you're > environment would be cygwin and not windows, wouldn't it? The thing I > don't know there would be the "cr/lf" vs "lf" thing. > > > >>That's no excuse to fail to fix a known problem. > > Bernard, > And "not having a better solution", is it a good excuse? It's always > easy to critize but critizing doesn't make the world to go forward. > > > > Huh? There are things in life that are worth spending time on because they > > will have a large effect, and there are things in life that are not worth > > spending time on because they will have almost no effect whatsoever. Changing > > the startxwin.bat file to allow people to run it from a location other than > > where it is installed to (which has got to be obvious to most users as doing > > something that was not intended), is one of those things that will have almost > > no effect. You are going to have to do a lot better than that if you expect > > me to keep my gleaming white ass in a dimly lit room programming when I could > > be sitting outside by the pool, getting a tan, and drinking a beer. > > > > Man, if you are going to try to one-up the maintainer in public, you had damn > > well better be giving a complete solution, rather than trying to suggest that > > the maintainer creates one himself. Because in the latter case you just open > > yourself up to off-topic ranting like I just did. Yes, this makes me feel > > better when I get to write funny things about how I don't like to program. > > So, in a way, you have done me a good service. Thank you :) > > Go harold, go!! Kill him :). You know what is better than "sitting > outside by the pool, getting a tan, and drinking a beer"? It sitting > outside by the pool, getting a tan, drinking a beer and watching a fight > game! :) > > Jehan Heh heh... What is a ``fight game''? Are you referring to boxing? Harold From j_tetazoo@hotmail.com Fri Jul 12 14:04:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Fri, 12 Jul 2002 14:04:00 -0000 Subject: startx timing out Message-ID: A few suggestions: 1) If you have a file in your home directory called .Xauthority, delete it (or at least rename it if you want to use it again later). 2) If you don't have a file in your home directory called .xinitrc, create one containing something like the following (the following does the same stuff as the stock startxwin.sh and startxwin.bat): xsetroot -solid aquamarine4 xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black \ -e /usr/bin/bash & twm >From: "J. W. Ballantine" >To: cygwin-xfree@cygwin.com >Subject: startx timing out >Date: Fri, 12 Jul 2002 16:17:26 -0400 > > >I've installed cygwin-xfree and I seem to have something mis-configured. > >If I run from startxwin.sh, everything runs fine, but if I try to use >startx, the x window, white, opens up, changes to a cross-hatch pattern >and eventually closes down. In the sh window I get the message: > waiting for X server to begin accepting connections > .. > .. >until it finally times out. For the record the same thing happens if I >try and run just xinit > >my /tmp/XWin.log is: > >ddxProcessArgument - Initializing default screens >winInitializeDefaultScreens - w 1024 h 768 >winInitializeDefaultScreens - Returning >_XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root >winDetectSupportedEngines - Windows NT/2000/XP >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 768 1024 >winAdjustForAutoHide - Taskbar is auto hide >winAdjustForAutoHide - Found LEFT auto-hide taskbar >winAdjustForAutoHide - Adjusted WorkArea: 0 1 768 1024 >winCreateBoundingWindowWindowed - WindowClient w 1017 h 745 r 1017 l 0 b >745 t >0 >winCreateBoundingWindowWindowed - Returning >winAllocateFBShadowDDNL - lPitch: 4068 >winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff >winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 winWindowProc - >WM_*KEYDOWN >- Closekey hit, quitting >eferring to fbCreateDefColormap () >winScreenInit - returning > >I couldn't find anything about this in the mail-list archive. > >Does someone see anything I don't. > >Thanks > >Jim Ballantine > > _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx From nahor@bravobrava.com Fri Jul 12 14:10:00 2002 From: nahor@bravobrava.com (Jehan) Date: Fri, 12 Jul 2002 14:10:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <200207122037.g6CKbvw99460@pilot17.cl.msu.edu> Message-ID: Harold L Hunt wrote: > Unfortunately you cannot use a relative path (e.g. ..\..\.., which gets \bin > appended on it to point to /bin) because that causes bash (or whatever shell > you launch in xterm) to have a relative path the Cygwin binaries. Thus you > can no longer run Cygwin binaries if you change out of the /usr/X11R6/bin > directory, because your relative path to the Cygwin binaries is now incorrect. I was not suggesting to use relative paths. They are even worse than the current solution since the current solution only assumes that we are in the good drive while relative path would assumes we also in the good directory. It was just to justify why I think the current system is a bastard path. Neither absolute nor relative. > So, we have to use an absolute path, which is why why need something like > c:\cygwin. We go one further an change this to \cygwin because we used to get > weekly complaints like, ``yikes, cygwin1.dll could not be found, cause i am > l33t and i installed to d:\cygwin''. We do not get regular complaints > anymore, so \cygwin is an improvement over c:\cygwin. I'm too new to the mailing list, I wasn't their at that time. But I'm suprise by this error message. Because this error means than XWin.exe has been found (or whatever other cygwin executable). And if it has been, then cygwin1.dll path is known since there is no way to install individual package in individual directories (none that I know of at least). > Now, about not being able to see things that you are looking for in a file: I > wrote two paragraphs! of comments about setting the path correctly, and in > those comments there does appear a c:\cygwin. I cannot help someone if they > are skimming so fast as to completely miss all of that. RTFM. :). I read it eventually, it just didn't come immediatly because I was looking for an absolute path first. >>Can the batch file be created via the installation script? Then you're >>environment would be cygwin and not windows, wouldn't it? The thing I >>don't know there would be the "cr/lf" vs "lf" thing. You didn't comment on this potential solution. I'm not familiar with setup.exe (at least less than you). Is there an obvious reason why this wouldn't work? If not, and if I don't work too late today, I may look at it. Ignoring potential newline issues, it seems as simple as: cat << EOF > /usr/X11R6/bin/startxwin.bat #blablabla beginning of the batch file EOF echo SET CYGWIN_ROOT=\"`cygpath -w /`\" >> /usr/X11R6/bin/startxwin.bat cat << EOF >> /usr/X11R6/bin/startxwin.bat #blablabla end of batch file EOF >>Go harold, go!! Kill him :). You know what is better than "sitting >>outside by the pool, getting a tan, and drinking a beer"? It sitting >>outside by the pool, getting a tan, drinking a beer and watching a fight >>game! :) > > Heh heh... What is a ``fight game''? Are you referring to boxing? Anything with a little violence in it. Not the WWF thing, it feels too fake to be relaxing. Playing to some quake like games is good too. :) Jehan From j_tetazoo@hotmail.com Fri Jul 12 14:17:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Fri, 12 Jul 2002 14:17:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE Message-ID: I hate to jump into the middle of a religious argument (which this is turning out to be) but it seems to me that a plausible solution would be to urge the maintainers of the cygwin setup program to define a CYGWIN_ROOT environment variable for us. Cygwin setup is already putting stuff in the registry, isn't it, so why not this? You could then modify the startxwin.bat and startxwin.sh scripts such that they don't attempt to assign CYGWIN_ROOT if it already has a value. >From: Harold L Hunt >To: cygwin-xfree@cygwin.com >Subject: Re: Bug in startxwin.bat after installing with setup.exe in >win98SE >Date: Fri, 12 Jul 2002 16:37:56 EDT > >Jehan said: > > > Harold L Hunt wrote: > > > Okay, if you are so smart, explain to me how I can put a drive letter >into a > > > batch file that is expected to work on computers where Cygwin could be > > > installed on ``c:\cygwin'' or ``d:\cygwin''? I certainly could not >put ``c'' > > > as the drive, nor could I put ``d'' as the drive. So, what do you >suggest? > > > > First, I'm not trying to bash you (how could I, we are fellow > > Cgwin/XFree programmers *grin*) but I'm trying to understand your > > motivation. So here is my question: in what sense is "\cygwin" better > > "c:\cygwin"? I mean, I used to install cygwin in "c:\program > > files\cygwin". So neither "\cygwin" nor "c:\cygwin" would work. But > > then, when I see just "\cygwin", I think a unix path (I know, the "\" > > isn't a "/", but I'm a little dumb sometimes :p). So at first, I > > overlooked it. I'm pretty sure that if I had seend "c:\cygwin", I would > > have thought of changing it. > > The other thing too is that "\cygwin" is sort of a bastard. It's not a > > full path because it doesn't have the drive letter. It's not a relative > > path because it doesn't start from the current directory but from the > > root of the current drive. > > Last, with "\cygwin", the batch file works sometimes (the current drive > > is where cygwin is) and sometimes it doesn't (wrong current drive). As a > > programmer, I prefer things that always crash or never do. > > So, in this light, as my personal opinion (which doesn't matter anymore > > now that I have cygwin in "c:\cygwin" ;p ), would be to use an full > > absolute path. > > > >Unfortunately you cannot use a relative path (e.g. ..\..\.., which gets >\bin >appended on it to point to /bin) because that causes bash (or whatever >shell >you launch in xterm) to have a relative path the Cygwin binaries. Thus you >can no longer run Cygwin binaries if you change out of the /usr/X11R6/bin >directory, because your relative path to the Cygwin binaries is now >incorrect. > >So, we have to use an absolute path, which is why why need something like >c:\cygwin. We go one further an change this to \cygwin because we used to >get >weekly complaints like, ``yikes, cygwin1.dll could not be found, cause i am >l33t and i installed to d:\cygwin''. We do not get regular complaints >anymore, so \cygwin is an improvement over c:\cygwin. > >Now, about not being able to see things that you are looking for in a file: >I >wrote two paragraphs! of comments about setting the path correctly, and in >those comments there does appear a c:\cygwin. I cannot help someone if >they >are skimming so fast as to completely miss all of that. > >I will admit one current problem with startxwin.bat: the User's Guide is >out >of date so we do not recommend that new users read it to install >Cygwin/XFree86. Unfortunately this means that people do not see, >repeatedly, >my recommendations that they install Cygwin in c:\cygwin that are in the >User's Guide. > >One idea is that we could try to parse the return from ``chdir'', which >gives, >for example: >C:\cygwin\usr\X11R6\bin>chdir >C:\cygwin\usr\X11R6\bin > > >It would be pretty easy to construct a location for /bin or /usr/bin from >the >output of chdir, but then we are back to the Catch-22 that we would need >Cygwin binaries in order to find the location of the Cygwin binaries. > > > > > > Okay, okay, so you are thinking, ``just use cygpath, duh''. However, >if I > > > could use ``cygpath'', then that implies that I already know where the >Cygwin > > > binaries are located since I just ran one of them. But, I don't know >where > > > the Cygwin binaries are located, as that is why we are guessing what >the >path is. > > > > Can the batch file be created via the installation script? Then you're > > environment would be cygwin and not windows, wouldn't it? The thing I > > don't know there would be the "cr/lf" vs "lf" thing. > > > > > > >>That's no excuse to fail to fix a known problem. > > > > Bernard, > > And "not having a better solution", is it a good excuse? It's always > > easy to critize but critizing doesn't make the world to go forward. > > > > > > > Huh? There are things in life that are worth spending time on because >they > > > will have a large effect, and there are things in life that are not >worth > > > spending time on because they will have almost no effect whatsoever. >Changing > > > the startxwin.bat file to allow people to run it from a location other >than > > > where it is installed to (which has got to be obvious to most users as >doing > > > something that was not intended), is one of those things that will >have almost > > > no effect. You are going to have to do a lot better than that if you >expect > > > me to keep my gleaming white ass in a dimly lit room programming when >I could > > > be sitting outside by the pool, getting a tan, and drinking a beer. > > > > > > Man, if you are going to try to one-up the maintainer in public, you >had damn > > > well better be giving a complete solution, rather than trying to >suggest that > > > the maintainer creates one himself. Because in the latter case you >just open > > > yourself up to off-topic ranting like I just did. Yes, this makes me >feel > > > better when I get to write funny things about how I don't like to >program. > > > So, in a way, you have done me a good service. Thank you :) > > > > Go harold, go!! Kill him :). You know what is better than "sitting > > outside by the pool, getting a tan, and drinking a beer"? It sitting > > outside by the pool, getting a tan, drinking a beer and watching a fight > > game! :) > > > > Jehan > >Heh heh... What is a ``fight game''? Are you referring to boxing? > >Harold > > _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From huntharo@msu.edu Fri Jul 12 14:31:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Fri, 12 Jul 2002 14:31:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE Message-ID: <200207122117.g6CLHmw26464@pilot17.cl.msu.edu> Thomas Chadwick said: > I hate to jump into the middle of a religious argument (which this is > turning out to be) but it seems to me that a plausible solution would be to > urge the maintainers of the cygwin setup program to define a CYGWIN_ROOT > environment variable for us. Cygwin setup is already putting stuff in the > registry, isn't it, so why not this? > > You could then modify the startxwin.bat and startxwin.sh scripts such that > they don't attempt to assign CYGWIN_ROOT if it already has a value. > Oh great, you just took a religious war and told the heathens that they could fight too. :) I am inclined to let this issue work itself out without my involvement, other than to release a patched startxwin.bat if necessay. Harold From nahor@bravobrava.com Fri Jul 12 14:41:00 2002 From: nahor@bravobrava.com (Jehan) Date: Fri, 12 Jul 2002 14:41:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: Message-ID: Thomas Chadwick wrote: > I hate to jump into the middle of a religious argument (which this is > turning out to be) but it seems to me that a plausible solution would be > to urge the maintainers of the cygwin setup program to define a > CYGWIN_ROOT environment variable for us. Cygwin setup is already > putting stuff in the registry, isn't it, so why not this? > > You could then modify the startxwin.bat and startxwin.sh scripts such > that they don't attempt to assign CYGWIN_ROOT if it already has a value. First, I'm not sure that making setup.exe aware of Xfree just because of the registry is a good idea. As for adding an environment variable, then we could just modify the path to add the X11 path to it. Then we could get rid of the CYGWIN_ROOT altogether. Last, I still think that a postinstall script to create the batch file is better (well that was my idea, I'm not going to give up on it easily :p) Jehan From nwourms@yahoo.com Fri Jul 12 15:24:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 12 Jul 2002 15:24:00 -0000 Subject: [packages] gtk+, glib, imlib In-Reply-To: Message-ID: <20020712214109.33750.qmail@web21005.mail.yahoo.com> --- Jehan wrote: > Nicholas Wourms wrote: > > So? Your point? I don't want to run linux on this machine. My > question > > above was partially a joke and partially a rhetorical one. I don't > need > > to be lectured on the joy and simplicity of the explorer interface > (tho > > neither seem to apply). Let's not turn this into a Microsoft > lovefest. > > My point was that Rootless mode is a fluff setting, something that > really > > isn't that important. Perhaps a better use of time could be spent > > figuring out how to profile and improve the performance of the X > server? > > Or perhaps making truetype fonts easier for people to use in X? > > My point is that it's not cygwin's goal to replace Windows. Cygwin wants > > to bring Unix applications to Windows, not Windows application to Unix. > If you want Windows applications inside XFree, Linux+Wine do exactly > that. Again, you are taking things too seriously, I was merely stating the point that the converse would be much more interesting. I'm not suggesting everyone should drop everything and do it. > My point is that Windows doesn't "suck" as much as you claim. We are all > > using it on this mailing list. Some may not like it but I doubt that the > > majority here think so. To put it in the words of David Korn "it is a very poorly written OS". Enough said. > My point is that maybe you don't see a use to the Rootless mode but > seeing the number of requests about it here and on slashdot, that's not > what most people think. I saw just as many complaints regarding the speed. > My point is I don't like the way you are telling us what to do base on > your own opinion while we are all volunteers using our own free time to > improve Cygwin/XFree. Oh can it, I'm not telling anyone what to do. I was making a suggestion. Besides, you have your opinions I have mine. > By the way, any patch you could submit is welcome. Likewise, any package you submit is most welcome. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From gcarlson@xannah.org Fri Jul 12 15:59:00 2002 From: gcarlson@xannah.org (Glenn A. Carlson) Date: Fri, 12 Jul 2002 15:59:00 -0000 Subject: no need to install xfree86 Message-ID: <5.1.1.6.0.20020712170349.00a1bec0@pop.xannah.com> I'm having a similar problem as Mr. Lee. I recently installed latest cygwin to run under Win98SE, which seems to run fine. Today, I installed xfree86 from setup on cygwin.com/xfree/ website. When I run startx, I get the following: ----------- $ startx xinit: No such file or directory (errno2): no server "X" in PATH Use the -- option giving up. xinit: No such file or directory (errno 2): unable to connect to X server xinit: No such process (errno3): Server error. ------------ /usr/X11R6/bin is in my PATH. I have a .initrc file in my home directory. Any help is appreciated. Thanks. Glenn A. Carlson ======= From: "hongxun lee" To: "cygwin-xfree mailing list" Date: Sat, 29 Jun 2002 12:58:03 -0400 Subject: RE: no need to install xfree86 Greetings.. I remember that formerly i have to setup Xfree86 after Cygwin installation is finished..Now i found that with the present version Cygwin, the dir 'cygwin/usr/X11R6' is already there, and 'x11R6/bin' does contains such commands as: startx, xwin, startxwin.bat... Do i have to install xfree86 agin to use the x-window? since i tried startx, startxwin.bat, neither of them worked. Thanks ----- $ startx giving up. xinit: Connection refused (errno 111): unable to connect to X server xinit: No such process (errno 3): Server error. $ startxwin.bat startxwin.bat - Starting on Windows NT/2000 Administrator@ALLELUJA /cygdrive/d $ From iburrell@znark.com Fri Jul 12 16:13:00 2002 From: iburrell@znark.com (Ian Burrell) Date: Fri, 12 Jul 2002 16:13:00 -0000 Subject: [packages] gtk+, glib, imlib References: <20020712150823.3145.qmail@web21010.mail.yahoo.com> Message-ID: <3D2F5F55.30504@znark.com> Nicholas Wourms wrote: > > That's true, *sigh*, I know what you mean. Tho I can't quite understand > what this driving desire for a rootless X server is all about? To my > death, I'll never understand why people like the explorer window manager > over the X alternatives. I mean c'mon people, Windows Explorer as a > window manager sucks. Why would you want it to manage your X > applications? I don't know about most people, but I like the current way > X works, in fact I like the full screen even better. In fact I wish there > was a way to do the opposite of running X in rootless mode. If there were > only a way to get windows binaries to pop up inside X, then I could just > ditch this crummy explorer windows manager and use X full time. In fact, > on Darwin, I hate the window manager for Aqua. I'd much prefer to run > kde3 any day then to run that OpenSTEP look-alike. > Windows Explorer isn't a window manager. Windows Explorer is the file manager. It also runs the taskbar, start menu, and desktop. All the movement of windows is handled by the operating systemr. In X, the window managers mainly handle the frames and moving the windows. Various ones do menus, taskbars, desktops, but many leave those to other processes. BTW, it should be possible to run an external window manager in rootless mode. There are two ways to do rootless mode. One is to have an internal window manager in the X server so that Windows handles the movement and sends events to the X server. The second way has an external window manager. In both cases, each top-level X window is mapped to a Windows window instead of one big window like now. In external mode, the windows are bordless since the external window manager draws the frame and converts mouse events into movement. The external mode probably is easier to write only the wrapping code is needed. - Ian -- Ian Burrell iburrell@znark.com http://www.znark.com/ From lee.1801@osu.edu Fri Jul 12 17:39:00 2002 From: lee.1801@osu.edu (hongxun lee) Date: Fri, 12 Jul 2002 17:39:00 -0000 Subject: Fw: no need to install xfree86 Message-ID: <009e01c229f9$c0252310$128e1941@alleluja> XFree86-fnts 75 dpi, misc, and util fonts did you include it in your setup? that was my problem i bet ----- Original Message ----- From: "Glenn A. Carlson" To: Sent: Friday, July 12, 2002 6:24 PM Subject: RE: no need to install xfree86 > I'm having a similar problem as Mr. Lee. I recently installed latest > cygwin to run under Win98SE, which seems to run fine. Today, I installed > xfree86 from setup on cygwin.com/xfree/ website. > > When I run startx, I get the following: > > ----------- > $ startx > > xinit: No such file or directory (errno2): no server "X" in PATH > > Use the -- option > > > > giving up. > xinit: No such file or directory (errno 2): unable to connect to X server > xinit: No such process (errno3): Server error. > ------------ > > /usr/X11R6/bin is in my PATH. I have a .initrc file in my home directory. > > Any help is appreciated. Thanks. > > Glenn A. Carlson > > ======= > From: "hongxun lee" > To: "cygwin-xfree mailing list" > Date: Sat, 29 Jun 2002 12:58:03 -0400 > Subject: RE: no need to install xfree86 > > Greetings.. > > I remember that formerly i have to setup Xfree86 after Cygwin installation > is finished..Now i found that with the present version Cygwin, the dir > 'cygwin/usr/X11R6' is already there, and 'x11R6/bin' does contains such > commands as: startx, xwin, startxwin.bat... > > Do i have to install xfree86 agin to use the x-window? since i tried > startx, startxwin.bat, neither of them worked. Thanks > ----- > $ startx > giving up. > xinit: Connection refused (errno 111): unable to connect to X server > xinit: No such process (errno 3): Server error. > > $ startxwin.bat > startxwin.bat - Starting on Windows NT/2000 > > Administrator@ALLELUJA /cygdrive/d > $ > > > From nahor@bravobrava.com Fri Jul 12 17:59:00 2002 From: nahor@bravobrava.com (Jehan) Date: Fri, 12 Jul 2002 17:59:00 -0000 Subject: [packages] gtk+, glib, imlib References: <20020712150823.3145.qmail@web21010.mail.yahoo.com> <3D2F5F55.30504@znark.com> Message-ID: Ian Burrell wrote: > Windows Explorer isn't a window manager. Actually it is. When you install those small applications that change the look and feel of Windows, all they do is, for WinNT/2k/XP, change the key {HKEY_LOCAL_MACHINE|HKEY_CURRENT_USER}\Software\Microsoft\Windows NT\CurrentVersion\Winlogon, key "Shell", which point to "explorer.exe" by default. For Win95/98/Me, it's System.ini, key "shell", which also point to "explorer.exe". (from the documentation of LiteStep at http://lsdocs.shellfront.org/install.php) Explorer.exe is a big, BIG thing that does lots of things (too many?). Jehan From lapo@lapo.it Fri Jul 12 18:27:00 2002 From: lapo@lapo.it (Lapo Luchini) Date: Fri, 12 Jul 2002 18:27:00 -0000 Subject: [ITP] glib-1.2.10 gtk+-1.2.10 Message-ID: <3D2F7B68.8050000@lapo.it> What to say? Its only thanks to Steven O'Brien's patches that those packages contains DLLs. See http://homepage.ntlworld.com/steven.obrien2/ Those two are okay, I have a little more problems with imlib, which requires libungif (see cygwin-apps for ITP) and doesn't seems to recognise the jpeg package... but I think that tomorrow all will be brighter. http://www.lapo.it/tmp/glib-1.2.10-1-src.tar.bz2 http://www.lapo.it/tmp/glib-1.2.10-1.tar.bz2 http://www.lapo.it/tmp/gtk+-1.2.10-1-src.tar.bz2 http://www.lapo.it/tmp/gtk+-1.2.10-1.tar.bz2 @ glib sdesc: "GLib is the low-level base library of GTK+ and GNOME" ldesc: "GLib is the low-level core library that forms the basis of GTK+ and GNOME. It provides data structure handling for C, portability wrappers, and interfaces for such runtime functionality as an event loop, threads, dynamic loading, and an object system." category: XFree86 requires: cygwin curr: 1.2.10-1 @ gtk+ sdesc: "GTK+ is a toolkit for creating graphical user interfaces." 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." category: XFree86 requires: cygwin glib curr: 1.2.10-1 -- Lapo 'Raist' Luchini lapo@lapo.it (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) From j_tetazoo@hotmail.com Fri Jul 12 19:36:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Fri, 12 Jul 2002 19:36:00 -0000 Subject: no need to install xfree86 Message-ID: Hmmm... Sounds to me like you missed the XFree86-xserv package. Go back into Setup and select that package for install. Should fix your problem. >From: "Glenn A. Carlson" >To: cygwin-xfree@cygwin.com >Subject: RE: no need to install xfree86 >Date: Fri, 12 Jul 2002 17:24:28 -0500 > >I'm having a similar problem as Mr. Lee. I recently installed latest >cygwin to run under Win98SE, which seems to run fine. Today, I installed >xfree86 from setup on cygwin.com/xfree/ website. > >When I run startx, I get the following: > >----------- >$ startx > >xinit: No such file or directory (errno2): no server "X" in PATH > >Use the -- option > > > >giving up. >xinit: No such file or directory (errno 2): unable to connect to X server >xinit: No such process (errno3): Server error. >------------ > >/usr/X11R6/bin is in my PATH. I have a .initrc file in my home directory. > >Any help is appreciated. Thanks. > >Glenn A. Carlson > >======= >From: "hongxun lee" >To: "cygwin-xfree mailing list" >Date: Sat, 29 Jun 2002 12:58:03 -0400 >Subject: RE: no need to install xfree86 > >Greetings.. > >I remember that formerly i have to setup Xfree86 after Cygwin installation >is finished..Now i found that with the present version Cygwin, the dir >'cygwin/usr/X11R6' is already there, and 'x11R6/bin' does contains such >commands as: startx, xwin, startxwin.bat... > >Do i have to install xfree86 agin to use the x-window? since i tried >startx, startxwin.bat, neither of them worked. Thanks >----- >$ startx >giving up. >xinit: Connection refused (errno 111): unable to connect to X server >xinit: No such process (errno 3): Server error. > >$ startxwin.bat >startxwin.bat - Starting on Windows NT/2000 > >Administrator@ALLELUJA /cygdrive/d >$ _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From cgf@redhat.com Fri Jul 12 20:16:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Fri, 12 Jul 2002 20:16:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <200207122117.g6CLHmw26464@pilot17.cl.msu.edu> References: <200207122117.g6CLHmw26464@pilot17.cl.msu.edu> Message-ID: <20020713023656.GA3732@redhat.com> On Fri, Jul 12, 2002 at 05:17:47PM -0400, Harold L Hunt wrote: >Oh great, you just took a religious war and told the heathens that they >could fight too. :) > >I am inclined to let this issue work itself out without my involvement, >other than to release a patched startxwin.bat if necessay. Oh sure, just as I was strapping on my spandex tights, you go and take all of the fun out of things... cgf From nahor@bravobrava.com Fri Jul 12 21:20:00 2002 From: nahor@bravobrava.com (Jehan) Date: Fri, 12 Jul 2002 21:20:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <200207122117.g6CLHmw26464@pilot17.cl.msu.edu> Message-ID: Harold L Hunt wrote: > I am inclined to let this issue work itself out without my involvement, other > than to release a patched startxwin.bat if necessay. Hi harold, Here is a script that will generate the startxwin.bat file. You might want to verify that the batch file is like the original. I had mine modified but hopefully I reverted all of the changes. So this script should run as a postintall to the XFree86-startup-scripts package. It depends on u2d to convert the newlines so you'll have to add cygutils to the package dependencies. Also, I didn't want to do to much in this script yet but you may want to remove the logic about NT vs 9x from the batch and move it into the script itself. This would make a batch file easier to read/modify for the newbies... right, they *are* the same now that you use "run" instead of "start" (or is it one of my unreverted change?) Jehan -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: install.sh URL: From gcarlson@xannah.org Sat Jul 13 06:55:00 2002 From: gcarlson@xannah.org (Glenn A. Carlson) Date: Sat, 13 Jul 2002 06:55:00 -0000 Subject: no need to install xfree86 In-Reply-To: Message-ID: <5.1.1.6.0.20020712230637.00a1bae0@pop.xannah.com> I installed the package, and XFree86 starts. I believe I had selected the default install options. It appears that XFree86-xserv is not installed by default. Best results starting XFree86 are obtained from running startxwin.bat. Running startx directly from within Cygwin results in three terminal sessions at startup. Closing first terminal window terminates XFree86 session. On running startxwin.bat, only one terminal session starts on startup and closing that session does not terminate XFree86. (Mr. Lee, it appears that XFree86-fnts 75 dpi, misc, and util fonts was already installed.) Thanks for the help. Glenn At 08:27 PM 7/12/02, you wrote: >Hmmm... Sounds to me like you missed the XFree86-xserv package. Go back >into Setup and select that package for install. Should fix your problem. > >>From: "Glenn A. Carlson" >>To: cygwin-xfree@cygwin.com >>Subject: RE: no need to install xfree86 >>Date: Fri, 12 Jul 2002 17:24:28 -0500 >> >>I'm having a similar problem as Mr. Lee. I recently installed latest >>cygwin to run under Win98SE, which seems to run fine. Today, I installed >>xfree86 from setup on cygwin.com/xfree/ website. >> >>When I run startx, I get the following: >> >>----------- >>$ startx >> >>xinit: No such file or directory (errno2): no server "X" in PATH >> >>Use the -- option >> >> >> >>giving up. >>xinit: No such file or directory (errno 2): unable to connect to X server >>xinit: No such process (errno3): Server error. >>------------ >> >>/usr/X11R6/bin is in my PATH. I have a .initrc file in my home directory. >> >>Any help is appreciated. Thanks. >> >>Glenn A. Carlson >> >>======= >>From: "hongxun lee" >>To: "cygwin-xfree mailing list" >>Date: Sat, 29 Jun 2002 12:58:03 -0400 >>Subject: RE: no need to install xfree86 >> >>Greetings.. >> >>I remember that formerly i have to setup Xfree86 after Cygwin >>installation is finished..Now i found that with the present version >>Cygwin, the dir 'cygwin/usr/X11R6' is already there, and 'x11R6/bin' does >>contains such commands as: startx, xwin, startxwin.bat... >> >>Do i have to install xfree86 agin to use the x-window? since i tried >>startx, startxwin.bat, neither of them worked. Thanks >>----- >>$ startx >>giving up. >>xinit: Connection refused (errno 111): unable to connect to X server >>xinit: No such process (errno 3): Server error. >> >>$ startxwin.bat >>startxwin.bat - Starting on Windows NT/2000 >> >>Administrator@ALLELUJA /cygdrive/d >>$ > > > > >_________________________________________________________________ >Send and receive Hotmail on your mobile device: http://mobile.msn.com ------------ Glenn A. Carlson, P.E., Attorney at Law Xannah Applied Science & Engineering PO Box 612 Saint Peters, MO USA 63376 Voice/Fax 636.922.0488 Email gcarlson@xannah.org Web Site http://www.xannah.org PGP Fingerprint E88D 2AB8 C5A8 D231 06B9 1597 3C72 5CC2 7D87 5519 ======= From dockeen@mchsi.com Sat Jul 13 10:30:00 2002 From: dockeen@mchsi.com (Dockeen) Date: Sat, 13 Jul 2002 10:30:00 -0000 Subject: no need to install xfree86 Message-ID: You can control how many windows are present, there size, placement etc. by editing the .xinitrc file you created in your home directory. The commands for creating the windows are down at the bottom of the file. (Also starts a clock) (Still learning X stuff myself, I did get KDE going pretty good!) Wayne Keen From nahor@bravobrava.com Sat Jul 13 13:04:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sat, 13 Jul 2002 13:04:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <200207122117.g6CLHmw26464@pilot17.cl.msu.edu> Message-ID: I forgot to check if the batch file already existed or not. Attached is the corrected script. Jehan -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: install.sh URL: From nwourms@yahoo.com Sat Jul 13 14:44:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 13 Jul 2002 14:44:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: Message-ID: <20020713200427.36892.qmail@web21010.mail.yahoo.com> --- Jehan wrote: > I forgot to check if the batch file already existed or not. Attached is > the corrected script. > > Jehan > > #!/bin/sh > > BATCH_FILE=/usr/X11R6/bin/startxwin.bat > > if [ ! -f ${BATCH_FILE} ]; then > > ################################ > # First part of the batch file > cat << EOF > $BATCH_FILE > @echo off > SET DISPLAY=127.0.0.1:0.0 > > > REM > REM The path in the CYGWIN_ROOT environment variable assignment assume > REM that Cygwin is installed in a directory called 'cygwin' in the root > REM directory of the current drive. You will only need to modify > REM CYGWIN_ROOT if you have installed Cygwin in another directory. For > REM example, if you installed Cygwin in \foo\bar\baz\cygwin, you will > need > REM to change \cygwin to \foo\bar\baz\cygwin. > REM > REM This batch file will almost always be run from the same drive (and > REM directory) as the drive that contains Cygwin/XFree86, therefore you > will > REM not need to add a drive letter to CYGWIN_ROOT. For example, you do > REM not need to change \cygwin to c:\cygwin if you are running this > REM batch file from the C drive. > REM > > EOF > > ################################ > # Get the DOS path to cygwin > echo SET CYGWIN_ROOT=`cygpath -w /` >> $BATCH_FILE > > ################################ > # Second part of the batch file > cat << EOF >> $BATCH_FILE > > SET PATH=.;%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin;%PATH% > > REM > REM Cleanup after last run. > REM > > if not exist %CYGWIN_ROOT%\tmp\.X11-unix\X0 goto CLEANUP-FINISH > attrib -s %CYGWIN_ROOT%\tmp\.X11-unix\X0 > del %CYGWIN_ROOT%\tmp\.X11-unix\X0 > > :CLEANUP-FINISH > if exist %CYGWIN_ROOT%\tmp\.X11-unix rmdir %CYGWIN_ROOT%\tmp\.X11-unix > > > REM > REM Startup the X Server, the twm window manager, and an xterm. > REM > REM Notice that the window manager and the xterm will wait for > REM the server to finish starting before trying to connect; the > REM error "Cannot Open Display: 127.0.0.1:0.0" is not due to the > REM clients attempting to connect before the server has started, rather > REM that error is due to a bug in some versions of cygwin1.dll. Upgrade > REM to the latest cygwin1.dll if you get the "Cannot Open Display" > error. > REM See the Cygwin/XFree86 FAQ for more information: > REM http://xfree86.cygwin.com/docs/faq/ > REM > REM The error "Fatal server error: could not open default font 'fixed'" > is > REM caused by using a DOS mode mount for the mount that the > Cygwin/XFree86 > REM fonts are accessed through. See the Cygwin/XFree86 FAQ for more > REM information: > REM > http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-error-font-eof > REM > > REM > REM Use the /B switch only when we can positively confirm that the OS > REM is Windows NT/2000. Do not use the switch in any other case. This > REM should work fine, as it assumes we cannot use /B, except when a > certain > REM criterion is met. A previous version of this batch file assumed > that > REM we could use /B, except when some criterion was met; needless to > say, > REM that didn't work. > REM > > if "%OS%" == "Windows_NT" goto USE-B-SWITCH > > REM Windows 95/98/Me > echo startxwin.bat - Starting on Windows 95/98/Me > > REM Startup the X Server. > > start XWin > > REM Startup an xterm, using bash as the shell. > > run xterm -sl 1000 -sb -ms red -fg gray -bg black -e /usr/bin/bash > > REM Startup the twm window manager. > > run twm > > goto END > > > REM > REM Use the /B switch. This starts the specified process in the > background; > REM in other words, it does not cause a new Command Prompt window to be > REM opened for each 'start' command. > REM > > :USE-B-SWITCH > > REM Windows NT/2000 > echo startxwin.bat - Starting on Windows NT/2000 > > REM Startup the X Server. > > start XWin > > REM Startup an xterm, using bash as the shell. > run xterm -sl 10000 -sb -ms red -fg gray -bg black -e /usr/bin/bash > > REM Startup the twm window manager. > > run twm > > :END > > > REM Set a background color to comply with FCC regulations :) > > run xsetroot -solid aquamarine4 > EOF > > ################################ > # Convert the file to dos format > # and update the permission > u2d $BATCH_FILE > chmod 755 $BATCH_FILE > > fi Jehan, You still have the chicken-and-the egg issue. How is a user going to startxwin from a console window if /usr/X11R6/bin is not in their path? Obviously, if the user installs these packages, they want to be able to access them. The answer to this is to make 2 scripts that get installed in the /etc/profile.d directory by the XFree86-base package. One is for the tcsh/csh users and the other is for the bash/ash/zsh users. In these two scripts we establish the following: 1)Add /usr/X11R6/bin to the $PATH 2)Resolve the new environmental CYGWIN_X_ROOT by using the method you specified above. Then have the various startxwin scripts employ CYGWIN_X_ROOT, but strip the PATH setting from them. This way you avoid multiple instances of the XFree directories in your path. So what about the .bat file you say? Easy, just have it run bash - which then executes the xfree script in /etc/profile.d, followed by the script startxwin.sh. So my recommendation is to examine the openssl.csh and openssl.sh scripts in /etc/profile.d for some examples. You can also look in /etc/profile.d on linux. There are many reasons why I like this method, most all of them are state above. I think the main one that isn't stated is that it is nice to have all the configuration stuff under /etc. I know we have a difference of opinion when it come to Rootless mode, but I'm sure you can see the logic in my proposal. If you'd rather me write up the scripts, then I will. However, since it is your idea, I don't want to steal your show. Cheers, Nichola __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From robert.collins@syncretize.net Sat Jul 13 14:46:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sat, 13 Jul 2002 14:46:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <200207122037.g6CKbvw99460@pilot17.cl.msu.edu> Message-ID: <000b01c22ab6$847dda10$0200a8c0@lifelesswks> > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt > Sent: Saturday, 13 July 2002 6:38 AM > To: cygwin-xfree@cygwin.com > Subject: Re: Bug in startxwin.bat after installing with > setup.exe in win98SE > > > Jehan said: > > > Harold L Hunt wrote: > > > Okay, if you are so smart, explain to me how I can put a > drive letter into a > > > batch file that is expected to work on computers where > Cygwin could be > > > installed on ``c:\cygwin'' or ``d:\cygwin''? I certainly > could not put ``c'' > > > as the drive, nor could I put ``d'' as the drive. So, > what do you suggest? I missed this the first time around. What you need is a small sed script in your postinstall script. The sed script can replace some symbol with the output from 'cygpath -w /usr/X11/....'. As for linefeed issues, AFAIK windows will process bat files with unix format, but you could always use d2u in your script. Additionally you need to make your package depend on the tools you use in your script. Rob From nahor@bravobrava.com Sat Jul 13 14:49:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sat, 13 Jul 2002 14:49:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <20020713200427.36892.qmail@web21010.mail.yahoo.com> Message-ID: Nicholas Wourms wrote: > You still have the chicken-and-the egg issue. How is a user going to > startxwin from a console window if /usr/X11R6/bin is not in their path? Two things: - For what I understood of the problem, Michael already found the batch file but then, CYGWIN_ROOT was pointing to the wrong drive (or more exactly didn't point to any drive at all) with the end result that cygwin application couldn't find the dll. My shell script, once run by the installation, create a batch file with an absolute path to cygwin. So when someone runs it, the dll will be found => Michael's problem fixed. - Correct me if I'm wrong but the batch file is to be run from Explorer or the like, not from a console. If you want to use the console, then use startxwin.sh (assuming that your console is Bash, which, from the rest of your message, seems to be the case) > Obviously, if the user installs these packages, they want to be able to > access them. The answer to this is to make 2 scripts that get installed > in the /etc/profile.d directory by the XFree86-base package. One is for > the tcsh/csh users and the other is for the bash/ash/zsh users. In these > two scripts we establish the following: > > 1)Add /usr/X11R6/bin to the $PATH > 2)Resolve the new environmental CYGWIN_X_ROOT by using the method you > specified above. > > Then have the various startxwin scripts employ CYGWIN_X_ROOT, but strip > the PATH setting from them. This way you avoid multiple instances of the > XFree directories in your path. So what about the .bat file you say? > Easy, just have it run bash - which then executes the xfree script in > /etc/profile.d, followed by the script startxwin.sh. So my recommendation > is to examine the openssl.csh and openssl.sh scripts in /etc/profile.d for > some examples. You can also look in /etc/profile.d on linux. Ok, Harold, find attached the two scripts that will add the X path to the PATH environment variable when one starts a shell. That way he/she doesn't have to use the full path for startxwin.sh. The "export PATH" in startxwin.sh can then be removed. As to have the batch file running Bash which will execute startxwin.sh, two things: 1) that doesn't fix your chicken-and-egg problem, you still have to find the batch file. 2) once you have the batch file, it still have to find Bash! My little install.sh script fixes 2). For 1), I know of three solutions: - what we have currently: have the guy search for the batch, and create a shortcut if he wants to, in a more accesible place (desktop, start menu, whatever). Not ideal, but works ok if documented. - modify the windows path environment (I'm not found of that) and ask the user to run a command prompt and then startxwin.bat. No better than starting Bash and running startwin.sh (actually worse because we have to globally change the Windows path). - Create a shortcut to the batch file in the start menu. That would be the best solution except that I don't know how to do it. Cygwin does something like that for cygwin.bat but IIRC it has the cygwin path hardcoded to "C:\cygwin" even if you installed cygwin in "t:\foo\bar". > However, since it is your idea, I don't want to steal your show. I like to defend my ideas, it satisfies my ego when their chosen over someone else's. But that doesn't mean I don't like people helping me out. Participating to a project/idea doesn't make it your own so have no fear. Jehan -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: xfree.csh URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: xfree.sh URL: From robert.collins@syncretize.net Sat Jul 13 14:51:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sat, 13 Jul 2002 14:51:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: Message-ID: <001201c22ab7$1cc0e2e0$0200a8c0@lifelesswks> > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Jehan > Sent: Sunday, 14 July 2002 7:46 AM ... > - Create a shortcut to the batch file in the start menu. That > would be > the best solution except that I don't know how to do it. Cygwin does > something like that for cygwin.bat but IIRC it has the cygwin path > hardcoded to "C:\cygwin" even if you installed cygwin in "t:\foo\bar". The cygwin bat file is created based on the output of mount, so it's always correct. Rob From nahor@bravobrava.com Sat Jul 13 14:51:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sat, 13 Jul 2002 14:51:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <200207122037.g6CKbvw99460@pilot17.cl.msu.edu> <000b01c22ab6$847dda10$0200a8c0@lifelesswks> Message-ID: <3D30A032.4080603@bravobrava.com> > I missed this the first time around. > > What you need is a small sed script in your postinstall script. The sed > script can replace some symbol with the output from 'cygpath -w > /usr/X11/....'. > > As for linefeed issues, AFAIK windows will process bat files with unix > format, but you could always use d2u in your script. > > Additionally you need to make your package depend on the tools you use > in your script. Too late ;) http://cygwin.com/ml/cygwin-xfree/2002-07/msg00318.html but thanks anyway Jehan From nahor@bravobrava.com Sat Jul 13 15:04:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sat, 13 Jul 2002 15:04:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <001201c22ab7$1cc0e2e0$0200a8c0@lifelesswks> Message-ID: <3D30A0E1.2040500@bravobrava.com> Robert Collins wrote: >>- Create a shortcut to the batch file in the start menu. That >>would be >>the best solution except that I don't know how to do it. Cygwin does >>something like that for cygwin.bat but IIRC it has the cygwin path >>hardcoded to "C:\cygwin" even if you installed cygwin in "t:\foo\bar". > > > The cygwin bat file is created based on the output of mount, so it's > always correct. I'm not talking of the batch file, I have that figured out but about the shortcut one gets in "Start | Cygwin". Doesn't this always point to "c:\cygwin\cygwin.bat" even if cygwin.bat is actually in "t:\foo\bar"? Jehan From robert.collins@syncretize.net Sat Jul 13 15:17:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sat, 13 Jul 2002 15:17:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <3D30A0E1.2040500@bravobrava.com> Message-ID: <001d01c22ab9$36253680$0200a8c0@lifelesswks> > -----Original Message----- > From: Jehan [mailto:nahor@bravobrava.com] > Sent: Sunday, 14 July 2002 7:51 AM > To: Robert Collins > Subject: Re: Bug in startxwin.bat after installing with > setup.exe in win98SE > > > Robert Collins wrote: > >>- Create a shortcut to the batch file in the start menu. That > >>would be > >>the best solution except that I don't know how to do it. > Cygwin does > >>something like that for cygwin.bat but IIRC it has the cygwin path > >>hardcoded to "C:\cygwin" even if you installed cygwin in > "t:\foo\bar". > > > > > > The cygwin bat file is created based on the output of mount, so it's > > always correct. > > I'm not talking of the batch file, I have that figured out > but about the > shortcut one gets in "Start | Cygwin". Doesn't this always point to > "c:\cygwin\cygwin.bat" even if cygwin.bat is actually in "t:\foo\bar"? Nope, it's also generated from mount information. Cygwin could be z:\bar\foo\bar and it would still be correct. Rob From nahor@bravobrava.com Sat Jul 13 15:21:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sat, 13 Jul 2002 15:21:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <3D30A0E1.2040500@bravobrava.com> <001d01c22ab9$36253680$0200a8c0@lifelesswks> Message-ID: <3D30A713.8040802@bravobrava.com> Robert Collins wrote: > Nope, it's also generated from mount information. Cygwin could be > z:\bar\foo\bar and it would still be correct. Is there a way then for a program to add (after asking the user) to create a shortcut on the desktop/start menu? Is there also way to get the information about the installing for "all users" or "just me"? Jehan From robert.collins@syncretize.net Sat Jul 13 15:22:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sat, 13 Jul 2002 15:22:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <3D30A713.8040802@bravobrava.com> Message-ID: <002401c22abb$938ae700$0200a8c0@lifelesswks> > -----Original Message----- > From: Jehan [mailto:nahor@bravobrava.com] > Sent: Sunday, 14 July 2002 8:18 AM > To: Robert Collins > Subject: Re: Bug in startxwin.bat after installing with > setup.exe in win98SE > > > Robert Collins wrote: > > Nope, it's also generated from mount information. Cygwin could be > > z:\bar\foo\bar and it would still be correct. > > Is there a way then for a program to add (after asking the user) to > create a shortcut on the desktop/start menu? Is there also way to get > the information about the installing for "all users" or "just me"? > > Jehan Yes to the first, it's a tool in cygutils - Chuck answered the same question here less than a week ago. No to the second, that's not exported anywhere by setup. Perhaps it should be. Rob From robert.collins@syncretize.net Sat Jul 13 15:51:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sat, 13 Jul 2002 15:51:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: Message-ID: <002501c22abb$c4474050$0200a8c0@lifelesswks> > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Thomas Chadwick > I hate to jump into the middle of a religious argument (which this is > turning out to be) but it seems to me that a plausible > solution would be to > urge the maintainers of the cygwin setup program to define a > CYGWIN_ROOT > environment variable for us. Cygwin setup is already putting > stuff in the > registry, isn't it, so why not this? No. Use `mount -w /` in your postinstall shell script. Rob From nahor@bravobrava.com Sat Jul 13 15:59:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sat, 13 Jul 2002 15:59:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <002501c22abb$c4474050$0200a8c0@lifelesswks> Message-ID: Robert Collins wrote: > >>-----Original Message----- >>From: cygwin-xfree-owner@cygwin.com >>[mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Thomas Chadwick > > >>I hate to jump into the middle of a religious argument (which this is >>turning out to be) but it seems to me that a plausible >>solution would be to >>urge the maintainers of the cygwin setup program to define a >>CYGWIN_ROOT >>environment variable for us. Cygwin setup is already putting >>stuff in the >>registry, isn't it, so why not this? > > > No. Use `mount -w /` in your postinstall shell script. You mean `cygpath -w /` I guess. Mount doesn't have an option "-w". Jehan From nahor@bravobrava.com Sat Jul 13 16:05:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sat, 13 Jul 2002 16:05:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <3D30A713.8040802@bravobrava.com> <002401c22abb$938ae700$0200a8c0@lifelesswks> Message-ID: Robert Collins wrote: > >>-----Original Message----- >>From: Jehan [mailto:nahor@bravobrava.com] >>Sent: Sunday, 14 July 2002 8:18 AM >>To: Robert Collins >>Subject: Re: Bug in startxwin.bat after installing with >>setup.exe in win98SE >> >> >>Robert Collins wrote: >> >>>Nope, it's also generated from mount information. Cygwin could be >>>z:\bar\foo\bar and it would still be correct. >> >>Is there a way then for a program to add (after asking the user) to >>create a shortcut on the desktop/start menu? Is there also way to get >>the information about the installing for "all users" or "just me"? >> >> Jehan > > > Yes to the first, it's a tool in cygutils - Chuck answered the same > question here less than a week ago. Kool, thanks! I missed that thread. Harold, here is an updated install.sh that will ask the user if he wants a shortcut on the desktop and in the Start menu. Again, this script requires cygutils (for both u2d and mkshortcut now) Jehan -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: install.sh URL: From nahor@bravobrava.com Sat Jul 13 16:42:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sat, 13 Jul 2002 16:42:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <3D30A713.8040802@bravobrava.com> <002401c22abb$938ae700$0200a8c0@lifelesswks> Message-ID: I forgot to attach the "X.ico" file. It's not the best in the world but I guess it will do (it's the same I sent you with the systray patch a while ago). It is to be installed in /usr/X11R6/bin (or you have to modify the script) Jehan -------------- next part -------------- A non-text attachment was scrubbed... Name: X.ico Type: image/x-icon Size: 4710 bytes Desc: not available URL: From robert.collins@syncretize.net Sat Jul 13 17:12:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sat, 13 Jul 2002 17:12:00 -0000 Subject: Corrupted file x2x-1.27-1-src.tar.bz2 In-Reply-To: Message-ID: <000d01c22ac6$f2850410$0200a8c0@lifelesswks> > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Alexander Gottwald > Sent: Saturday, 13 July 2002 5:04 AM > Cc: cygwin-xfree@cygwin.com > Subject: Re: Corrupted file x2x-1.27-1-src.tar.bz2 > > > On Fri, 12 Jul 2002 fergus@bonhard.uklinux.net wrote: > > > In the directory release/XFree86/x2x/, the file > x2x-1.27-1-src.tar.bz2 has > > the correct md5sum (being > 87075ba00b0cd15f35975c956f14591a); but running > > bzip2 -tv gives a "file ends unexpectedly" error message, > and attempting to > > run bzip2 -dv fails. > > Have you downloaded it via ftp? The please check you fetched > it in binary > and not ascii mode. If he'd downloaded in ascii ftp mode the md5 would not match. Rob From nwourms@yahoo.com Sat Jul 13 17:15:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 13 Jul 2002 17:15:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: Message-ID: <20020714001230.14619.qmail@web21003.mail.yahoo.com> --- Jehan wrote: > I forgot to attach the "X.ico" file. It's not the best in the world but > I guess it will do (it's the same I sent you with the systray patch a > while ago). It is to be installed in /usr/X11R6/bin (or you have to > modify the script) > > Jehan > > ATTACHMENT part 2 image/x-icon name=X.ico Jehan, If you search the archives, others have already made icons ready for you use :). Meanwhile, I've been thinking about this and looking at the setup.exe code. If no-one minds, I'm going to generate and submit a patch that has setup.exe do all the shortcut stuff. Though your bat file is still useful. I wonder why not just can all the dos stuff by having the batch file call bash which then calls startxwin.sh? One file is *much* easier to maintain then two. Anywho, let me know your thoughts on this.. Cheers, Nicholas P.S. - Robert that goes for you too... __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From robert.collins@syncretize.net Sat Jul 13 17:17:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sat, 13 Jul 2002 17:17:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <20020714001230.14619.qmail@web21003.mail.yahoo.com> Message-ID: <000e01c22acb$7c7252f0$0200a8c0@lifelesswks> > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Nicholas Wourms > Sent: Sunday, 14 July 2002 10:13 AM > To: Jehan; cygwin-xfree@cygwin.com > Subject: Re: Bug in startxwin.bat after installing with > setup.exe in win98SE > > > > --- Jehan wrote: > > I forgot to attach the "X.ico" file. It's not the best in > the world but > > I guess it will do (it's the same I sent you with the > systray patch a > > while ago). It is to be installed in /usr/X11R6/bin (or you have to > > modify the script) > > > > Jehan > > > > > ATTACHMENT part 2 image/x-icon name=X.ico > > Jehan, > > If you search the archives, others have already made icons > ready for you > use :). Meanwhile, I've been thinking about this and looking at the > setup.exe code. If no-one minds, I'm going to generate and > submit a patch > that has setup.exe do all the shortcut stuff. Though your bat file is > still useful. I wonder why not just can all the dos stuff by > having the > batch file call bash which then calls startxwin.sh? One file > is *much* > easier to maintain then two. Anywho, let me know your > thoughts on this.. I mind. Setup should become -more- data driven not less. Rob From cwilson@ece.gatech.edu Sat Jul 13 17:23:00 2002 From: cwilson@ece.gatech.edu (Charles Wilson) Date: Sat, 13 Jul 2002 17:23:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <20020714001230.14619.qmail@web21003.mail.yahoo.com> Message-ID: <3D30C314.7080609@ece.gatech.edu> Better hold off on that patch, Nicholas -- it's opposite of the direction Robert wants to go. Setup should be , itself, as generic as possible, and all actions driven by external data. (granted, I haven't been reading this thread, so I might've missed something...like discussion of the mkshortcut tool in cygutils...) --Chuck Nicholas Wourms wrote: > --- Jehan wrote: > >>I forgot to attach the "X.ico" file. It's not the best in the world but >>I guess it will do (it's the same I sent you with the systray patch a >>while ago). It is to be installed in /usr/X11R6/bin (or you have to >>modify the script) >> >> Jehan >> >> > >>ATTACHMENT part 2 image/x-icon name=X.ico >> > > Jehan, > > If you search the archives, others have already made icons ready for you > use :). Meanwhile, I've been thinking about this and looking at the > setup.exe code. If no-one minds, I'm going to generate and submit a patch > that has setup.exe do all the shortcut stuff. Though your bat file is > still useful. I wonder why not just can all the dos stuff by having the > batch file call bash which then calls startxwin.sh? One file is *much* > easier to maintain then two. Anywho, let me know your thoughts on this.. > > Cheers, > Nicholas > > P.S. - Robert that goes for you too... > > __________________________________________________ > Do You Yahoo!? > Yahoo! Autos - Get free new car price quotes > http://autos.yahoo.com > > From nwourms@yahoo.com Sat Jul 13 17:29:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 13 Jul 2002 17:29:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <000e01c22acb$7c7252f0$0200a8c0@lifelesswks> Message-ID: <20020714002348.98427.qmail@web21002.mail.yahoo.com> --- Robert Collins wrote: > > > > -----Original Message----- > > From: cygwin-xfree-owner@cygwin.com > > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Nicholas Wourms > > Sent: Sunday, 14 July 2002 10:13 AM > > To: Jehan; cygwin-xfree@cygwin.com > > Subject: Re: Bug in startxwin.bat after installing with > > setup.exe in win98SE > > > > > > > > --- Jehan wrote: > > > I forgot to attach the "X.ico" file. It's not the best in > > the world but > > > I guess it will do (it's the same I sent you with the > > systray patch a > > > while ago). It is to be installed in /usr/X11R6/bin (or you have to > > > modify the script) > > > > > > Jehan > > > > > > > > ATTACHMENT part 2 image/x-icon name=X.ico > > > > Jehan, > > > > If you search the archives, others have already made icons > > ready for you > > use :). Meanwhile, I've been thinking about this and looking at the > > setup.exe code. If no-one minds, I'm going to generate and > > submit a patch > > that has setup.exe do all the shortcut stuff. Though your bat file is > > still useful. I wonder why not just can all the dos stuff by > > having the > > batch file call bash which then calls startxwin.sh? One file > > is *much* > > easier to maintain then two. Anywho, let me know your > > thoughts on this.. > > I mind. Setup should become -more- data driven not less. > Excuse me? All I was suggesting is to reword the final setup screen to something like the following: -Create Icon on Desktop for Cygwin Command Prompt -Create Icon on Desktop for Cygwin/XFree86 -Add Icon to Start Menu for Cygwin Command Prompt -Add Icon to Start Menu for Cygwin/XFree86 Then have setup create the shortcuts in the same fasion it does already. Eventually, I'd like to have it gray-out the check boxes for Cygwin/XFree86 if it is not already installed. How is this not data driven? Isn't this what the setup program is for? The last time I checked, most Windows installers handled the shortcut creation. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From nwourms@yahoo.com Sat Jul 13 17:38:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 13 Jul 2002 17:38:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <3D30C314.7080609@ece.gatech.edu> Message-ID: <20020714002918.64095.qmail@web21010.mail.yahoo.com> --- Charles Wilson wrote: > Better hold off on that patch, Nicholas -- it's opposite of the > direction Robert wants to go. Setup should be , itself, as generic as > possible, and all actions driven by external data. > > (granted, I haven't been reading this thread, so I might've missed > something...like discussion of the mkshortcut tool in cygutils...) > > > Nicholas Wourms wrote: > > > --- Jehan wrote: > > > >>I forgot to attach the "X.ico" file. It's not the best in the world > but > >>I guess it will do (it's the same I sent you with the systray patch a > >>while ago). It is to be installed in /usr/X11R6/bin (or you have to > >>modify the script) > >> > >> Jehan > >> > >> > > > >>ATTACHMENT part 2 image/x-icon name=X.ico > >> > > > > Jehan, > > > > If you search the archives, others have already made icons ready for > you > > use :). Meanwhile, I've been thinking about this and looking at the > > setup.exe code. If no-one minds, I'm going to generate and submit a > patch > > that has setup.exe do all the shortcut stuff. Though your bat file is > > still useful. I wonder why not just can all the dos stuff by having > the > > batch file call bash which then calls startxwin.sh? One file is > *much* > > easier to maintain then two. Anywho, let me know your thoughts on > this.. > > > > Cheers, > > Nicholas > > > > P.S. - Robert that goes for you too... Chuck, For crying out loud, 95% of the installers out there create shortcuts for the user in the startmenu and on the desktop. Why is this such a bad thing for setup.exe to do? What does external data have to do with the price of potatos? Seriously, I'm proposing a "simple" solution which is the norm for most installers. Where have I gone astray? Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From jehan@bravobrava.com Sat Jul 13 17:43:00 2002 From: jehan@bravobrava.com (Jehan Bing) Date: Sat, 13 Jul 2002 17:43:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <20020714002348.98427.qmail@web21002.mail.yahoo.com> Message-ID: <3D30C80B.6070503@bravobrava.com> Nicholas Wourms wrote: >Excuse me? All I was suggesting is to reword the final setup screen to >something like the following: > >-Create Icon on Desktop for Cygwin Command Prompt >-Create Icon on Desktop for Cygwin/XFree86 >-Add Icon to Start Menu for Cygwin Command Prompt >-Add Icon to Start Menu for Cygwin/XFree86 > >Then have setup create the shortcuts in the same fasion it does already. >Eventually, I'd like to have it gray-out the check boxes for >Cygwin/XFree86 if it is not already installed. How is this not data >driven? Isn't this what the setup program is for? The last time I >checked, most Windows installers handled the shortcut creation. > Robert is right Nicholas (oh no not this guy again! :p). The question is why add XFree to the list and not SSH and RSH, and Lynx, and, and, and.... And since we can create the shortcuts via the postinstall script, why do you want to add this feature to setup.exe? The script is not very cool looking, I give you that, but it's far more flexible. Jehan From nahor@bravobrava.com Sat Jul 13 17:45:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sat, 13 Jul 2002 17:45:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <20020714001230.14619.qmail@web21003.mail.yahoo.com> Message-ID: <3D30C942.60601@bravobrava.com> Nicholas Wourms wrote: > --- Jehan wrote: > > If you search the archives, others have already made icons ready for you > use :). Well, I had this one for quite a while already. > I wonder why not just can all the dos stuff by having the > batch file call bash which then calls startxwin.sh? One file is *much* > easier to maintain then two. Anywho, let me know your thoughts on this.. That would be nice I agree. But for what I see on this mailing list, lots of people have problems with startxwin.sh (.xinitrc and .Xautorithy stuff) while very few people complain about startxwin.bat. So until we can have startxwin.sh to work as is for most people, I think it's better to stick with the batch file for now. Jehan From robert.collins@syncretize.net Sat Jul 13 17:54:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sat, 13 Jul 2002 17:54:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <20020714002348.98427.qmail@web21002.mail.yahoo.com> Message-ID: <000001c22acf$b631a960$0200a8c0@lifelesswks> > -----Original Message----- > From: Nicholas Wourms [mailto:nwourms@yahoo.com] > Sent: Sunday, 14 July 2002 10:24 AM > > I mind. Setup should become -more- data driven not less. > > > > Excuse me? All I was suggesting is to reword the final setup > screen to > something like the following: > > -Create Icon on Desktop for Cygwin Command Prompt > -Create Icon on Desktop for Cygwin/XFree86 > -Add Icon to Start Menu for Cygwin Command Prompt > -Add Icon to Start Menu for Cygwin/XFree86 > > Then have setup create the shortcuts in the same fasion it > does already. > Eventually, I'd like to have it gray-out the check boxes for > Cygwin/XFree86 if it is not already installed. How is this not data > driven? Isn't this what the setup program is for? The last time I > checked, most Windows installers handled the shortcut creation. If you need to recompile setup.exe to change it's behaviour, it is not data driven. Most windows installers are driven by an data that drives the dialogs. The 'right' way to do it, is something like the menu's that dpkg uses, they are pure data, and can be interpreted and shown as gui interfaces, or as text menus, or set via the command line. So, here are some options: 1) Implement an interpreter for dpkg's configure menus in setup. 2) Create something new along similar lines. 3) Use a slang interface or something like that in the postinstall script (*). Rob (*) Is problematic - what happens when we start redirecting the postinstall output to log it. From robert.collins@syncretize.net Sat Jul 13 17:56:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sat, 13 Jul 2002 17:56:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <20020714002918.64095.qmail@web21010.mail.yahoo.com> Message-ID: <000101c22ad0$fd6edae0$0200a8c0@lifelesswks> > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Nicholas Wourms > Sent: Sunday, 14 July 2002 10:29 AM > Chuck, > > For crying out loud, 95% of the installers out there create > shortcuts for > the user in the startmenu and on the desktop. Why is this such a bad > thing for setup.exe to do? What does external data have to > do with the > price of potatos? Seriously, I'm proposing a "simple" > solution which is > the norm for most installers. Where have I gone astray? Because simple solutions often increase coupling, wheres a more thought out solution decreases coupling. Also, I know you are subscribed to cygwin-apps, and I just posted there just a couple of days ago about wanting to remove the hardcoded stuff from setup.exe. Rob From nwourms@yahoo.com Sat Jul 13 17:59:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 13 Jul 2002 17:59:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <3D30C80B.6070503@bravobrava.com> Message-ID: <20020714005647.80322.qmail@web21004.mail.yahoo.com> --- Jehan Bing wrote: > Nicholas Wourms wrote: > > >Excuse me? All I was suggesting is to reword the final setup screen to > >something like the following: > > > >-Create Icon on Desktop for Cygwin Command Prompt > >-Create Icon on Desktop for Cygwin/XFree86 > >-Add Icon to Start Menu for Cygwin Command Prompt > >-Add Icon to Start Menu for Cygwin/XFree86 > > > >Then have setup create the shortcuts in the same fasion it does > already. > >Eventually, I'd like to have it gray-out the check boxes for > >Cygwin/XFree86 if it is not already installed. How is this not data > >driven? Isn't this what the setup program is for? The last time I > >checked, most Windows installers handled the shortcut creation. > > > > Robert is right Nicholas (oh no not this guy again! :p). The question is > > why add XFree to the list and not SSH and RSH, and Lynx, and, and, > and.... > And since we can create the shortcuts via the postinstall script, why do > > you want to add this feature to setup.exe? > The script is not very cool looking, I give you that, but it's far more > flexible. > No he isn't. There are two ways that someone will interface with Cygwin, via Console or via X11. The other apps you mention are Console apps, therefore you can't expect them to have shortcuts. However X is much more than an Application, it is an interface. Therefore, one can argue that it deserves setup.exe making it a shortcut just as much as setup.exe making the console a shortcut. Lastly, something you will not disagree with, ALOT of people want to use just X and not the console, especially for doing XDMCP. This is even more reason why setup.exe should make the shortcut. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From robert.collins@syncretize.net Sat Jul 13 18:00:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sat, 13 Jul 2002 18:00:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <20020714005647.80322.qmail@web21004.mail.yahoo.com> Message-ID: <000001c22ad1$ba755ba0$0200a8c0@lifelesswks> > -----Original Message----- > From: Nicholas Wourms [mailto:nwourms@yahoo.com] > Sent: Sunday, 14 July 2002 10:57 AM > To: Jehan Bing ... > No he isn't. There are two ways that someone will interface > with Cygwin, > via Console or via X11. The other apps you mention are Console apps, > therefore you can't expect them to have shortcuts. However X > is much more > than an Application, it is an interface. Therefore, one can > argue that it > deserves setup.exe making it a shortcut just as much as > setup.exe making > the console a shortcut. Lastly, something you will not disagree with, > ALOT of people want to use just X and not the console, especially for > doing XDMCP. This is even more reason why setup.exe should make the > shortcut. The above is an argument for the creation of the shortcut, not for setup.exe creating it. Rob From nwourms@yahoo.com Sat Jul 13 18:08:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 13 Jul 2002 18:08:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <3D30C942.60601@bravobrava.com> Message-ID: <20020714010024.19012.qmail@web21003.mail.yahoo.com> --- Jehan wrote: > Nicholas Wourms wrote: > > --- Jehan wrote: > > > > If you search the archives, others have already made icons ready for > you > > use :). > > Well, I had this one for quite a while already. > > > I wonder why not just can all the dos stuff by having the > > batch file call bash which then calls startxwin.sh? One file is > *much* > > easier to maintain then two. Anywho, let me know your thoughts on > this.. > > That would be nice I agree. But for what I see on this mailing list, > lots of people have problems with startxwin.sh (.xinitrc and .Xautorithy > > stuff) while very few people complain about startxwin.bat. So until we > can have startxwin.sh to work as is for most people, I think it's better > > to stick with the batch file for now. > You are mistaking "startx" for "startxwin.sh". startxwin.sh is basically the same thing as startxwin.bat, but without all the nasty path conversions and soforth. Look again, it has nothing to do with .xinitrc and .Xauthority. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From nwourms@yahoo.com Sat Jul 13 18:19:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 13 Jul 2002 18:19:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <000001c22acf$b631a960$0200a8c0@lifelesswks> Message-ID: <20020714010852.25250.qmail@web21005.mail.yahoo.com> --- Robert Collins wrote: > > > > -----Original Message----- > > From: Nicholas Wourms [mailto:nwourms@yahoo.com] > > Sent: Sunday, 14 July 2002 10:24 AM > > > > I mind. Setup should become -more- data driven not less. > > > > > > > Excuse me? All I was suggesting is to reword the final setup > > screen to > > something like the following: > > > > -Create Icon on Desktop for Cygwin Command Prompt > > -Create Icon on Desktop for Cygwin/XFree86 > > -Add Icon to Start Menu for Cygwin Command Prompt > > -Add Icon to Start Menu for Cygwin/XFree86 > > > > Then have setup create the shortcuts in the same fasion it > > does already. > > Eventually, I'd like to have it gray-out the check boxes for > > Cygwin/XFree86 if it is not already installed. How is this not data > > driven? Isn't this what the setup program is for? The last time I > > checked, most Windows installers handled the shortcut creation. > > If you need to recompile setup.exe to change it's behaviour, it is not > data driven. Most windows installers are driven by an data that drives > the dialogs. > > The 'right' way to do it, is something like the menu's that dpkg uses, > they are pure data, and can be interpreted and shown as gui interfaces, > or as text menus, or set via the command line. > > So, here are some options: > 1) Implement an interpreter for dpkg's configure menus in setup. > 2) Create something new along similar lines. > 3) Use a slang interface or something like that in the postinstall > script (*). > Robert, I'll have none of this debian talk. You know full well that I am working very hard to get rpm-4.1 ready for inclusion into the distribution. At that point, Chuck and I will start figuring out ways to interface it with setup. Also, we will be figuring out how to best transition setup to use rpms. The point of this is that all this talk is a long way off. I'm not going to invent a new interface when others already exist. The fact of the matter is, that for right now, setup is well suited to perform the task at hand, which is to support all of the future X users. Like it or not, there is enough of them to warrant a separate mailing list. Lets temporarily let setup do this now and then we'll replace it when something better comes along. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From nwourms@yahoo.com Sat Jul 13 18:20:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 13 Jul 2002 18:20:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <000001c22ad1$ba755ba0$0200a8c0@lifelesswks> Message-ID: <20020714011911.72816.qmail@web21007.mail.yahoo.com> --- Robert Collins wrote: > > > > -----Original Message----- > > From: Nicholas Wourms [mailto:nwourms@yahoo.com] > > Sent: Sunday, 14 July 2002 10:57 AM > > To: Jehan Bing > ... > > No he isn't. There are two ways that someone will interface > > with Cygwin, > > via Console or via X11. The other apps you mention are Console apps, > > therefore you can't expect them to have shortcuts. However X > > is much more > > than an Application, it is an interface. Therefore, one can > > argue that it > > deserves setup.exe making it a shortcut just as much as > > setup.exe making > > the console a shortcut. Lastly, something you will not disagree with, > > ALOT of people want to use just X and not the console, especially for > > doing XDMCP. This is even more reason why setup.exe should make the > > shortcut. > > The above is an argument for the creation of the shortcut, not for > setup.exe creating it. > Why should setup be more generic? Why shouldn't it create the shortcuts? Why not reuse the exisiting code and then remove it when something better comes along? Why do you want to remove more stuff from setup.exe when you haven't anything to replace it with? I've noticed that all these shell scripts flying by at the end pushes the stability of windows. I've had a few BSODs during their execution. I think all this talk of making setup.exe smaller is rubbish, it is only ~200KB for the love of God. Again the whole idea is to use the tools at hand, which in this case is setup.exe. Why not leverage it for all it is worth? Why rely on shell scripts when you have something more dependable? Cheers, Nichola __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From robert.collins@syncretize.net Sat Jul 13 18:22:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sat, 13 Jul 2002 18:22:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <20020714010852.25250.qmail@web21005.mail.yahoo.com> Message-ID: <000101c22ad4$a9f00cf0$0200a8c0@lifelesswks> > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Nicholas Wourms > Sent: Sunday, 14 July 2002 11:09 AM > Robert, > > I'll have none of this debian talk. You know full well that > I am working > very hard to get rpm-4.1 ready for inclusion into the > distribution. At > that point, Chuck and I will start figuring out ways to > interface it with > setup. Also, we will be figuring out how to best transition > setup to use > rpms. The point of this is that all this talk is a long way > off. I'm not > going to invent a new interface when others already exist. > The fact of > the matter is, that for right now, setup is well suited to perform the > task at hand, which is to support all of the future X users. > Like it or > not, there is enough of them to warrant a separate mailing list. Lets > temporarily let setup do this now and then we'll replace it > when something > better comes along. Nicholas, no consensus has been reached for using the rpm database as the backend. If rpm has a similar system to the one I referenced, substitute rpm for dpkg in my previous comments. I *did not* suggest that we use dpkg as a backend for this particular thing either - I pointed out the best practice pattern to address the issue we are facing. Lets stick to that topic, shall we? For now, try listening, not taking the conversation off on tangents. I happen to have put quite a bit of effort into the Cygwin Xfree86 project in the past, and continue to make various contributions as and when it's appropriate. I strongly resent your implying that I might dislike the presence of the cygwin-xfree86 community - which I am a member of! The simple fact is, I disagree with your proposal, and you have made no convincing arguments to change my mind. What you are suggesting is not what 'most' windows installers do, it is not flexible, it is a step backwards in approach, and a proper solution is not that hard to do! Rob From nahor@bravobrava.com Sat Jul 13 18:27:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sat, 13 Jul 2002 18:27:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <3D30C942.60601@bravobrava.com> <20020714010024.19012.qmail@web21003.mail.yahoo.com> Message-ID: <3D30D24E.60604@bravobrava.com> Nicholas Wourms wrote: > --- Jehan wrote: > >>Nicholas Wourms wrote: >> >>>--- Jehan wrote: >>> >>>If you search the archives, others have already made icons ready for >> >>you >> >>>use :). >> >>Well, I had this one for quite a while already. >> >> >>>I wonder why not just can all the dos stuff by having the >>>batch file call bash which then calls startxwin.sh? One file is >> >>*much* >> >>>easier to maintain then two. Anywho, let me know your thoughts on >> >>this.. >> >>That would be nice I agree. But for what I see on this mailing list, >>lots of people have problems with startxwin.sh (.xinitrc and .Xautorithy >> >>stuff) while very few people complain about startxwin.bat. So until we >>can have startxwin.sh to work as is for most people, I think it's better >> >>to stick with the batch file for now. >> > > > You are mistaking "startx" for "startxwin.sh". startxwin.sh is basically > the same thing as startxwin.bat, but without all the nasty path > conversions and soforth. Look again, it has nothing to do with .xinitrc > and .Xauthority. One would think so but no. I have an old .Xauthority from a linux account. If I use this one and run X with startxwin.sh, I get a bunch of Xlib: connection to ":0.0" refused by server Xlib: No protocol specified xsetroot: unable to open display ':0.0' for each application I try to run. If I use an empty .Xauthority, then everything works fine. Well, not everything actually but at least I have xterm starting. I don't know what differs between the shell and the batch version of startxwin, but there is definitely something. Jehan From robert.collins@syncretize.net Sat Jul 13 18:30:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sat, 13 Jul 2002 18:30:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <20020714011911.72816.qmail@web21007.mail.yahoo.com> Message-ID: <000201c22ad5$a7e50540$0200a8c0@lifelesswks> > -----Original Message----- > From: Nicholas Wourms [mailto:nwourms@yahoo.com] > Sent: Sunday, 14 July 2002 11:19 AM > To: Robert Collins; 'Jehan Bing' > > The above is an argument for the creation of the shortcut, not for > > setup.exe creating it. > > > > Why should setup be more generic? For flexability to the maintainers, to make it easier to maintain, to make it of more use to the community. > Why shouldn't it create > the shortcuts? It could, via interpreting some data file, or in association with a post install script. I even pointed the way towards this with my reference to another data driven system, but got rewarded by being told that 'you' won't have any 'debian' talk. You can close your mind to the lessons learnt by the most flexible open source distribution in existence if you choose... I choose to learn some of the lessons. > Why not reuse the exisiting code and then remove it when > something better > comes along? Because A) a solution has already been posted. B) I've been trying to get the existing code removed for ages - because better things already exist. C) Special cases make code maintenance much much harder. > Why do you want to remove more stuff from > setup.exe when you > haven't anything to replace it with? ? I don't follow. > I've noticed that all > these shell > scripts flying by at the end pushes the stability of windows. > I've had a > few BSODs during their execution. Then you have found YA bug in windows. BSOD's cannot get caused by user programs except where MS or a driver coder have made mistakes. > I think all this talk of making > setup.exe smaller is rubbish, it is only ~200KB for the love of God. That's the binary size, and it's fine. > Again the whole idea is to use the tools at hand, which in > this case is > setup.exe. Why not leverage it for all it is worth? Why > rely on shell > scripts when you have something more dependable? Because shell scripts allow modular changes to be made without affecting the rest of the distribution. Rob From nwourms@yahoo.com Sat Jul 13 18:32:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 13 Jul 2002 18:32:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <3D30CF6F.8070307@bravobrava.com> Message-ID: <20020714013017.26975.qmail@web21005.mail.yahoo.com> --- Jehan wrote: > Nicholas Wourms wrote: > > --- Jehan Bing wrote: > > > >>Nicholas Wourms wrote: > >> > >> > >>>Excuse me? All I was suggesting is to reword the final setup screen > to > >>>something like the following: > >>> > >>>-Create Icon on Desktop for Cygwin Command Prompt > >>>-Create Icon on Desktop for Cygwin/XFree86 > >>>-Add Icon to Start Menu for Cygwin Command Prompt > >>>-Add Icon to Start Menu for Cygwin/XFree86 > >>> > >>>Then have setup create the shortcuts in the same fasion it does > >> > >>already. > >> > >>>Eventually, I'd like to have it gray-out the check boxes for > >>>Cygwin/XFree86 if it is not already installed. How is this not data > >>>driven? Isn't this what the setup program is for? The last time I > >>>checked, most Windows installers handled the shortcut creation. > >>> > >> > >>Robert is right Nicholas (oh no not this guy again! :p). The question > is > >> > >>why add XFree to the list and not SSH and RSH, and Lynx, and, and, > >>and.... > >>And since we can create the shortcuts via the postinstall script, why > do > >> > >>you want to add this feature to setup.exe? > >>The script is not very cool looking, I give you that, but it's far > more > >>flexible. > >> > > > > > > No he isn't. There are two ways that someone will interface with > Cygwin, > > via Console or via X11. The other apps you mention are Console apps, > > therefore you can't expect them to have shortcuts. > > Then I give you rxvt. I give you csh (afterall, cygwin.bat only starts > bash) > And just for the sake of arguing (I love that if you didn't notice :)), > XWin can also be launch from the console. > Moreover some people install cygwin just to run ssh (see > http://www.networksimplicity.com/openssh/ which is a specific version of > > cygwin/openssh). So they may want to have a shortcut that launches both > at the same time. Double-click on the shortcut and.. hop here is your > ssh shell. > While I agree that this is problably less common than launch XWin, I > still think that X should not be treates in a special way. Actually, I > think that even cygwin should no treated in a special way by setup.exe. > Afterall, cygwin doesn't seem to require anymore special attention than > X, SSH or lynx. > > > > However X is much more > > than an Application, it is an interface. Therefore, one can argue > that it > > deserves setup.exe making it a shortcut just as much as setup.exe > making > > the console a shortcut. > > I'll just repeat what I said above: I actually argue that cygwin > *doesn't* deserve setup.exe making it a shortcut (but it seems than > Robert is trying to change that). After all, cygwin.bat only runs bash. > > > > Lastly, something you will not disagree with, > > ALOT of people want to use just X and not the console, especially for > > doing XDMCP. This is even more reason why setup.exe should make the > > shortcut. > > Well, my new script does create a shortcut. So I'll reiterate what I > said in a previous post: what's wrong with the script? What is better > with having setup.exe creating the shortcut instead of the script? > Because scripts are unreliable. Because users are stupid. Because people like to have a GUI checkbox over a text console prompting them for input. You are admirable for defending your script, but the fact of the matter is that people prefer the graphical setup. Why? Well look at the the various linuxes out there, they are, for the most part, migrating to a graphical install. They don't rely on crummy shell scripts any more. I think you are missing the original point, Slashdot did an article on Cygwin/XFree86, not Cygwin/OpenSSH, not Cygwin/RXVT. The point is that X is a special interface that deserves a special shortcut that is made by setup.exe. Until we have a data-driven database system which can interact with setup.exe and respond to user input, this is probably the best bet. But realize that I'm not trying to tell people what to do, I'm just strongly voicing my opinion. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From nahor@bravobrava.com Sat Jul 13 18:45:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sat, 13 Jul 2002 18:45:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <000001c22ad1$ba755ba0$0200a8c0@lifelesswks> <20020714011911.72816.qmail@web21007.mail.yahoo.com> Message-ID: <3D30D4C6.6040504@bravobrava.com> Nicholas Wourms wrote: > Why should setup be more generic? Because it's more flexible. We don't limit ourself to predefined behavior. Right now, only cygwin create a shortcut. Soon (hopefully) XWin will to. Tomorrow, SSH will want to. And rxvt. And csh... We *have* a way to make shortcuts already, why don't you want to use it!?!?! > Why shouldn't it create the shortcuts? You never answered my question: what's wrong with the script doing it? > Why not reuse the exisiting code and then remove it when something better > comes along? From experience, this thing rarely gets removed. > Why do you want to remove more stuff from setup.exe when you > haven't anything to replace it with? Are you listening? What is my script for? > I've noticed that all these shell > scripts flying by at the end pushes the stability of windows. I've had a > few BSODs during their execution. Really? Then there is bug that must be fixed. Working around it isn't a clean solution. Otherwise, I agree that all those console window showing up isn't pretty. Maybe your fix could show only one window that would run all the scripts instead? > I think all this talk of making > setup.exe smaller is rubbish, it is only ~200KB for the love of God. > Again the whole idea is to use the tools at hand, which in this case is > setup.exe. Why not leverage it for all it is worth? Postinstall script is a tool at hand > Why rely on shell > scripts when you have something more dependable? Then fix the bug in the script. They must work, we won't be able to completly get rid of them. Creating another feature just because one doesn't work isn't a solution. That's just give bloatware. Jehan From nwourms@yahoo.com Sat Jul 13 18:47:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 13 Jul 2002 18:47:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <000101c22ad4$a9f00cf0$0200a8c0@lifelesswks> Message-ID: <20020714014523.31628.qmail@web21006.mail.yahoo.com> --- Robert Collins wrote: > > > > -----Original Message----- > > From: cygwin-xfree-owner@cygwin.com > > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Nicholas Wourms > > Sent: Sunday, 14 July 2002 11:09 AM > > Robert, > > > > I'll have none of this debian talk. You know full well that > > I am working > > very hard to get rpm-4.1 ready for inclusion into the > > distribution. At > > that point, Chuck and I will start figuring out ways to > > interface it with > > setup. Also, we will be figuring out how to best transition > > setup to use > > rpms. The point of this is that all this talk is a long way > > off. I'm not > > going to invent a new interface when others already exist. > > The fact of > > the matter is, that for right now, setup is well suited to perform the > > task at hand, which is to support all of the future X users. > > Like it or > > not, there is enough of them to warrant a separate mailing list. Lets > > temporarily let setup do this now and then we'll replace it > > when something > > better comes along. > > Nicholas, no consensus has been reached for using the rpm database as > the backend. If rpm has a similar system to the one I referenced, > substitute rpm for dpkg in my previous comments. I *did not* suggest > that we use dpkg as a backend for this particular thing either - I > pointed out the best practice pattern to address the issue we are > facing. Lets stick to that topic, shall we? Hey, you were the one who brought up debian... > For now, try listening, not taking the conversation off on tangents. I > happen to have put quite a bit of effort into the Cygwin Xfree86 project > in the past, and continue to make various contributions as and when it's > appropriate. I strongly resent your implying that I might dislike the > presence of the cygwin-xfree86 community - which I am a member of! I am listening... I don't know where you got this one from, but I respect your membership in the Cygwin/XFree86 community. > The simple fact is, I disagree with your proposal, and you have made no > convincing arguments to change my mind. What you are suggesting is not > what 'most' windows installers do, it is not flexible, it is a step > backwards in approach, and a proper solution is not that hard to do! > What you are suggesting is akin to Windows installers run batch files in the background? I don't think so, so why should we run shell scripts? I heard your point regarding the backend data-driven support, but lets be serious, that kind of functionality is months away. My proposal is a short-term solution which provides the "easiest" way that people wanting to install X can get going. There is little harm in implimenting this solution now, considiering that we are both working towards trying to provide a better solution in the future. Fine, how's this, I'll rip out the specific references to cygwin.bat and instead have setup parse the ini for what it should display in that last window and how many it should display. This is how installishield and others do it. How's that for a solution? Cheers, Nicholas P.S. My damn keyboard is dying... Also, do I need a debug version of setup.exe from you or will you be satisified with output from the non-debug version? __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From nahor@bravobrava.com Sat Jul 13 18:48:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sat, 13 Jul 2002 18:48:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <3D30CF6F.8070307@bravobrava.com> <20020714013017.26975.qmail@web21005.mail.yahoo.com> Message-ID: <3D30D81F.7090903@bravobrava.com> Nicholas Wourms wrote: > Because scripts are unreliable. Because users are stupid. Because people > like to have a GUI checkbox over a text console prompting them for input. > You are admirable for defending your script, but the fact of the matter is > that people prefer the graphical setup. Why? Well look at the the > various linuxes out there, they are, for the most part, migrating to a > graphical install. They don't rely on crummy shell scripts any more. Hmm, I'm not sure about that. A lot of application uses GUI as a front end to script and command line tools. I > think you are missing the original point, Slashdot did an article on > Cygwin/XFree86, not Cygwin/OpenSSH, not Cygwin/RXVT. The point is that X > is a special interface that deserves a special shortcut that is made by > setup.exe. So before Slashdot, XWin didn't deserve the shortcut? And for what I saw in the cygwin mailing list, some people want rxvt to be the default. Currently, I have two shortcuts, one for rxvt and one for bash. If the xlauncher comes, we will want a shortcut for it because people won't have to configure X by hand, they will have a GUI. > Until we have a data-driven database system which can interact > with setup.exe and respond to user input, this is probably the best bet. I fear I disagree. We have a way to creat shortcuts already. It's not pretty but it works. This way is also flexible because it doesn't prevent other applications to do the same. So instead of creating another way (even if it's simple) to create shortcuts, that isn't even flexible, I would say the best bet is to focus on a data-driven GUI. > But realize that I'm not trying to tell people what to do, I'm just > strongly voicing my opinion. Good because you can't! Sorry! *grin*. Jehan From nwourms@yahoo.com Sat Jul 13 18:54:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 13 Jul 2002 18:54:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <3D30D24E.60604@bravobrava.com> Message-ID: <20020714014811.14722.qmail@web21001.mail.yahoo.com> --- Jehan wrote: > Nicholas Wourms wrote: > > --- Jehan wrote: > > > >>Nicholas Wourms wrote: > >> > >>>--- Jehan wrote: > >>> > >>>If you search the archives, others have already made icons ready for > >> > >>you > >> > >>>use :). > >> > >>Well, I had this one for quite a while already. > >> > >> > >>>I wonder why not just can all the dos stuff by having the > >>>batch file call bash which then calls startxwin.sh? One file is > >> > >>*much* > >> > >>>easier to maintain then two. Anywho, let me know your thoughts on > >> > >>this.. > >> > >>That would be nice I agree. But for what I see on this mailing list, > >>lots of people have problems with startxwin.sh (.xinitrc and > .Xautorithy > >> > >>stuff) while very few people complain about startxwin.bat. So until we > > >>can have startxwin.sh to work as is for most people, I think it's > better > >> > >>to stick with the batch file for now. > >> > > > > > > You are mistaking "startx" for "startxwin.sh". startxwin.sh is > basically > > the same thing as startxwin.bat, but without all the nasty path > > conversions and soforth. Look again, it has nothing to do with > .xinitrc > > and .Xauthority. > > One would think so but no. I have an old .Xauthority from a linux > account. If I use this one and run X with startxwin.sh, I get a bunch of > > Xlib: connection to ":0.0" refused by server > Xlib: No protocol specified > xsetroot: unable to open display ':0.0' > > for each application I try to run. > If I use an empty .Xauthority, then everything works fine. Well, not > everything actually but at least I have xterm starting. I don't know > what differs between the shell and the batch version of startxwin, but > there is definitely something. > > Jehan Well this is obviously a bug in X and needs to be fixed. I dunno, maybe I'm wrong, but it just seems a bit silly to have two identical scripts for two different situations. I'm of the camp that loves reusable code... Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From nahor@bravobrava.com Sat Jul 13 18:58:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sat, 13 Jul 2002 18:58:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <000101c22ad4$a9f00cf0$0200a8c0@lifelesswks> <20020714014523.31628.qmail@web21006.mail.yahoo.com> Message-ID: <3D30D9D8.7020408@bravobrava.com> Nicholas Wourms wrote: > --- Robert Collins wrote: > >> >>>-----Original Message----- >>>From: cygwin-xfree-owner@cygwin.com >>>[mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Nicholas Wourms >>>Sent: Sunday, 14 July 2002 11:09 AM >>>Robert, >>> >>>I'll have none of this debian talk. You know full well that >>>I am working >>>very hard to get rpm-4.1 ready for inclusion into the >>>distribution. At >>>that point, Chuck and I will start figuring out ways to >>>interface it with >>>setup. Also, we will be figuring out how to best transition >>>setup to use >>>rpms. The point of this is that all this talk is a long way >>>off. I'm not >>>going to invent a new interface when others already exist. >>>The fact of >>>the matter is, that for right now, setup is well suited to perform the >>>task at hand, which is to support all of the future X users. >>>Like it or >>>not, there is enough of them to warrant a separate mailing list. Lets >>>temporarily let setup do this now and then we'll replace it >>>when something >>>better comes along. >> >>Nicholas, no consensus has been reached for using the rpm database as >>the backend. If rpm has a similar system to the one I referenced, >>substitute rpm for dpkg in my previous comments. I *did not* suggest >>that we use dpkg as a backend for this particular thing either - I >>pointed out the best practice pattern to address the issue we are >>facing. Lets stick to that topic, shall we? > > > Hey, you were the one who brought up debian... > > >>For now, try listening, not taking the conversation off on tangents. I >>happen to have put quite a bit of effort into the Cygwin Xfree86 project >>in the past, and continue to make various contributions as and when it's >>appropriate. I strongly resent your implying that I might dislike the >>presence of the cygwin-xfree86 community - which I am a member of! > > > I am listening... I don't know where you got this one from, but I respect > your membership in the Cygwin/XFree86 community. > > >>The simple fact is, I disagree with your proposal, and you have made no >>convincing arguments to change my mind. What you are suggesting is not >>what 'most' windows installers do, it is not flexible, it is a step >>backwards in approach, and a proper solution is not that hard to do! >> > > What you are suggesting is akin to Windows installers run batch files in > the background? I don't think so, so why should we run shell scripts? Several points here: 1- You have one setup.exe per application in the Windows world. Cygwin is actually several applications, all using the same setup.exe. 2- A couple years ago, I used Installshield. For what I remember, *there is* a script. For standard stuff (like destination directory and the like), this is just field to enter. For more complicated stuff (adding key to the registry for instance), you can write a script. With setup.exe, we have a same thing. The standard stuff are descriptions, dependencies, version,... and non standard are through scripts. Shortcuts isn't used enough to add a field in setup.ini but could be used to often enough to just hardcode it in the binary. > Fine, how's this, I'll rip out > the specific references to cygwin.bat and instead have setup parse the ini > for what it should display in that last window and how many it should > display. That's a better solution that I could settle for even if I think that too few application would use it to be worthwhile. jehan From robert.collins@syncretize.net Sat Jul 13 19:00:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sat, 13 Jul 2002 19:00:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <20020714014523.31628.qmail@web21006.mail.yahoo.com> Message-ID: <000301c22ad9$e7c2fa60$0200a8c0@lifelesswks> > -----Original Message----- > From: Nicholas Wourms [mailto:nwourms@yahoo.com] > Sent: Sunday, 14 July 2002 11:45 AM > To: Robert Collins; 'Jehan'; cygwin-xfree@cygwin.com > Hey, you were the one who brought up debian... Actually, I brought up the technique dpkg uses to address the same issue. But I can understand that being misinterpreted. > I am listening... I don't know where you got this one from, > but I respect > your membership in the Cygwin/XFree86 community. >From the "Like it or not" comment/ > > The simple fact is, I disagree with your proposal, and you > have made no > > convincing arguments to change my mind. What you are > suggesting is not > > what 'most' windows installers do, it is not flexible, it is a step > > backwards in approach, and a proper solution is not that hard to do! > > > What you are suggesting is akin to Windows installers run > batch files in > the background? No, I've not mentioned batch files or shell scripts, just data driven and interpretation. > I > heard your point regarding the backend data-driven support, > but lets be > serious, that kind of functionality is months away. I'm not talking backend at this point, just something contained in the package that gets presented to the user in some fashion. It can be 100% GUI without any complaints from me. After all - that is what the users expect. > Fine, how's this, > I'll rip out > the specific references to cygwin.bat and instead have setup > parse the ini > for what it should display in that last window and how many it should > display. This is how installishield and others do it. How's > that for a > solution? Much better. How about this tweak: Packages extract a file - lets call it '/var/setup/setup-shortcuts/packagename.icons Parse that file for shortcut icons to offer to create. Each icon will need: * Name to give the shortcut * Location to place it (i.e. %DESKTOP% | %STARTMENU%/subpath | / (to place in cygwin root dir)) * Target to point to (i.e. /usr/X11R6/... So a format like === "Name of shortcut1" "location of shortcut 1" "target or shortcut 1" "Name of shortcut2" "location of shortcut 2" "target or shortcut 2" === Makes sense to me. > > Cheers, > Nicholas > > P.S. My damn keyboard is dying... Also, do I need a debug version of > setup.exe from you or will you be satisified with output from the > non-debug version? Uhmm, I'm building a debug version for you at the moment. Rob From nahor@bravobrava.com Sat Jul 13 19:14:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sat, 13 Jul 2002 19:14:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <3D30D24E.60604@bravobrava.com> <20020714014811.14722.qmail@web21001.mail.yahoo.com> Message-ID: <3D30DB50.702@bravobrava.com> Nicholas Wourms wrote: > I dunno, maybe > I'm wrong, but it just seems a bit silly to have two identical scripts for > two different situations. I agree with that. > I'm of the camp that loves reusable code... Yeah right, like modifying setup.exe for the XWin shortcut? ;) Jehan From nwourms@yahoo.com Sat Jul 13 19:17:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 13 Jul 2002 19:17:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <000301c22ad9$e7c2fa60$0200a8c0@lifelesswks> Message-ID: <20020714021431.74779.qmail@web21010.mail.yahoo.com> --- Robert Collins wrote: > > > > -----Original Message----- > > From: Nicholas Wourms [mailto:nwourms@yahoo.com] > > Sent: Sunday, 14 July 2002 11:45 AM > > To: Robert Collins; 'Jehan'; cygwin-xfree@cygwin.com > > > Hey, you were the one who brought up debian... > > Actually, I brought up the technique dpkg uses to address the same > issue. But I can understand that being misinterpreted. Gotcha... > > I am listening... I don't know where you got this one from, > > but I respect > > your membership in the Cygwin/XFree86 community. > > From the "Like it or not" comment/ Well I didn't mean to imply that you didn't care. > > > The simple fact is, I disagree with your proposal, and you > > have made no > > > convincing arguments to change my mind. What you are > > suggesting is not > > > what 'most' windows installers do, it is not flexible, it is a step > > > backwards in approach, and a proper solution is not that hard to do! > > > > > What you are suggesting is akin to Windows installers run > > batch files in > > the background? > > No, I've not mentioned batch files or shell scripts, just data driven > and interpretation. > > > I > > heard your point regarding the backend data-driven support, > > but lets be > > serious, that kind of functionality is months away. > > I'm not talking backend at this point, just something contained in the > package that gets presented to the user in some fashion. It can be 100% > GUI without any complaints from me. After all - that is what the users > expect. > > > Fine, how's this, > > I'll rip out > > the specific references to cygwin.bat and instead have setup > > parse the ini > > for what it should display in that last window and how many it should > > display. This is how installishield and others do it. How's > > that for a > > solution? > > Much better. How about this tweak: > Packages extract a file - lets call it > '/var/setup/setup-shortcuts/packagename.icons > > Parse that file for shortcut icons to offer to create. Each icon will > need: > * Name to give the shortcut > * Location to place it (i.e. %DESKTOP% | %STARTMENU%/subpath | / (to > place in cygwin root dir)) > * Target to point to (i.e. /usr/X11R6/... > > So a format like > === > "Name of shortcut1" "location of shortcut 1" "target or shortcut 1" > "Name of shortcut2" "location of shortcut 2" "target or shortcut 2" > === > > Makes sense to me. Yup, now to read up on the setup code and figure out how best to do this. > > > > P.S. My damn keyboard is dying... Also, do I need a debug version of > > setup.exe from you or will you be satisified with output from the > > non-debug version? > > Uhmm, I'm building a debug version for you at the moment. Thanks, just checking to make sure, as it is almost 10pm here (I'm sure it is like 10am there) :-) Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From nwourms@yahoo.com Sat Jul 13 19:47:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 13 Jul 2002 19:47:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <3D30DB50.702@bravobrava.com> Message-ID: <20020714021759.36427.qmail@web21006.mail.yahoo.com> --- Jehan wrote: > Nicholas Wourms wrote: > > I dunno, maybe > > I'm wrong, but it just seems a bit silly to have two identical scripts > for > > two different situations. > > I agree with that. > > > I'm of the camp that loves reusable code... > > Yeah right, like modifying setup.exe for the XWin shortcut? ;) > Exactly, setup.exe already contained classes for doing all of that. So it does fit the definition of using reusable code. This was not to say that my code would be reusable in of itself. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From robert.collins@syncretize.net Sat Jul 13 21:30:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sat, 13 Jul 2002 21:30:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <20020714021431.74779.qmail@web21010.mail.yahoo.com> Message-ID: <000501c22ae0$caca1f40$0200a8c0@lifelesswks> > -----Original Message----- > From: Nicholas Wourms [mailto:nwourms@yahoo.com] > Sent: Sunday, 14 July 2002 12:15 PM > > * Name to give the shortcut > > * Location to place it (i.e. %DESKTOP% | %STARTMENU%/subpath | / (to > > place in cygwin root dir)) > > * Target to point to (i.e. /usr/X11R6/... I forgot to mention: doing it this way setup can take care for all users vs this user. > > So a format like > > === > > "Name of shortcut1" "location of shortcut 1" "target or shortcut 1" > > "Name of shortcut2" "location of shortcut 2" "target or shortcut 2" > > === > > > > Makes sense to me. > > Yup, now to read up on the setup code and figure out how best > to do this. Look in desktop.cc. We simply need to 1) add a parser for the file. (bison + flex or custom, I'm open to either) 2) build a list of icons to prompt. 3) for now - until bash/cygwin gets a data file in it - add the current icons to the tail of the list if they are not present 4) iterate through the list to build the dialog contents. 5) process the results. I'd suggest that the first step is to convert the existing code to a list based approach, and then get that tested and committed to HEAD. Following that we add the file parsing to create the list - divide and conquer. Rob From cgf@redhat.com Sat Jul 13 23:32:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Sat, 13 Jul 2002 23:32:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <000b01c22ab6$847dda10$0200a8c0@lifelesswks> References: <200207122037.g6CKbvw99460@pilot17.cl.msu.edu> <000b01c22ab6$847dda10$0200a8c0@lifelesswks> Message-ID: <20020714043058.GA13560@redhat.com> On Sun, Jul 14, 2002 at 07:44:51AM +1000, Robert Collins wrote: >As for linefeed issues, AFAIK windows will process bat files with unix >format, but you could always use d2u in your script. I don't think Windows 9x systems will understand bat files with unix line endings. cgf (boy what a strange thread this has been) From robert.collins@syncretize.net Sun Jul 14 01:02:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sun, 14 Jul 2002 01:02:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <20020714043058.GA13560@redhat.com> Message-ID: <000001c22b00$41c3a390$0200a8c0@lifelesswks> > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Christopher Faylor > Sent: Sunday, 14 July 2002 2:31 PM > To: cygwin-xfree@cygwin.com > Subject: Re: Bug in startxwin.bat after installing with > setup.exe in win98SE > > > On Sun, Jul 14, 2002 at 07:44:51AM +1000, Robert Collins wrote: > >As for linefeed issues, AFAIK windows will process bat files > with unix > >format, but you could always use d2u in your script. > > I don't think Windows 9x systems will understand bat files with unix > line endings. Right, so d2u is essential. > cgf > (boy what a strange thread this has been) Not half! Rob From duanestites@cox.net Sun Jul 14 01:16:00 2002 From: duanestites@cox.net (duanestites@cox.net) Date: Sun, 14 Jul 2002 01:16:00 -0000 Subject: Xfree studder/pause and then segmentation fault Message-ID: <20020714080230.CCVX4796.lakemtao08.cox.net@smtp.central.cox.net> 3 days ago I downloaded the latest setup from the cygwin website and installed the xfree components. My setup is a Dell latitude CPX with a Xircom cardbus network card running Windows 98SE. I am connecting to a linux box via XDMCP (I have connected to a Mandrake and YellowDog box with the same issues). After connecting and logging in everything works fine for 15-30min. Then the mouse starts to pause every few min as do the screen updates. This lasts for about 1/2min and then it crashes out to the CYGWIN dos box. The box states "Segmentation Fault (Core Dump). At this point windows is now exhibiting the same pausing every few seconds that I had when in my Xfree session. Once I exit out of the CYGWIN dos box everything returns to normal. I can then restart my Xfree session and everything will repeat itself. Is this a bug anyone has experienced? Thanks, Duane Stites -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.out URL: From robert.collins@syncretize.net Sun Jul 14 04:29:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sun, 14 Jul 2002 04:29:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <000001c22b00$41c3a390$0200a8c0@lifelesswks> Message-ID: <000601c22b0e$c47bcf20$0200a8c0@lifelesswks> > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Robert Collins > Sent: Sunday, 14 July 2002 4:33 PM > To: cygwin-xfree@cygwin.com > Subject: RE: Bug in startxwin.bat after installing with > setup.exe in win98SE > > > > > > -----Original Message----- > > From: cygwin-xfree-owner@cygwin.com > > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of > Christopher Faylor > > Sent: Sunday, 14 July 2002 2:31 PM > > To: cygwin-xfree@cygwin.com > > Subject: Re: Bug in startxwin.bat after installing with > > setup.exe in win98SE > > > > > > On Sun, Jul 14, 2002 at 07:44:51AM +1000, Robert Collins wrote: > > >As for linefeed issues, AFAIK windows will process bat files > > with unix > > >format, but you could always use d2u in your script. > > > > I don't think Windows 9x systems will understand bat files with unix > > line endings. > > Right, so d2u is essential. Erm, u2d. Yes, that's what I mean. Honestly. Rob From lapo@lapo.it Sun Jul 14 05:58:00 2002 From: lapo@lapo.it (Lapo Luchini) Date: Sun, 14 Jul 2002 05:58:00 -0000 Subject: [ITP] glib-1.2.10 gtk+-1.2.10 References: <3D2F7B68.8050000@lapo.it> Message-ID: <3D316090.4000401@lapo.it> Lapo Luchini wrote: > What to say? > Its only thanks to Steven O'Brien's patches that those packages > contains DLLs. > See http://homepage.ntlworld.com/steven.obrien2/ I'm currently doing -2 version of them, relibtoolizing them instead of using Steven patches. -- Lapo 'Raist' Luchini lapo@lapo.it (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) From Ralf.Habacker@freenet.de Sun Jul 14 06:01:00 2002 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Sun, 14 Jul 2002 06:01:00 -0000 Subject: Incorrect version in packages names In-Reply-To: <3D29AB7D.5000703@ece.gatech.edu> Message-ID: <00e701c22b36$344dfdb0$5aa907d5@BRAMSCHE> > The naming was probably inherited from linux, where it is possible to > have both kde (1) and kde (2) and kde (3) all installed on the same > machine. Therefore, each needs different basename. Yes, this is it. > > If the kde-cygwin folks want to maintain that package-name distinction, > then they should just use "kdelibs_2" instead of "kdelibs-2" as their > basename. Then upset and setup will be happy -- and end users will be > able to install both kdelibs_2 and kdelibs_3. > Thanks for this hint. Ralf From Ralf.Habacker@freenet.de Sun Jul 14 06:29:00 2002 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Sun, 14 Jul 2002 06:29:00 -0000 Subject: Incorrect version in packages names In-Reply-To: <3D29AB7D.5000703@ece.gatech.edu> Message-ID: <00e801c22b36$9be13050$5aa907d5@BRAMSCHE> > > The naming was probably inherited from linux, where it is possible to > have both kde (1) and kde (2) and kde (3) all installed on the same > machine. Therefore, each needs different basename. > > If the kde-cygwin folks want to maintain that package-name distinction, > then they should just use "kdelibs_2" instead of "kdelibs-2" as their > basename. Then upset and setup will be happy -- and end users will be > able to install both kdelibs_2 and kdelibs_3. > What about kde-x. Must it be named kde_x ? Ralf From lapo@lapo.it Sun Jul 14 06:56:00 2002 From: lapo@lapo.it (Lapo Luchini) Date: Sun, 14 Jul 2002 06:56:00 -0000 Subject: Incorrect version in packages names References: <00e801c22b36$9be13050$5aa907d5@BRAMSCHE> Message-ID: <3D317CA7.7080603@lapo.it> > > >What about kde-x. Must it be named kde_x ? > Couln't those fixes be included in the base xfree package? Having a package that overwrites a file from another package gives problems if you deinstall the latter: you lose the file from the first... -- Lapo 'Raist' Luchini lapo@lapo.it (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) From Ralf.Habacker@freenet.de Sun Jul 14 07:00:00 2002 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Sun, 14 Jul 2002 07:00:00 -0000 Subject: Incorrect version in packages names In-Reply-To: <3D317CA7.7080603@lapo.it> Message-ID: <00eb01c22b3e$52b14070$5aa907d5@BRAMSCHE> > > > > >What about kde-x. Must it be named kde_x ? > > > Couln't those fixes be included in the base xfree package? > Having a package that overwrites a file from another package gives > problems if you deinstall the latter: you lose the file from the first... Unfortunally for some reasons no, because 1. this patches relates to cygipc based shm support, which isn't a cygwin packages and should not be used in a cygwin package (the xfree packages). There were some threads relating to this topic in the past on cygwin/cygwin apps. At the time the shm support will be a stable part of the cygwin dll, xfree could be recompiled with shm support. 2. some patches are currently not part of the official xfree release yet (for example xft patches and ice delay patch, see release notes below) ------------------------------------------------------------ Release 1.3 libXft: - added qt3 symbols to Xftlib libICE: - removed 5 seconds delay in libICE if file attributes don't match Release 1.2 - renamed package to kde-x Xwin.exe: - added MIT-SHM extension ------------------------------------------------------------ Ralf From nwourms@yahoo.com Sun Jul 14 07:07:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sun, 14 Jul 2002 07:07:00 -0000 Subject: Incorrect version in packages names In-Reply-To: <3D317CA7.7080603@lapo.it> Message-ID: <20020714140055.35056.qmail@web21006.mail.yahoo.com> --- Lapo Luchini wrote: > > > > > >What about kde-x. Must it be named kde_x ? > > > Couln't those fixes be included in the base xfree package? > Having a package that overwrites a file from another package gives > problems if you deinstall the latter: you lose the file from the > first... > Lapo, No, they cannot. Harold has made it quite clear that he will not turn the MIT-SHM module since SysV IPC memory services are not an official part of cygwin yet. Maybe once Conrad and I finish work on cygserver, then he will turn it on. But until that point, we are forced to keep a seperate version for KDE. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From Ralf.Habacker@freenet.de Sun Jul 14 07:15:00 2002 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Sun, 14 Jul 2002 07:15:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) In-Reply-To: <20020709001938.B12439@tui.dhs.org> Message-ID: <00ed01c22b3f$dfb01c70$5aa907d5@BRAMSCHE> > This is a great idea. I was thinking of using a language/toolkit that I could > compile on my Linux box, as it it my main development machine. Delphi isn't > too bad, as it (sort of) works under wine. The only problem was the compiled > code didn't run under wine very well. It would be cool to be able to use it > under linux/unix (hadn't thought of XNest though). > What about qt ? It is available for windows and for unix/linux. Ralf From cwilson@ece.gatech.edu Sun Jul 14 07:41:00 2002 From: cwilson@ece.gatech.edu (Charles Wilson) Date: Sun, 14 Jul 2002 07:41:00 -0000 Subject: Incorrect version in packages names References: <00e801c22b36$9be13050$5aa907d5@BRAMSCHE> Message-ID: <3D31876F.6060805@ece.gatech.edu> Ralf Habacker wrote: >>The naming was probably inherited from linux, where it is possible to >>have both kde (1) and kde (2) and kde (3) all installed on the same >>machine. Therefore, each needs different basename. >> >>If the kde-cygwin folks want to maintain that package-name distinction, >>then they should just use "kdelibs_2" instead of "kdelibs-2" as their >>basename. Then upset and setup will be happy -- and end users will be >>able to install both kdelibs_2 and kdelibs_3. >> >> > What about kde-x. Must it be named kde_x ? No, kde-x is fine. The problem is, the parser can't tell if the grouping after a '-' is part of the package name or package version, when the grouping begins with a numeral. kde-2 -- confusinng kde-x -- not confusing --Chuck From rasjidw@openminddev.net Sun Jul 14 07:52:00 2002 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Sun, 14 Jul 2002 07:52:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) In-Reply-To: <00ed01c22b3f$dfb01c70$5aa907d5@BRAMSCHE> References: <00ed01c22b3f$dfb01c70$5aa907d5@BRAMSCHE> Message-ID: <200207150040.56731.rasjidw@openminddev.net> On Mon, 15 Jul 2002 12:08 am, Ralf Habacker wrote: > > This is a great idea. I was thinking of using a language/toolkit that I > > could compile on my Linux box, as it it my main development machine. > > Delphi isn't too bad, as it (sort of) works under wine. The only problem > > was the compiled code didn't run under wine very well. It would be cool > > to be able to use it under linux/unix (hadn't thought of XNest though). > > What about qt ? It is available for windows and for unix/linux. Just been to the TrollTech website. The windows version of Qt is not fully GPL compatible. See http://www.trolltech.com/developer/download/qt-win-noncomm.html. Based on my interpretation of this discussion, I would say that that would rule out any xlauncher made with Qt for Windows from being distributed by setup.exe. The site also states that it requires MS Visual Studio v6, although my guess is that it could be used with gcc, but would probably take more work. OTOH, wxWindows (http://www.wxwindows.org) is fully GPL compatible. And for those of us that are not C or C++ experts, there is wxPython (http://www.wxpython.org) with an open-source IDE (http://boa-constructor.sourceforge.net/) which is suprisingly useable despite the version number (0.1) - although I'd suggest the CVS version. Rasjid. From nwourms@yahoo.com Sun Jul 14 12:55:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sun, 14 Jul 2002 12:55:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) In-Reply-To: <200207150040.56731.rasjidw@openminddev.net> Message-ID: <20020714145257.43637.qmail@web21006.mail.yahoo.com> --- Rasjid Wilcox wrote: > On Mon, 15 Jul 2002 12:08 am, Ralf Habacker wrote: > > > This is a great idea. I was thinking of using a language/toolkit > that I > > > could compile on my Linux box, as it it my main development machine. > > > Delphi isn't too bad, as it (sort of) works under wine. The only > problem > > > was the compiled code didn't run under wine very well. It would be > cool > > > to be able to use it under linux/unix (hadn't thought of XNest > though). > > > > What about qt ? It is available for windows and for unix/linux. > > Just been to the TrollTech website. The windows version of Qt is not > fully > GPL compatible. See > http://www.trolltech.com/developer/download/qt-win-noncomm.html. > > Based on my interpretation of this discussion, I would say that that > would > rule out any xlauncher made with Qt for Windows from being distributed > by > setup.exe. The site also states that it requires MS Visual Studio v6, > although my guess is that it could be used with gcc, but would probably > take > more work. > > OTOH, wxWindows (http://www.wxwindows.org) is fully GPL compatible. And > for > those of us that are not C or C++ experts, there is wxPython > (http://www.wxpython.org) with an open-source IDE > (http://boa-constructor.sourceforge.net/) which is suprisingly useable > despite the version number (0.1) - although I'd suggest the CVS version. > > Rasjid. The last time I checked, building wxWindows import libs was a PITA because their configure script has literally 100+ flags. Why can't they just have --enable-max like apache where it builds everthing that is supported by your platform. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From Ralf.Habacker@freenet.de Sun Jul 14 16:39:00 2002 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Sun, 14 Jul 2002 16:39:00 -0000 Subject: Incorrect version in packages names In-Reply-To: <20020708171048.25722.qmail@web10105.mail.yahoo.com> Message-ID: <00f801c22b70$7410e130$5aa907d5@BRAMSCHE> > Found in /etc/setup/installed.db : > kde-x-1.2 > kde-x-1.2-1.2-1.2-1.2-1.2-1.2-1.2-1.2-1.2.tar.bz2 0 > kde-x-1.3 > kde-x-1.3-1.3-1.3-1.3-1.3-1.3-1.3-1.3-1.3.tar.bz2 0 > kdebase-2 kdebase-2-2-2-2-2-2-2-2-2.2.2-b1.tar.bz2 0 > kdelibs-2 kdelibs-2-2-2-2-2-2-2-2-2.2.2-b1.tar.bz2 0 This problems will be fixed in the next setup.ini release (probably tomorrow) - -> _ kde-x-1.3 kde-x Thanks for this hints. Ralf From bozackt1@ridgecrest.ca.us Sun Jul 14 21:14:00 2002 From: bozackt1@ridgecrest.ca.us (Tom Bozack) Date: Sun, 14 Jul 2002 21:14:00 -0000 Subject: Xfree studder/pause and then segmentation fault References: <20020714221450.CTLM8234.lakemtao06.cox.net@smtp.central.cox.net> Message-ID: <3D320B66.7090607@ridgecrest.ca.us> It's obvious that we're experiencing the same problem. Since it's a persistent and easily duplicated problem, I'm surpirsed that there hasn't been much (any?) previous traffic on the mailing list on this. I did see a comment several months back that indicated that a similar problem occurred in an earlier version of XFree86 but was corrected in more recent versions. Maybe this is the same problem recurring or a different one. I hope the developers can track it down and fix it. I think cywin/XFree86 is a great product, and this is the only thing keeping me from making using it on a regular basis. Tom duanestites@cox.net wrote: > I just tried and found that I am also able to replicate the immediate crash when I log on to my session, then log off, and then back on again. Also my harddrive fills up very quickly with swap space data, this returns to normal once I exit out of the CYGWIN dos box. > > >>From: Tom Bozack >>Date: 2002/07/14 Sun PM 02:38:37 EDT >>To: duanestites@cox.net >>Subject: Re: Xfree studder/pause and then segmentation fault >> >>duanestites@cox.net wrote: >> > 3 days ago I downloaded the latest setup from the cygwin website and >> > installed the xfree components. My setup is a Dell latitude CPX with >> > a Xircom cardbus network card running Windows 98SE. I am connecting >> > to a linux box via XDMCP (I have connected to a Mandrake and >> > YellowDog box with the same issues). After connecting and logging in >> > everything works fine for 15-30min. Then the mouse starts to pause >> > every few min as do the screen updates. This lasts for about 1/2min >> > and then it crashes out to the CYGWIN dos box. The box states >> > "Segmentation Fault (Core Dump). At this point windows is now >> > exhibiting the same pausing every few seconds that I had when in my >> > Xfree session. Once I exit out of the CYGWIN dos box everything >> > returns to normal. I can then restart my Xfree session and >> > everything will repeat itself. >> > >> > Is this a bug anyone has experienced? Thanks, Duane Stites >> > >>I've been having the same problem with various releases of >>cygwin/XFree86 for at least 6 months. This happens with both Windows 98 >>and Windows 98SE. I've not tried it with other versions of Windows. I >>notice that when the mouse starts to become erratic the system rapidly >>runs out of memory/swap resources as if there is a large memory leak. >>I've also observed that this situation occurs immediately (rather than >>after 15-30 min) when you logoff the host and login again without >>restarting Xwin. I think cygwin/XFree86 is a great product, but this >>problem very much limits its usefullness as XDMCP client. >> >>Tom >> >> > > From mjennings@myrealbox.com Sun Jul 14 21:16:00 2002 From: mjennings@myrealbox.com (Michael Jennings) Date: Sun, 14 Jul 2002 21:16:00 -0000 Subject: LibICE.DLL is a BIG problem Message-ID: <3D324C25.5040102@myrealbox.com> There are lots of messages on Google that say people are having a problem with a missing DLL, LibICE.dll. No one has answered that message with a definitive answer. There are FTP and HTTP addresses given that don't lead to the file. I'm trying to install Nedit, and it is asking for this file. Why doesn't Cygwin provide everything necessary, or links, or explanations? Re-installing made no difference. Michael Jennings From huntharo@msu.edu Sun Jul 14 21:28:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 14 Jul 2002 21:28:00 -0000 Subject: [ITP] glib-1.2.10 gtk+-1.2.10 In-Reply-To: <3D316090.4000401@lapo.it> Message-ID: Lapo, Okay, I'll wait for the -2 pacakges. Could you put links to the setup.hint files in your email as well? That makes it a lot easier to upload the packages. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Lapo Luchini > Sent: Sunday, July 14, 2002 7:29 AM > To: Mailing List: CygWin-XFree > Subject: Re: [ITP] glib-1.2.10 gtk+-1.2.10 > > > Lapo Luchini wrote: > > > What to say? > > Its only thanks to Steven O'Brien's patches that those packages > > contains DLLs. > > See http://homepage.ntlworld.com/steven.obrien2/ > > I'm currently doing -2 version of them, relibtoolizing them instead of > using Steven patches. > > -- > Lapo 'Raist' Luchini > lapo@lapo.it (PGP & X.509 keys available) > http://www.lapo.it (ICQ UIN: 529796) > > > From huntharo@msu.edu Sun Jul 14 21:33:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 14 Jul 2002 21:33:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <000001c22b00$41c3a390$0200a8c0@lifelesswks> Message-ID: Wow. I sure am glad that I was out of town, throwing a party, and replacing the power steering pump in my Jeep this weekend while you guys slugged this one out. The end result is that I have a couple of scripts to look at and evaluate. Right now I am still trying to get that scrollbars patch release, so the scripts will have to wait until 4.2.0-12 is released. Once again, wow. Harold From huntharo@msu.edu Sun Jul 14 21:35:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 14 Jul 2002 21:35:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) In-Reply-To: <20020714145257.43637.qmail@web21006.mail.yahoo.com> Message-ID: For future reference, the xlauncher-style program is on my list of things to do. I want it done in straight C or C++ interfacing the GDI manually. I don't want dependencies on cumbersome libraries, and I don't want any non-free compiler languages involved. This xlauncher will remain on my to-do list until it is written to the above specs, regardless of whether or not someone comes up with a really slick xlauncher that depends on super-duper-library-foo. I don't care about super-duper-library-foo, I just want to be able to spend a small amount of time in order to contribute to a program with an arguably small scope. If you don't agree with me, I will program you into submission :) Harold From huntharo@msu.edu Sun Jul 14 21:41:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 14 Jul 2002 21:41:00 -0000 Subject: LibICE.DLL is a BIG problem In-Reply-To: <3D324C25.5040102@myrealbox.com> Message-ID: Michael, Because I have never heard of any problems with libICE. You are going to have to provide details, even if those details are only links to the relevant bits of discussions that you have found via Google. Thanks, Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Michael Jennings > Sent: Monday, July 15, 2002 12:14 AM > To: cygwin-xfree@cygwin.com > Subject: LibICE.DLL is a BIG problem > > > There are lots of messages on Google that say people are having a > problem with a missing DLL, LibICE.dll. No one has answered that message > with a definitive answer. There are FTP and HTTP addresses given that > don't lead to the file. > > I'm trying to install Nedit, and it is asking for this file. > > Why doesn't Cygwin provide everything necessary, or links, or > explanations? Re-installing made no difference. > > Michael Jennings > > > > From cgf@redhat.com Sun Jul 14 22:01:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Sun, 14 Jul 2002 22:01:00 -0000 Subject: LibICE.DLL is a BIG problem In-Reply-To: <3D324C25.5040102@myrealbox.com> References: <3D324C25.5040102@myrealbox.com> Message-ID: <20020715044118.GA13666@redhat.com> On Sun, Jul 14, 2002 at 09:14:29PM -0700, Michael Jennings wrote: >There are lots of messages on Google that say people are having a >problem with a missing DLL, LibICE.dll. No one has answered that message >with a definitive answer. There are FTP and HTTP addresses given that >don't lead to the file. > >I'm trying to install Nedit, and it is asking for this file. > >Why doesn't Cygwin provide everything necessary, or links, or >explanations? Re-installing made no difference. http://cygwin.com/cgi-bin2/package-grep.cgi?grep=libICE.dll Harold, maybe the "search a package" link should be referenced on the Cygwin/XFree86 site too? cgf From tim.thomson@paradise.net.nz Sun Jul 14 22:30:00 2002 From: tim.thomson@paradise.net.nz (Tim Thomson) Date: Sun, 14 Jul 2002 22:30:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) In-Reply-To: <200207150040.56731.rasjidw@openminddev.net> References: <00ed01c22b3f$dfb01c70$5aa907d5@BRAMSCHE> <200207150040.56731.rasjidw@openminddev.net> Message-ID: <1026709303.6935.33.camel@tuxedo> On Mon, 2002-07-15 at 02:40, Rasjid Wilcox wrote: > Based on my interpretation of this discussion, I would say that that would > rule out any xlauncher made with Qt for Windows from being distributed by > setup.exe. The site also states that it requires MS Visual Studio v6, > although my guess is that it could be used with gcc, but would probably take > more work. > > OTOH, wxWindows (http://www.wxwindows.org) is fully GPL compatible. And for > those of us that are not C or C++ experts, there is wxPython > (http://www.wxpython.org) with an open-source IDE > (http://boa-constructor.sourceforge.net/) which is suprisingly useable > despite the version number (0.1) - although I'd suggest the CVS version. I have been playing with wxWindows with C++. It looks like there are functions available to do most of the work required, the hardest part seems to be building the GUI, which doesn't even seem that hard. There is support for using a configuration system where it uses the registry to store settings under Win32, and uses a text file under Linux. One issue I haven't looked into is size, currently compiling with cygwin, a simple dialog box application sits at about 1.9Mb. Currently I am compiling with the default makefile, and am including all the wx header files. I'll look at optimizing this soon. I have looked at wxPython, and while nice, I think I might stick with C++. As I said, wxWindows should do cover most of the program, so there won't be much code if other people want to follow, and I am more comfortable with C/C++ syntax than Python. I'll keep playing/coding for awhile, and keep you posted on my progress. I still want to add session support and a few other features to the delphi version of xlauncher, more as a quick fix and a prototype for the C++/wxWindows version. Are there objections to releasing this new xlauncher under the GPL license as opposed to the LGPL? Are people satisfied with this? Questions, comments? Cheers, Tim. From robert.collins@syncretize.net Sun Jul 14 22:40:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sun, 14 Jul 2002 22:40:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) References: <00ed01c22b3f$dfb01c70$5aa907d5@BRAMSCHE> <200207150040.56731.rasjidw@openminddev.net> <1026709303.6935.33.camel@tuxedo> Message-ID: <09a001c22bc0$ae887990$2300a8c0@LAPTOP> ----- Original Message ----- From: "Tim Thomson" To: "Rasjid Wilcox" Cc: "cygwin-xfree Mailing List" > I have been playing with wxWindows with C++. Why not just code to the Win32 API? It's not that hard, not for a trivial launcher. wxWindows is a pretty big dependency to have, and the reason your programs are so big is most likely due to static linking instead of using the shared library... Rob From tim@tui.dhs.org Sun Jul 14 23:10:00 2002 From: tim@tui.dhs.org (Tim Thomson) Date: Sun, 14 Jul 2002 23:10:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) In-Reply-To: References: Message-ID: <1026711588.6934.53.camel@tuxedo> On Mon, 2002-07-15 at 16:33, Harold Hunt wrote: > For future reference, the xlauncher-style program is on my list of things to > do. I want it done in straight C or C++ interfacing the GDI manually. I > don't want dependencies on cumbersome libraries, and I don't want any > non-free compiler languages involved. This xlauncher will remain on my > to-do list until it is written to the above specs, regardless of whether or > not someone comes up with a really slick xlauncher that depends on > super-duper-library-foo. I don't care about super-duper-library-foo, I just > want to be able to spend a small amount of time in order to contribute to a > program with an arguably small scope. So wxWindows is also out? I was hoping for a cross platform xlauncher, as it would also be useful under a linux/*nix system using Xnest. I don't know a way to get cross platform support easily without using a library of some kind, and wxWindows seems to be the best, it's been around for ten years, and has a _lot_ of functionality. I understand your concern at depending on libraries, and I guess compiling a static binary won't satisfy your needs? The only other way I can see to do this is to do a complete rewrite of the program per OS, to utilise each systems native framework. There would be very little portable code between each version. Writing it as an X app once rootless mode works could be an option, as we would only have to write for an X framework, and not for Win32. This sounds like overkill to me though. Cheers, Tim. From robert.collins@syncretize.net Mon Jul 15 04:05:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Mon, 15 Jul 2002 04:05:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) References: <1026711588.6934.53.camel@tuxedo> Message-ID: <0a2401c22bc6$521e1f60$2300a8c0@LAPTOP> ----- Original Message ----- From: "Tim Thomson" To: "cygx" Sent: Monday, July 15, 2002 3:39 PM Subject: RE: New xlauncher (was: Re: Success with Java prog in XFree) > On Mon, 2002-07-15 at 16:33, Harold Hunt wrote: > > For future reference, the xlauncher-style program is on my list of things to > > do. I want it done in straight C or C++ interfacing the GDI manually. I > > don't want dependencies on cumbersome libraries, and I don't want any > > non-free compiler languages involved. This xlauncher will remain on my > > to-do list until it is written to the above specs, regardless of whether or > > not someone comes up with a really slick xlauncher that depends on > > super-duper-library-foo. I don't care about super-duper-library-foo, I just > > want to be able to spend a small amount of time in order to contribute to a > > program with an arguably small scope. > > So wxWindows is also out? > I was hoping for a cross platform xlauncher, as it would also be useful > under a linux/*nix system using Xnest. I don't know what Harold will say - although I can guess :}. What we do over in cygwin-apps when someone offers to provide maintain foo, that depends on library bar which is not in the distribution, is to say "Maintain bar - making it a .dll if appropriate, packaging it and so forth. THEN, and only then, offer foo as a package." In short, I don't see any particular problem with wxWindows per se, as long as you make it easy for other folk to build and link and run against it natively. This would involve at a minimum a shared library and a -devel package with a static build and the headers. Rob " From szelkov@earthlink.net Mon Jul 15 05:51:00 2002 From: szelkov@earthlink.net (szelkov@earthlink.net) Date: Mon, 15 Jul 2002 05:51:00 -0000 Subject: LibICE.DLL is a BIG problem Message-ID: <174210-22002711511545532@M2W044.mail2web.com> The file should be in: c:\cygwin\usr\X11R6\bin\libICE.dll. It's there on my system. Original Message: ----------------- From: Christopher Faylor cgf@redhat.com Date: Mon, 15 Jul 2002 00:41:18 -0400 To: cygwin-xfree@cygwin.com Subject: Re: LibICE.DLL is a BIG problem On Sun, Jul 14, 2002 at 09:14:29PM -0700, Michael Jennings wrote: >There are lots of messages on Google that say people are having a >problem with a missing DLL, LibICE.dll. No one has answered that message >with a definitive answer. There are FTP and HTTP addresses given that >don't lead to the file. > >I'm trying to install Nedit, and it is asking for this file. > >Why doesn't Cygwin provide everything necessary, or links, or >explanations? Re-installing made no difference. http://cygwin.com/cgi-bin2/package-grep.cgi?grep=libICE.dll Harold, maybe the "search a package" link should be referenced on the Cygwin/XFree86 site too? cgf -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web.com/ . From jwb@homer.att.com Mon Jul 15 06:06:00 2002 From: jwb@homer.att.com (J. W. Ballantine) Date: Mon, 15 Jul 2002 06:06:00 -0000 Subject: startx timing out Message-ID: <200207151251.IAA06709@akiva.homer.att.com> I don't have a .Xauthority file in my home dir. I had a .xinitrc in my home dir, and renamed it on the odd chance that it was causing the problem, it wasn't. Thanks >From: "Thomas Chadwick" >To: jwb@homer.att.com, cygwin-xfree@cygwin.com >Subject: Re: startx timing out >Date: Fri, 12 Jul 2002 16:44:12 -0400 >Mime-Version: 1.0 >Content-Type: text/plain; format=flowed >Message-ID: > >A few suggestions: > >1) If you have a file in your home directory called .Xauthority, delete it >(or at least rename it if you want to use it again later). > >2) If you don't have a file in your home directory called .xinitrc, create >one containing something like the following (the following does the same >stuff as the stock startxwin.sh and startxwin.bat): > > xsetroot -solid aquamarine4 > xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black \ > -e /usr/bin/bash & > twm > >>From: "J. W. Ballantine" >>To: cygwin-xfree@cygwin.com >>Subject: startx timing out >>Date: Fri, 12 Jul 2002 16:17:26 -0400 >> >> >>I've installed cygwin-xfree and I seem to have something mis-configured. >> >>If I run from startxwin.sh, everything runs fine, but if I try to use >>startx, the x window, white, opens up, changes to a cross-hatch pattern >>and eventually closes down. In the sh window I get the message: >> waiting for X server to begin accepting connections >> .. >> .. >>until it finally times out. For the record the same thing happens if I >>try and run just xinit >> >>my /tmp/XWin.log is: >> >> DELETED for Brevity... >> >>I couldn't find anything about this in the mail-list archive. >> >>Does someone see anything I don't. >> >>Thanks >> >>Jim Ballantine >> From nwourms@yahoo.com Mon Jul 15 06:27:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Mon, 15 Jul 2002 06:27:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) In-Reply-To: <1026711588.6934.53.camel@tuxedo> Message-ID: <20020715130617.75669.qmail@web21006.mail.yahoo.com> --- Tim Thomson wrote: > On Mon, 2002-07-15 at 16:33, Harold Hunt wrote: > > For future reference, the xlauncher-style program is on my list of > things to > > do. I want it done in straight C or C++ interfacing the GDI manually. > I > > don't want dependencies on cumbersome libraries, and I don't want any > > non-free compiler languages involved. This xlauncher will remain on > my > > to-do list until it is written to the above specs, regardless of > whether or > > not someone comes up with a really slick xlauncher that depends on > > super-duper-library-foo. I don't care about super-duper-library-foo, > I just > > want to be able to spend a small amount of time in order to contribute > to a > > program with an arguably small scope. > > So wxWindows is also out? > I was hoping for a cross platform xlauncher, as it would also be useful > under a linux/*nix system using Xnest. Until someone provides the runtime libraries as part of the Cygwin dist, I'd have to say yes. Also, Harold seems dead set against these rather bloated cross-platform libraries. > I don't know a way to get cross platform support easily without using a > library of some kind, and wxWindows seems to be the best, it's been > around for ten years, and has a _lot_ of functionality. If you are really serious about this, then follow the directions at: http://cygwin.com/setup.html To package the wxWindows runtime and development libraries for the cygwin platform. If you are *really* serious, once gtk for cygwin is released, you could provide the gtk/X11 version of wxWindows for cygwin as well. > I understand your concern at depending on libraries, and I guess > compiling a static binary won't satisfy your needs? Aviod the bloat, provide a wxWindows dll to the distribtion. > The only other way I can see to do this is to do a complete rewrite of > the program per OS, to utilise each systems native framework. There > would be very little portable code between each version. Not necessarily. The current maintainer of rxvt has managed to create an awesome terminal client that works in both X and as a native win32 app. He did it by using Donald Becker's libW11, which translates calls to libX11 into win32api calls. Unfortunately, he is running short on time atm and hasn't got much time to improve on the libW11 port to cygwin. Since libW11 is already a part of cygwin, you have met Harold's requirements that it not be dependant on some super-duper-foo-library. Also, it avoids unnecessary memory hogging by an xserver running in "rootless" mode. If you are curious, check out the source package for rxvt, which contains the libW11 source. Also check out the rxvt README in /usr/doc/Cygwin for infomation on how he did his port and how you can contact him. > Writing it as an X app once rootless mode works could be an option, as > we would only have to write for an X framework, and not for Win32. This > sounds like overkill to me though. I agree, no need for the bloat of an xserver running in "rootless" mode just to use a startup launcher. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From j_tetazoo@hotmail.com Mon Jul 15 06:46:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Mon, 15 Jul 2002 06:46:00 -0000 Subject: Corrupted file x2x-1.27-1-src.tar.bz2 Message-ID: Harold, I need you assitance in fixing this problem. Can you please re-upload to sources.redhat.com the tarball located here? http://members.tripod.com/tomandlaura0/cygwin/release/x2x/x2x-1.27-1-src.tar.bz2 The problem is that the file up on sources.redhat.com (and all the mirrors) is 16719 Bytes. The file at the above location is 16720 Bytes, which is the correct size. Don't know what happened to that 1 Byte. Thanks. >From: "Robert Collins" >To: "'Alexander Gottwald'" >CC: >Subject: RE: Corrupted file x2x-1.27-1-src.tar.bz2 >Date: Sun, 14 Jul 2002 09:42:27 +1000 > > > > > -----Original Message----- > > From: cygwin-xfree-owner@cygwin.com > > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Alexander Gottwald > > Sent: Saturday, 13 July 2002 5:04 AM > > Cc: cygwin-xfree@cygwin.com > > Subject: Re: Corrupted file x2x-1.27-1-src.tar.bz2 > > > > > > On Fri, 12 Jul 2002 fergus@bonhard.uklinux.net wrote: > > > > > In the directory release/XFree86/x2x/, the file > > x2x-1.27-1-src.tar.bz2 has > > > the correct md5sum (being > > 87075ba00b0cd15f35975c956f14591a); but running > > > bzip2 -tv gives a "file ends unexpectedly" error message, > > and attempting to > > > run bzip2 -dv fails. > > > > Have you downloaded it via ftp? The please check you fetched > > it in binary > > and not ascii mode. > >If he'd downloaded in ascii ftp mode the md5 would not match. > >Rob _________________________________________________________________ Join the world??s largest e-mail service with MSN Hotmail. http://www.hotmail.com From huntharo@msu.edu Mon Jul 15 06:50:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Mon, 15 Jul 2002 06:50:00 -0000 Subject: Corrupted file x2x-1.27-1-src.tar.bz2 In-Reply-To: Message-ID: Thomas, Well, looks like I get to throw this one right back at you. I right-clicked on the link at: http://cygwin.com/ml/cygwin-xfree/2002-07/msg00393.html and chose save as... blah blah. I did this in both IE and Mozilla 1.0. The result is that the browser thinks that the file is an HTML file (both of them thought this). I corrected the extensions in both browsers, but the resulting download was 16719 bytes both times. I would prefer that you either find some ftp space to store this files at, or email them to me (not to the list) directly. Harold > -----Original Message----- > From: Thomas Chadwick [mailto:j_tetazoo@hotmail.com] > Sent: Monday, July 15, 2002 9:27 AM > To: huntharo@msu.edu > Cc: cygwin-xfree@cygwin.com > Subject: RE: Corrupted file x2x-1.27-1-src.tar.bz2 > > > Harold, > > I need you assitance in fixing this problem. Can you please re-upload to > sources.redhat.com the tarball located here? > > http://members.tripod.com/tomandlaura0/cygwin/release/x2x/x2x-1.27 > -1-src.tar.bz2 > > The problem is that the file up on sources.redhat.com (and all > the mirrors) > is 16719 Bytes. The file at the above location is 16720 Bytes, > which is the > correct size. Don't know what happened to that 1 Byte. > > Thanks. > > >From: "Robert Collins" > >To: "'Alexander Gottwald'" > >CC: > >Subject: RE: Corrupted file x2x-1.27-1-src.tar.bz2 > >Date: Sun, 14 Jul 2002 09:42:27 +1000 > > > > > > > > > -----Original Message----- > > > From: cygwin-xfree-owner@cygwin.com > > > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Alexander Gottwald > > > Sent: Saturday, 13 July 2002 5:04 AM > > > Cc: cygwin-xfree@cygwin.com > > > Subject: Re: Corrupted file x2x-1.27-1-src.tar.bz2 > > > > > > > > > On Fri, 12 Jul 2002 fergus@bonhard.uklinux.net wrote: > > > > > > > In the directory release/XFree86/x2x/, the file > > > x2x-1.27-1-src.tar.bz2 has > > > > the correct md5sum (being > > > 87075ba00b0cd15f35975c956f14591a); but running > > > > bzip2 -tv gives a "file ends unexpectedly" error message, > > > and attempting to > > > > run bzip2 -dv fails. > > > > > > Have you downloaded it via ftp? The please check you fetched > > > it in binary > > > and not ascii mode. > > > >If he'd downloaded in ascii ftp mode the md5 would not match. > > > >Rob > > > _________________________________________________________________ > Join the world??s largest e-mail service with MSN Hotmail. > http://www.hotmail.com > From huntharo@msu.edu Mon Jul 15 07:06:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Mon, 15 Jul 2002 07:06:00 -0000 Subject: LibICE.DLL is a BIG problem In-Reply-To: <3D325FC1.4030407@myrealbox.com> Message-ID: Michael, No it is not amazing that the default Cygwin installation does not install XFree86. Just read the Cygwin mailing list archives and notice how often people bitch about how large the default installation is already. The default installation continues to get smaller, rather than larger, as a result of all of this bitching. Now we have reached the point where people bitch about there being too much just about as much as people bitch about there being too little. Thus, we have reached a nice stable point, and we intend to stay there. Harold -----Original Message----- From: Michael Jennings [mailto:mjennings@myrealbox.com] Sent: Monday, July 15, 2002 1:38 AM To: Harold Hunt Subject: Re: LibICE.DLL is a BIG problem Amazingly, the default Cygwin install does not install XFree86. It is necessary to choose it. That's why there are so many problems with it being missing. You can see all the trouble people are having by puting LibICE.dll into Google. Michael ___________________ Harold Hunt wrote: Michael, Because I have never heard of any problems with libICE. You are going to have to provide details, even if those details are only links to the relevant bits of discussions that you have found via Google. Thanks, Harold -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Michael Jennings Sent: Monday, July 15, 2002 12:14 AM To: cygwin-xfree@cygwin.com Subject: LibICE.DLL is a BIG problem There are lots of messages on Google that say people are having a problem with a missing DLL, LibICE.dll. No one has answered that message with a definitive answer. There are FTP and HTTP addresses given that don't lead to the file. I'm trying to install Nedit, and it is asking for this file. Why doesn't Cygwin provide everything necessary, or links, or explanations? Re-installing made no difference. Michael Jennings From j_tetazoo@hotmail.com Mon Jul 15 07:21:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Mon, 15 Jul 2002 07:21:00 -0000 Subject: Corrupted file x2x-1.27-1-src.tar.bz2 Message-ID: Strange... I could have sworn that I did exactly what you describe (right-click followed by Save-As) to test the tarbals when I originally posted them, and they turned out just fine. However, I re-tried that just now and I'm seeing the problem. Classic ASCII vs. binary transfer snafu. Since I don't have access to an FTP server, I'll have to send them as email attachments (off-list). Thanks. >From: "Harold Hunt" >To: "Thomas Chadwick" >CC: "cygx" >Subject: RE: Corrupted file x2x-1.27-1-src.tar.bz2 >Date: Mon, 15 Jul 2002 09:46:28 -0400 > >Thomas, > >Well, looks like I get to throw this one right back at you. > >I right-clicked on the link at: >http://cygwin.com/ml/cygwin-xfree/2002-07/msg00393.html > >and chose save as... blah blah. > >I did this in both IE and Mozilla 1.0. The result is that the browser >thinks that the file is an HTML file (both of them thought this). I >corrected the extensions in both browsers, but the resulting download was >16719 bytes both times. > >I would prefer that you either find some ftp space to store this files at, >or email them to me (not to the list) directly. > >Harold > > > -----Original Message----- > > From: Thomas Chadwick [mailto:j_tetazoo@hotmail.com] > > Sent: Monday, July 15, 2002 9:27 AM > > To: huntharo@msu.edu > > Cc: cygwin-xfree@cygwin.com > > Subject: RE: Corrupted file x2x-1.27-1-src.tar.bz2 > > > > > > Harold, > > > > I need you assitance in fixing this problem. Can you please re-upload >to > > sources.redhat.com the tarball located here? > > > > http://members.tripod.com/tomandlaura0/cygwin/release/x2x/x2x-1.27 > > -1-src.tar.bz2 > > > > The problem is that the file up on sources.redhat.com (and all > > the mirrors) > > is 16719 Bytes. The file at the above location is 16720 Bytes, > > which is the > > correct size. Don't know what happened to that 1 Byte. > > > > Thanks. > > > > >From: "Robert Collins" > > >To: "'Alexander Gottwald'" > > > >CC: > > >Subject: RE: Corrupted file x2x-1.27-1-src.tar.bz2 > > >Date: Sun, 14 Jul 2002 09:42:27 +1000 > > > > > > > > > > > > > -----Original Message----- > > > > From: cygwin-xfree-owner@cygwin.com > > > > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Alexander >Gottwald > > > > Sent: Saturday, 13 July 2002 5:04 AM > > > > Cc: cygwin-xfree@cygwin.com > > > > Subject: Re: Corrupted file x2x-1.27-1-src.tar.bz2 > > > > > > > > > > > > On Fri, 12 Jul 2002 fergus@bonhard.uklinux.net wrote: > > > > > > > > > In the directory release/XFree86/x2x/, the file > > > > x2x-1.27-1-src.tar.bz2 has > > > > > the correct md5sum (being > > > > 87075ba00b0cd15f35975c956f14591a); but running > > > > > bzip2 -tv gives a "file ends unexpectedly" error message, > > > > and attempting to > > > > > run bzip2 -dv fails. > > > > > > > > Have you downloaded it via ftp? The please check you fetched > > > > it in binary > > > > and not ascii mode. > > > > > >If he'd downloaded in ascii ftp mode the md5 would not match. > > > > > >Rob > > > > > > _________________________________________________________________ > > Join the world??s largest e-mail service with MSN Hotmail. > > http://www.hotmail.com > > > _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From huntharo@msu.edu Mon Jul 15 08:27:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Mon, 15 Jul 2002 08:27:00 -0000 Subject: Corrupted file x2x-1.27-1-src.tar.bz2 In-Reply-To: Message-ID: Thomas, I've uploaded the src tarball. It should be on mirrors within 24 hours. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Thomas Chadwick > Sent: Monday, July 15, 2002 10:06 AM > To: huntharo@msu.edu > Cc: cygwin-xfree@cygwin.com > Subject: RE: Corrupted file x2x-1.27-1-src.tar.bz2 > > > Strange... I could have sworn that I did exactly what you describe > (right-click followed by Save-As) to test the tarbals when I originally > posted them, and they turned out just fine. However, I re-tried > that just > now and I'm seeing the problem. Classic ASCII vs. binary transfer snafu. > > Since I don't have access to an FTP server, I'll have to send > them as email > attachments (off-list). > > Thanks. > > >From: "Harold Hunt" > >To: "Thomas Chadwick" > >CC: "cygx" > >Subject: RE: Corrupted file x2x-1.27-1-src.tar.bz2 > >Date: Mon, 15 Jul 2002 09:46:28 -0400 > > > >Thomas, > > > >Well, looks like I get to throw this one right back at you. > > > >I right-clicked on the link at: > >http://cygwin.com/ml/cygwin-xfree/2002-07/msg00393.html > > > >and chose save as... blah blah. > > > >I did this in both IE and Mozilla 1.0. The result is that the browser > >thinks that the file is an HTML file (both of them thought this). I > >corrected the extensions in both browsers, but the resulting download was > >16719 bytes both times. > > > >I would prefer that you either find some ftp space to store this > files at, > >or email them to me (not to the list) directly. > > > >Harold > > > > > -----Original Message----- > > > From: Thomas Chadwick [mailto:j_tetazoo@hotmail.com] > > > Sent: Monday, July 15, 2002 9:27 AM > > > To: huntharo@msu.edu > > > Cc: cygwin-xfree@cygwin.com > > > Subject: RE: Corrupted file x2x-1.27-1-src.tar.bz2 > > > > > > > > > Harold, > > > > > > I need you assitance in fixing this problem. Can you please > re-upload > >to > > > sources.redhat.com the tarball located here? > > > > > > http://members.tripod.com/tomandlaura0/cygwin/release/x2x/x2x-1.27 > > > -1-src.tar.bz2 > > > > > > The problem is that the file up on sources.redhat.com (and all > > > the mirrors) > > > is 16719 Bytes. The file at the above location is 16720 Bytes, > > > which is the > > > correct size. Don't know what happened to that 1 Byte. > > > > > > Thanks. > > > > > > >From: "Robert Collins" > > > >To: "'Alexander Gottwald'" > > > > > >CC: > > > >Subject: RE: Corrupted file x2x-1.27-1-src.tar.bz2 > > > >Date: Sun, 14 Jul 2002 09:42:27 +1000 > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > From: cygwin-xfree-owner@cygwin.com > > > > > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Alexander > >Gottwald > > > > > Sent: Saturday, 13 July 2002 5:04 AM > > > > > Cc: cygwin-xfree@cygwin.com > > > > > Subject: Re: Corrupted file x2x-1.27-1-src.tar.bz2 > > > > > > > > > > > > > > > On Fri, 12 Jul 2002 fergus@bonhard.uklinux.net wrote: > > > > > > > > > > > In the directory release/XFree86/x2x/, the file > > > > > x2x-1.27-1-src.tar.bz2 has > > > > > > the correct md5sum (being > > > > > 87075ba00b0cd15f35975c956f14591a); but running > > > > > > bzip2 -tv gives a "file ends unexpectedly" error message, > > > > > and attempting to > > > > > > run bzip2 -dv fails. > > > > > > > > > > Have you downloaded it via ftp? The please check you fetched > > > > > it in binary > > > > > and not ascii mode. > > > > > > > >If he'd downloaded in ascii ftp mode the md5 would not match. > > > > > > > >Rob > > > > > > > > > _________________________________________________________________ > > > Join the world??s largest e-mail service with MSN Hotmail. > > > http://www.hotmail.com > > > > > > > > > > _________________________________________________________________ > Send and receive Hotmail on your mobile device: http://mobile.msn.com > From huntharo@msu.edu Mon Jul 15 08:39:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 15 Jul 2002 08:39:00 -0000 Subject: one paragaph of explanation on the web site. Message-ID: <200207151527.g6FFR4O21874@pilot19.cl.msu.edu> Michael, You are having a discussion with the Cygwin/XFree86 project. My name is not, ``The Cygwin/XFree86 Project''. Therefore, I kindly ask that you send all correspondence to cygwin-xfree@cygwin.com, rather than directly to me. Thank you very much, Harold Michael Jennings said: > I'd like a little creativity in seeing my point. I am suggesting that > there be one paragaph of explanation on the web site. Now, there isn't. > I want to be warned, that's all. > > If you want, I will write the paragraph and submit it to you. > > > Michael > > ____________________ > > Harold Hunt wrote: > > >Michael, > > > >No it is not amazing that the default Cygwin installation does not install > >XFree86. > > > >Just read the Cygwin mailing list archives and notice how often people bitch > >about how large the default installation is already. The default > >installation continues to get smaller, rather than larger, as a result of > >all of this bitching. Now we have reached the point where people bitch > >about there being too much just about as much as people bitch about there > >being too little. Thus, we have reached a nice stable point, and we intend > >to stay there. > > > >Harold > > > >-----Original Message----- > >From: Michael Jennings [mailto:mjennings@myrealbox.com] > >Sent: Monday, July 15, 2002 1:38 AM > >To: Harold Hunt > >Subject: Re: LibICE.DLL is a BIG problem > > > > > >Amazingly, the default Cygwin install does not install XFree86. It is > >necessary to choose it. That's why there are so many problems with it being > >missing. > > > >You can see all the trouble people are having by puting > >LibICE.dll > >into Google. > > > >Michael > > > >___________________ > > > > > >Harold Hunt wrote: > > > >Michael, > > > >Because I have never heard of any problems with libICE. > > > >You are going to have to provide details, even if those details are only > >links to the relevant bits of discussions that you have found via Google. > > > >Thanks, > > > >Harold > > > > > >-----Original Message----- > >From: cygwin-xfree-owner@cygwin.com > >[mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Michael Jennings > >Sent: Monday, July 15, 2002 12:14 AM > >To: cygwin-xfree@cygwin.com > >Subject: LibICE.DLL is a BIG problem > > > > > >There are lots of messages on Google that say people are having a > >problem with a missing DLL, LibICE.dll. No one has answered that message > >with a definitive answer. There are FTP and HTTP addresses given that > >don't lead to the file. > > > >I'm trying to install Nedit, and it is asking for this file. > > > >Why doesn't Cygwin provide everything necessary, or links, or > >explanations? Re-installing made no difference. > > > >Michael Jennings > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > From keenwa@eglin.af.mil Mon Jul 15 09:08:00 2002 From: keenwa@eglin.af.mil (Keen Wayne A Contr AFRL/MNGG) Date: Mon, 15 Jul 2002 09:08:00 -0000 Subject: LibICE.DLL is a BIG problem Message-ID: <30C9E24891FFD411B68A009027724CB702C04CEE@eg-002-015.eglin.af.mil> Note that the main Cygwin page now states, some words in bold (probably thinking of nitwits like me) - "Note also that, by default, setup.exe does not install everything. Only the base cygwin distribution is installed by default." I try to make a virtue of this. Every time I do an update, I click open all the categories and see what's there, and what's new. This helps me stay a hip, happening kind of guy I am... Wayne Keen From cgf@redhat.com Mon Jul 15 10:04:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Mon, 15 Jul 2002 10:04:00 -0000 Subject: LibICE.DLL is a BIG problem In-Reply-To: <30C9E24891FFD411B68A009027724CB702C04CEE@eg-002-015.eglin.af.mil> References: <30C9E24891FFD411B68A009027724CB702C04CEE@eg-002-015.eglin.af.mil> Message-ID: <20020715160843.GD26820@redhat.com> On Mon, Jul 15, 2002 at 10:32:16AM -0500, Keen Wayne A Contr AFRL/MNGG wrote: >Note that the main Cygwin page now states, some words in bold (probably >thinking of nitwits like me) - > >"Note also that, by default, setup.exe does not install everything. >Only the base cygwin distribution is installed by default." I think that this brings the number of people who have actually read this section up to "2". cgf From nwourms@yahoo.com Mon Jul 15 22:08:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Mon, 15 Jul 2002 22:08:00 -0000 Subject: Installation Classes for setup.exe [was RE: LibICE.DLL is a BIG problem] In-Reply-To: Message-ID: <20020715170414.59863.qmail@web21010.mail.yahoo.com> Hi, Instead of bitching, all people have to do is click once on the "default" option and it will switch to "install". This installs everything except the test packages. If only people would try to figure it out a little before complaining. Although, I suppose eventually we'll have to get setup to give people the option of: 1)Minimal Install (currently "default") 2)Standard Install 3)Full Install (currently ("install") n1) [Install Type n1] n2) [Install Type n2] [CHECK BOX 1] Install experimental packages? [CHECK BOX 2] Customize package selection? [n1, n2 = additional install types to be provided by external data sources, i.e. one could define "Standard Install w/ Cygwin/XFree86" or "SSH only Install"] As to what goes into #2 is not for me to debate. I've had my fill of flame wars for awhile ;-). However, as more packages are added, I think that we (including me) should help setup become more extensible by defining the classes of installs and providing the chooser only when requested by checkbox #2. Why should this be something we want? A)It makes the whole process much easier for the enduser. B)It better mirrors other installers which the enduser is used to. C)It is much more "accessible" to people with disabilities. D)It creates a more featureful installer, while preserving the simplicity of the installer. E)It has been marketed and tested by the various linux vendors in the opensource community and so far hasn't met with much disfavor. F)(Hopefully) It will cut down on the number of messages we get from people asking where is package "foo" or complaing about setup installing too many or too few packages. G)Personally I like to have the robustness of a full setup of tools, while Harold may prefer the simplicity of a minimal X terminal setup. Then there are those who would rather use it simply for SSH. Choice is an important feature of the opensource community, one which we should embrace without creating confusion. I am simply stating an observation and a possible boilerplate for a solution. As to how doable this is and who will do it is another thing. I'll take a crack at it, but I doubt I'd get that far in the next couple of months. So rather than just keep the idea to myself, I decided to share it. Hopefully this might get some useful discussion and possibly spawn more ideas in the process. Cheers, Nicholas P.S. - Please respond in cygwin-apps, as I don't want to cause another off-topic thread to flood cygwin-xfree. ;-) --- Harold Hunt wrote: > Michael, > > No it is not amazing that the default Cygwin installation does not > install > XFree86. > > Just read the Cygwin mailing list archives and notice how often people > bitch > about how large the default installation is already. The default > installation continues to get smaller, rather than larger, as a result > of > all of this bitching. Now we have reached the point where people bitch > about there being too much just about as much as people bitch about > there > being too little. Thus, we have reached a nice stable point, and we > intend > to stay there. > > Harold > > -----Original Message----- > From: Michael Jennings [mailto:mjennings@myrealbox.com] > Sent: Monday, July 15, 2002 1:38 AM > To: Harold Hunt > Subject: Re: LibICE.DLL is a BIG problem > > > Amazingly, the default Cygwin install does not install XFree86. It is > necessary to choose it. That's why there are so many problems with it > being > missing. > > You can see all the trouble people are having by puting > LibICE.dll > into Google. > > Michael > > ___________________ > > > Harold Hunt wrote: > > Michael, > > Because I have never heard of any problems with libICE. > > You are going to have to provide details, even if those details are only > links to the relevant bits of discussions that you have found via > Google. > > Thanks, > > Harold > > > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Michael Jennings > Sent: Monday, July 15, 2002 12:14 AM > To: cygwin-xfree@cygwin.com > Subject: LibICE.DLL is a BIG problem > > > There are lots of messages on Google that say people are having a > problem with a missing DLL, LibICE.dll. No one has answered that message > with a definitive answer. There are FTP and HTTP addresses given that > don't lead to the file. > > I'm trying to install Nedit, and it is asking for this file. > > Why doesn't Cygwin provide everything necessary, or links, or > explanations? Re-installing made no difference. > > Michael Jennings __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From huntharo@msu.edu Tue Jul 16 03:40:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Tue, 16 Jul 2002 03:40:00 -0000 Subject: [ANNOUNCEMENT] Server Test 65 Message-ID: Links: I just posted Test 65 to the server development page: http://xfree86.cygwin.com/devel/shadow/ You can install the Test 65 package via setup.exe by selecting the 'test' package (and be sure to check the 'Bin' box): XFree86-xserv-4.2.0-12 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-Test65.exe.bz2 (1100 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20020716-0051.tar.bz2 (84 KiB) Changes: 1) Enable initial scrollbar support, when the new ``-scrollbars'' command-line argument is passed. (Jehan Bing, Harold Hunt) 2) Correct the preprocessor definition of PROJECTROOT for xc/programs/Xserver/hw/xwin/Imakefile. (Alexander Gottwald) Enjoy, Harold From robert.collins@syncretize.net Tue Jul 16 17:21:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Tue, 16 Jul 2002 17:21:00 -0000 Subject: Installation Classes for setup.exe [was RE: LibICE.DLL is a BIG problem] In-Reply-To: <20020715170414.59863.qmail@web21010.mail.yahoo.com> Message-ID: <000101c22cb5$456d7820$0200a8c0@lifelesswks> > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Nicholas Wourms > Sent: Tuesday, 16 July 2002 3:04 AM > To: cygx > Cc: cygwin-apps@cygwin.com > Subject: Installation Classes for setup.exe [was RE: > LibICE.DLL is a BIG problem] > > > Hi, > > Instead of bitching, all people have to do is click once on > the "default" > option and it will switch to "install". This installs > everything except > the test packages. If only people would try to figure it out a little > before complaining. Although, I suppose eventually we'll have to get > setup to give people the option of: > > 1)Minimal Install (currently "default") > 2)Standard Install > 3)Full Install (currently ("install") > n1) [Install Type n1] > n2) [Install Type n2] > > [CHECK BOX 1] Install experimental packages? > [CHECK BOX 2] Customize package selection? > Funnily enough: this http://sources.redhat.com/ml/cygwin-apps/2002-03/msg00228.html may be very similar to what you are talking about. Rob From colin.harrison@virgin.net Tue Jul 16 18:34:00 2002 From: colin.harrison@virgin.net (Colin Harrison) Date: Tue, 16 Jul 2002 18:34:00 -0000 Subject: Server Test 65 Message-ID: <200207170021.g6H0LOI04242@chamonix.straightrunning.com> Hi, When invoked:- start XWin -screen 0 1024 768 -emulate3buttons +kb -xkbmap gb It removes my link (or file) in tmp directory to my keymap file gb.xkm in my case being a brit. I keep putting it back and it keeps removing it!! Should I now do the keyboard mapping elsewhere (not in /tmp) Colin From colin.harrison@virgin.net Wed Jul 17 03:54:00 2002 From: colin.harrison@virgin.net (Colin Harrison) Date: Wed, 17 Jul 2002 03:54:00 -0000 Subject: Server Test 65 (again!!) Message-ID: <200207170134.g6H1YHf04924@chamonix.straightrunning.com> Hi Fixed by using an XF86Config file!! Silly me, not keeping up to date Colin From jjangu@tid.es Wed Jul 17 03:56:00 2002 From: jjangu@tid.es (Juan =?iso-8859-1?Q?Jos=E9=20Andr=E9s=20Guti=E9rrez?=) Date: Wed, 17 Jul 2002 03:56:00 -0000 Subject: Problems with MSVC6.0 Message-ID: <3D355B1B.952459AC@tid.es> Hello, I have problems to compile a X-Window program with Visual C++ 6.0. The problem is that I convert the DLL libx11.dll and libxmuu.dll to libx11.lib and libxmuu.lib the linker generate several errors: libX11.lib(libX11.obj) : warning LNK4078: multiple ".edata" sections found with different attributes (C0100000) libXmuu.lib(libXmuu.obj) : error LNK2005: __nm__calloc already defined in libX11.lib(libX11.obj) libXmuu.lib(libXmuu.obj) : error LNK2005: __nm__cygwin_detach_dll already defined in libX11.lib(libX11.obj) libXmuu.lib(libXmuu.obj) : error LNK2005: __nm__cygwin_internal already defined in libX11.lib(libX11.obj) libXmuu.lib(libXmuu.obj) : error LNK2005: __nm__dll_dllcrt0 already defined in libX11.lib(libX11.obj) libXmuu.lib(libXmuu.obj) : error LNK2005: __nm__fprintf already defined in libX11.lib(libX11.obj) libXmuu.lib(libXmuu.obj) : error LNK2005: __nm__fputs already defined in libX11.lib(libX11.obj) libXmuu.lib(libXmuu.obj) : error LNK2005: __nm__free already defined in libX11.lib(libX11.obj) libXmuu.lib(libXmuu.obj) : error LNK2005: __nm__gethostname already defined in libX11.lib(libX11.obj) libXmuu.lib(libXmuu.obj) : error LNK2005: __nm__malloc already defined in libX11.lib(libX11.obj) libXmuu.lib(libXmuu.obj) : error LNK2005: __nm__realloc already defined in libX11.lib(libX11.obj) libXmuu.lib(libXmuu.obj) : error LNK2005: __nm__strcmp already defined in libX11.lib(libX11.obj) Debug/xlsclients.exe : fatal error LNK1169: one or more multiply defined symbols found As I can use these DLL in a program written with Visual C++? Thanks. From robert.collins@syncretize.net Wed Jul 17 04:08:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Wed, 17 Jul 2002 04:08:00 -0000 Subject: Problems with MSVC6.0 In-Reply-To: <3D355B1B.952459AC@tid.es> Message-ID: <000401c22d80$a68ce2f0$0200a8c0@lifelesswks> > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Juan Jos? > Andr?s Guti?rrez > Sent: Wednesday, 17 July 2002 9:55 PM > As I can use these DLL in a program written with Visual C++? 1) Dlls are not libs. Conversion is not guaranteed. 2) These .dll's use a different C runtime than Visual C/C++ does, so you can't use them with each other. 3) Why not just use g++? Rob From robert.collins@syncretize.net Wed Jul 17 05:50:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Wed, 17 Jul 2002 05:50:00 -0000 Subject: Problems with MSVC6.0 In-Reply-To: <3D355D16.C8FFC5F8@tid.es> Message-ID: <000501c22d82$548388e0$0200a8c0@lifelesswks> > -----Original Message----- > From: Juan Jos? Andr?s Guti?rrez [mailto:jjangu@tid.es] > Sent: Wednesday, 17 July 2002 10:04 PM > To: Robert Collins > Subject: Re: Problems with MSVC6.0 > > > I need to use Visual C++ 6.0 because I'm making an ActiveX. False. G++ can produce ActiveX objects, the COM interface is supported - but you will need to research this quite a bit to do it. > I need to make a function that controls X-Window objects. > > Is posible use this dll in a Visual C++ project? Which part of 'can not use them with each other' did you not understand? Rob From jjangu@tid.es Wed Jul 17 06:17:00 2002 From: jjangu@tid.es (Juan =?iso-8859-1?Q?Jos=E9=20Andr=E9s=20Guti=E9rrez?=) Date: Wed, 17 Jul 2002 06:17:00 -0000 Subject: Problems with MSVC6.0 References: <000501c22d82$548388e0$0200a8c0@lifelesswks> Message-ID: <3D35764B.B9F8FAA1@tid.es> I need a explanation, please. If I load the DLL in my program dynamically instead of using a library (lib) will worked? or on the contrary it will happen the same. Sorry for the inconveniences. I am new using cygwin. Thank you very much. Robert Collins wrote: > > -----Original Message----- > > From: Juan Jos?? Andr??s Guti??rrez [mailto:jjangu@tid.es] > > Sent: Wednesday, 17 July 2002 10:04 PM > > To: Robert Collins > > Subject: Re: Problems with MSVC6.0 > > > > > > I need to use Visual C++ 6.0 because I'm making an ActiveX. > > False. G++ can produce ActiveX objects, the COM interface is supported - > but you will need to research this quite a bit to do it. > > > I need to make a function that controls X-Window objects. > > > > Is posible use this dll in a Visual C++ project? > > Which part of 'can not use them with each other' did you not understand? > > Rob From jguy@amhcu.org Wed Jul 17 06:33:00 2002 From: jguy@amhcu.org (Joe W. Guy, Jr.) Date: Wed, 17 Jul 2002 06:33:00 -0000 Subject: Gnome Message-ID: Can anyone tell me if/how to install GNOME on cygwin? I have XFree86 running on cygwin, but the only window manager that I have is TWM. Please advise. ------------------------------------- Joe W. Guy, Jr. Information Systems Manager MCP, A+, Network+ ------------------------------------- AMH Credit Union 205.556.8860 Ext.304 http://www.amhcu.org From nwourms@yahoo.com Wed Jul 17 06:39:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Wed, 17 Jul 2002 06:39:00 -0000 Subject: Gnome In-Reply-To: Message-ID: <20020717133319.56618.qmail@web21002.mail.yahoo.com> --- "Joe W. Guy, Jr." wrote: > Can anyone tell me if/how to install GNOME on cygwin? I have XFree86 > running on cygwin, but the only window manager that I have is TWM. > Please > advise. No GNOME for you, sorry. But you are welcome to install KDE! Check out: http://kde-cygwin.sourceforge.net Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From robert.collins@syncretize.net Wed Jul 17 07:04:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Wed, 17 Jul 2002 07:04:00 -0000 Subject: Problems with MSVC6.0 In-Reply-To: <3D35764B.B9F8FAA1@tid.es> Message-ID: <000301c22d97$5b402fc0$0200a8c0@lifelesswks> > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Juan Jos? > Andr?s Guti?rrez > Sent: Wednesday, 17 July 2002 11:51 PM > To: Robert Collins > Cc: cygwin-xfree@cygwin.com > Subject: Re: Problems with MSVC6.0 > > > I need a explanation, please. If I load the DLL in my > program dynamically > instead of using a library (lib) will worked? or on the > contrary it will > happen the same. One last time: If you use VC6, it will not work. If you use g++ it will work. Rob From mecklen@cimsoft.com Wed Jul 17 07:22:00 2002 From: mecklen@cimsoft.com (Robert Mecklenburg) Date: Wed, 17 Jul 2002 07:22:00 -0000 Subject: -geometry flag for XWin? Message-ID: <15669.31062.946000.367000@gargle.gargle.HOWL> I start XWin with "-screen 830 1124" (roughly half my screen width) so I have room on my desktop for windows apps. This causes the X root window to be placed at +0+0. Is there a way to specify a different location for the root window? I'd prefer something like +20+0 so it doesn't obscure important desktop icons. (Of course, I've read the man page and found nothing relevant. Perhaps I missed it?) Thanks, -- Robert From cygwin-xfree@cygwin.com Wed Jul 17 08:55:00 2002 From: cygwin-xfree@cygwin.com (Harold L Hunt II) Date: Wed, 17 Jul 2002 08:55:00 -0000 Subject: -geometry flag for XWin? References: <15669.31062.946000.367000@gargle.gargle.HOWL> Message-ID: <3D357E2B.8090603@cygwin.com> Robert Mecklenburg wrote: > I start XWin with "-screen 830 1124" (roughly half my screen width) so > I have room on my desktop for windows apps. This causes the X root > window to be placed at +0+0. Is there a way to specify a different > location for the root window? I'd prefer something like +20+0 so it > doesn't obscure important desktop icons. (Of course, I've read the > man page and found nothing relevant. Perhaps I missed it?) > > Thanks, Robert, No, there is not a -geometry flag. You are more than welcome to add one. Harold From lapo@lapo.it Wed Jul 17 12:03:00 2002 From: lapo@lapo.it (Lapo Luchini) Date: Wed, 17 Jul 2002 12:03:00 -0000 Subject: [ITP] glib-1.2.10 gtk+-1.2.10 References: Message-ID: <3D359365.2070306@lapo.it> Harold Hunt wrote: >Lapo, > >Okay, I'll wait for the -2 pacakges. Could you put links to the setup.hint >files in your email as well? That makes it a lot easier to upload the >packages. > >>I'm currently doing -2 version of them, relibtoolizing them instead of >>using Steven patches. >> Not as "easy" as it was for libungif... it will take some time. OK, I will post setup.hint too when they will be ready, but I'll need some MORE knowledge about autotool and the such that I have now... -- Lapo 'Raist' Luchini lapo@lapo.it (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) From wjjzzs@wjjzzs.com Wed Jul 17 12:04:00 2002 From: wjjzzs@wjjzzs.com (wjjzzs@wjjzzs.com) Date: Wed, 17 Jul 2002 12:04:00 -0000 Subject: Are you a sanitary ware distributor? Message-ID: Note:If this eamil is not fit for you,please reply to webmaster@wjjzzs.com with "remove". We don't intend to send spam email to you.Thank you! Dear sirs or Madams, We are one Arcyl bathtub manufacturer in China. -----------------Profile----------------------- Our factoryspecializes in manufacturing ??YEMA?? brand acrylic composite bathtubs, we have more than 10 years experience of bathtub manufacturing and marketing. With our considerable experience we set out to blend the advantages of all the other of bathtubs offered in the market place into one range. After several years development we produced our current range and the YEMA brand bathtub was patented in 2001. We were even awarded the "Gold Medal" in the "Chinese Patent Technology Exhibition" and "The Ninth Chinese New Patent Technology and New Patent Product Exhibition" later that year. The YEMA bathtubs structural design is that of a normal acrylic bathtub but conglutinated into a composite material. It is ridged and is made more than twice as thick as a normal unit, making it more smooth, gentle and elegant. This manufacturing technique not only provides all the advantages of a normal acrylic bathtub (easily to clean, resistance to dirt, colorful,attractive etc) but also provides increased heat retention, and extends the products life span. Besides our products on website, we now produce some new models for USA market. We also produce shower panels with finest quality. -------------------bathtub Specifications--------------------- 1,Wall thickness:10mm~20mm 2,Weight: 50~60KG -------------------Cooperate-------------------------------- We would like to be your OEM/ODM manufacturer. For detailed info, please browse our website http://www.wjjzzs.com Best wishes and regards, Export Manager Jerry Lee Mobile:13951228561 Phone:0086-519-5211973 Fax: 0086-519-5209776 Wujin Huangli Composited Sanitary Factory Add:HUangli town,Wujin county Changzhou 213151 Jiangsu province P.R.China Websie:http://www.wjjzzs.com Email:wjjzzs@wjjzzs.com From wjjzzs@wjjzzs.com Wed Jul 17 12:12:00 2002 From: wjjzzs@wjjzzs.com (wjjzzs@wjjzzs.com) Date: Wed, 17 Jul 2002 12:12:00 -0000 Subject: Are you a sanitary ware distributor? Message-ID: Note:If this eamil is not fit for you,please reply to webmaster@wjjzzs.com with "remove". We don't intend to send spam email to you.Thank you! Dear sirs or Madams, We are one Arcyl bathtub manufacturer in China. -----------------Profile----------------------- Our factoryspecializes in manufacturing ??YEMA?? brand acrylic composite bathtubs, we have more than 10 years experience of bathtub manufacturing and marketing. With our considerable experience we set out to blend the advantages of all the other of bathtubs offered in the market place into one range. After several years development we produced our current range and the YEMA brand bathtub was patented in 2001. We were even awarded the "Gold Medal" in the "Chinese Patent Technology Exhibition" and "The Ninth Chinese New Patent Technology and New Patent Product Exhibition" later that year. The YEMA bathtubs structural design is that of a normal acrylic bathtub but conglutinated into a composite material. It is ridged and is made more than twice as thick as a normal unit, making it more smooth, gentle and elegant. This manufacturing technique not only provides all the advantages of a normal acrylic bathtub (easily to clean, resistance to dirt, colorful,attractive etc) but also provides increased heat retention, and extends the products life span. Besides our products on website, we now produce some new models for USA market. We also produce shower panels with finest quality. -------------------bathtub Specifications--------------------- 1,Wall thickness:10mm~20mm 2,Weight: 50~60KG -------------------Cooperate-------------------------------- We would like to be your OEM/ODM manufacturer. For detailed info, please browse our website http://www.wjjzzs.com Best wishes and regards, Export Manager Jerry Lee Mobile:13951228561 Phone:0086-519-5211973 Fax: 0086-519-5209776 Wujin Huangli Composited Sanitary Factory Add:HUangli town,Wujin county Changzhou 213151 Jiangsu province P.R.China Websie:http://www.wjjzzs.com Email:wjjzzs@wjjzzs.com From wjjzzs@wjjzzs.com Wed Jul 17 12:21:00 2002 From: wjjzzs@wjjzzs.com (wjjzzs@wjjzzs.com) Date: Wed, 17 Jul 2002 12:21:00 -0000 Subject: Are you a sanitary ware distributor? Message-ID: Note:If this eamil is not fit for you,please reply to webmaster@wjjzzs.com with "remove". We don't intend to send spam email to you.Thank you! Dear sirs or Madams, We are one Arcyl bathtub manufacturer in China. -----------------Profile----------------------- Our factoryspecializes in manufacturing ??YEMA?? brand acrylic composite bathtubs, we have more than 10 years experience of bathtub manufacturing and marketing. With our considerable experience we set out to blend the advantages of all the other of bathtubs offered in the market place into one range. After several years development we produced our current range and the YEMA brand bathtub was patented in 2001. We were even awarded the "Gold Medal" in the "Chinese Patent Technology Exhibition" and "The Ninth Chinese New Patent Technology and New Patent Product Exhibition" later that year. The YEMA bathtubs structural design is that of a normal acrylic bathtub but conglutinated into a composite material. It is ridged and is made more than twice as thick as a normal unit, making it more smooth, gentle and elegant. This manufacturing technique not only provides all the advantages of a normal acrylic bathtub (easily to clean, resistance to dirt, colorful,attractive etc) but also provides increased heat retention, and extends the products life span. Besides our products on website, we now produce some new models for USA market. We also produce shower panels with finest quality. -------------------bathtub Specifications--------------------- 1,Wall thickness:10mm~20mm 2,Weight: 50~60KG -------------------Cooperate-------------------------------- We would like to be your OEM/ODM manufacturer. For detailed info, please browse our website http://www.wjjzzs.com Best wishes and regards, Export Manager Jerry Lee Mobile:13951228561 Phone:0086-519-5211973 Fax: 0086-519-5209776 Wujin Huangli Composited Sanitary Factory Add:HUangli town,Wujin county Changzhou 213151 Jiangsu province P.R.China Websie:http://www.wjjzzs.com Email:wjjzzs@wjjzzs.com From nwourms@yahoo.com Wed Jul 17 18:13:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Wed, 17 Jul 2002 18:13:00 -0000 Subject: [ITP] glib-1.2.10 gtk+-1.2.10 In-Reply-To: <3D359365.2070306@lapo.it> Message-ID: <20020717192113.87653.qmail@web21010.mail.yahoo.com> --- Lapo Luchini wrote: > Harold Hunt wrote: > > >Lapo, > > > >Okay, I'll wait for the -2 pacakges. Could you put links to the > setup.hint > >files in your email as well? That makes it a lot easier to upload the > >packages. > > > >>I'm currently doing -2 version of them, relibtoolizing them instead of > >>using Steven patches. > >> > Not as "easy" as it was for libungif... it will take some time. > > OK, I will post setup.hint too when they will be ready, but I'll need > some MORE knowledge about autotool and the such that I have now... > Are those links I provided informative? Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From lapo@lapo.it Thu Jul 18 02:10:00 2002 From: lapo@lapo.it (Lapo Luchini) Date: Thu, 18 Jul 2002 02:10:00 -0000 Subject: [ITP] glib-1.2.10 gtk+-1.2.10 References: <20020717192113.87653.qmail@web21010.mail.yahoo.com> Message-ID: <3D361654.5090002@lapo.it> > > >Are those links I provided informative? > > Documentation has the bad habit to need time to be read ;) Thanks a lot for them, I'll put them to work ASAP =) -- Lapo 'Raist' Luchini lapo@lapo.it (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) From Ralf.Habacker@freenet.de Thu Jul 18 07:34:00 2002 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Thu, 18 Jul 2002 07:34:00 -0000 Subject: [ANNOUNCEMENT] kdenetwork-2.2.2 beta 1 released Message-ID: <027901c22e3a$f9152a90$5aa907d5@BRAMSCHE> Hi all, today the first beta release of the kdenetwork-2.2.2 packages is available. It contains kmail 1.3.1, which is mostly full usable as free kde based email client under windows. Other applications of this package will follow in later releases if there is interest on them. Try it and have fun Ralf Habacker From rasjidw@openminddev.net Thu Jul 18 07:54:00 2002 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Thu, 18 Jul 2002 07:54:00 -0000 Subject: [ANNOUNCEMENT] Server Test 65 In-Reply-To: References: Message-ID: <200207190034.45776.rasjidw@openminddev.net> On Tue, 16 Jul 2002 3:08 pm, Harold Hunt wrote: > > I just posted Test 65 to the server development page: > http://xfree86.cygwin.com/devel/shadow/ > > You can install the Test 65 package via setup.exe by selecting the > 'test' package (and be sure to check the 'Bin' box): XFree86-xserv-4.2.0-12 > I have given this a quick test on my DualHead Matrox G400. Screenshots are available at http://www.openminddev.net/files/cx-1.jpg http://www.openminddev.net/files/cx-2.jpg http://www.openminddev.net/files/cx-3.jpg http://www.openminddev.net/files/cx-4.jpg http://www.openminddev.net/files/cx-5.jpg Shot 1 is just the intial opening. Shot 2 is the first maximisation. Shot 3 is re-maximisation after minimising. Shot 4 is maximising on the second screen (which in my setup is actually on the left). Shot 5 is showing that when maximised on screen 2, you can still move the window around. *This is not supposed to happen.* It should be locked in place. Note: The 'locked in place' quality works okay on screen 1. Cheers, Rasjid. From huntharo@msu.edu Thu Jul 18 08:35:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Thu, 18 Jul 2002 08:35:00 -0000 Subject: [ANNOUNCEMENT] Server Test 65 In-Reply-To: <200207190034.45776.rasjidw@openminddev.net> Message-ID: Rasjid, Excellent. Thank you for the screenshots. I will work on this over the weekend. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Rasjid Wilcox > Sent: Thursday, July 18, 2002 10:35 AM > To: cygwin-xfree@cygwin.com > Subject: Re: [ANNOUNCEMENT] Server Test 65 > > > On Tue, 16 Jul 2002 3:08 pm, Harold Hunt wrote: > > > > I just posted Test 65 to the server development page: > > http://xfree86.cygwin.com/devel/shadow/ > > > > You can install the Test 65 package via setup.exe by selecting the > > 'test' package (and be sure to check the 'Bin' box): > XFree86-xserv-4.2.0-12 > > > > I have given this a quick test on my DualHead Matrox G400. > > Screenshots are available at > > http://www.openminddev.net/files/cx-1.jpg > http://www.openminddev.net/files/cx-2.jpg > http://www.openminddev.net/files/cx-3.jpg > http://www.openminddev.net/files/cx-4.jpg > http://www.openminddev.net/files/cx-5.jpg > > Shot 1 is just the intial opening. > Shot 2 is the first maximisation. > Shot 3 is re-maximisation after minimising. > Shot 4 is maximising on the second screen (which in my setup is > actually on > the left). > Shot 5 is showing that when maximised on screen 2, you can still move the > window around. *This is not supposed to happen.* It should be locked in > place. > > Note: The 'locked in place' quality works okay on screen 1. > > Cheers, > > Rasjid. > From dforeman@stny.rr.com Thu Jul 18 10:20:00 2002 From: dforeman@stny.rr.com (Dennis Foreman) Date: Thu, 18 Jul 2002 10:20:00 -0000 Subject: scripting using Xterm ssh Message-ID: I recently installed Cygwin. I am NOT a highly knowledgeable UNIX user. I have read the man pages for ssh and Xterm and searched the Xfree archives using 'ssh' as a search arg. I am trying to figure out how to create a script that will do ALL of the following: 1. Use ssh to log me in to my UNIX system, without having to type the password 2. Create an Xterm window on my Windows desktop 3. Allow the Xterm to be opened without clicking on the X desktop 4. Run a specific program in the Xterm. The program creates Xwindows that must display on my PC. I know I can use startxwin.bat to start xterms, but can't figure out how to make it: a. send the passwords b. do it through ssh I need this as a script because I have to run 7 copies of it (for 7 different systems) before I can actually get my work done. Can someone give me some places to look for examples or extended documentation on combining my 4 requirements? Or send me some examples? regards, D. J. Foreman website: http://WWW.CS.Binghamton.EDU/~foreman From WJJZZS@WJJZZS.COM Thu Jul 18 10:22:00 2002 From: WJJZZS@WJJZZS.COM (JERRY LEE) Date: Thu, 18 Jul 2002 10:22:00 -0000 Subject: lOOKING FOR AGENT OF BATHTUB SALING Message-ID: Note:If this eamil is not fit for you,please reply to webmaster@wjjzzs.com with "remove".You'd tell me the email address we've used. We don't intend to send spam email to you.Thank you! ATTN:cygwin-xfree@xfree.cygwin.com Dear sirs or Madams, We are one Arcyl bathtub manufacturer in China. -----------------Profile----------------------- Our factoryspecializes in manufacturing ????YEMA???? brand acrylic composite bathtubs, we have more than 10 years experience of bathtub manufacturing and marketing. With our considerable experience we set out to blend the advantages of all the other of bathtubs offered in the market place into one range. After several years development we produced our current range and the YEMA brand bathtub was patented in 2001. We were even awarded the "Gold Medal" in the "Chinese Patent Technology Exhibition" and "The Ninth Chinese New Patent Technology and New Patent Product Exhibition" later that year. The YEMA bathtubs structural design is that of a normal acrylic bathtub but conglutinated into a composite material. It is ridged and is made more than twice as thick as a normal unit, making it more smooth, gentle and elegant. This manufacturing technique not only provides all the advantages of a normal acrylic bathtub (easily to clean, resistance to dirt, colorful,attractive etc) but also provides increased heat retention, and extends the products life span. Besides our products on website, we now produce some new models for USA market. We also produce shower panels with finest quality. -------------------bathtub Specifications--------------------- 1,Wall thickness:10mm~20mm 2,Weight: 50~60KG -------------------Cooperate-------------------------------- We would like to be your OEM/ODM manufacturer. For detailed info, please browse our website http://www.wjjzzs.com Best wishes and regards, Export Manager Jerry Lee Mobile:13951228561 Phone:0086-519-5211973 Fax: 0086-519-5209776 Wujin Huangli Composited Sanitary Factory Add:HUangli town,Wujin county Changzhou 213151 Jiangsu province P.R.China Websie:http://www.wjjzzs.com Email:wjjzzs@wjjzzs.com July 18, 2002 From WJJZZS@WJJZZS.COM Thu Jul 18 10:22:00 2002 From: WJJZZS@WJJZZS.COM (JERRY LEE) Date: Thu, 18 Jul 2002 10:22:00 -0000 Subject: lOOKING FOR AGENT OF BATHTUB SALING Message-ID: Note:If this eamil is not fit for you,please reply to webmaster@wjjzzs.com with "remove".You'd tell me the email address we've used. We don't intend to send spam email to you.Thank you! ATTN:cygwin-xfree@sources.redhat.com Dear sirs or Madams, We are one Arcyl bathtub manufacturer in China. -----------------Profile----------------------- Our factoryspecializes in manufacturing ????YEMA???? brand acrylic composite bathtubs, we have more than 10 years experience of bathtub manufacturing and marketing. With our considerable experience we set out to blend the advantages of all the other of bathtubs offered in the market place into one range. After several years development we produced our current range and the YEMA brand bathtub was patented in 2001. We were even awarded the "Gold Medal" in the "Chinese Patent Technology Exhibition" and "The Ninth Chinese New Patent Technology and New Patent Product Exhibition" later that year. The YEMA bathtubs structural design is that of a normal acrylic bathtub but conglutinated into a composite material. It is ridged and is made more than twice as thick as a normal unit, making it more smooth, gentle and elegant. This manufacturing technique not only provides all the advantages of a normal acrylic bathtub (easily to clean, resistance to dirt, colorful,attractive etc) but also provides increased heat retention, and extends the products life span. Besides our products on website, we now produce some new models for USA market. We also produce shower panels with finest quality. -------------------bathtub Specifications--------------------- 1,Wall thickness:10mm~20mm 2,Weight: 50~60KG -------------------Cooperate-------------------------------- We would like to be your OEM/ODM manufacturer. For detailed info, please browse our website http://www.wjjzzs.com Best wishes and regards, Export Manager Jerry Lee Mobile:13951228561 Phone:0086-519-5211973 Fax: 0086-519-5209776 Wujin Huangli Composited Sanitary Factory Add:HUangli town,Wujin county Changzhou 213151 Jiangsu province P.R.China Websie:http://www.wjjzzs.com Email:wjjzzs@wjjzzs.com July 18, 2002 From VISSJB@inel.gov Thu Jul 18 10:22:00 2002 From: VISSJB@inel.gov (John B Visser/VISSJB/NON/INEEL/US) Date: Thu, 18 Jul 2002 10:22:00 -0000 Subject: XDMCP Session Loops connecting to HPUX, stalls connecting to Solaris, from WinXP Message-ID: I have the latest Cygwin package installed on my WinXP box.? Cygwin runs fine, and I am able to start XWin from startxwin.bat, startx, and 'startxwin.sh' .? From the resulting xterm session, I am able to telnet into the subject HPUX and Solaris boxes and export individual apps to the Xserver on my box.? However, I cannot get an XDMCP session to work. >From the xterm session, I first do a 'xhost +' and then 'XWin -query 134.20.2.19 -from 134.20.174.113'. When I do this, a new Cygwin/XFree86 window is spawned, showing the the X and gray background.? This then turns black and shows the hourglass as though it was attempting to start CDE.? This process then repeats a number of times, or alternatively, it happens once and then the window dissappears.? I have also tried manually specifying the screen resolution, but the results are the same Has anyone been able to get XDMCP working with HPUX systems? (I'm not so worried about the Solaris.)? Does anyone have any suggestions, ideas? I also wanted to say how impressed I am with everyone's work on this software.? It is a complete and useful package. Thank you, John Visser vissjb@inel.gov INEEL/DOE Summer Intern: Computer Science Power Fellowship From WJJZZS@WJJZZS.COM Thu Jul 18 10:43:00 2002 From: WJJZZS@WJJZZS.COM (JERRY LEE) Date: Thu, 18 Jul 2002 10:43:00 -0000 Subject: lOOKING FOR AGENT OF BATHTUB SALING Message-ID: Note:If this eamil is not fit for you,please reply to webmaster@wjjzzs.com with "remove".You'd tell me the email address we've used. We don't intend to send spam email to you.Thank you! ATTN:cygwin-xfree@cygwin.com Dear sirs or Madams, We are one Arcyl bathtub manufacturer in China. -----------------Profile----------------------- Our factoryspecializes in manufacturing ????YEMA???? brand acrylic composite bathtubs, we have more than 10 years experience of bathtub manufacturing and marketing. With our considerable experience we set out to blend the advantages of all the other of bathtubs offered in the market place into one range. After several years development we produced our current range and the YEMA brand bathtub was patented in 2001. We were even awarded the "Gold Medal" in the "Chinese Patent Technology Exhibition" and "The Ninth Chinese New Patent Technology and New Patent Product Exhibition" later that year. The YEMA bathtubs structural design is that of a normal acrylic bathtub but conglutinated into a composite material. It is ridged and is made more than twice as thick as a normal unit, making it more smooth, gentle and elegant. This manufacturing technique not only provides all the advantages of a normal acrylic bathtub (easily to clean, resistance to dirt, colorful,attractive etc) but also provides increased heat retention, and extends the products life span. Besides our products on website, we now produce some new models for USA market. We also produce shower panels with finest quality. -------------------bathtub Specifications--------------------- 1,Wall thickness:10mm~20mm 2,Weight: 50~60KG -------------------Cooperate-------------------------------- We would like to be your OEM/ODM manufacturer. For detailed info, please browse our website http://www.wjjzzs.com Best wishes and regards, Export Manager Jerry Lee Mobile:13951228561 Phone:0086-519-5211973 Fax: 0086-519-5209776 Wujin Huangli Composited Sanitary Factory Add:HUangli town,Wujin county Changzhou 213151 Jiangsu province P.R.China Websie:http://www.wjjzzs.com Email:wjjzzs@wjjzzs.com July 18, 2002 From huntharo@msu.edu Thu Jul 18 11:52:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Jul 2002 11:52:00 -0000 Subject: XDMCP Session Loops connecting to HPUX, stalls connecting to Solaris, from WinXP References: Message-ID: <3D36FEAD.2080801@msu.edu> John, >>From the xterm session, I first do a 'xhost +' and then 'XWin -query > 134.20.2.19 -from 134.20.174.113'. First, follow the instructions in the User's Guide. I know that you aren't following the User's Guide instructions because you tried to run xhost, which is not necessary: http://xfree86.cygwin.com/docs/ug/using-remote-session.html > When I do this, a new Cygwin/XFree86 window is spawned, showing the the X > and gray background. This then turns black and shows the hourglass as > though it was attempting to start CDE. This process then repeats a number > of times, or alternatively, it happens once and then the window > dissappears. I have also tried manually specifying the screen resolution, > but the results are the same Next, you should have searched the FAQ for Solaris, because you would have found some things to try (which also might apply to HP-UX): http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-solaris-fonts http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-remote-solaris > I have the latest Cygwin package installed on my WinXP box. Cygwin runs > fine, and I am able to start XWin from startxwin.bat, startx, and > 'startxwin.sh' . From the resulting xterm session, I am able to telnet > into the subject HPUX and Solaris boxes and export individual apps to the > Xserver on my box. However, I cannot get an XDMCP session to work. For future reference, telnet is *very bad*. Telnet has no security, whatsoever; even your password is sent across the Internet in plain text. Use ssh instead, which works very similarly to telnet and even has compression: http://xfree86.cygwin.com/docs/ug/using-remote-apps.html#using-remote-apps-ssh One example command line to run from an xterm that enables X forwarding and compression (which really speeds up X apps) would be: ssh -X -C username@remote_hostname_or_ip_address Let us know if the FAQ entries are helpful or if you still have problems. > I also wanted to say how impressed I am with everyone's work on this > software. It is a complete and useful package. You are welcome. Harold From jwells@tpk.net Thu Jul 18 13:51:00 2002 From: jwells@tpk.net (Jan Wells) Date: Thu, 18 Jul 2002 13:51:00 -0000 Subject: sylpheed okay now Message-ID: <3D370D63.3020402@tpk.net> The mail client sylpheed (under cygwin/Xfree) and cygwin1.dll did not get along, I reported earlier. Away until yesterday, I only now have brought cygwin up-to-date. Happily, the most recent, 0.8 sylpheed and the newest cygwin1.dll get along quite nicely now; all is well. Hurray. From jppcurran@earthlink.net Thu Jul 18 13:58:00 2002 From: jppcurran@earthlink.net (John Curran Jr) Date: Thu, 18 Jul 2002 13:58:00 -0000 Subject: Xt error:can't open display;ssh not passing $DISPLAY Message-ID: <4120027418217410@earthlink.net> Several postings have suggested using secure ssh to display remote clients, and that ssh should handle details such as passing the $DISPLAY value. I'm using cygwin version 1.3.11 under Win98(v. 2). I'm starting my server with startxwin.sh, the first line of which is "export DISPLAY=127.0.0.1:0.0". That value is there when I echo at the local shell in X11. My ssh_config file is set to allow X11Forwarding. I'm using ssh to reach a remote unix system. I can log in but I can't display remote clients; e.g., I type "xterm &" and get the message "xterm Xt error: cannot open display: ". And, the variable DISPLAY is empty on the remote system. Am I missing something obvious? Below are cygcheck.out, ssh_config, and startxwin.sh. ************ BEGIN cygcheck.out************ Cygwin Win95/NT Configuration Diagnostics Current System Time: Thu Jul 18 14:36:44 2002 Windows 98 SE Ver 4.10 Build 2222 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin c:\PROGRAM FILES\PKWARE\PKZIPC\ c:\PROGRA~1\MICROS~4\VC98\BIN c:\MATLAB\BIN c:\WINDOWS c:\WINDOWS c:\WINDOWS\COMMAND c:\PROGRA~1\TCL\BIN c:\PROGRA~1\TCLOLD\BIN SysDir: C:\WINDOWS\SYSTEM WinDir: C:\WINDOWS HOME = `C:\cygwin\home\Default' MAKE_MODE = `unix' PWD = `/' USER = `Default' BIBINPUT = `C:\PCTeX32' BLASTER = `A220 I5 D1 T4 P330' CMDLINE = `bash --login -i' COMSPEC = `C:\WINDOWS\COMMAND.COM' CYGWIN_ROOT = `c:\cygwin' INCLUDE = `C:\PROGRA~1\MICROS~4\VC98\INCLUDE' LIB = `C:\PROGRA~1\MICROS~4\VC98\LIB' MANPATH = `:/usr/ssl/man' OLDPWD = `/home/Default' PROMPT = `$p$g' PS1 = `\[\033]0;\w\007 \033[32m\]\u@\h \[\033[33m\w\033[0m\] $ ' SHLVL = `1' TEMP = `c:\windows\TEMP' TERM = `cygwin' TEXINPUT = `C:\PCTeX32\TEXINPUT' TMP = `c:\windows\TEMP' WINBOOTDIR = `C:\WINDOWS' WINDIR = `C:\WINDOWS' _ = `/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\Software\Cygnus Solutions HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x00000022 HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x0000000a HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x0000000a HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x0000000a HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\Program Options a: fd N/A N/A c: hd FAT32 19083Mb 19% CP UN d: fd N/A N/A e: cd N/A N/A C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode . /cygdrive user binmode,cygdrive Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: c:\WINDOWS\COMMAND\find.exe Warning: C:\cygwin\bin\find.exe hides c:\WINDOWS\COMMAND\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\sh.exe 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 4:28 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 1: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 1: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 1: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 1: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 1: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 1: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 1: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 1: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 1: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 1:03 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 17: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 17:15 106k 2002/06/12 C:\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-0.dll" v0.0 ts=2002/6/12 11:58 390k 2000/12/05 C:\cygwin\bin\cygtcl80.dll - os=4.0 img=1.0 sys=4.0 "cygtcl80.dll" v0.0 ts=2000/11/25 20:39 5k 2000/12/05 C:\cygwin\bin\cygtclpip80.dll - os=4.0 img=1.0 sys=4.0 10k 2000/12/05 C:\cygwin\bin\cygtclreg80.dll - os=4.0 img=1.0 sys=4.0 "cygtclreg80.dll" v0.0 ts=2000/11/25 20:39 81k 2000/12/05 C:\cygwin\bin\cygitcl30.dll - os=4.0 img=1.0 sys=4.0 "cygitcl30.dll" v0.0 ts=2000/11/25 20:43 35k 2000/12/05 C:\cygwin\bin\cygitk30.dll - os=4.0 img=1.0 sys=4.0 "cygitk30.dll" v0.0 ts=2000/11/25 20:43 623k 2000/12/05 C:\cygwin\bin\cygtk80.dll - os=4.0 img=1.0 sys=4.0 "cygtk80.dll" v0.0 ts=2000/11/25 20:43 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 22:05 119k 2002/02/09 C:\cygwin\bin\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg6b.dll" v0.0 ts=2002/2/9 0:19 58k 2002/05/07 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2002/5/7 2:33 6k 2002/06/24 C:\cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0 "cygcharset-1.dll" v0.0 ts=2002/6/24 14:23 929k 2002/06/24 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2002/6/24 14:24 23k 2002/06/24 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 "cygintl-2.dll" v0.0 ts=2002/6/24 0:54 175k 2002/05/24 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 "cygpng12.dll" v0.0 ts=2002/5/23 22:22 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 20:05 22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0 "cygpopt-0.dll" v0.0 ts=2002/6/9 1:45 25k 2002/05/08 C:\cygwin\bin\cygltdl-3.dll - os=4.0 img=1.0 sys=4.0 "cygltdl-3.dll" v0.0 ts=2002/5/8 19:46 1248k 2002/03/17 C:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0 "cygxml2-2.dll" v0.0 ts=2002/3/16 22:45 50k 2002/03/17 C:\cygwin\bin\cygexslt-0.dll - os=4.0 img=1.0 sys=4.0 "cygexslt-0.dll" v0.0 ts=2002/3/17 1:24 152k 2002/03/17 C:\cygwin\bin\cygxslt-1.dll - os=4.0 img=1.0 sys=4.0 "cygxslt-1.dll" v0.0 ts=2002/3/17 1:19 15k 2002/03/17 C:\cygwin\bin\cygxsltbreakpoint-1.dll - os=4.0 img=1.0 sys=4.0 "cygxsltbreakpoint-1.dll" v0.0 ts=2002/3/17 1:24 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 3:34 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 23:38 306k 2002/04/27 C:\cygwin\bin\cyghttpd.dll - os=4.0 img=1.0 sys=4.0 "cyghttpd.dll" v0.0 ts=2002/4/27 9:23 621k 2002/05/17 C:\cygwin\bin\cygcrypto.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto.dll" v0.0 ts=2002/5/17 8:24 156k 2002/05/17 C:\cygwin\bin\cygssl.dll - os=4.0 img=1.0 sys=4.0 "cygssl.dll" v0.0 ts=2002/5/17 8:24 874k 2002/06/24 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2002/6/23 22:31 Cygwin DLL version info: DLL version: 1.3.11 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 53 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: Sun Jun 23 22:31:15 EDT 2002 CVS tag: cygwin-1-3-11-3 Shared id: cygwin1S3 Cygwin Package Information Last downloaded files to: C:\My Music Last downloaded files from: ftp://ftp.lug.udel.edu/pub/cygwin Package Version _update-info-dir 00011-1 apache 1.3.24-5 ash 20020131-1 autoconf 2.53a-1 autoconf-devel 2.53a-1 autoconf-stable 2.13-4 automake 1.6.1-1 automake-devel 1.6.1-3 automake-stable 1.4p5-5 bash 2.05a-3 binutils 20011002-1 bison 1.35-1 byacc 1.9-1 bzip2 1.0.2-2 ccache 1.9-1 crypt 1.0-1 ctags 5.2-1 cvs 1.11.0-1 cygutils 1.1.1-1 cygwin 1.3.11-3 cygwin-doc 1.0-1 dejagnu 20010117-1 diff 1.0-1 diffutils 2.8.1-1 ed 0.2-1 enscript 1.6.3-2 expat 1.95.3-2 expect 20010117-1 figlet 2.2-1 fileutils 4.1-1 findutils 4.1.7-4 flex 2.5.4-2 gawk 3.0.4-1 gcc 2.95.3-5 gdb 20010428-3 gdbm 1.8.0-4 gettext 0.11.2-2 gettext-devel 0.11.2-2 gperf 0.0 Xt error:can't open display;ssh not passing $DISPLAYgrep 2.5-1 groff 1.17.2-1 gzip 1.3.2-1 indent 2.2.8-1 inetutils 1.3.2-18 irc 20010101-1 jpeg 6b-7 less 374-1 libbz2_1 1.0.2-2 libcharset1 1.8-2 libiconv 1.8-2 libiconv2 1.8-2 libintl1 0.10.40-1 libintl2 0.11.2-2 libncurses5 5.2-1 libncurses6 5.2-8 libpng 1.2.3-1 libpng12 1.2.3-1 libpng2 1.0.12-1 libpopt0 1.6.4-4 libreadline4 4.1-2 libreadline5 4.2a-1 libtool 20020202a-1 libtool-devel 20020502-2 libtool-stable 1.4.2-2 libxml2 2.4.17-1 libxslt 1.0.13-1 login 1.4-3 m4 0.0 make 3.79.1-7 man 1.5g-2 mingw-runtime 2.0-2 mktemp 1.4-1 mod_auth_mysql 1.11-1 mod_auth_ntsec 1.7-1 mod_dav 1.0.3-1.3.6-1 mod_php4 4.2.0-1 mod_ssl 2.8.8-1.3.24-1 more 2.11o-1 ncftp 3.1.3-1 ncurses 5.2-8 newlib-man 20001118-1 openssh 3.4p1-1 openssl 0.9.6d-1 openssl-devel 0.9.6d-1 pcre 3.7-1 perl 5.6.1-2 pkgconfig 0.12.0-1 popt 1.6.4-4 postgresql 7.2.1-2 rcs 5.7-3 readline 4.2a-1 rsync 2.5.5-1 sed 3.02-1 sh-utils 2.0-2 swig 1.3.11-1 tar 1.13.19-1 tcltk 20001125-1 tcp_wrappers 7.6-1 termcap 20020403-1 terminfo 5.2-3 tetex-beta 20001218-4 texinfo 4.2-3 texmf 20000804-2 texmf-base 20000804-2 texmf-extra 20000804-2 texmf-tiny 20000804-2 textutils 2.0.21-1 tidy 020623-1 tiff 3.5.7-1 ttcp 19980512-1 w32api 1.5-1 which 1.5-1 whois 4.5.17-1 zlib 1.1.4-1 Use -h to see help about each section *******END cygcheck.out*********** *******BEGIN ssh_config************** # This is ssh client systemwide configuration file. This file provides # defaults for users, and the values can be changed in per-user configuration # files or on the command line. # Configuration data is parsed as follows: # 1. command line options # 2. user-specific file # 3. system-wide file # Any configuration value is only changed the first time it is set. # Thus, host-specific definitions should be at the beginning of the # configuration file, and defaults at the end. # Site-wide defaults for various options # Host * ForwardAgent yes ForwardX11 yes UsePrivilegedPort no # RhostsAuthentication no # RhostsRSAAuthentication yes # RSAAuthentication yes # PasswordAuthentication yes # FallBackToRsh no # UseRsh no # BatchMode no # CheckHostIP yes # StrictHostKeyChecking yes # IdentityFile ~/.ssh/identity # IdentityFile ~/.ssh/id_dsa # IdentityFile ~/.ssh/id_rsa # Port 22 # Protocol 2,1 # Cipher blowfish # EscapeChar ~ *********END ssh_config********* ********BEGIN startxwin.sh******* #! /bin/sh export DISPLAY=127.0.0.1:0.0 PATH=/usr/X11R6/bin:$PATH # Cleanup from last run. rm -rf /tmp/.X11-unix # Startup the X Server, the twm window manager, and an xterm. # # Notice that the window manager and the xterm will wait for # the server to finish starting before trying to connect; the # error "Cannot Open Display: 127.0.0.1:0.0" is not due to the # clients attempting to connect before the server has started, rather # that error is due to a bug in some versions of cygwin1.dll. Upgrade # to the latest cygwin1.dll if you get the "Cannot Open Display" error. # See the Cygwin/XFree86 FAQ for more information: # http://xfree86.cygwin.com/docs/faq/ # # The error "Fatal server error: could not open default font 'fixed'" is # caused by using a DOS mode mount for the mount that the Cygwin/XFree86 # fonts are accessed through. See the Cygwin/XFree86 FAQ for more # information: # http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-error-font-eof # Start the X Server. XWin -screen 0 1024 768 & # Start the twm window manager. twm & # Set a background color to hide that nasty X stipple. xsetroot -solid aquamarine4 # Start an xterm. xterm -n xterm-1 -j -ls -sb -sl 500 -rightbar -geometry +361+0 -e bash & # Return from sh. exit *********END startxwin.sh******** --- John Curran --- jppcurran@earthlink.net From huntharo@msu.edu Thu Jul 18 14:21:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Jul 2002 14:21:00 -0000 Subject: Xt error:can't open display;ssh not passing $DISPLAY References: <4120027418217410@earthlink.net> Message-ID: <3D372C9E.8040707@msu.edu> John Curran Jr wrote: > Several postings have suggested using secure ssh to display remote clients, > and that ssh should handle details such as passing the $DISPLAY value. > I'm using cygwin version 1.3.11 under Win98(v. 2). I'm starting my server > with startxwin.sh, the first line of which is "export > DISPLAY=127.0.0.1:0.0". That value is there when I echo at the local shell > in X11. My ssh_config file is set to allow X11Forwarding. I'm using ssh > to reach a remote unix system. I can log in but I can't display remote > clients; e.g., I type "xterm &" and get the message "xterm Xt error: cannot > open display: ". And, the variable DISPLAY is empty on the remote system. > Am I missing something obvious? > > Below are cygcheck.out, ssh_config, and startxwin.sh. John, Didn't you think for a moment that something of infinitly more importance than the contents of various config files would be the actual command line that you are using for ssh? Post the command line that you use to ssh to your remote machine. You do know that you have to run ssh from within an xterm in your Cygwin/XFree86 X server, right? Harold From j_tetazoo@hotmail.com Thu Jul 18 15:45:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Thu, 18 Jul 2002 15:45:00 -0000 Subject: scripting using Xterm ssh Message-ID: I have done something similar with rsh, so I'm going to take a stab at this given what I know about ssh. On the Cygwin system, edit the file .xinitrc in your home directory to look something like this (note that the backslashes "\" indicate a continuation of a single line): # Set the background to something nice xsetroot -solid aquamarine # Launch a local xterm xterm -title "Local Xterm" & # Use ssh to launch a remote application in an xterm # on a remote system ssh -X -l username_on_remote_host remote_host \ xterm -title "Remote Xterm" \ -e command_you_want_to_run_in_the_remote_xterm & # Launch window manager twm To launch this run the command "xinit" from the Cygwin bash-prompt. It will start up the X server and then execute the contents of the .xinitrc file. Note that you'll need /usr/X11R6/bin in your path as well. You can accomplish this by adding the following line to the file .bash_profile in your home directory: export PATH=$PATH:/usr/X11R6/bin Look at the man page for ssh (using the command "man ssh") for information on how to configure the local and remote systems so that ssh won't prompt for a password. Good luck. >From: "Dennis Foreman" >Reply-To: >To: >Subject: scripting using Xterm ssh Date: Thu, 18 Jul 2002 11:35:20 -0400 > >I recently installed Cygwin. I am NOT a highly knowledgeable UNIX user. I >have read the man pages for ssh and Xterm and searched the Xfree archives >using 'ssh' as a search arg. > >I am trying to figure out how to create a script that will do ALL of the >following: > >1. Use ssh to log me in to my UNIX system, without having to type the >password >2. Create an Xterm window on my Windows desktop >3. Allow the Xterm to be opened without clicking on the X desktop >4. Run a specific program in the Xterm. The program creates Xwindows that >must display on my PC. > >I know I can use startxwin.bat to start xterms, but can't figure out how to >make it: >a. send the passwords >b. do it through ssh > >I need this as a script because I have to run 7 copies of it (for 7 >different systems) before I can actually get my work done. > >Can someone give me some places to look for examples or extended >documentation on combining my 4 requirements? Or send me some examples? > >regards, >D. J. Foreman >website: http://WWW.CS.Binghamton.EDU/~foreman _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx From VISSJB@inel.gov Thu Jul 18 21:25:00 2002 From: VISSJB@inel.gov (John B Visser/VISSJB/NON/INEEL/US) Date: Thu, 18 Jul 2002 21:25:00 -0000 Subject: XDMCP Session Loops connecting to HPUX, stalls connecting to Solaris, from WinXP Message-ID: Thanks for the suggestions, I started a font server on one of the HP-UX boxes, and using it, I was able to start XDMCP sessions to the HP-UX and Solaris boxes. I agree about using SSH, but all these systems are well behind the firewall, so SSH isn't enabled on them. John Visser Harold L Hunt II To: John B Visser/VISSJB/NON/INEEL/US Fax to: Subject: Re: XDMCP Session Loops connecting to HPUX, stalls 07/18/2002 connecting to Solaris, from WinXP 11:45 AM Please respond to cygwin-xfree John, >>From the xterm session, I first do a 'xhost +' and then 'XWin -query > 134.20.2.19 -from 134.20.174.113'. First, follow the instructions in the User's Guide. I know that you aren't following the User's Guide instructions because you tried to run xhost, which is not necessary: http://xfree86.cygwin.com/docs/ug/using-remote-session.html > When I do this, a new Cygwin/XFree86 window is spawned, showing the the X > and gray background. This then turns black and shows the hourglass as > though it was attempting to start CDE. This process then repeats a number > of times, or alternatively, it happens once and then the window > dissappears. I have also tried manually specifying the screen resolution, > but the results are the same Next, you should have searched the FAQ for Solaris, because you would have found some things to try (which also might apply to HP-UX): http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-solaris-fonts http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-remote-solaris > I have the latest Cygwin package installed on my WinXP box. Cygwin runs > fine, and I am able to start XWin from startxwin.bat, startx, and > 'startxwin.sh' . From the resulting xterm session, I am able to telnet > into the subject HPUX and Solaris boxes and export individual apps to the > Xserver on my box. However, I cannot get an XDMCP session to work. For future reference, telnet is *very bad*. Telnet has no security, whatsoever; even your password is sent across the Internet in plain text. Use ssh instead, which works very similarly to telnet and even has compression: http://xfree86.cygwin.com/docs/ug/using-remote-apps.html#using-remote-apps-ssh One example command line to run from an xterm that enables X forwarding and compression (which really speeds up X apps) would be: ssh -X -C username@remote_hostname_or_ip_address Let us know if the FAQ entries are helpful or if you still have problems. > I also wanted to say how impressed I am with everyone's work on this > software. It is a complete and useful package. You are welcome. Harold From Narasimhak@mascotsystems.com Fri Jul 19 07:46:00 2002 From: Narasimhak@mascotsystems.com (Narasimha Reddy K) Date: Fri, 19 Jul 2002 07:46:00 -0000 Subject: Xt error:can't open display;ssh not passing $DISPLAY Message-ID: <5575473D4532D411BE4C009027E8C838081F81F1@masblrexc02.mascotsystems.com> I think you can tryu this option: xhost + IP Address of remote machine and then run the client from remote machine. Regards, NR -----Original Message----- From: Harold L Hunt II [mailto:huntharo@msu.edu] Sent: Friday, July 19, 2002 2:31 AM To: jppcurran@earthlink.net Cc: cygwin-xfree Subject: Re: Xt error:can't open display;ssh not passing $DISPLAY John Curran Jr wrote: > Several postings have suggested using secure ssh to display remote clients, > and that ssh should handle details such as passing the $DISPLAY value. > I'm using cygwin version 1.3.11 under Win98(v. 2). I'm starting my server > with startxwin.sh, the first line of which is "export > DISPLAY=127.0.0.1:0.0". That value is there when I echo at the local shell > in X11. My ssh_config file is set to allow X11Forwarding. I'm using ssh > to reach a remote unix system. I can log in but I can't display remote > clients; e.g., I type "xterm &" and get the message "xterm Xt error: cannot > open display: ". And, the variable DISPLAY is empty on the remote system. > Am I missing something obvious? > > Below are cygcheck.out, ssh_config, and startxwin.sh. John, Didn't you think for a moment that something of infinitly more importance than the contents of various config files would be the actual command line that you are using for ssh? Post the command line that you use to ssh to your remote machine. You do know that you have to run ssh from within an xterm in your Cygwin/XFree86 X server, right? Harold DISCLAIMER: Information contained and transmitted by this E-MAIL is proprietary to Mascot Systems Limited 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 david.w.dawson@lmco.com Fri Jul 19 08:22:00 2002 From: david.w.dawson@lmco.com (Dawson, David W) Date: Fri, 19 Jul 2002 08:22:00 -0000 Subject: Xt error:can't open display;ssh not passing $DISPLAY Message-ID: <0C73AA5F720CD311AC2A0008C7DBA9B407794A23@emss09m13.ems.lmco.com> BTW, since "127.0.0.1" is the loopback address, setting a DISPLAY value of "127.0.0.1:0.0" tells a client to talk to the X-Server **on the same machine that it is executing on**, which is certainly not your PC. --------------------- David Dawson david.w.dawson@lmco.com 703-367-3885 -----Original Message----- From: Harold L Hunt II [mailto:huntharo@msu.edu] Sent: Thursday, July 18, 2002 5:01 PM To: jppcurran@earthlink.net Cc: cygwin-xfree Subject: Re: Xt error:can't open display;ssh not passing $DISPLAY John Curran Jr wrote: > Several postings have suggested using secure ssh to display remote clients, > and that ssh should handle details such as passing the $DISPLAY value. > I'm using cygwin version 1.3.11 under Win98(v. 2). I'm starting my server > with startxwin.sh, the first line of which is "export > DISPLAY=127.0.0.1:0.0". That value is there when I echo at the local shell > in X11. My ssh_config file is set to allow X11Forwarding. I'm using ssh > to reach a remote unix system. I can log in but I can't display remote > clients; e.g., I type "xterm &" and get the message "xterm Xt error: cannot > open display: ". And, the variable DISPLAY is empty on the remote system. > Am I missing something obvious? > > Below are cygcheck.out, ssh_config, and startxwin.sh. John, Didn't you think for a moment that something of infinitly more importance than the contents of various config files would be the actual command line that you are using for ssh? Post the command line that you use to ssh to your remote machine. You do know that you have to run ssh from within an xterm in your Cygwin/XFree86 X server, right? Harold From huntharo@msu.edu Fri Jul 19 08:41:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Fri, 19 Jul 2002 08:41:00 -0000 Subject: Xt error:can't open display;ssh not passing $DISPLAY In-Reply-To: <0C73AA5F720CD311AC2A0008C7DBA9B407794A23@emss09m13.ems.lmco.com> Message-ID: David, Ah, but the DISPLAY environment variable is not used when using XDMCP. I specifically did not mention that because I knew that John's problem had to do with either fonts or screen depth. I did not want to send him on a wild goose chase :) Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Dawson, David W > Sent: Friday, July 19, 2002 10:46 AM > To: 'cygwin-xfree' > Subject: RE: Xt error:can't open display;ssh not passing $DISPLAY > > > BTW, since "127.0.0.1" is the loopback address, setting a DISPLAY value of > "127.0.0.1:0.0" tells a client to talk to the X-Server **on the > same machine > that it is executing on**, which is certainly not your PC. > > --------------------- > David Dawson > david.w.dawson@lmco.com > 703-367-3885 > > > -----Original Message----- > From: Harold L Hunt II [mailto:huntharo@msu.edu] > Sent: Thursday, July 18, 2002 5:01 PM > To: jppcurran@earthlink.net > Cc: cygwin-xfree > Subject: Re: Xt error:can't open display;ssh not passing $DISPLAY > > > John Curran Jr wrote: > > Several postings have suggested using secure ssh to display remote > clients, > > and that ssh should handle details such as passing the $DISPLAY value. > > I'm using cygwin version 1.3.11 under Win98(v. 2). I'm > starting my server > > with startxwin.sh, the first line of which is "export > > DISPLAY=127.0.0.1:0.0". That value is there when I echo at the local > shell > > in X11. My ssh_config file is set to allow X11Forwarding. I'm > using ssh > > to reach a remote unix system. I can log in but I can't display remote > > clients; e.g., I type "xterm &" and get the message "xterm Xt error: > cannot > > open display: ". And, the variable DISPLAY is empty on the > remote system. > > > Am I missing something obvious? > > > > Below are cygcheck.out, ssh_config, and startxwin.sh. > > John, > > Didn't you think for a moment that something of infinitly more > importance than the contents of various config files would be the actual > command line that you are using for ssh? > > Post the command line that you use to ssh to your remote machine. You > do know that you have to run ssh from within an xterm in your > Cygwin/XFree86 X server, right? > > Harold > > From david.w.dawson@lmco.com Fri Jul 19 09:50:00 2002 From: david.w.dawson@lmco.com (Dawson, David W) Date: Fri, 19 Jul 2002 09:50:00 -0000 Subject: Xt error:can't open display;ssh not passing $DISPLAY Message-ID: <0C73AA5F720CD311AC2A0008C7DBA9B407794A25@emss09m13.ems.lmco.com> Well, DUH! Thanks for the correction, Harold. --------------------- David Dawson david.w.dawson@lmco.com 703-367-3885 -----Original Message----- From: Harold Hunt [mailto:huntharo@msu.edu] Sent: Friday, July 19, 2002 11:23 AM To: 'cygwin-xfree' Subject: RE: Xt error:can't open display;ssh not passing $DISPLAY David, Ah, but the DISPLAY environment variable is not used when using XDMCP. I specifically did not mention that because I knew that John's problem had to do with either fonts or screen depth. I did not want to send him on a wild goose chase :) Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Dawson, David W > Sent: Friday, July 19, 2002 10:46 AM > To: 'cygwin-xfree' > Subject: RE: Xt error:can't open display;ssh not passing $DISPLAY > > > BTW, since "127.0.0.1" is the loopback address, setting a DISPLAY value of > "127.0.0.1:0.0" tells a client to talk to the X-Server **on the > same machine > that it is executing on**, which is certainly not your PC. > > --------------------- > David Dawson > david.w.dawson@lmco.com > 703-367-3885 > > > -----Original Message----- > From: Harold L Hunt II [mailto:huntharo@msu.edu] > Sent: Thursday, July 18, 2002 5:01 PM > To: jppcurran@earthlink.net > Cc: cygwin-xfree > Subject: Re: Xt error:can't open display;ssh not passing $DISPLAY > > > John Curran Jr wrote: > > Several postings have suggested using secure ssh to display remote > clients, > > and that ssh should handle details such as passing the $DISPLAY value. > > I'm using cygwin version 1.3.11 under Win98(v. 2). I'm > starting my server > > with startxwin.sh, the first line of which is "export > > DISPLAY=127.0.0.1:0.0". That value is there when I echo at the local > shell > > in X11. My ssh_config file is set to allow X11Forwarding. I'm > using ssh > > to reach a remote unix system. I can log in but I can't display remote > > clients; e.g., I type "xterm &" and get the message "xterm Xt error: > cannot > > open display: ". And, the variable DISPLAY is empty on the > remote system. > > > Am I missing something obvious? > > > > Below are cygcheck.out, ssh_config, and startxwin.sh. > > John, > > Didn't you think for a moment that something of infinitly more > importance than the contents of various config files would be the actual > command line that you are using for ssh? > > Post the command line that you use to ssh to your remote machine. You > do know that you have to run ssh from within an xterm in your > Cygwin/XFree86 X server, right? > > Harold > > From jppcurran@earthlink.net Fri Jul 19 15:05:00 2002 From: jppcurran@earthlink.net (John Curran Jr) Date: Fri, 19 Jul 2002 15:05:00 -0000 Subject: Xt error:can't open display;ssh not passing $DISPLAY Message-ID: <412002751917652630@earthlink.net> > [Original Message] > From: Harold L Hunt II > To: > Cc: cygwin-xfree > Date: 7/18/02 4:59:01 PM > Subject: Re: Xt error:can't open display;ssh not passing $DISPLAY > > John Curran Jr wrote: > > Several postings have suggested using secure ssh to display remote clients, > > and that ssh should handle details such as passing the $DISPLAY value. > > I'm using cygwin version 1.3.11 under Win98(v. 2). I'm starting my server > > with startxwin.sh, the first line of which is "export > > DISPLAY=127.0.0.1:0.0". That value is there when I echo at the local shell > > in X11. My ssh_config file is set to allow X11Forwarding. I'm using ssh > > to reach a remote unix system. I can log in but I can't display remote > > clients; e.g., I type "xterm &" and get the message "xterm Xt error: cannot > > open display: ". And, the variable DISPLAY is empty on the remote system. > > Am I missing something obvious? > > > > Below are cygcheck.out, ssh_config, and startxwin.sh. > > John, > > Didn't you think for a moment that something of infinitly more > importance than the contents of various config files would be the actual > command line that you are using for ssh? If knew I what I was doing wrong :-) > > Post the command line that you use to ssh to your remote machine. You > do know that you have to run ssh from within an xterm in your > Cygwin/XFree86 X server, right? > > Harold > > I am running ssh within an xterm in my Cygwin/XFree86 X server; I have tried command lines "ssh -X -l username ip_address", and "ssh -l username ip_address", the behavior is identical. --- John Curran --- jppcurran@earthlink.net From jim.george@blueyonder.co.uk Fri Jul 19 19:26:00 2002 From: jim.george@blueyonder.co.uk (Jim George) Date: Fri, 19 Jul 2002 19:26:00 -0000 Subject: sylpheed okay now References: <3D370D63.3020402@tpk.net> Message-ID: <036f01c22f70$6310e750$0100a8c0@george.co.uk> Jan, is this a gnome port dependency? The only reference I could find to sylpheed was 0.77 and that was a source file as part of the gnome port package. Cheers, Jim ----- Original Message ----- From: "Jan Wells" To: Cc: Sent: Thursday, July 18, 2002 7:48 PM Subject: sylpheed okay now > The mail client sylpheed (under cygwin/Xfree) and cygwin1.dll did not > get along, I reported earlier. Away until yesterday, I only now have > brought cygwin up-to-date. Happily, the most recent, 0.8 sylpheed and > the newest cygwin1.dll get along quite nicely now; all is well. Hurray. > > > -- > 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 j_tetazoo@hotmail.com Sat Jul 20 01:08:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Sat, 20 Jul 2002 01:08:00 -0000 Subject: Xt error:can't open display;ssh not passing $DISPLAY Message-ID: The sshd server at the remote end also has to be configured to allow X forwarding. It's possible that could be to blame. There's a switch to (dis)allow it in /etc/ssh/sshd_config By the way, if you are on system "local" and run "ssh -X remote", then the correct value of DISPLAY in the resulting terminal should NOT be local:0 or something similar. it should look like remote:10 or simply :10. >From: "John Curran Jr" >Reply-To: jppcurran@earthlink.net >To: "cygwin-xfree" >Subject: Re: Xt error:can't open display;ssh not passing $DISPLAY >Date: Fri, 19 Jul 2002 13:6:52 -0400 > > > > > > [Original Message] > > From: Harold L Hunt II > > To: > > Cc: cygwin-xfree > > Date: 7/18/02 4:59:01 PM > > Subject: Re: Xt error:can't open display;ssh not passing $DISPLAY > > > > John Curran Jr wrote: > > > Several postings have suggested using secure ssh to display remote >clients, > > > and that ssh should handle details such as passing the $DISPLAY >value. > > > I'm using cygwin version 1.3.11 under Win98(v. 2). I'm starting my >server > > > with startxwin.sh, the first line of which is "export > > > DISPLAY=127.0.0.1:0.0". That value is there when I echo at the local >shell > > > in X11. My ssh_config file is set to allow X11Forwarding. I'm using >ssh > > > to reach a remote unix system. I can log in but I can't display >remote > > > clients; e.g., I type "xterm &" and get the message "xterm Xt error: >cannot > > > open display: ". And, the variable DISPLAY is empty on the remote >system. > > > Am I missing something obvious? > > > > > > Below are cygcheck.out, ssh_config, and startxwin.sh. > > > > John, > > > > Didn't you think for a moment that something of infinitly more > > importance than the contents of various config files would be the actual > > command line that you are using for ssh? > >If knew I what I was doing wrong :-) > > > > > Post the command line that you use to ssh to your remote machine. You > > do know that you have to run ssh from within an xterm in your > > Cygwin/XFree86 X server, right? > > > > Harold > > > > > >I am running ssh within an xterm in my Cygwin/XFree86 X server; I have >tried command lines "ssh -X -l username ip_address", and "ssh -l username >ip_address", >the behavior is identical. > >--- John Curran >--- jppcurran@earthlink.net _________________________________________________________________ Join the world??s largest e-mail service with MSN Hotmail. http://www.hotmail.com From e3@163.com.hk Sat Jul 20 10:20:00 2002 From: e3@163.com.hk (e3@163.com.hk) Date: Sat, 20 Jul 2002 10:20:00 -0000 Subject: =?GB2312?B?u/nS8svjt6jIw7j20NS7r0ZMQVNItPPP1Mnxzf4=?= Message-ID: ????????????????????????????????FLASH???????????????? ???????????????????????????????????????????????? ????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????FLASH???????????????????? ????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????CPU???????????? ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ????????????????????????????????????????????????"????????????????"???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ????????????????????????????????????????????????????PC????????????????????286????????????????????????????????"PC????????"???????????????????????????????????????????????? ????????????????????????????????"????"???????????????????????????????????????????????????? ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ????????????????????????"????????????????"???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ????????????????????????????????????????????????????????????????????????????????????"909????????????????????????"????WPS????????????????????????????????????????????????????????95???? ????????????????????"WINDOWS95"????????????????????????????????????????????????????????????????????????????????WORD???????????????????????????????????????????????????????????????? ???????????????????????????????????????????????? ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ????????3000????????5000????????????????????????????????????????????????????????????????????????????????????????????????(???????????????????????????????????????????????????????????????? ????????50????????????????????????????????) ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ???????????????????????????????????????????????????????????????????????????????? ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ????????????????????????????????????????????????POP???????????????????????????????????????????????????????? ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ????????????????????????????????(????????????)???????????????????????????????? ????????????????????????????????????????????????????????????????????????????????????????????????????????30????50????????????????????????????????????????????70????80???????????????????? ????????????????????????????????????????????????????????????"????????????????"????????????????????????????????63???????????? ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ????????????????????????????????????????????????????????????????????????????????????POP???????????????????????????????? ????????????????????????????????????????????????????????????????????????POP???????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ???????????????????????????????????????????????????????? ????????????????????????POP???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ???????????????????????????????????????????????????????????????????????????????????????????????????????? ????????????????????????????????????????????????????(????????????????1995????10????????27????)????????????????????????????????????????????????????????????"???????????????????????????? ????????????????????????????????????????????????????????????????????????????????????????????????????????" ????????????????????"????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????" ????????????????????????????????????????????????????????POP???????????????????????????????????????????????????????????????????? ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????600G???????? ????????????????????????????????????????????????????????????????????????????????1000????????????????????????????????????????????????????????Flash???????????????????? ????????????????Flash???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ????????????????????????????????????????????????????????????????????????????????????Flash????????????????????????????1000????????TRUETYPE????????????????????POP???????????? ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ????????????????????????????????????Flash????????????????????????????????????????????????????????????????????"????????????????????"????????????"????????????????"???????????????????????? ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ???????????????????????????????????????????????????????????????????????????????????????????????? ===================================== ???????????????????????? ????????????????????????????????,????????????????????????????????????????????????????????????????eEnglish???????????????????????????????????????????????????????????????????? ????????????????????????????????????????"???????????????????? ????????????????????"???????????????????????????????????????????????????????????????????????????????????????????????????????????? ????????????????????????????????????????????????????????????????????????????????????????????????????????101???????????????????????????????????????????????????????????????????????? ???????? ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ????????????????????????????????2000M???? ????????????????????????????????50????????????????MP3????????????????. ???????????????????????????????????????????????????????????????? ===================================== = = ????????????????????http://www.eChinaEdu.com = ????????????????????http://www.eChinaEdu.vicp.net = ????????????????????http://qlong2008.xilubbs.com = ===================================== From andrea_ciahuaa@hotmail.com Sat Jul 20 11:50:00 2002 From: andrea_ciahuaa@hotmail.com (andrea_ciahuaa@hotmail.com) Date: Sat, 20 Jul 2002 11:50:00 -0000 Subject: Ultimate HGH: high quality formula, #1 in the Market!5352 Message-ID: <0000103f695c$00005339$00007c41@mx07.hotmail.com> As seen on NBC, CBS, CNN, and even Oprah! The health discovery that actuallyreverses aging while burning fat, without dieting or exercise! This provendiscovery has even been reported on by the New England Journal of Medicine.Forget aging and dieting forever! And it's Guaranteed! Click below to enter our web site: http://www205.wiildaccess.com/hgh/ Would you like to lose weight while you sleep! No dieting! No hunger pains! No Cravings! No strenuous exercise! Change your life forever! 100% GUARANTEED! 1.Body Fat Loss 82% improvement. 2.Wrinkle Reduction 61% improvement. 3.Energy Level 84% improvement. 4.Muscle Strength 88% improvement. 5.Sexual Potency 75% improvement. 6.Emotional Stability 67% improvement. 7.Memory 62% improvement. Click below to enter our web site: http://www205.wiildaccess.com/hgh/ ************************************************** If you want to get removed from our list please email at- affiliateoptout@btamail.net.cn (subject=remove "your email") ************************************************** From francisb@ntlworld.com Sat Jul 20 12:21:00 2002 From: francisb@ntlworld.com (Francis Barton) Date: Sat, 20 Jul 2002 12:21:00 -0000 Subject: Problems starting X server Message-ID: <001001c22fb7$4c159a40$0504ff3e@astcomputer> I have cygwin installed and working from the command line. I have downloaded and installed all the required X packages using the standard Cygwin setup.exe. I am running Windows 98. I have tried running "startx" "xinit" "startxwin.sh" and "startxwin.bat" without success. An X window flashes up then disappears. Here is my error message: ----------------------------------------------- /usr/X11R6/bin/xinit: No such file or directory (errno 2): no server "X" in PATH Use the -- option, or make sure that /usr/X11R6/bin is in your path and that "X" is a program or a link to the right type of server for your display. Possible server names include: XFree86 XFree86 displays giving up. /usr/X11R6/bin/xinit: Connection refused (errno 111): unable to connect to X server /usr/X11R6/bin/xinit: No such process (errno 3): Server error. --------------------------------------------- /usr/X11R6/bin is in my path, but I'm stuck on what to do next to get X running. Also, I am rather confused by the instructions given at http://xfree86.cygwin.com/docs/ug/setup-cygwin-xfree-installing.html and related pages, which do not seem to apply to my situation. I would gratefully receive any advice you can offer. Many thanks, Francis Barton. From fergus@bonhard.uklinux.net Sat Jul 20 12:35:00 2002 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Sat, 20 Jul 2002 12:35:00 -0000 Subject: Corrupted file x2x-1.27-1-src.tar.bz2 References: Message-ID: <000d01c22fb1$f764f220$b17b1f3e@leper> > For your information, I've identified the problem with this file and have > taken steps to fix it. The correct tarball should be up on the "master" FTP > server shortly. However, you'll have to wait a day or so for the mirrors to > pick it up. Thank you. Despite being dated 15/07 like your recent email, the file x2x-1.27-1-src.tar.bz2 now available on mirrors seems to me to have the same md5sum 87075ba00b0cd15f35975c956f14591a as previously, and to fail in the identical manner. Fergus From huntharo@msu.edu Sat Jul 20 14:29:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sat, 20 Jul 2002 14:29:00 -0000 Subject: Corrupted file x2x-1.27-1-src.tar.bz2 In-Reply-To: <000d01c22fb1$f764f220$b17b1f3e@leper> Message-ID: Fergus, Wow. We can't seem to get this one right. This time I have really uploaded the file to the mirror and I have certified that it is the correct one. Please wait 12 to 24 hours and download the file again. The MD5 sum should be different by then. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of > fergus@bonhard.uklinux.net > Sent: Saturday, July 20, 2002 1:55 AM > To: Thomas Chadwick > Cc: cygwin-xfree@cygwin.com; fergus@bonhard.uklinux.net > Subject: Re: Corrupted file x2x-1.27-1-src.tar.bz2 > > > > For your information, I've identified the problem with this > file and have > > taken steps to fix it. The correct tarball should be up on the "master" > FTP > > server shortly. However, you'll have to wait a day or so for > the mirrors > to > > pick it up. > > Thank you. Despite being dated 15/07 like your recent email, the file > x2x-1.27-1-src.tar.bz2 now available on mirrors seems to me to > have the same > md5sum 87075ba00b0cd15f35975c956f14591a as previously, and to fail in the > identical manner. Fergus > From fergus@bonhard.uklinux.net Sat Jul 20 16:24:00 2002 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Sat, 20 Jul 2002 16:24:00 -0000 Subject: Corrupted file x2x-1.27-1-src.tar.bz2 Message-ID: <000901c23034$74b5cf60$b17b1f3e@leper> > This time I have really uploaded the file to the mirror and > I have certified that it is the correct one. I have now managed to download the correct file from rcn.net: no problems at all now with bzip2. Thank you very much for all your efforts over this small detail. Fergus From huntharo@msu.edu Sat Jul 20 16:27:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sat, 20 Jul 2002 16:27:00 -0000 Subject: Scrollbars are stealing the WM_MOUSEWHEEL message Message-ID: I just discovered a problem with using scrollbars in Cygwin/XFree86: 1) Pass the -scrollbars parameter to XWin.exe 2) Launch Cygwin/XFree86 via startxwin.bat, with the -scrollbars parameter as in (1). Scrollbars should not be displayed be default. If they are, remove any -screen parameters and try again. 3) In your xterm, run ``ls'' a few times to generate enough output to be able to scroll up. 4) Roll the mouse wheel up, notice that the xterm content scrolls up. 5) Roll the mouse wheel down, notice that the xterm content scrolls down. 6) Leave the xterm window scrolled to about the middle of the displayed content. 7) Shrink the size of the Cygwin/XFree86 window using the double-headed arrow at the upper-right hand corner of the Cygwin/XFree86 window (right above the X that closes the window). Scrollbars should now be displayed, and the right-hand scrollbar should have the thumb at the top of the scrollbar (i.e., you can only scroll down). 8) Roll the mouse wheel up, notice that the xterm content scrolls up. When you reach the top of the content, xterm will stop scrolling. 9) Roll the mouse wheel down. You will see that xterm scrolls down one segment, then the WM_MOUSEWHEEL messages start getting stolen by the right-hand scrollbar. 10) The whole Cygwin/XFree86 window now scrolls up or down when you roll the mouse wheel up or down. 11) Minimizing/restoring/clicking the scrollbar/clicking the client area/ all do nothing to stop the scrollbar from stealing the mouse wheel messages. 12) There does not appear to be a simple way to keep the scrollbar from stealing the mouse wheel messages. Any suggestions? Harold From robert.collins@syncretize.net Sat Jul 20 16:30:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sat, 20 Jul 2002 16:30:00 -0000 Subject: Scrollbars are stealing the WM_MOUSEWHEEL message In-Reply-To: References: Message-ID: <1027207650.924.0.camel@lifelesswks> On Sun, 2002-07-21 at 09:23, Harold Hunt wrote: > I just discovered a problem with using scrollbars in Cygwin/XFree86: Interesting. I'd have thought that the WM_MOUSEWHEEL message still hit your main window message loop before the scroll bars loop? I presume that is not the case? Rob From huntharo@msu.edu Sat Jul 20 16:39:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sat, 20 Jul 2002 16:39:00 -0000 Subject: On a side note - display resolution changes now handled Message-ID: I discovered the scrollbar bug because I have been working on handling the WM_DISPLAYCHANGE messages in the DirectDraw engines when running in windowed modes (as opposed to fullscreen). The Shadow GDI engine has no problem with display resolution changes but the DirectDraw engines report that the primary surface cannot be restored because the display mode is wrong. All you have to do in these cases is release the original primary surface and recreate it with the same size and depth as before (note: I only said that resolution changes are handled). After that everything works fine. I just have to add some logic to enable scrollbars if the window is shrunk because of the resolution change. On the other hand, display depth changes are much more disruptive, I think. I don't think that DirectDraw can handle transfering bits from an offscreen surface of different format than the primary surface; doing so would seem to defeat the whole purpose of DirectDraw. My current thinking is that we will simply display a popup message indicating that Cygwin/XFree86 will be unavailable until the display depth is returned to the original depth. Harold From huntharo@msu.edu Sun Jul 21 07:23:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 21 Jul 2002 07:23:00 -0000 Subject: Scrollbars are stealing the WM_MOUSEWHEEL message In-Reply-To: <1027207650.924.0.camel@lifelesswks> Message-ID: Robert, > -----Original Message----- > From: Robert Collins [mailto:robert.collins@syncretize.net] > Sent: Saturday, July 20, 2002 7:27 PM > To: Harold Hunt > Cc: cygx > Subject: Re: Scrollbars are stealing the WM_MOUSEWHEEL message > > > On Sun, 2002-07-21 at 09:23, Harold Hunt wrote: > > I just discovered a problem with using scrollbars in Cygwin/XFree86: > > Interesting. I'd have thought that the WM_MOUSEWHEEL message still hit > your main window message loop before the scroll bars loop? I presume > that is not the case? Here is the bottom of XWin.log after shrinking the Cygwin/XFree86 window and doing about 20 downward mouse wheel scrolls: Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" winWindowProc - WM_SIZE - window w: 1023 h: 766, new client area w: 1015 h: 739 winWindowProc - WM_SIZE - window w: 1023 h: 766, new client area w: 1015 h: 723 winWindowProc - WM_SIZE - window w: 1023 h: 766, new client area w: 999 h: 723 winWindowProc - WM_SIZE - window w: 990 h: 743, new client area w: 966 h: 700 winWindowProc - WM_SIZE - window w: 913 h: 710, new client area w: 889 h: 667 winWindowProc - WM_SIZE - window w: 862 h: 686, new client area w: 838 h: 643 winWindowProc - WM_SIZE - window w: 844 h: 676, new client area w: 820 h: 633 winWindowProc - WM_SIZE - window w: 825 h: 664, new client area w: 801 h: 621 winWindowProc - WM_SIZE - window w: 822 h: 661, new client area w: 798 h: 618 winWindowProc - WM_MOUSEWHEEL As you can see, we get one WM_MOUSEWHEEL message and then the scrollbar takes them over. The MS Platform SDK says that you are supposed to return 0 if we processes this message in a parent window, while an OLE control is supposed to return TRUE if it processes WM_MOUSEWHEEL. So, I even tried changing the return to TRUE and that made no difference. In case anyone looks at the code and says, "oh, I see that in this one case you are ``break''ing", yes, I tried changing that break to both ``return 0'' and ``return TRUE'' with the same behavior resulting. Furthermore, I even just now changed all the ``return'' statements to ``break'' instead, on the hunch that the Platform SDK was wrong. The behavior was the same as before. Harold From j_tetazoo@hotmail.com Sun Jul 21 10:19:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Sun, 21 Jul 2002 10:19:00 -0000 Subject: Problems starting X server Message-ID: Are you sure you've installed the XFree86-xserv package? To verify it's installed, check for the existence of /usr/X11R6/bin/XWin.exe and a symbolic link at /usr/X11R6/bin/X that points to it. Also, look for the existence of the file /tmp/XWin.log. If it exists, post its contents here. I believe the instructions you are referring to are out of date WRT the "new" installation method via Cygwin Setup. >From: "Francis Barton" >To: >Subject: Problems starting X server >Date: Sat, 20 Jul 2002 07:31:06 +0100 > >I have cygwin installed and working from the command line. I have >downloaded >and installed all the required X packages using the standard Cygwin >setup.exe. >I am running Windows 98. > >I have tried running "startx" "xinit" "startxwin.sh" and "startxwin.bat" >without success. An X window flashes up then disappears. > >Here is my error message: >----------------------------------------------- > >/usr/X11R6/bin/xinit: No such file or directory (errno 2): no server "X" >in PATH > >Use the -- option, or make sure that /usr/X11R6/bin is in your path and >that "X" is a program or a link to the right type of server >for your display. Possible server names include: > > XFree86 XFree86 displays > >giving up. >/usr/X11R6/bin/xinit: Connection refused (errno 111): unable to connect >to >X server >/usr/X11R6/bin/xinit: No such process (errno 3): Server error. > >--------------------------------------------- > >/usr/X11R6/bin is in my path, but I'm stuck on what to do next to get X >running. > >Also, I am rather confused by the instructions given at >http://xfree86.cygwin.com/docs/ug/setup-cygwin-xfree-installing.html and >related pages, which do not seem to apply to my situation. > >I would gratefully receive any advice you can offer. > >Many thanks, >Francis Barton. _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx From seni@istiyorum.com Sun Jul 21 11:30:00 2002 From: seni@istiyorum.com (seni@istiyorum.com) Date: Sun, 21 Jul 2002 11:30:00 -0000 Subject: HIZLI & SINIRSIZ sex Message-ID: <200207211426.g6LEQAv10886@mail.bizland-inc.net> 4 kat Daha Hizli & Sinirsiz baglantiya ne dersiniz??? 18.451 adet mpeg video , 248.105 adet resim ar??ivimize, 48 Canl?? sohbet odas??na sadece http://pembeliste.netfirms.com/videolar.exe programini calistirarak ulasabilirsiniz. Ayr??ca Hande ATAIZI nin 11.4dk Porno v??deosuna http://pembeliste.netfirms.com/hande_ataizi.exe programiyla ulasabilir ve download edebilirsiniz. http://pembeliste.netfirms.com/videolar.exe - -------------------------------------------------------------------- From dforeman@stny.rr.com Sun Jul 21 13:50:00 2002 From: dforeman@stny.rr.com (Dennis Foreman) Date: Sun, 21 Jul 2002 13:50:00 -0000 Subject: need help scripting multiple xfree startups Message-ID: Hi, I need some hints on how to reduce the manual efforts in logging in remotely under ssh. Currently I can start Xfree using these steps: 1. Open a Cygwin window. 2a. run: ssh -Xl myuserid UNIX_system_domain_name 2b. enter password 3. open ANOTHER Cygwin window 4. in this new window, run: startxwin.sh 5. click to place the xterm on the X desktop 6. run my program I need to repeat this 8 more times for each of 8 different machines. Is there some way of automating this? (Yes, I know a script will do it. I need some detailed help on what to put in the script.) Especially eliminating having to type a pw every time and clicking to establish the Xwindow on the X desktop. regards, D. J. Foreman website: http://WWW.CS.Binghamton.EDU/~foreman From huntharo@msu.edu Sun Jul 21 15:10:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 21 Jul 2002 15:10:00 -0000 Subject: need help scripting multiple xfree startups In-Reply-To: Message-ID: Dennis, I always launch Cygwin/XFree86 from an icon on the desktop that points to the startxwin.bat file in c:\cygwin\usr\X11R6\bin. The batch file starts an xterm and when the xterm pops up I run: ssh -X -C username@hostname I type in my password and that is it. As for avoiding typing in your password, I can say a few things, but I can't hold your hand on this one. You should already know that saving a password on a computer in plaintext represents a huge security risk. With that being said, I am sure that you know that ssh allows you to use keys to verify the identity of a user and to provide authentication (via a password check). You can, I am told, clear the password on an ssh key. Clearing the password on an ssh key is just a dangerous as saving a password to disk in plaintext. However, if you are willing to except the risks of having an ssh key with no password, then I suggest that you search google for ``OpenSSH'' and read the docs on their site about how to change the password on a key, etc. I have never personally done this, so I cannot provide any further details. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Dennis Foreman > Sent: Sunday, July 21, 2002 2:30 PM > To: cygwin-xfree@cygwin.com > Subject: need help scripting multiple xfree startups > > > Hi, > I need some hints on how to reduce the manual efforts in logging > in remotely > under ssh. > Currently I can start Xfree using these steps: > 1. Open a Cygwin window. > 2a. run: ssh -Xl myuserid UNIX_system_domain_name > 2b. enter password > 3. open ANOTHER Cygwin window > 4. in this new window, run: startxwin.sh > 5. click to place the xterm on the X desktop > 6. run my program > > I need to repeat this 8 more times for each of 8 different machines. Is > there some way of automating this? (Yes, I know a script will do > it. I need > some detailed help on what to put in the script.) Especially eliminating > having to type a pw every time and clicking to establish the > Xwindow on the > X desktop. > > regards, > D. J. Foreman > website: http://WWW.CS.Binghamton.EDU/~foreman > From francisb@ntlworld.com Sun Jul 21 15:37:00 2002 From: francisb@ntlworld.com (Francis Barton) Date: Sun, 21 Jul 2002 15:37:00 -0000 Subject: Problems starting X server References: Message-ID: <009401c23103$0963e600$9d08ff3e@astcomputer> Thanks for your reply Thomas. > Are you sure you've installed the XFree86-xserv package? To verify it's > installed, check for the existence of /usr/X11R6/bin/XWin.exe and a symbolic > link at /usr/X11R6/bin/X that points to it. All present and correct. > Also, look for the existence of the file /tmp/XWin.log. If it exists, post > its contents here. Here you go: ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1152 h 864 winInitializeDefaultScreens - Returning _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 836 1152 winAdjustForAutoHide - Adjusted WorkArea: 0 0 836 1152 winCreateBoundingWindowWindowed - WindowClient w 1146 h 811 r 1146 l 0 b 811 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowDDNL - lPitch: 4584 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 24 winCreateDefColormap - Deferring to fbCreateDefColormap () winScreenInit - returning Could not init font path element /usr/X11R6/lib/X11/fonts/misc/, removing from l ist! Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/75dpi/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/100dpi/, removing from list! Fatal server error: could not open default font 'fixed' (END) I guess it's the fonts that are causing the problems. What do you make of this? : $ ls /usr/X11R6/lib/X11/ XErrorDB doc lbxproxy rstart xedit xserver XKeysymDB etc locale twm xinit xsm XftConfig fonts proxymngr x11perfcomp xkb app-defaults fs rgb.txt xdm xman.help $ ls /usr/X11R6/lib/X11/fonts ls: /usr/X11R6/lib/X11/fonts: No such file or directory $ ls -l /usr/X11R6/lib/X11/fo* ls: /usr/X11R6/lib/X11/fonts: No such file or directory Sorry if I'm missing something here, but something strange is going on with that fonts directory! I have a single-user installation so presumably it's not a case of not having read privileges for that folder E:\Cygwin\usr\X11R6\lib\X11\fonts\ with all subdirectories *is* there (I can see it in Windows Explorer, I mean) Any suggestions? Francis. > >From: "Francis Barton" > >To: > >Subject: Problems starting X server > >Date: Sat, 20 Jul 2002 07:31:06 +0100 > > > >I have cygwin installed and working from the command line. I have > >downloaded > >and installed all the required X packages using the standard Cygwin > >setup.exe. > >I am running Windows 98. > > > >I have tried running "startx" "xinit" "startxwin.sh" and "startxwin.bat" > >without success. An X window flashes up then disappears. > > > >Here is my error message: > >----------------------------------------------- > > > >/usr/X11R6/bin/xinit: No such file or directory (errno 2): no server "X" > >in PATH > > > >Use the -- option, or make sure that /usr/X11R6/bin is in your path and > >that "X" is a program or a link to the right type of server > >for your display. Possible server names include: > > > > XFree86 XFree86 displays > > > >giving up. > >/usr/X11R6/bin/xinit: Connection refused (errno 111): unable to connect > >to > >X server > >/usr/X11R6/bin/xinit: No such process (errno 3): Server error. > > > >--------------------------------------------- > > > >/usr/X11R6/bin is in my path, but I'm stuck on what to do next to get X > >running. From nahor@bravobrava.com Sun Jul 21 15:43:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sun, 21 Jul 2002 15:43:00 -0000 Subject: Scrollbars are stealing the WM_MOUSEWHEEL message References: Message-ID: <3D3B379D.6030101@bravobrava.com> Harold Hunt wrote: > Any suggestions? I can't reproduce it on my system (WinXP). Do you have a special driver for you mouse by any chance (Intellimouse and the like)? It's well known that some applications are not friendly with the mouse wheel. The drivers try sometimes to fix it but then break other applications. Try looking in the mouse control panel see if you can make XWin an exception or something like that. OTOH, I can't scroll XWin at all with the wheel. On my old system (Win2k with Intellimouse), when I had the mouse pointer on a scrollbar and used the wheel, the scrollbar was moving (up/down for vertical ones, left/right for horizontal ones). It doesn't do that on my current system. Jehan From nahor@bravobrava.com Sun Jul 21 18:41:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sun, 21 Jul 2002 18:41:00 -0000 Subject: On a side note - display resolution changes now handled References: Message-ID: <3D3B38FC.2040106@bravobrava.com> Harold Hunt wrote: > On the other hand, display depth changes are much more disruptive, I think. > I don't think that DirectDraw can handle transfering bits from an offscreen > surface of different format than the primary surface; doing so would seem to > defeat the whole purpose of DirectDraw. My current thinking is that we will > simply display a popup message indicating that Cygwin/XFree86 will be > unavailable until the display depth is returned to the original depth. Isn't it possible to just froget about the previous offscreen buffer and ask all X windows to redraw themselves into the newly created surface? Jehan From tim.thomson@paradise.net.nz Sun Jul 21 20:22:00 2002 From: tim.thomson@paradise.net.nz (Tim Thomson) Date: Sun, 21 Jul 2002 20:22:00 -0000 Subject: New (Delphi) xlauncher Message-ID: <1027302081.1541.85.camel@tuxedo> Hi there, To those of you interested in the progress of my xlauncher program(s), I have added some more features to the Delphi version. These include storing and retrieving configuration sessions to and from the registry, multiple font path, or font server specification, and better support for -from parameter, it now uses your IP, instead of name. If it can't find an IP address, it doesn't provide the parameter to XWin.exe. It is available at http://xlauncher.sourceforge.net I'm still not sure where to head with the non-delphi version. I have some options, but all have disadvantages: libW11 doesn't look like it will do everything I need without the use of more libraries, ie xforms or gtk. gtk isn't stable enough yet? wxWindows - a _lot_ like MFC, but cross-platform. Would need to be made into a cygwin package. Would be the easiest to rewrite the delphi app in. win32api isn't very cross platform. Could use wine to port it to unix/linux? I'll look at how hard it would be to build wxWindows dll for cygwin, if that works well, I may use it, otherwise win32api may be the way, although pretty much eliminates a cross platform approach. Cheers, Tim. From huntharo@msu.edu Sun Jul 21 20:26:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 21 Jul 2002 20:26:00 -0000 Subject: Problems starting X server In-Reply-To: <009401c23103$0963e600$9d08ff3e@astcomputer> Message-ID: Run the ``mount'' command from a Cygwin bash shell, you will see something like: Administrator@HUNTHARO ~ $ mount C:\cygwin\usr\X11R6\lib\X11\fonts on /usr/X11R6/lib/X11/fonts type system (binmo de) C:\cygwin\bin on /usr/bin type system (binmode) C:\cygwin\lib on /usr/lib type system (binmode) c:\PalmDev on /PalmDev type system (textmode) C:\cygwin on / type system (binmode) c: on /cygdrive/c type user (binmode,noumount) Except, on your system, one of two things is happending: 1) The fonts are installed on drive X (where X is a wildcard) along with the rest of Cygwin, while the mount for the fonts directory points to some other drive. 2) The fonts are installed on drive X, while Cygwin is installed on drive Z, and the mount for the fonts directory points to drive Z. You are first going to have to figure out where the Cygwin/XFree86 fonts got installed to. Then you are going to need to move them to be in the correct place with respect to the rest of Cygwin. After that you might have to unmount and remount the fonts directory mount to point to the correct location. I can't hold your hand on these, but perhaps someone else will be willing to answer further questions about the details of doing this. Harold From huntharo@msu.edu Sun Jul 21 20:48:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 21 Jul 2002 20:48:00 -0000 Subject: On a side note - display resolution changes now handled In-Reply-To: <3D3B38FC.2040106@bravobrava.com> Message-ID: Jehan, > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Jehan > Sent: Sunday, July 21, 2002 6:43 PM > To: cygwin-xfree@cygwin.com > Subject: Re: On a side note - display resolution changes now handled > > > Harold Hunt wrote: > > On the other hand, display depth changes are much more > disruptive, I think. > > I don't think that DirectDraw can handle transfering bits from > an offscreen > > surface of different format than the primary surface; doing so > would seem to > > defeat the whole purpose of DirectDraw. My current thinking is > that we will > > simply display a popup message indicating that Cygwin/XFree86 will be > > unavailable until the display depth is returned to the original depth. > > Isn't it possible to just froget about the previous offscreen buffer and > ask all X windows to redraw themselves into the newly created surface? > > Jehan You must be tired. If we create a new offscreen surface (which I was not talking about doing, I only said we have to recreate the primary (onscreen) surface) with a different depth/format/etc than the original offscreen surface, then we have effectively changed the X graphics mode and we would need to use some sort of X extension to notify clients that all pixmaps and visuals have been reset. If there is such an extension, I am not aware of it. Harold From huntharo@msu.edu Sun Jul 21 20:49:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 21 Jul 2002 20:49:00 -0000 Subject: New (Delphi) xlauncher In-Reply-To: <1027302081.1541.85.camel@tuxedo> Message-ID: > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Tim Thomson > Sent: Sunday, July 21, 2002 9:41 PM > To: cygwin-xfree Mailing List > Subject: New (Delphi) xlauncher > > > Hi there, > > To those of you interested in the progress of my xlauncher program(s), I > have added some more features to the Delphi version. These include > storing and retrieving configuration sessions to and from the registry, > multiple font path, or font server specification, and better support for > -from parameter, it now uses your IP, instead of name. If it can't find > an IP address, it doesn't provide the parameter to XWin.exe. > > It is available at http://xlauncher.sourceforge.net > Fair enough. > I'm still not sure where to head with the non-delphi version. I have > some options, but all have disadvantages: > > libW11 doesn't look like it will do everything I need without the use of > more libraries, ie xforms or gtk. > Whoever suggested libW11 was smoking some great crack. libW11 is by no means a complete API. I'll just forget that this was ever mentioned. (I'm not complaining to you, I'm just complaining) > gtk isn't stable enough yet? > > wxWindows - a _lot_ like MFC, but cross-platform. Would need to be made > into a cygwin package. Would be the easiest to rewrite the delphi app > in. > > win32api isn't very cross platform. Could use wine to port it to > unix/linux? > > I'll look at how hard it would be to build wxWindows dll for cygwin, if > that works well, I may use it, otherwise win32api may be the way, > although pretty much eliminates a cross platform approach. > I am getting seriously confused here. Why are you so excited about making this a cross-platform application? Cite me one example of someone that would need this program to be cross platform. Think about it: you are creating a graphical application that launches a graphical windowing system. Therefore, you have to already have a graphical windowing system of some form running. At last count, that means that you are running either Windows, Mac OS X, OS/2, or maybe BeOS. You certainly can't be running on any platform that uses X11 as the graphical windowing system, because you would have to have X11 running in order to launch X11 via your launcher. Now, the Mac OS X folks have lots of neat ways that their server is already tied into the Mac OS X-specific startup methods and such. Supporting BeOS would be a silly academic waste of effort. OS/2 is similar, but good luck finding a cross-platform toolkit that includes OS/2 support. So, what are your real targets here? Have I missed some operating system that also needs an X launcher utility? Harold From huntharo@msu.edu Sun Jul 21 21:06:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 21 Jul 2002 21:06:00 -0000 Subject: need help scripting multiple xfree startups In-Reply-To: Message-ID: Dennis, Never email me directly. Only respond to cygwin-xfree@cygwin.com. Harold > -----Original Message----- > From: Dennis Foreman [mailto:dforeman@stny.rr.com] > Sent: Sunday, July 21, 2002 7:27 PM > To: Harold Hunt > Subject: RE: need help scripting multiple xfree startups > > > Harold, > My computer is in a secure area (unless someone wants to mess > with my attack > cat), so passwords on the machine are NOT a problem. I have read about the > RSA protocol, so that ,might work. Remember that I said I needed > to run this > procedure a total of NINE TIMES before I can begin doing any > work. And this > happens EVERY time I want to do the work. Thus, I need a script that will > automate as much as possible. Time is money! > > What is the difference between: > 1. running cygwin then startxwin.sh > 2. startxwin.bat, then ssh from inside the xterm? > > The problem is connecting to multiple systems. How can I script it? > > regards, > D. J. Foreman > website: http://WWW.CS.Binghamton.EDU/~foreman > > -----Original Message----- > From: Harold Hunt [mailto:huntharo@msu.edu] > Sent: Sunday, July 21, 2002 4:50 PM > To: dforeman@stny.rr.com; cygwin-xfree@cygwin.com > Subject: RE: need help scripting multiple xfree startups > > > Dennis, > > I always launch Cygwin/XFree86 from an icon on the desktop that points to > the startxwin.bat file in c:\cygwin\usr\X11R6\bin. The batch > file starts an > xterm and when the xterm pops up I run: > > ssh -X -C username@hostname > > I type in my password and that is it. > > As for avoiding typing in your password, I can say a few things, > but I can't > hold your hand on this one. You should already know that saving > a password > on a computer in plaintext represents a huge security risk. With > that being > said, I am sure that you know that ssh allows you to use keys to > verify the > identity of a user and to provide authentication (via a password check). > You can, I am told, clear the password on an ssh key. Clearing > the password > on an ssh key is just a dangerous as saving a password to disk in > plaintext. > > However, if you are willing to except the risks of having an ssh > key with no > password, then I suggest that you search google for ``OpenSSH'' > and read the > docs on their site about how to change the password on a key, etc. I have > never personally done this, so I cannot provide any further details. > > Harold > > > -----Original Message----- > > From: cygwin-xfree-owner@cygwin.com > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Dennis Foreman > > Sent: Sunday, July 21, 2002 2:30 PM > > To: cygwin-xfree@cygwin.com > > Subject: need help scripting multiple xfree startups > > > > > > Hi, > > I need some hints on how to reduce the manual efforts in logging > > in remotely > > under ssh. > > Currently I can start Xfree using these steps: > > 1. Open a Cygwin window. > > 2a. run: ssh -Xl myuserid UNIX_system_domain_name > > 2b. enter password > > 3. open ANOTHER Cygwin window > > 4. in this new window, run: startxwin.sh > > 5. click to place the xterm on the X desktop > > 6. run my program > > > > I need to repeat this 8 more times for each of 8 different machines. Is > > there some way of automating this? (Yes, I know a script will do > > it. I need > > some detailed help on what to put in the script.) Especially eliminating > > having to type a pw every time and clicking to establish the > > Xwindow on the > > X desktop. > > > > regards, > > D. J. Foreman > > website: http://WWW.CS.Binghamton.EDU/~foreman > > > > From nahor@bravobrava.com Sun Jul 21 21:23:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sun, 21 Jul 2002 21:23:00 -0000 Subject: On a side note - display resolution changes now handled References: <3D3B38FC.2040106@bravobrava.com> Message-ID: Harold Hunt wrote: > You must be tired. Well, actually yes :p. I did some canoeing last Friday and I haven't recovered yet. :) > If we create a new offscreen surface (which I was not > talking about doing, I only said we have to recreate the primary (onscreen) > surface) with a different depth/format/etc than the original offscreen > surface, then we have effectively changed the X graphics mode and we would > need to use some sort of X extension to notify clients that all pixmaps and > visuals have been reset. If there is such an extension, I am not aware of > it. I'm not familiar with DirectX nor the internal of X so maybe I used the wrong words. I'm not actually talking of changing what the X server think the screen resolution/depth is. But we can already have a different resolution/depth for the visual than for the monitor, which means that there is a conversion at some point when the depth doesn't match. So why can't you just throw away everything that is after the conversion? I would think that, at worst, if the conversion happens when drawing into the offscreen surface, all the buffers would have to be recreated and that X would just have to ask all X windows to redraw their content in the new offscreen buffer. Jehan From nahor@bravobrava.com Sun Jul 21 23:18:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sun, 21 Jul 2002 23:18:00 -0000 Subject: New (Delphi) xlauncher References: <1027302081.1541.85.camel@tuxedo> Message-ID: Harold Hunt wrote: > Think about it: you are creating a graphical application that launches a > graphical windowing system. Therefore, you have to already have a graphical > windowing system of some form running. At last count, that means that you > are running either Windows, Mac OS X, OS/2, or maybe BeOS. You certainly > can't be running on any platform that uses X11 as the graphical windowing > system, because you would have to have X11 running in order to launch X11 > via your launcher. > > Now, the Mac OS X folks have lots of neat ways that their server is already > tied into the Mac OS X-specific startup methods and such. Supporting BeOS > would be a silly academic waste of effort. OS/2 is similar, but good luck > finding a cross-platform toolkit that includes OS/2 support. > > So, what are your real targets here? Have I missed some operating system > that also needs an X launcher utility? I think Xnest was mentioned a few days ago... yes, that was it: http://sources.redhat.com/ml/cygwin-xfree/2002-07/msg00166.html http://sources.redhat.com/ml/cygwin-xfree/2002-07/msg00388.html Jehan From francisb@ntlworld.com Mon Jul 22 01:02:00 2002 From: francisb@ntlworld.com (Francis Barton) Date: Mon, 22 Jul 2002 01:02:00 -0000 Subject: Problems starting X server References: Message-ID: <002f01c23147$3fa7dd40$3510ff3e@astcomputer> Found the problem via the mount command, thanks Harold. The WIN32 fonts directory was no longer in existence (I had moved it) thus bash couldn't use the mounted directory. umount worked, and I can now "ls /usr/X11R6/lib/X11/fonts" successfully. The fonts were already in E:\Cygwin\usr\X11R6\lib\X11\fonts - on the same partition as the rest of Cygwin. Fonts no longer listed under mount - guess they don't need to be mounted anymore since they're in the standard directory. Anyways, I can use X now, so thanks for the help. > You are first going to have to figure out where the Cygwin/XFree86 fonts got > installed to. Then you are going to need to move them to be in the correct > place with respect to the rest of Cygwin. After that you might have to > unmount and remount the fonts directory mount to point to the correct > location. > > I can't hold your hand on these, but perhaps someone else will be willing to > answer further questions about the details of doing this. > > Harold > > From nwourms@yahoo.com Mon Jul 22 01:15:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Mon, 22 Jul 2002 01:15:00 -0000 Subject: New (Delphi) xlauncher In-Reply-To: Message-ID: <20020722080159.79459.qmail@web21005.mail.yahoo.com> --- Harold Hunt wrote: > > I'm still not sure where to head with the non-delphi version. I have > > some options, but all have disadvantages: > > > > libW11 doesn't look like it will do everything I need without the use > of > > more libraries, ie xforms or gtk. > > > > Whoever suggested libW11 was smoking some great crack. libW11 is by no > means a complete API. I'll just forget that this was ever mentioned. > (I'm > not complaining to you, I'm just complaining) > Jeeze Harold what beef do you have with libW11? I was merely suggesting he look into it since it seemed to work so well for rxvt. I never made any such claim that it was a complete API, nor that it would work for sure in his case. Cheers (I guess...), Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From FRANZW@dk.ibm.com Mon Jul 22 01:43:00 2002 From: FRANZW@dk.ibm.com (Franz Wolfhagen) Date: Mon, 22 Jul 2002 01:43:00 -0000 Subject: New (Delphi) xlauncher Message-ID: I would opt for the wxwindows port - it includes suppport for all the mentioned platforms - including OS/2. (this is btw used/supported by Schitech for their Display Doctor 7.0) I also believe that wxwindows should compile for cygwin - it would be a nice inclusion if anybody had the time and skills to maintain that ( I wish I had - but I lack both skills and time.. ) BTW - I definitely understand the wish for a cross platform solution - when you create such an application it really is much easier to maintain if you only have one piece of sourcecode... Med venlig hilsen / Regards Franz Wolfhagen "Harold Hunt" @cygwin.com on 22-07-2002 05:48:24 >Sent by: cygwin-xfree-owner@cygwin.com >To: "cygwin-xfree Mailing List" >cc: >Subject: RE: New (Delphi) xlauncher > > >> >> wxWindows - a _lot_ like MFC, but cross-platform. Would need to be made >> into a cygwin package. Would be the easiest to rewrite the delphi app >> in. >> >> win32api isn't very cross platform. Could use wine to port it to >> unix/linux? >> >> I'll look at how hard it would be to build wxWindows dll for cygwin, if >> that works well, I may use it, otherwise win32api may be the way, >> although pretty much eliminates a cross platform approach. >> > >I am getting seriously confused here. Why are you so excited about making >this a cross-platform application? Cite me one example of someone that >would need this program to be cross platform. > >Think about it: you are creating a graphical application that launches a >graphical windowing system. Therefore, you have to already have a graphical >windowing system of some form running. At last count, that means that you >are running either Windows, Mac OS X, OS/2, or maybe BeOS. You certainly >can't be running on any platform that uses X11 as the graphical windowing >system, because you would have to have X11 running in order to launch X11 >via your launcher. > >Now, the Mac OS X folks have lots of neat ways that their server is already >tied into the Mac OS X-specific startup methods and such. Supporting BeOS >would be a silly academic waste of effort. OS/2 is similar, but good luck >finding a cross-platform toolkit that includes OS/2 support. > >So, what are your real targets here? Have I missed some operating system >that also needs an X launcher utility? > >Harold From tim.thomson@paradise.net.nz Mon Jul 22 02:38:00 2002 From: tim.thomson@paradise.net.nz (Tim Thomson) Date: Mon, 22 Jul 2002 02:38:00 -0000 Subject: New (Delphi) xlauncher In-Reply-To: References: <1027302081.1541.85.camel@tuxedo> Message-ID: <1027327435.7037.23.camel@tuxedo> On Mon, 2002-07-22 at 16:23, Jehan wrote: > Harold Hunt wrote: > > Think about it: you are creating a graphical application that launches a > > graphical windowing system. Therefore, you have to already have a graphical > > windowing system of some form running. At last count, that means that you > > are running either Windows, Mac OS X, OS/2, or maybe BeOS. You certainly > > can't be running on any platform that uses X11 as the graphical windowing > > system, because you would have to have X11 running in order to launch X11 > > via your launcher. > > > > Now, the Mac OS X folks have lots of neat ways that their server is already > > tied into the Mac OS X-specific startup methods and such. Supporting BeOS > > would be a silly academic waste of effort. OS/2 is similar, but good luck > > finding a cross-platform toolkit that includes OS/2 support. > > > > So, what are your real targets here? Have I missed some operating system > > that also needs an X launcher utility? > > I think Xnest was mentioned a few days ago... yes, that was it: > http://sources.redhat.com/ml/cygwin-xfree/2002-07/msg00166.html > http://sources.redhat.com/ml/cygwin-xfree/2002-07/msg00388.html Yeah, there is that, and I was also hoping that I'd eventually be able to add support for rdesktop, etc. I'd like to add support at some stage for interfacing to ssh, so that you can launch the X server, then launch an ssh session to a remote server, and run a command. Things like that :) Running a remote XDMCP session using Xnest could be handy, although I'm not sure how big a scope there would be. I was hoping to use it for running broken programs with a lower display depth (xapple2, etc), although it appears Xnest doesn't have that functionality. So, I'm starting to lean to a win32api solution, as I now don't really have a need for Xnest solution, although I haven't a clue how to start :) Anyway, I'll let you know how I go, but let me have your comments/suggestions, etc if you have any, Cheers, Tim. From jjangu@tid.es Mon Jul 22 05:19:00 2002 From: jjangu@tid.es (Juan =?iso-8859-1?Q?Jos=E9=20Andr=E9s=20Guti=E9rrez?=) Date: Mon, 22 Jul 2002 05:19:00 -0000 Subject: Send Keys to a window. Message-ID: <3D3BE0BD.32753162@tid.es> Hello, I am new using XLib and I need to make a program that handles x windows. I need to send pulsations of keys to a window. Somebody knows like doing this? Thank you very much. From j_tetazoo@hotmail.com Mon Jul 22 05:20:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Mon, 22 Jul 2002 05:20:00 -0000 Subject: Send Keys to a window. Message-ID: You might find the utility x2x to be a helpful reference. It grabs mouse and keyboard events from one X server and re-directs them to another. Both binary and source packages are available via Cygwin Setup under the XFree86 heading. By the way, I'm not an Xlib programmer, so I'm afraid I can't be of much assistance beyond what I've just told you. >From: Juan Jos?? Andr??s Guti??rrez >To: cygwin-xfree@cygwin.com >Subject: Send Keys to a window. >Date: Mon, 22 Jul 2002 11:38:53 +0100 > >Hello, > > I am new using XLib and I need to make a program that handles x >windows. > > I need to send pulsations of keys to a window. Somebody knows like >doing this? > > >Thank you very much. > _________________________________________________________________ Join the world??s largest e-mail service with MSN Hotmail. http://www.hotmail.com From dforeman@stny.rr.com Mon Jul 22 05:23:00 2002 From: dforeman@stny.rr.com (Dennis Foreman) Date: Mon, 22 Jul 2002 05:23:00 -0000 Subject: need help scripting multiple xfree startups Message-ID: I have read about the RSA protocol, and tried it, so that works. I need to run this procedure a total of NINE TIMES before I can begin doing any work. And this happens EVERY time I want to do the work. Thus, I need a script that will automate as much as possible. What is the difference between: 1. running cygwin then startxwin.sh 2. startxwin.bat, then ssh from inside the xterm? The problem is connecting to multiple systems. Can I get some hints on how to script it? regards, D. J. Foreman website: http://WWW.CS.Binghamton.EDU/~foreman From dforeman@stny.rr.com Mon Jul 22 06:09:00 2002 From: dforeman@stny.rr.com (Dennis Foreman) Date: Mon, 22 Jul 2002 06:09:00 -0000 Subject: replies to xfree Message-ID: Shouldn't replies to a list automatically go to the list? My replies seem to be going to the personal mail of posters. I believe there is a setting in many list servers that prevents the replies from going to the poster. regards, D. J. Foreman website: http://WWW.CS.Binghamton.EDU/~foreman From nwourms@yahoo.com Mon Jul 22 06:25:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Mon, 22 Jul 2002 06:25:00 -0000 Subject: replies to xfree In-Reply-To: Message-ID: <20020722130904.74906.qmail@web21006.mail.yahoo.com> --- Dennis Foreman wrote: > Shouldn't replies to a list automatically go to the list? My replies > seem to > be going to the personal mail of posters. I believe there is a setting > in > many list servers that prevents the replies from going to the poster. > > regards, > D. J. Foreman > website: http://WWW.CS.Binghamton.EDU/~foreman > Hi, I usually hit reply to all and forget about it. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From j_tetazoo@hotmail.com Mon Jul 22 06:33:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Mon, 22 Jul 2002 06:33:00 -0000 Subject: need help scripting multiple xfree startups Message-ID: >From: "Dennis Foreman" >Reply-To: >To: >Subject: need help scripting multiple xfree startups >Date: Sun, 21 Jul 2002 14:30:18 -0400 > [snip] > >I need to repeat this 8 more times for each of 8 different machines. Is >there some way of automating this? (Yes, I know a script will do it. I need >some detailed help on what to put in the script.) Especially eliminating >having to type a pw every time There is plenty of information about this in the ssh man page. Here's a quick recipe: 1) Open a Cygwin bash window and cd into ~/.ssh (if the directory doesn't exist, create it). 2) Run "ssh-keygen -t rsa1". Accept the default filename of ~/.ssh/identity and use a blank passphrase. PROTECT THIS FILE! Anyone who gets ahold of it can use it as if they were you and gain access to systems without a password or passphrase. Consider yourself warned! 3) FTP the resulting file named identity.pub onto each of the target systems and put it in /tmp (DO NOT put it in ~/.ssh). 4) On each remote system, append the contents of the identity.pub file to the file ~/.ssh/authorized_keys: cat /tmp/identity.pub >> ~/.ssh/authorized_keys 5) At this point, you should be able to ssh to each remote system and get in without being prompted for a password. >and clicking to establish the Xwindow on the >X desktop. > >regards, >D. J. Foreman >website: http://WWW.CS.Binghamton.EDU/~foreman I'd say you've already figured out most of this part. To automatically launch an xterm and have it run a command on a remote machine, put the following command in your favorite X startup script (e.g. startxwin.bat, startxwin.sh, or .xinitrc) in the same section where you see other xterms being launched (I've put backslashes to indicate that this should all be on 1 line): ssh -X -l remote_username remote_hostname \ xterm -title "remote_username@remote_hostname" \ -e remote_command If you're putting this in startxwin.bat, you may need to preceed it with "run" or "start" (I don't know for sure, I don't use that script). If you're putting it in startxwin.sh or .xinitrc, append an ampersand ("&") to the end. Want it to act on 8 other machines? Repeat the same command 8 more times with a different value for remote_machine each time. As for getting the xterm to place itself on your screen without having to click: If you're using the default Window Manager twm, copy the file /usr/X11R6/lib/X11/twm/system.twmrc to ~/.twmrc. Then edit ~/.twmrc and add "RandomPlacement" on a line by itself towards the top of the file just after the comments. If you're using some other window manager, then consult its man page. _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From j_tetazoo@hotmail.com Mon Jul 22 06:36:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Mon, 22 Jul 2002 06:36:00 -0000 Subject: need help scripting multiple xfree startups Message-ID: >From: "Thomas Chadwick" >To: dforeman@stny.rr.com, cygwin-xfree@cygwin.com >Subject: Re: need help scripting multiple xfree startups >Date: Mon, 22 Jul 2002 09:25:09 -0400 [snip] >As for getting the xterm to place itself on your screen without having to >click: If you're using the default Window Manager twm, copy the file >/usr/X11R6/lib/X11/twm/system.twmrc to ~/.twmrc. Then edit ~/.twmrc and >add >"RandomPlacement" on a line by itself towards the top of the file just >after >the comments. If you're using some other window manager, then consult its >man page. Alternatively, you can specify the exact size and position of each xterm using the -geometry flag: ssh -X -l remote_username remote_hostname \ xterm -geometry 80x25+10+10 \ -title "remote_username@remote_hostname" \ -e remote_command The "80x25" part specifies the size of the window in characters. 80x25 is typical. The "+10+10" part specifies the position of the upper-left corner of the window with respect to the upper-left corner of the screen in pixels. In this case it's 10 pixels in from the left edge, and 10 pixels down from the top edge. _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From j_tetazoo@hotmail.com Mon Jul 22 07:03:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Mon, 22 Jul 2002 07:03:00 -0000 Subject: need help scripting multiple xfree startups Message-ID: >From: "Dennis Foreman" >Reply-To: >To: "Cygwin-Xfree" >Subject: RE: need help scripting multiple xfree startups >Date: Mon, 22 Jul 2002 08:20:51 -0400 [snip] >What is the difference between: >1. running cygwin then startxwin.sh >2. startxwin.bat, then ssh from inside the xterm? The difference is simply a matter of perference. They all do the same thing in slightly different ways. _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From jjangu@tid.es Mon Jul 22 07:07:00 2002 From: jjangu@tid.es (Juan =?iso-8859-1?Q?Jos=E9=20Andr=E9s=20Guti=E9rrez?=) Date: Mon, 22 Jul 2002 07:07:00 -0000 Subject: Problem with XSendEvent and xterm. Message-ID: <3D3C1ECE.6CD3232B@tid.es> Hello, I need to make a program that sends pulsations of keys to a xterm. I use XSendEvent but I'm not be able that appear the characters in the shell. However if I make an application that controls the keyboard events that arrive to him it works. Somebody can say me as I can send the characters to xterm? Thanks. From rrschulz@cris.com Mon Jul 22 07:21:00 2002 From: rrschulz@cris.com (Randall R Schulz) Date: Mon, 22 Jul 2002 07:21:00 -0000 Subject: replies to xfree In-Reply-To: Message-ID: <5.1.0.14.2.20020722070751.01f8b4c0@pop3.cris.com> Dennis, Randall Schulz Mountain View, CA USA At 05:23 2002-07-22, Dennis Foreman wrote: >Shouldn't replies to a list automatically go to the list? My replies seem to >be going to the personal mail of posters. I believe there is a setting in >many list servers that prevents the replies from going to the poster. > >regards, >D. J. Foreman From huntharo@msu.edu Mon Jul 22 07:23:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 22 Jul 2002 07:23:00 -0000 Subject: On a side note - display resolution changes now handled References: <3D3B38FC.2040106@bravobrava.com> Message-ID: <3D3C1585.6080900@msu.edu> Jehan wrote: > Harold Hunt wrote: > >> You must be tired. > > > Well, actually yes :p. I did some canoeing last Friday and I haven't > recovered yet. :) > Are you talking about canoeing, or ``canoeing''. When we went ``canoeing'' it involved a cooler full of beer and as the day progressed the cooler full of beer was spotted more and more often floating down the river next to a coule of upside down canoes and a bunch of guys trying to get the cooler back into a righted canoe before the precious contents were lost. But I digress... :) > >> If we create a new offscreen surface (which I was not >> talking about doing, I only said we have to recreate the primary >> (onscreen) >> surface) with a different depth/format/etc than the original offscreen >> surface, then we have effectively changed the X graphics mode and we >> would >> need to use some sort of X extension to notify clients that all >> pixmaps and >> visuals have been reset. If there is such an extension, I am not >> aware of >> it. > > > I'm not familiar with DirectX nor the internal of X so maybe I used the > wrong words. I'm not actually talking of changing what the X server > think the screen resolution/depth is. But we can already have a > different resolution/depth for the visual than for the monitor, which > means that there is a conversion at some point when the depth doesn't > match. So why can't you just throw away everything that is after the > conversion? I would think that, at worst, if the conversion happens when > drawing into the offscreen surface, all the buffers would have to be > recreated and that X would just have to ask all X windows to redraw > their content in the new offscreen buffer. > I think I see where you are confused. I said previously that we can handle screen resolution changes because we essentially just enable scrollbars, if necessary, to allow the extra area to be viewed. With the Shadow GDI engine, that is all that has to be done. However, with the Shadow DirectDraw and Shadow DirectDraw Non-Locking engines we must release and recreate the primary surface using the same size as it had before. This is really just a technicality. You see, DirectDraw allows a surface to be larger than the screen size. But, when you change the screen resolution, DirectDraw requires that you release the primary surface and create again. DirectDraw doesn't care if you recreate the primary surface using the exact same parameters; rather, it just wants you to recreate it. Yes, this is silly, but that is what DirectDraw requires. ==== I also said previously that screen depth changes were much more disruptive than screen resolution changes. First, a little background on surfaces. We create an offscreen surface and we provide the X graphics layers with a pointer into the memory used to represent the pixels on that surface. All X graphics operations (fb, shadow, mi, etc.) are done by calculating offsets of various pixels in this ``framebuffer'' and applying various transformations to those pixels. Thus, a horizontal blue line would be drawn by offsetting to the start of that line, then flipping the value for the next x pixels to blue. The ``shadow'' layer in X allows graphics to be drawn to an offscreen framebuffer. Shadow keeps track of the regions in the offscreen fraembuffer that have been updated, and it occasionally calls a ``shadow update'' function that tells us to transfer those regions to the screen. DirectDraw has something called a ``primary surface'' that represents what is being displayed on the screen. When we want to display the updated bits of the offscreen framebuffer, we do a ``bit block transfer'' from the offscreen surface to the primary surface. The offscreen surface and the primary surface usually have the same format (that is, they have the same pixel format that specifies how many bits for red, green, and blue and how many bits are used per pixel value in the framebuffer). If the offscreen surface and the primary surface have the same format, then a bit block transfer between them is essentially a memory copy from the system memory to the video memory (with lots of fun synching issues that Windows takes care of for us). Imagine for a second that the offscreen surface was allowed to have a different format than the primary surface. Then a bit block transfer from the offscreen surface to the primary surface now must examine *every single pixel* and transform the color values from, say, 16 bits per pixel to 32 bits per pixel. That is a hell of a lot more complex than doing a simple memory transfer. DirectDraw is primarily concerned with enabling high-performance. Therefore, I think that allowing the offscreen surface to have a different depth than the primary surface would be contradictory to the purpose of DirectDraw. I have not checked the DirectDraw documentation to see whether offscreen surfaces must have the same depth as primary surfaces. I did say that I did not think it likely that DirectDraw would allow different depths for the two surfaces. You could verify this, but I am willing to bet that different depths are not allowed. Notice that we never change the format of the offscreen framebuffer. Thus, the structure of the framebuffer that X draws to us unchanged. X does not support screen depth changes while running, so changing the format of our offscreen framebuffer would causes all graphics operations to draw incorrectly and it would possibly cause a segmentation fault if the depth of the offscreen framebuffer was decreased (because the total memory region would then be smaller than X was expecting). ==== With the Shadow GDI engine, Windows will transform *every single pixel* whenever we do a bit block transfer from a DIB to the screen and the depth of the two differs. Thus, we are allowed to have a different depth for the X visual than for the Windows screen, but doing so causes a huge performance penalty. However, I think that allowing this and providing a popup warning about the performance penalty is better than just ceasing to display graphics at all. ==== With the DirectDraw engines I do not think that we can have a differnt depth for the two surfaces, so I fear that our only option in that case is to cease transferring the updated regions of the offscreen surface until such a time as the Windows screen depth has been returned to its original value. ==== Does that answer your questions? Harold From huntharo@msu.edu Mon Jul 22 07:28:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 22 Jul 2002 07:28:00 -0000 Subject: New (Delphi) xlauncher References: <1027302081.1541.85.camel@tuxedo> Message-ID: <3D3C15DA.9080402@msu.edu> Jehan wrote: > Harold Hunt wrote: > >> Think about it: you are creating a graphical application that launches a >> graphical windowing system. Therefore, you have to already have a >> graphical >> windowing system of some form running. At last count, that means that >> you >> are running either Windows, Mac OS X, OS/2, or maybe BeOS. You certainly >> can't be running on any platform that uses X11 as the graphical windowing >> system, because you would have to have X11 running in order to launch X11 >> via your launcher. >> >> Now, the Mac OS X folks have lots of neat ways that their server is >> already >> tied into the Mac OS X-specific startup methods and such. Supporting >> BeOS >> would be a silly academic waste of effort. OS/2 is similar, but good >> luck >> finding a cross-platform toolkit that includes OS/2 support. >> >> So, what are your real targets here? Have I missed some operating system >> that also needs an X launcher utility? > > > I think Xnest was mentioned a few days ago... yes, that was it: > http://sources.redhat.com/ml/cygwin-xfree/2002-07/msg00166.html > http://sources.redhat.com/ml/cygwin-xfree/2002-07/msg00388.html > > Jehan > Oh man, I don't think we should be encouraging anyone to use Xnest. Harold From huntharo@msu.edu Mon Jul 22 07:31:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 22 Jul 2002 07:31:00 -0000 Subject: New (Delphi) xlauncher References: <20020722080159.79459.qmail@web21005.mail.yahoo.com> Message-ID: <3D3C1735.5000806@msu.edu> Nicholas Wourms wrote: > --- Harold Hunt wrote: > >>>I'm still not sure where to head with the non-delphi version. I have >>>some options, but all have disadvantages: >>> >>>libW11 doesn't look like it will do everything I need without the use >> >>of >> >>>more libraries, ie xforms or gtk. >>> >> >>Whoever suggested libW11 was smoking some great crack. libW11 is by no >>means a complete API. I'll just forget that this was ever mentioned. >>(I'm >>not complaining to you, I'm just complaining) >> > > > Jeeze Harold what beef do you have with libW11? I was merely suggesting > he look into it since it seemed to work so well for rxvt. I never made > any such claim that it was a complete API, nor that it would work for sure > in his case. > > Cheers (I guess...), > Nicholas > libW11 is a hack that has *just enough* functionality to support rxvt. If you stray outside this functionality by calling any random graphics call, you will either get a crash, graphics not drawn at all, or graphics drawn incorrectly. libW11 is not a API, contrary to what the maintainer of it wishes it to be. libW11 is just a seperate packaging of the hacks that allow rxvt to run without modification of the graphics drawing routines under Windows. No beef. Harold From huntharo@msu.edu Mon Jul 22 07:39:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 22 Jul 2002 07:39:00 -0000 Subject: New (Delphi) xlauncher References: Message-ID: <3D3C17CC.4030201@msu.edu> Franz Wolfhagen wrote: > I would opt for the wxwindows port - it includes suppport for all the > mentioned platforms - including OS/2. (this is btw used/supported by > Schitech for their Display Doctor 7.0) > > I also believe that wxwindows should compile for cygwin - it would be a > nice inclusion if anybody had the time and skills to maintain that ( I wish > I had - but I lack both skills and time.. ) > > BTW - I definitely understand the wish for a cross platform solution - when > you create such an application it really is much easier to maintain if you > only have one piece of sourcecode... > Franz, I think there is a similar demand for a cross platform X launcher as there is for a cross platform Windows registry editor. My point is that no other platform needs such a beast. Harold From huntharo@msu.edu Mon Jul 22 07:44:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 22 Jul 2002 07:44:00 -0000 Subject: replies to xfree References: <20020722130904.74906.qmail@web21006.mail.yahoo.com> Message-ID: <3D3C19C3.5090201@msu.edu> Nicholas Wourms wrote: > --- Dennis Foreman wrote: > >>Shouldn't replies to a list automatically go to the list? My replies >>seem to >>be going to the personal mail of posters. I believe there is a setting >>in >>many list servers that prevents the replies from going to the poster. >> >>regards, >>D. J. Foreman >>website: http://WWW.CS.Binghamton.EDU/~foreman >> > > Hi, > > I usually hit reply to all and forget about it. > > Cheers, > Nicholas > And I usually add tags to my signature line to the effect of (Harold ``don't cc me in replies'' Hunt). But you never seem to notice them. There are two situations, encompassing all of the time that I spend reading Cygwin/XFree86, in which I do not want to be cc'd: 1) I am at home where the Cygwin/XFree86 email is filtered out of my inbox and into a special folder. I only want to read Cygwin/XFree86 email when I open that special folder. I do not want to see Cygwin/XFree86 email in my inbox; that is why I setup the filter. 2) I am viewing my email via an IMAP client, in which case all messages are in a single folder. Thus, for any cc'd messages I see two copies. Maybe I'll just stop responding altogether when I get cc'd. Maybe some people would enjoy that :) Harold From huntharo@msu.edu Mon Jul 22 07:48:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 22 Jul 2002 07:48:00 -0000 Subject: replies to xfree References: <5.1.0.14.2.20020722070751.01f8b4c0@pop3.cris.com> Message-ID: <3D3C1AD3.5060707@msu.edu> Randall R Schulz wrote: > Dennis, > > > > Randall Schulz > Mountain View, CA USA > > > At 05:23 2002-07-22, Dennis Foreman wrote: > >> Shouldn't replies to a list automatically go to the list? My replies >> seem to >> be going to the personal mail of posters. I believe there is a setting in >> many list servers that prevents the replies from going to the poster. >> >> regards, >> D. J. Foreman > > And to all those involved: Note that the ``reply-to'' question is one of those matters of religion that we will not be discussing on the cygwin-xfree mailing list. A decision has been made regarding the ``reply-to'' behavior for this list. No amount of persuasion/discussion/rants/questions/etc will change this decision. Therefore, this thread is pronounced officially dead at 20020722 1046. Harold From huntharo@msu.edu Mon Jul 22 08:00:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 22 Jul 2002 08:00:00 -0000 Subject: Problem with XSendEvent and xterm. References: <3D3C1ECE.6CD3232B@tid.es> Message-ID: <3D3C1BBC.4020702@msu.edu> Juan Jos?? Andr??s Guti??rrez wrote: > Hello, > > I need to make a program that sends pulsations of keys to a xterm. > I use XSendEvent but I'm not be able that appear the characters in the > shell. However if I make an application that controls the keyboard > events that arrive to him it works. > > Somebody can say me as I can send the characters to xterm? > > > > Thanks. > > Hold on a minute here. I am seeing three newsgroup cross-posts in the header for this message. Can someone else verify that this is indeed being cross-posted? If this is being cross posted to our mailing list and to multiple newsgroups, then My Juan Jos?? Andr??s Guti??rre is one more message away from being banned from ever posting here again. Harold From nwourms@yahoo.com Mon Jul 22 08:06:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Mon, 22 Jul 2002 08:06:00 -0000 Subject: Problem with XSendEvent and xterm. In-Reply-To: <3D3C1BBC.4020702@msu.edu> Message-ID: <20020722150057.86737.qmail@web21007.mail.yahoo.com> --- Harold L Hunt II wrote: [SNIP] > Hold on a minute here. > > I am seeing three newsgroup cross-posts in the header for this message. > > Can someone else verify that this is indeed being cross-posted? Yup, he's cross-posting alright: Newsgroups: comp.windows.x.motif,comp.windows.x,comp.os.linux.x The question is, is he using Gmane or using a mixture? Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From dforeman@stny.rr.com Mon Jul 22 08:09:00 2002 From: dforeman@stny.rr.com (Dennis Foreman) Date: Mon, 22 Jul 2002 08:09:00 -0000 Subject: need help scripting multiple xfree startups In-Reply-To: Message-ID: I looked for: /usr/X11R6/lib/X11/twm/system.twmrc and can only find a .../mwm/system.mwmrc Is there a relationship between mwm and twm? Can I use the mwm file instead of the twm file? I have gotten the RSA keys set up and working. My machine is in a secure area (home, no kids, no visitor access). The remote machine is also secure from general access. regards, D. J. Foreman website: http://WWW.CS.Binghamton.EDU/~foreman -----Original Message----- From: Thomas Chadwick [mailto:j_tetazoo@hotmail.com] Sent: Monday, July 22, 2002 9:25 AM To: dforeman@stny.rr.com; cygwin-xfree@cygwin.com Subject: Re: need help scripting multiple xfree startups >From: "Dennis Foreman" >Reply-To: >To: >Subject: need help scripting multiple xfree startups >Date: Sun, 21 Jul 2002 14:30:18 -0400 > [snip] > >I need to repeat this 8 more times for each of 8 different machines. Is >there some way of automating this? (Yes, I know a script will do it. I need >some detailed help on what to put in the script.) Especially eliminating >having to type a pw every time There is plenty of information about this in the ssh man page. Here's a quick recipe: 1) Open a Cygwin bash window and cd into ~/.ssh (if the directory doesn't exist, create it). 2) Run "ssh-keygen -t rsa1". Accept the default filename of ~/.ssh/identity and use a blank passphrase. PROTECT THIS FILE! Anyone who gets ahold of it can use it as if they were you and gain access to systems without a password or passphrase. Consider yourself warned! 3) FTP the resulting file named identity.pub onto each of the target systems and put it in /tmp (DO NOT put it in ~/.ssh). 4) On each remote system, append the contents of the identity.pub file to the file ~/.ssh/authorized_keys: cat /tmp/identity.pub >> ~/.ssh/authorized_keys 5) At this point, you should be able to ssh to each remote system and get in without being prompted for a password. >and clicking to establish the Xwindow on the >X desktop. > >regards, >D. J. Foreman >website: http://WWW.CS.Binghamton.EDU/~foreman I'd say you've already figured out most of this part. To automatically launch an xterm and have it run a command on a remote machine, put the following command in your favorite X startup script (e.g. startxwin.bat, startxwin.sh, or .xinitrc) in the same section where you see other xterms being launched (I've put backslashes to indicate that this should all be on 1 line): ssh -X -l remote_username remote_hostname \ xterm -title "remote_username@remote_hostname" \ -e remote_command If you're putting this in startxwin.bat, you may need to preceed it with "run" or "start" (I don't know for sure, I don't use that script). If you're putting it in startxwin.sh or .xinitrc, append an ampersand ("&") to the end. Want it to act on 8 other machines? Repeat the same command 8 more times with a different value for remote_machine each time. As for getting the xterm to place itself on your screen without having to click: If you're using the default Window Manager twm, copy the file /usr/X11R6/lib/X11/twm/system.twmrc to ~/.twmrc. Then edit ~/.twmrc and add "RandomPlacement" on a line by itself towards the top of the file just after the comments. If you're using some other window manager, then consult its man page. _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From dforeman@stny.rr.com Mon Jul 22 08:09:00 2002 From: dforeman@stny.rr.com (Dennis Foreman) Date: Mon, 22 Jul 2002 08:09:00 -0000 Subject: need help scripting multiple xfree startups In-Reply-To: Message-ID: The geometry flag is perfect. It will allow me to put each window exactly where I want it consistently. Thanks very much Thomas, for your friendly, detailed assistance. regards, D. J. Foreman website: http://WWW.CS.Binghamton.EDU/~foreman -----Original Message----- From: Thomas Chadwick [mailto:j_tetazoo@hotmail.com] Sent: Monday, July 22, 2002 9:34 AM To: j_tetazoo@hotmail.com; dforeman@stny.rr.com; cygwin-xfree@cygwin.com Subject: Re: need help scripting multiple xfree startups >From: "Thomas Chadwick" >To: dforeman@stny.rr.com, cygwin-xfree@cygwin.com >Subject: Re: need help scripting multiple xfree startups >Date: Mon, 22 Jul 2002 09:25:09 -0400 [snip] >As for getting the xterm to place itself on your screen without having to >click: If you're using the default Window Manager twm, copy the file >/usr/X11R6/lib/X11/twm/system.twmrc to ~/.twmrc. Then edit ~/.twmrc and >add >"RandomPlacement" on a line by itself towards the top of the file just >after >the comments. If you're using some other window manager, then consult its >man page. Alternatively, you can specify the exact size and position of each xterm using the -geometry flag: ssh -X -l remote_username remote_hostname \ xterm -geometry 80x25+10+10 \ -title "remote_username@remote_hostname" \ -e remote_command The "80x25" part specifies the size of the window in characters. 80x25 is typical. The "+10+10" part specifies the position of the upper-left corner of the window with respect to the upper-left corner of the screen in pixels. In this case it's 10 pixels in from the left edge, and 10 pixels down from the top edge. _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From nwourms@yahoo.com Mon Jul 22 08:15:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Mon, 22 Jul 2002 08:15:00 -0000 Subject: Problem with XSendEvent and xterm. In-Reply-To: <20020722150057.86737.qmail@web21007.mail.yahoo.com> Message-ID: <20020722150932.72812.qmail@web21009.mail.yahoo.com> --- Nicholas Wourms wrote: > --- Harold L Hunt II wrote: > [SNIP] > > Hold on a minute here. > > > > I am seeing three newsgroup cross-posts in the header for this > message. > > > > Can someone else verify that this is indeed being cross-posted? > > Yup, he's cross-posting alright: > > Newsgroups: comp.windows.x.motif,comp.windows.x,comp.os.linux.x In fact, you can see for yourself at: http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&group=comp.windows.x http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&group=comp.windows.x.motif http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&group=comp.os.linux.x Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From j_tetazoo@hotmail.com Mon Jul 22 08:19:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Mon, 22 Jul 2002 08:19:00 -0000 Subject: need help scripting multiple xfree startups Message-ID: Are you looking on the cygwin machine or on one of the remote machines? It should be there on the cygwin machine. I believe twm is packaged with the Xserver, so if you can run X, twm should be there and so should its config file in /usr/X11R6/lib/X11/twm. Just in case it really is missing, I'll email you my copy (off-list). >From: "Dennis Foreman" >Reply-To: >To: >Subject: RE: need help scripting multiple xfree startups >Date: Mon, 22 Jul 2002 11:06:04 -0400 > >I looked for: >/usr/X11R6/lib/X11/twm/system.twmrc and can only find a >.../mwm/system.mwmrc > >Is there a relationship between mwm and twm? Can I use the mwm file instead >of the twm file? > >I have gotten the RSA keys set up and working. My machine is in a secure >area (home, no kids, no visitor access). The remote machine is also secure >from general access. > >regards, >D. J. Foreman >website: http://WWW.CS.Binghamton.EDU/~foreman > >-----Original Message----- >From: Thomas Chadwick [mailto:j_tetazoo@hotmail.com] >Sent: Monday, July 22, 2002 9:25 AM >To: dforeman@stny.rr.com; cygwin-xfree@cygwin.com >Subject: Re: need help scripting multiple xfree startups > > > >From: "Dennis Foreman" > >Reply-To: > >To: > >Subject: need help scripting multiple xfree startups > >Date: Sun, 21 Jul 2002 14:30:18 -0400 > > >[snip] > > > >I need to repeat this 8 more times for each of 8 different machines. Is > >there some way of automating this? (Yes, I know a script will do it. I >need > >some detailed help on what to put in the script.) Especially eliminating > >having to type a pw every time > >There is plenty of information about this in the ssh man page. Here's a >quick recipe: > >1) Open a Cygwin bash window and cd into ~/.ssh (if the directory doesn't >exist, create it). >2) Run "ssh-keygen -t rsa1". Accept the default filename of >~/.ssh/identity >and use a blank passphrase. PROTECT THIS FILE! Anyone who gets ahold of >it >can use it as if they were you and gain access to systems without a >password >or passphrase. Consider yourself warned! >3) FTP the resulting file named identity.pub onto each of the target >systems >and put it in /tmp (DO NOT put it in ~/.ssh). >4) On each remote system, append the contents of the identity.pub file to >the file ~/.ssh/authorized_keys: > > cat /tmp/identity.pub >> ~/.ssh/authorized_keys > >5) At this point, you should be able to ssh to each remote system and get >in >without being prompted for a password. > > >and clicking to establish the Xwindow on the > >X desktop. > > > >regards, > >D. J. Foreman > >website: http://WWW.CS.Binghamton.EDU/~foreman > >I'd say you've already figured out most of this part. To automatically >launch an xterm and have it run a command on a remote machine, put the >following command in your favorite X startup script (e.g. startxwin.bat, >startxwin.sh, or .xinitrc) in the same section where you see other xterms >being launched (I've put backslashes to indicate that this should all be on >1 line): > >ssh -X -l remote_username remote_hostname \ >xterm -title "remote_username@remote_hostname" \ >-e remote_command > >If you're putting this in startxwin.bat, you may need to preceed it with >"run" or "start" (I don't know for sure, I don't use that script). If >you're putting it in startxwin.sh or .xinitrc, append an ampersand ("&") to >the end. > >Want it to act on 8 other machines? Repeat the same command 8 more times >with a different value for remote_machine each time. > >As for getting the xterm to place itself on your screen without having to >click: If you're using the default Window Manager twm, copy the file >/usr/X11R6/lib/X11/twm/system.twmrc to ~/.twmrc. Then edit ~/.twmrc and >add >"RandomPlacement" on a line by itself towards the top of the file just >after >the comments. If you're using some other window manager, then consult its >man page. > > >_________________________________________________________________ >Send and receive Hotmail on your mobile device: http://mobile.msn.com _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From dforeman@stny.rr.com Mon Jul 22 08:33:00 2002 From: dforeman@stny.rr.com (Dennis Foreman) Date: Mon, 22 Jul 2002 08:33:00 -0000 Subject: New (Delphi) xlauncher In-Reply-To: <3D3C17CC.4030201@msu.edu> Message-ID: At one point in history, (before WW II) the head of the US Patent Office said he wanted to close the office because everything that needed to be invented had already been invented and there was nothing left the world needed. He had obviously not yet heard about the need for penicillin or cardiac by-passes. Harold: What about platforms YOU never heard of or don't use????? (I have one. And I may very well be interested in the Xlauncher for it.) regards, D. J. Foreman website: http://WWW.CS.Binghamton.EDU/~foreman -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold L Hunt II Sent: Monday, July 22, 2002 10:34 AM To: cygwin-xfree Mailing List Subject: Re: New (Delphi) xlauncher Franz Wolfhagen wrote: > I would opt for the wxwindows port - it includes suppport for all the > mentioned platforms - including OS/2. (this is btw used/supported by > Schitech for their Display Doctor 7.0) > > I also believe that wxwindows should compile for cygwin - it would be a > nice inclusion if anybody had the time and skills to maintain that ( I wish > I had - but I lack both skills and time.. ) > > BTW - I definitely understand the wish for a cross platform solution - when > you create such an application it really is much easier to maintain if you > only have one piece of sourcecode... > Franz, I think there is a similar demand for a cross platform X launcher as there is for a cross platform Windows registry editor. My point is that no other platform needs such a beast. Harold From huntharo@msu.edu Mon Jul 22 08:35:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 22 Jul 2002 08:35:00 -0000 Subject: New (Delphi) xlauncher References: Message-ID: <3D3C2659.70006@msu.edu> Dennis Foreman wrote: > At one point in history, (before WW II) the head of the US Patent Office > said he wanted to close the office because everything that needed to be > invented had already been invented and there was nothing left the world > needed. He had obviously not yet heard about the need for penicillin or > cardiac by-passes. > > Harold: > What about platforms YOU never heard of or don't use????? (I have one. And I > may very well be interested in the Xlauncher for it.) > Okay, I will start working on that cross-platform registry editor right away! Harold From nwourms@yahoo.com Mon Jul 22 08:41:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Mon, 22 Jul 2002 08:41:00 -0000 Subject: New (Delphi) xlauncher In-Reply-To: <3D3C2659.70006@msu.edu> Message-ID: <20020722153556.15149.qmail@web21002.mail.yahoo.com> --- Harold L Hunt II wrote: > Dennis Foreman wrote: > > At one point in history, (before WW II) the head of the US Patent > Office > > said he wanted to close the office because everything that needed to > be > > invented had already been invented and there was nothing left the > world > > needed. He had obviously not yet heard about the need for penicillin > or > > cardiac by-passes. > > > > Harold: > > What about platforms YOU never heard of or don't use????? (I have one. > And I > > may very well be interested in the Xlauncher for it.) > > > > Okay, I will start working on that cross-platform registry editor right > away! > Harold, Who's to say that ReactOS won't have a registry? Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From robert.collins@syncretize.net Mon Jul 22 08:43:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Mon, 22 Jul 2002 08:43:00 -0000 Subject: New (Delphi) xlauncher In-Reply-To: <20020722153556.15149.qmail@web21002.mail.yahoo.com> Message-ID: <000201c23196$4d7cdfc0$0200a8c0@lifelesswks> > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Nicholas Wourms > Sent: Tuesday, 23 July 2002 1:36 AM > Harold, > > Who's to say that ReactOS won't have a registry? 1) ReactOS has a registry, and an editor. 2) ReactOS is targeting binary compatability with NT, so it's about as cross platform as installing a mandrake rpm on a redhat machine :}. Rob From robert.collins@syncretize.net Mon Jul 22 08:53:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Mon, 22 Jul 2002 08:53:00 -0000 Subject: New (Delphi) xlauncher In-Reply-To: <3D3C15DA.9080402@msu.edu> Message-ID: <000301c23196$920d3630$0200a8c0@lifelesswks> > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II > Sent: Tuesday, 23 July 2002 12:26 AM > To: Jehan > > I think Xnest was mentioned a few days ago... yes, that was it: > > http://sources.redhat.com/ml/cygwin-xfree/2002-07/msg00166.html > > http://sources.redhat.com/ml/cygwin-xfree/2002-07/msg00388.html > > > > Jehan > > > > Oh man, I don't think we should be encouraging anyone to use Xnest. Xnest is incredibly useful - why whouldn't we encourage folk to use it? Rob From huntharo@msu.edu Mon Jul 22 08:54:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 22 Jul 2002 08:54:00 -0000 Subject: New (Delphi) xlauncher References: <3D3C2659.70006@msu.edu> Message-ID: <3D3C2B15.7050301@msu.edu> Harold L Hunt II wrote: > Dennis Foreman wrote: > >> At one point in history, (before WW II) the head of the US Patent Office >> said he wanted to close the office because everything that needed to be >> invented had already been invented and there was nothing left the world >> needed. He had obviously not yet heard about the need for penicillin or >> cardiac by-passes. >> >> Harold: >> What about platforms YOU never heard of or don't use????? (I have one. >> And I >> may very well be interested in the Xlauncher for it.) >> > > Okay, I will start working on that cross-platform registry editor right > away! > > Harold > Hey, while we are at it, why don't we rewrite the Cygwin setup.exe program to be cross platform so that it can run on Mac OS X?!? Point: some things are so incredibly simple that making a customized version for one platform and letting others worry about other platforms is fine. Obviously, most people here are not considering that the graphics api is only a small part of the effort required to make a cross-platform X launcher. For starters, each X server, including Xnest and XWin, has some server-specific command-line parameters that are not included in other servers. For XWin, we have -engine, -screen, -scrollbars, -lesspointer, etc. If you really wanted to make a cross-platform X launcher, then you would have to do some of the following: 1) Create some sort of method for storing the names of each command-line parameter, descriptions of what it does, options that it takes, etc. 2) Write a parser for the parameter description file, or include some generic parser, like an XML-based parser. 3) Write a heck of a lot of code that either: a) Loads the appropriate parameter-picking window from a list of windows that were defined and drawn at compile time b) Uses hints in the parameter description file to automatically draw controls for each of the defined parameters. 4) Do I need to go on? Writing a Cygwin/XFree86-specific X launcher in C and using the Windows GDI for drawing graphics would maybe take 40 hours. Writing a cross-platform super-neato X luancher would take about 500 hours. Want to prove me wrong? Then code me into submission. Until then, I am the supreme ruler of all programmers! Bow down to me! Bow down! Just kidding. You know, the real problem here is that some people are getting all dreamy eyed talking about which cross-platform toolkit to choose, when they haven't even thought about how difficult and impractical it would be to create a cross platform X launcher. Sure, we can talk all day about which toolkit is better, but that doesn't mean that anyone is actually taking any steps towards creating a cross-platform X launcher. Example: Joe says, ``Hey, I'm going to build the next F-23 fighter for the US Air Force. Which engine should I use, Pratt and Whitney or GE?''. Tom replies, ``I like GE for their reliabiltiy, but man is that P&W powerful! I would use the P&W''. Harold hears this and interjects, ``Bullshit. Joe, *you* are not building the F-23 fighter.'' If anyone wants to further discuss a cross-platform X launcher, please create a project for a cross-platform X launcher and take your dicussion to that project's mailing list. Further discussion of a cross-platform X launcher is not relevant to this mailing list. Harold From huntharo@msu.edu Mon Jul 22 09:07:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 22 Jul 2002 09:07:00 -0000 Subject: New (Delphi) xlauncher References: <000201c23196$4d7cdfc0$0200a8c0@lifelesswks> Message-ID: <3D3C2B51.9030406@msu.edu> Robert Collins wrote: > >>-----Original Message----- >>From: cygwin-xfree-owner@cygwin.com >>[mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Nicholas Wourms >>Sent: Tuesday, 23 July 2002 1:36 AM > > >>Harold, >> >>Who's to say that ReactOS won't have a registry? > > > 1) ReactOS has a registry, and an editor. > 2) ReactOS is targeting binary compatability with NT, so it's about as > cross platform as installing a mandrake rpm on a redhat machine :}. > > Rob > Thank you for pointing out the weakness in that one. Harold From nahor@bravobrava.com Mon Jul 22 09:20:00 2002 From: nahor@bravobrava.com (Jehan) Date: Mon, 22 Jul 2002 09:20:00 -0000 Subject: On a side note - display resolution changes now handled References: <3D3B38FC.2040106@bravobrava.com> <3D3C1585.6080900@msu.edu> Message-ID: Harold L Hunt II wrote: >> Well, actually yes :p. I did some canoeing last Friday and I haven't >> recovered yet. :) > > Are you talking about canoeing, or ``canoeing''. When we went > ``canoeing'' it involved a cooler full of beer and as the day progressed > the cooler full of beer was spotted more and more often floating down > the river next to a coule of upside down canoes and a bunch of guys > trying to get the cooler back into a righted canoe before the precious > contents were lost. But I digress... :) Sounds nice :). But this was a "social event" from my company so no alcohol. Moreover, I don't drink alcohol. I don't trust myself to stop when I have too much :p. >>> If we create a new offscreen surface (which I was not >>> talking about doing, I only said we have to recreate the primary >>> (onscreen) >>> surface) with a different depth/format/etc than the original offscreen >>> surface, then we have effectively changed the X graphics mode and we >>> would >>> need to use some sort of X extension to notify clients that all >>> pixmaps and >>> visuals have been reset. If there is such an extension, I am not >>> aware of >>> it. >> >> >> >> I'm not familiar with DirectX nor the internal of X so maybe I used >> the wrong words. I'm not actually talking of changing what the X >> server think the screen resolution/depth is. But we can already have a >> different resolution/depth for the visual than for the monitor, which >> means that there is a conversion at some point when the depth doesn't >> match. So why can't you just throw away everything that is after the >> conversion? I would think that, at worst, if the conversion happens >> when drawing into the offscreen surface, all the buffers would have to >> be recreated and that X would just have to ask all X windows to redraw >> their content in the new offscreen buffer. >> > > I think I see where you are confused. > > I said previously that we can handle screen resolution changes because > we essentially just enable scrollbars, if necessary, to allow the extra > area to be viewed. With the Shadow GDI engine, that is all that has to > be done. > > However, with the Shadow DirectDraw and Shadow DirectDraw Non-Locking > engines we must release and recreate the primary surface using the same > size as it had before. This is really just a technicality. You see, > DirectDraw allows a surface to be larger than the screen size. But, > when you change the screen resolution, DirectDraw requires that you > release the primary surface and create again. DirectDraw doesn't care > if you recreate the primary surface using the exact same parameters; > rather, it just wants you to recreate it. Yes, this is silly, but that > is what DirectDraw requires. > > ==== > > I also said previously that screen depth changes were much more > disruptive than screen resolution changes. > > First, a little background on surfaces. We create an offscreen surface > and we provide the X graphics layers with a pointer into the memory used > to represent the pixels on that surface. All X graphics operations (fb, > shadow, mi, etc.) are done by calculating offsets of various pixels in > this ``framebuffer'' and applying various transformations to those > pixels. Thus, a horizontal blue line would be drawn by offsetting to > the start of that line, then flipping the value for the next x pixels to > blue. The ``shadow'' layer in X allows graphics to be drawn to an > offscreen framebuffer. Shadow keeps track of the regions in the > offscreen fraembuffer that have been updated, and it occasionally calls > a ``shadow update'' function that tells us to transfer those regions > to the screen. DirectDraw has something called a ``primary surface'' > that represents what is being displayed on the screen. When we want to > display the updated bits of the offscreen framebuffer, we do a ``bit > block transfer'' from the offscreen surface to the primary surface. > > The offscreen surface and the primary surface usually have the same > format (that is, they have the same pixel format that specifies how many > bits for red, green, and blue and how many bits are used per pixel value > in the framebuffer). > > If the offscreen surface and the primary surface have the same format, > then a bit block transfer between them is essentially a memory copy from > the system memory to the video memory (with lots of fun synching issues > that Windows takes care of for us). Imagine for a second that the > offscreen surface was allowed to have a different format than the > primary surface. Then a bit block transfer from the offscreen surface > to the primary surface now must examine *every single pixel* and > transform the color values from, say, 16 bits per pixel to 32 bits per > pixel. That is a hell of a lot more complex than doing a simple memory > transfer. > > DirectDraw is primarily concerned with enabling high-performance. > Therefore, I think that allowing the offscreen surface to have a > different depth than the primary surface would be contradictory to the > purpose of DirectDraw. > > I have not checked the DirectDraw documentation to see whether offscreen > surfaces must have the same depth as primary surfaces. I did say that I > did not think it likely that DirectDraw would allow different depths for > the two surfaces. You could verify this, but I am willing to bet that > different depths are not allowed. > > Notice that we never change the format of the offscreen framebuffer. > Thus, the structure of the framebuffer that X draws to us unchanged. X > does not support screen depth changes while running, so changing the > format of our offscreen framebuffer would causes all graphics operations > to draw incorrectly and it would possibly cause a segmentation fault if > the depth of the offscreen framebuffer was decreased (because the total > memory region would then be smaller than X was expecting). > > ==== > > With the Shadow GDI engine, Windows will transform *every single pixel* > whenever we do a bit block transfer from a DIB to the screen and the > depth of the two differs. Thus, we are allowed to have a different > depth for the X visual than for the Windows screen, but doing so causes > a huge performance penalty. However, I think that allowing this and > providing a popup warning about the performance penalty is better than > just ceasing to display graphics at all. > > ==== > > With the DirectDraw engines I do not think that we can have a differnt > depth for the two surfaces, so I fear that our only option in that case > is to cease transferring the updated regions of the offscreen surface > until such a time as the Windows screen depth has been returned to its > original value. > > ==== > > Does that answer your questions? Wow, what an answer. I was expecting that. Thanks. There was one question I didn't get the answer but it doesn't apply anymore. I thought we could already have a different depth between the visual and the screen (-depth option) but the option is ignore (at least in windowed mode, didn't try in fullscreen). I have another one though but maybe it doesn't apply in our case. I know that in 3D games, you can have 16bit texture with a 32bit display and vice versa. So maybe DirectDraw does support the conversion. As for the performance issue, it may not be that much. DirectX usually uses hardware acceleration (except on very old cards). Hmmm... After a quick read of MSDN, I got two different answers: - One says that surfaces can be converted: http://msdn.microsoft.com/library/default.asp?url=/workshop/browser/filter/overview/AboutTransformsandDXSurfaces.asp - One says that there DirectDraw doesn't provide format conversion. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dndxgen/html/dxfaq2.asp (Does DirectDraw convert between pixel formats while blitting?) And they say later on (How do I perform alpha blending?) that Direct3D should be used for any "fancy" transformation. Well, anyway, it's not as if the user keeps changing color depth. So a simple popup dialog would be ok I guess... There is still a test that need to be done: on dual screen systems, what happens if one screen is 16bit while the other is 32bit? Is it even possible? Jehan From sanford.zelkovitz-eds@eds.com Mon Jul 22 09:37:00 2002 From: sanford.zelkovitz-eds@eds.com (Zelkovitz, Sanford J (ZERO CHAOS)) Date: Mon, 22 Jul 2002 09:37:00 -0000 Subject: Expect Script under X-Windows Message-ID: <7FD257BF8564D4119DA800508BDF07AA0576C829@usahm012.exmi01.exch.eds.com> I have been trying without any success to write an expect script which would insert the password for ssh in an x-windows session. I am obviously doing something wrong since all efforts have failed. Has anyone succeeded where I have failed? Sanford Zelkovitz From mbardiaux@peaktime.be Mon Jul 22 09:38:00 2002 From: mbardiaux@peaktime.be (Michel Bardiaux) Date: Mon, 22 Jul 2002 09:38:00 -0000 Subject: Expect Script under X-Windows References: <7FD257BF8564D4119DA800508BDF07AA0576C829@usahm012.exmi01.exch.eds.com> Message-ID: <3D3C34CC.8C1D925E@peaktime.be> "Zelkovitz, Sanford J (ZERO CHAOS)" wrote: > > I have been trying without any success to write an expect script which would > insert the password for ssh in an x-windows session. I am obviously doing > something wrong since all efforts have failed. Has anyone succeeded where I > have failed? > > Sanford Zelkovitz Could you clarify? Which password do you mean exactly? The passphrase for your ssh keyring? If you script that, you might as well have no passphrase at all. -- Michel Bardiaux Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles Tel : +32 2 790.29.41 From j_tetazoo@hotmail.com Mon Jul 22 09:47:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Mon, 22 Jul 2002 09:47:00 -0000 Subject: Expect Script under X-Windows Message-ID: Are you sure you want to do it that way? ssh can be configured to connect without prompting for a password. Look here: http://cygwin.com/ml/cygwin-xfree/2002-07/msg00475.html >From: "Zelkovitz, Sanford J (ZERO CHAOS)" >To: "'cygwin-xfree@cygwin.com'" >Subject: Expect Script under X-Windows >Date: Mon, 22 Jul 2002 12:20:41 -0400 > >I have been trying without any success to write an expect script which >would >insert the password for ssh in an x-windows session. I am obviously doing >something wrong since all efforts have failed. Has anyone succeeded where I >have failed? > > >Sanford Zelkovitz _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From eah+cygwin-xfree@vaxer.net Mon Jul 22 09:54:00 2002 From: eah+cygwin-xfree@vaxer.net (Ed Hennis) Date: Mon, 22 Jul 2002 09:54:00 -0000 Subject: Expect Script under X-Windows In-Reply-To: <7FD257BF8564D4119DA800508BDF07AA0576C829@usahm012.exmi01.exch.eds.com> Message-ID: On Mon, 22 Jul 2002, 12:20pm (-0400), Zelkovitz, Sanford J (ZERO CHAOS) wrote: > I have been trying without any success to write an expect script which would > insert the password for ssh in an x-windows session. I am obviously doing > something wrong since all efforts have failed. Has anyone succeeded where I > have failed? You're making things we too hard on yourself. Look at the man pages for: ssh, ssh-keygen, ssh-agent, and ssh-add. -- Edward Hennis ___ eah+spam@vaxer.net ___ http://www.vaxer.net/~eah Amazing, really, what useless shit you can do |\ /| with the Internet. | O | -- Ben Ostrowsky |/_\| From szelkov@earthlink.net Mon Jul 22 10:07:00 2002 From: szelkov@earthlink.net (szelkov@earthlink.net) Date: Mon, 22 Jul 2002 10:07:00 -0000 Subject: Expect Script under X-Windows Message-ID: <174210-22002712216541892@M2W047.mail2web.com> The normal method of logon using ssh requires the the user input a password. Because of security issues, this cannot be circumvented by any other method. All I wanted to do was to poll around fifty servers for information. Each has the same logon name and password. Now, I need to manually send the password for each and every server. Original Message: ----------------- From: Michel Bardiaux mbardiaux@peaktime.be Date: Mon, 22 Jul 2002 18:37:32 +0200 To: cygwin-xfree@cygwin.com Subject: Re: Expect Script under X-Windows "Zelkovitz, Sanford J (ZERO CHAOS)" wrote: > > I have been trying without any success to write an expect script which would > insert the password for ssh in an x-windows session. I am obviously doing > something wrong since all efforts have failed. Has anyone succeeded where I > have failed? > > Sanford Zelkovitz Could you clarify? Which password do you mean exactly? The passphrase for your ssh keyring? If you script that, you might as well have no passphrase at all. -- Michel Bardiaux Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles Tel : +32 2 790.29.41 -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web.com/ . From j_tetazoo@hotmail.com Mon Jul 22 10:13:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Mon, 22 Jul 2002 10:13:00 -0000 Subject: Expect Script under X-Windows Message-ID: So you're writing a script that very likely will contain a password in cleartext? How secure is that? >From: "szelkov@earthlink.net" >Reply-To: szelkov@earthlink.net >To: mbardiaux@peaktime.be, cygwin-xfree@cygwin.com >Subject: Re: Expect Script under X-Windows >Date: Mon, 22 Jul 2002 12:54:18 -0400 > >The normal method of logon using ssh requires the the user input a >password. Because of security issues, this cannot be circumvented by any >other method. All I wanted to do was to poll around fifty servers for >information. Each has the same logon name and password. Now, I need to >manually send the password for each and every server. > >Original Message: >----------------- >From: Michel Bardiaux mbardiaux@peaktime.be >Date: Mon, 22 Jul 2002 18:37:32 +0200 >To: cygwin-xfree@cygwin.com >Subject: Re: Expect Script under X-Windows > > >"Zelkovitz, Sanford J (ZERO CHAOS)" wrote: > > > > I have been trying without any success to write an expect script which >would > > insert the password for ssh in an x-windows session. I am obviously >doing > > something wrong since all efforts have failed. Has anyone succeeded >where >I > > have failed? > > > > Sanford Zelkovitz > >Could you clarify? Which password do you mean exactly? The passphrase >for your ssh keyring? If you script that, you might as well have no >passphrase at all. > >-- >Michel Bardiaux >Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles >Tel : +32 2 790.29.41 > >-------------------------------------------------------------------- >mail2web - Check your email from the web at >http://mail2web.com/ . _________________________________________________________________ Join the world??s largest e-mail service with MSN Hotmail. http://www.hotmail.com From szelkov@earthlink.net Mon Jul 22 10:17:00 2002 From: szelkov@earthlink.net (szelkov@earthlink.net) Date: Mon, 22 Jul 2002 10:17:00 -0000 Subject: Expect Script under X-Windows Message-ID: <1530-220027122171357679@M2W083.mail2web.com> It's only on my own machine with proper permissions. Original Message: ----------------- From: Thomas Chadwick j_tetazoo@hotmail.com Date: Mon, 22 Jul 2002 13:07:09 -0400 To: szelkov@earthlink.net, cygwin-xfree@cygwin.com Subject: Re: Expect Script under X-Windows So you're writing a script that very likely will contain a password in cleartext? How secure is that? >From: "szelkov@earthlink.net" >Reply-To: szelkov@earthlink.net >To: mbardiaux@peaktime.be, cygwin-xfree@cygwin.com >Subject: Re: Expect Script under X-Windows >Date: Mon, 22 Jul 2002 12:54:18 -0400 > >The normal method of logon using ssh requires the the user input a >password. Because of security issues, this cannot be circumvented by any >other method. All I wanted to do was to poll around fifty servers for >information. Each has the same logon name and password. Now, I need to >manually send the password for each and every server. > >Original Message: >----------------- >From: Michel Bardiaux mbardiaux@peaktime.be >Date: Mon, 22 Jul 2002 18:37:32 +0200 >To: cygwin-xfree@cygwin.com >Subject: Re: Expect Script under X-Windows > > >"Zelkovitz, Sanford J (ZERO CHAOS)" wrote: > > > > I have been trying without any success to write an expect script which >would > > insert the password for ssh in an x-windows session. I am obviously >doing > > something wrong since all efforts have failed. Has anyone succeeded >where >I > > have failed? > > > > Sanford Zelkovitz > >Could you clarify? Which password do you mean exactly? The passphrase >for your ssh keyring? If you script that, you might as well have no >passphrase at all. > >-- >Michel Bardiaux >Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles >Tel : +32 2 790.29.41 > >-------------------------------------------------------------------- >mail2web - Check your email from the web at >http://mail2web.com/ . _________________________________________________________________ Join the world?s largest e-mail service with MSN Hotmail. http://www.hotmail.com -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web.com/ . From cgf@redhat.com Mon Jul 22 10:17:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Mon, 22 Jul 2002 10:17:00 -0000 Subject: replies to xfree In-Reply-To: <3D3C1AD3.5060707@msu.edu> References: <5.1.0.14.2.20020722070751.01f8b4c0@pop3.cris.com> <3D3C1AD3.5060707@msu.edu> Message-ID: <20020722171728.GA5320@redhat.com> On Mon, Jul 22, 2002 at 10:46:43AM -0400, Harold L Hunt II wrote: >Randall R Schulz wrote: >>Dennis, >> >> >> >>Randall Schulz >>Mountain View, CA USA >> >> >>At 05:23 2002-07-22, Dennis Foreman wrote: >> >>>Shouldn't replies to a list automatically go to the list? My replies >>>seem to >>>be going to the personal mail of posters. I believe there is a setting in >>>many list servers that prevents the replies from going to the poster. >>> >>>regards, >>>D. J. Foreman >> >> > >And to all those involved: Note that the ``reply-to'' question is one of >those matters of religion that we will not be discussing on the >cygwin-xfree mailing list. > >A decision has been made regarding the ``reply-to'' behavior for this >list. No amount of persuasion/discussion/rants/questions/etc will >change this decision. > >Therefore, this thread is pronounced officially dead at 20020722 1046. Just one last spasmodic kick: You should see a "Mail-Followup-To" header in email to cygwin-xfree. It should be set to cygwin-xfree@cygwin.com. Apparently some mailers honor this setting. I also have my mailer set up to always set the Reply-To in messages to the list since that is my personal preference. People *still* go out of their way to add me to CC lines but at least I only get the purposely clueless sending me email now, rather than the people who just hit 'r'. cgf From huntharo@msu.edu Mon Jul 22 10:20:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 22 Jul 2002 10:20:00 -0000 Subject: On a side note - display resolution changes now handled References: <3D3B38FC.2040106@bravobrava.com> <3D3C1585.6080900@msu.edu> Message-ID: <3D3C3ECE.6030404@msu.edu> Jehan wrote: > Harold L Hunt II wrote: > >>> Well, actually yes :p. I did some canoeing last Friday and I haven't >>> recovered yet. :) >> >> >> Are you talking about canoeing, or ``canoeing''. When we went >> ``canoeing'' it involved a cooler full of beer and as the day >> progressed the cooler full of beer was spotted more and more often >> floating down the river next to a coule of upside down canoes and a >> bunch of guys trying to get the cooler back into a righted canoe >> before the precious contents were lost. But I digress... :) > > > Sounds nice :). > But this was a "social event" from my company so no alcohol. > Moreover, I don't drink alcohol. I don't trust myself to stop when I > have too much :p. > Heh... booze was a little too fun for me too. I only drink it rarely now. Never more than a single drink at a time. But have I got some stories from the good old days :) > >>>> If we create a new offscreen surface (which I was not >>>> talking about doing, I only said we have to recreate the primary >>>> (onscreen) >>>> surface) with a different depth/format/etc than the original offscreen >>>> surface, then we have effectively changed the X graphics mode and we >>>> would >>>> need to use some sort of X extension to notify clients that all >>>> pixmaps and >>>> visuals have been reset. If there is such an extension, I am not >>>> aware of >>>> it. >>> >>> >>> >>> >>> I'm not familiar with DirectX nor the internal of X so maybe I used >>> the wrong words. I'm not actually talking of changing what the X >>> server think the screen resolution/depth is. But we can already have >>> a different resolution/depth for the visual than for the monitor, >>> which means that there is a conversion at some point when the depth >>> doesn't match. So why can't you just throw away everything that is >>> after the conversion? I would think that, at worst, if the conversion >>> happens when drawing into the offscreen surface, all the buffers >>> would have to be recreated and that X would just have to ask all X >>> windows to redraw their content in the new offscreen buffer. >>> >> >> I think I see where you are confused. >> >> I said previously that we can handle screen resolution changes because >> we essentially just enable scrollbars, if necessary, to allow the >> extra area to be viewed. With the Shadow GDI engine, that is all that >> has to be done. >> >> However, with the Shadow DirectDraw and Shadow DirectDraw Non-Locking >> engines we must release and recreate the primary surface using the >> same size as it had before. This is really just a technicality. You >> see, DirectDraw allows a surface to be larger than the screen size. >> But, when you change the screen resolution, DirectDraw requires that >> you release the primary surface and create again. DirectDraw doesn't >> care if you recreate the primary surface using the exact same >> parameters; rather, it just wants you to recreate it. Yes, this is >> silly, but that is what DirectDraw requires. >> >> ==== >> >> I also said previously that screen depth changes were much more >> disruptive than screen resolution changes. >> >> First, a little background on surfaces. We create an offscreen >> surface and we provide the X graphics layers with a pointer into the >> memory used to represent the pixels on that surface. All X graphics >> operations (fb, shadow, mi, etc.) are done by calculating offsets of >> various pixels in this ``framebuffer'' and applying various >> transformations to those pixels. Thus, a horizontal blue line would >> be drawn by offsetting to the start of that line, then flipping the >> value for the next x pixels to blue. The ``shadow'' layer in X allows >> graphics to be drawn to an offscreen framebuffer. Shadow keeps track >> of the regions in the offscreen fraembuffer that have been updated, >> and it occasionally calls a ``shadow update'' function that tells us >> to transfer those regions to the screen. DirectDraw has something >> called a ``primary surface'' that represents what is being displayed >> on the screen. When we want to display the updated bits of the >> offscreen framebuffer, we do a ``bit block transfer'' from the >> offscreen surface to the primary surface. >> >> The offscreen surface and the primary surface usually have the same >> format (that is, they have the same pixel format that specifies how >> many bits for red, green, and blue and how many bits are used per >> pixel value in the framebuffer). >> >> If the offscreen surface and the primary surface have the same format, >> then a bit block transfer between them is essentially a memory copy >> from the system memory to the video memory (with lots of fun synching >> issues that Windows takes care of for us). Imagine for a second that >> the offscreen surface was allowed to have a different format than the >> primary surface. Then a bit block transfer from the offscreen surface >> to the primary surface now must examine *every single pixel* and >> transform the color values from, say, 16 bits per pixel to 32 bits per >> pixel. That is a hell of a lot more complex than doing a simple >> memory transfer. >> >> DirectDraw is primarily concerned with enabling high-performance. >> Therefore, I think that allowing the offscreen surface to have a >> different depth than the primary surface would be contradictory to the >> purpose of DirectDraw. >> >> I have not checked the DirectDraw documentation to see whether >> offscreen surfaces must have the same depth as primary surfaces. I >> did say that I did not think it likely that DirectDraw would allow >> different depths for the two surfaces. You could verify this, but I >> am willing to bet that different depths are not allowed. >> >> Notice that we never change the format of the offscreen framebuffer. >> Thus, the structure of the framebuffer that X draws to us unchanged. >> X does not support screen depth changes while running, so changing the >> format of our offscreen framebuffer would causes all graphics >> operations to draw incorrectly and it would possibly cause a >> segmentation fault if the depth of the offscreen framebuffer was >> decreased (because the total memory region would then be smaller than >> X was expecting). >> >> ==== >> >> With the Shadow GDI engine, Windows will transform *every single >> pixel* whenever we do a bit block transfer from a DIB to the screen >> and the depth of the two differs. Thus, we are allowed to have a >> different depth for the X visual than for the Windows screen, but >> doing so causes a huge performance penalty. However, I think that >> allowing this and providing a popup warning about the performance >> penalty is better than just ceasing to display graphics at all. >> >> ==== >> >> With the DirectDraw engines I do not think that we can have a differnt >> depth for the two surfaces, so I fear that our only option in that >> case is to cease transferring the updated regions of the offscreen >> surface until such a time as the Windows screen depth has been >> returned to its original value. >> >> ==== >> >> Does that answer your questions? > > > Wow, what an answer. I was expecting that. Thanks. > No problem. > There was one question I didn't get the answer but it doesn't apply > anymore. I thought we could already have a different depth between the > visual and the screen (-depth option) but the option is ignore (at least > in windowed mode, didn't try in fullscreen). It should be in the documentation (XWin.man, XWin -help, User's Guide) that the -depth parameter is ignored unless you are using a DirectDraw based engine with the -fullscreen parameter. That is the only case where we can actually change the video mode to what we want it to be. > I have another one though but maybe it doesn't apply in our case. I know > that in 3D games, you can have 16bit texture with a 32bit display and > vice versa. Allowing a 16 bit texture for a 3D game that draws to a 32 bit display is not really all that different than allowing only 32 bit textures, if you think about it. Drawing a 3D frame requires several steps, such as drawing the polygons, filling in the textures onto the surfaces of the polygons, lighting the scene, and finally rendering the whole scene. During rendering you may see that a 16 bit texture is lit such that the resulting color values are actually between the 16 bit color values available. That is, the resulting color values could only be described in 32 bit color. So, you can either truncate any pixel values after you light them, or you can just store the values that result from lighting as the new 32 bit color values. So, you don't do any extra work to allow 16 bit textures on a 32 bit display. DirectDraw, according to the docs, simply copies bits. It does not interpret the bits, so it cannot convert between various depths. > So maybe DirectDraw does support the conversion. As for the > performance issue, it may not be that much. DirectX usually uses > hardware acceleration (except on very old cards). > Hmmm... After a quick read of MSDN, I got two different answers: > - One says that surfaces can be converted: > http://msdn.microsoft.com/library/default.asp?url=/workshop/browser/filter/overview/AboutTransformsandDXSurfaces.asp > > - One says that there DirectDraw doesn't provide format conversion. > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dndxgen/html/dxfaq2.asp > > (Does DirectDraw convert between pixel formats while blitting?) > And they say later on (How do I perform alpha blending?) that Direct3D > should be used for any "fancy" transformation. > Transformations are not generally referring to pixel formats. In the DirectX specs, when they talk about pixel formats they may be referring to whether or not an alpha channel or z-buffer is present. I have no idea, but it doesn't seem like they are talking about 16 bit --> 32 bit translation, etc. > Well, anyway, it's not as if the user keeps changing color depth. So a > simple popup dialog would be ok I guess... There is still a test that > need to be done: on dual screen systems, what happens if one screen is > 16bit while the other is 32bit? Is it even possible? > I agree that the only reasonable solution is to essentially notify the user that changing depths is not supported. In the future they can then avoid changing depths while Cygwin/XFree86 is running. If they complain, we can simply defer them to the fact that the X protocol does not provide support for changing depths on the fly and that perhaps they would be interested in writing an extension to the protocol to support this :) Harold From huntharo@msu.edu Mon Jul 22 10:58:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 22 Jul 2002 10:58:00 -0000 Subject: Expect Script under X-Windows References: <174210-22002712216541892@M2W047.mail2web.com> Message-ID: <3D3C3F53.6080407@msu.edu> szelkov@earthlink.net wrote: > The normal method of logon using ssh requires the the user input a > password. Because of security issues, this cannot be circumvented by any > other method. All I wanted to do was to poll around fifty servers for > information. Each has the same logon name and password. Now, I need to > manually send the password for each and every server. > Nicht eine gut Idee. Harold From kwong@control.toronto.edu Mon Jul 22 12:15:00 2002 From: kwong@control.toronto.edu (Raymond Kwong) Date: Mon, 22 Jul 2002 12:15:00 -0000 Subject: Difference between installing Xfree-4.2.0 using setup and install.sh Message-ID: <200207221757.NAA11028@thor.control.toronto.edu> I have previously installed Xfree 4.2.0 when it first came out on cygwin, using the old method of running install.sh. Everything worked fine. Recently, I installed Xfree 4.2.0 using setup.exe on another computer (both computers run Windows 2000). On the new computer, if I ssh to another computer using "ssh -X hostname", I get the following error message Xlib: connection to "localhost:10.0" refused by server Xlib: Invalid MIT-MAGIC-COOKIE-1 key Application initialization failed: couldn't connect to display "localhost:10.0" % This error does not occur with the older installation using install.sh. The cygwin1.dll version is the same, and the ssh version is the same. Fortunately, the error is readily eliminated by adding the line xhost +127.0.0.1 to .xinitrc. on the new computer. Then everything works fine. A similar difference can also be reproduced with 2 Windows 98 machines. Is there a reason for this apparent difference? Raymond Kwong From gsroka@mmsa.com Mon Jul 22 12:16:00 2002 From: gsroka@mmsa.com (gsroka@mmsa.com) Date: Mon, 22 Jul 2002 12:16:00 -0000 Subject: problems with XFree Message-ID: (last email I sent complained about HTML MIME. i hope i'm not double-posting) I started playing with XFree last week. It's been a few years since I've used UNIX, so you can call me a newbie, if you like. I'm running Windows 2000 Pro on a P4 1.7 GHz with 768 MiB of RAM and 10 GB free on my hard drive. I (eventually) did a full Cygwin/XFree86 download and install (binaries, not source). Please don't flame me if I'm out of line. I didn't know if I should break this up into several emails or have one big one. Also, please send responses to me by email. Here are my obervations/problems. Showstoppers: 1) The very first time I brought up the X server, I had modified startxwin.bat to use wmaker instead of twm. It crashed because /home hadn't been created yet. This was "fixed" by running the text-mode bash icon first. 2) when I run Xman, it says "No App-Defaults File". If I run "Xman -notop" instead, I can browse one man page, and then it stops working. (it gives a "likeToSave" message box with yes and no buttons that don't seem to do anything.) It seems to be related to missing a locale binary. Is there a way to get this to work? 3) within the first few hours of usage, I ran a "find / -name abc -print" from the command-line, and my trusty Windows 2000 box restarted. no blue screen, no error. it was like someone pulled the power plug and plugged it back in. after it came up, i tried the same command and it worked fine. 4) i had a similar "restart" to #6 when I ran setup.exe while cygwin was up. of course, bad user, i should have stopped cygwin before running setup, but i'm still amazed at how easily my robust kernel, based on NT Technology, came down. Nice-to-haves: 5) it'd be nice if setup.exe showed the size (in bytes or megabytes, etc.) of each package (it's in setup.ini). on my 56 Kb/s modem, downloading a large, unnecessary file takes a painfully long time, but a small unnecessary file is not so bad. 6) on that note, how about displaying those nice descriptions from setup.ini in setup.exe so we can see what the packages are before downloading them. a resizable window would come in handy for this. 7) the first time I downloaded (a partial download, not full), i picked "more" and "clear", but next time I went into setup.exe, it had "forgotten" that. perhaps if I can unrust my C, I can fix some of these bugs myself. give me a few weeks. 8) the XFree86-fnts package is 16 MiB. it's kind of big. the first time i downloaded from http:uiuc, it got 98% and stopped responding--1 hour wasted (at 56 Kb). the second time (no joke) it got 99% and stopped--another hour wasted. so i copied it from somewhere else. 9) my X clients on an AIX box didn't work because i didn't use the -kb switch on XWin. but i found that one on the faq. a possible enhancement to setup.exe? 10) using K (or Ki) and B for byte on setup.exe is always nice. make sure to leave a space between the number and the unit. 10 KB, not 10KB. how about estimated download time in addition to % ? 11) also, what's all that /b stuff about in startxwin.bat? gotos, etc. but there is no /b ! (there is no spoon either ;-) Please no one take offense at all this. I'm not trying to throw blame. It seems like a great product, so far (except for the deadly restarts). These are perhaps suggestions for doing it better. I know some coworkers who tried to get this to work, but gave up because of the problems. So will the average newbie or the busy IT pro who doesn't have time to read lots of faqs and will buy Exceed instead. I hope my observations will help others. Gabriel Sroka gsroka at mmsa dot com From nwourms@yahoo.com Mon Jul 22 12:26:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Mon, 22 Jul 2002 12:26:00 -0000 Subject: Expect Script under X-Windows In-Reply-To: Message-ID: <20020722191611.33456.qmail@web21008.mail.yahoo.com> --- Thomas Chadwick wrote: > So you're writing a script that very likely will contain a password in > cleartext? How secure is that? Keep it on a floppy-disk, and keep that in plastic case in your pocket. It works for me. Then it will be just as secure as your wallet. Now how secure that really is, depends on the individual. Still it is preferable to keeping it on the pc itself. As for Expect, it *WILL NOT* work. This is because Cygnus designed TCL/TK/ITCL/TIX/EXPECT to be mingw like, so that people can use Insight [GUI GDB] without having to fire up an X-windows session. Someday we will have the TCL suite working under both X and native Windows, but that will involve a lot of work. For now, lets just leave it at that. If you *really* want to script, then you should look into some python gui X utilities to do that for you. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From nwourms@yahoo.com Mon Jul 22 12:28:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Mon, 22 Jul 2002 12:28:00 -0000 Subject: New (Delphi) xlauncher In-Reply-To: <3D3C2B51.9030406@msu.edu> Message-ID: <20020722192632.35687.qmail@web21008.mail.yahoo.com> --- Harold L Hunt II wrote: > Robert Collins wrote: > > > >>-----Original Message----- > >>From: cygwin-xfree-owner@cygwin.com > >>[mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Nicholas Wourms > >>Sent: Tuesday, 23 July 2002 1:36 AM > > > > > >>Harold, > >> > >>Who's to say that ReactOS won't have a registry? > > > > > > 1) ReactOS has a registry, and an editor. > > 2) ReactOS is targeting binary compatability with NT, so it's about as > > cross platform as installing a mandrake rpm on a redhat machine :}. > > > > Rob > > > > Thank you for pointing out the weakness in that one. > You are not welcome. Damnit, I don't care one way or another, because the idea of an Xlauncher is useless for me. However, I do agree that people should worry about it elsewhere. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From huntharo@msu.edu Mon Jul 22 12:36:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 22 Jul 2002 12:36:00 -0000 Subject: Difference between installing Xfree-4.2.0 using setup and install.sh References: <200207221757.NAA11028@thor.control.toronto.edu> Message-ID: <3D3C5D84.2070009@msu.edu> Raymond Kwong wrote: > I have previously installed Xfree 4.2.0 when it first came out on > cygwin, using the old method of running install.sh. Everything worked > fine. Recently, I installed Xfree 4.2.0 using setup.exe on another > computer (both computers run Windows 2000). On the new computer, if I > ssh to another computer using "ssh -X hostname", I get the following > error message > > Xlib: connection to "localhost:10.0" refused by server > Xlib: Invalid MIT-MAGIC-COOKIE-1 key > Application initialization failed: couldn't connect to display "localhost:10.0" > % > > This error does not occur with the older installation using install.sh. > The cygwin1.dll version is the same, and the ssh version is the same. > Fortunately, the error is readily eliminated by adding the line > > xhost +127.0.0.1 > > to .xinitrc. on the new computer. Then everything works fine. > > A similar difference can also be reproduced with 2 Windows 98 machines. > Is there a reason for this apparent difference? > > Raymond Kwong > Raymond, It is always possible that you had made the modification to .xinitrc on the older Cygwin/XFree86 installations and then forgotten that you had done so. Can you ensure is that the line ``xhost +127.0.0.1'' is not in the .xinitrc files on the hosts that you installed via Xinstall.sh? Harold From dforeman@stny.rr.com Mon Jul 22 13:05:00 2002 From: dforeman@stny.rr.com (Dennis Foreman) Date: Mon, 22 Jul 2002 13:05:00 -0000 Subject: problems with XFree In-Reply-To: Message-ID: I too have had problems. I have discovered differences in the parameters for xterm between Xfree and my SunOS system. Some Xfree parameters are deemed invalid on SunOS. Some SunOS parameters don't exist in xterm. Some don't work the same way, and some don't work on the cygwin as described in cygwin's man pages (if I read the man pages correctly, -sb for instance is supposed to take an integer argument, but doesn't). Also, when I get an xfree error in cygwin, it says to type "xfree -help". Doing so produces an error. regards, D. J. Foreman website: http://WWW.CS.Binghamton.EDU/~foreman -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of gsroka@mmsa.com Sent: Monday, July 22, 2002 3:16 PM To: cygwin-xfree@cygwin.com Subject: problems with XFree (last email I sent complained about HTML MIME. i hope i'm not double-posting) I started playing with XFree last week. It's been a few years since I've used UNIX, so you can call me a newbie, if you like. I'm running Windows 2000 Pro on a P4 1.7 GHz with 768 MiB of RAM and 10 GB free on my hard drive. I (eventually) did a full Cygwin/XFree86 download and install (binaries, not source). Please don't flame me if I'm out of line. I didn't know if I should break this up into several emails or have one big one. Also, please send responses to me by email. Here are my obervations/problems. Showstoppers: 1) The very first time I brought up the X server, I had modified startxwin.bat to use wmaker instead of twm. It crashed because /home hadn't been created yet. This was "fixed" by running the text-mode bash icon first. 2) when I run Xman, it says "No App-Defaults File". If I run "Xman -notop" instead, I can browse one man page, and then it stops working. (it gives a "likeToSave" message box with yes and no buttons that don't seem to do anything.) It seems to be related to missing a locale binary. Is there a way to get this to work? 3) within the first few hours of usage, I ran a "find / -name abc -print" from the command-line, and my trusty Windows 2000 box restarted. no blue screen, no error. it was like someone pulled the power plug and plugged it back in. after it came up, i tried the same command and it worked fine. 4) i had a similar "restart" to #6 when I ran setup.exe while cygwin was up. of course, bad user, i should have stopped cygwin before running setup, but i'm still amazed at how easily my robust kernel, based on NT Technology, came down. Nice-to-haves: 5) it'd be nice if setup.exe showed the size (in bytes or megabytes, etc.) of each package (it's in setup.ini). on my 56 Kb/s modem, downloading a large, unnecessary file takes a painfully long time, but a small unnecessary file is not so bad. 6) on that note, how about displaying those nice descriptions from setup.ini in setup.exe so we can see what the packages are before downloading them. a resizable window would come in handy for this. 7) the first time I downloaded (a partial download, not full), i picked "more" and "clear", but next time I went into setup.exe, it had "forgotten" that. perhaps if I can unrust my C, I can fix some of these bugs myself. give me a few weeks. 8) the XFree86-fnts package is 16 MiB. it's kind of big. the first time i downloaded from http:uiuc, it got 98% and stopped responding--1 hour wasted (at 56 Kb). the second time (no joke) it got 99% and stopped--another hour wasted. so i copied it from somewhere else. 9) my X clients on an AIX box didn't work because i didn't use the -kb switch on XWin. but i found that one on the faq. a possible enhancement to setup.exe? 10) using K (or Ki) and B for byte on setup.exe is always nice. make sure to leave a space between the number and the unit. 10 KB, not 10KB. how about estimated download time in addition to % ? 11) also, what's all that /b stuff about in startxwin.bat? gotos, etc. but there is no /b ! (there is no spoon either ;-) Please no one take offense at all this. I'm not trying to throw blame. It seems like a great product, so far (except for the deadly restarts). These are perhaps suggestions for doing it better. I know some coworkers who tried to get this to work, but gave up because of the problems. So will the average newbie or the busy IT pro who doesn't have time to read lots of faqs and will buy Exceed instead. I hope my observations will help others. Gabriel Sroka gsroka at mmsa dot com From j_tetazoo@hotmail.com Mon Jul 22 13:06:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Mon, 22 Jul 2002 13:06:00 -0000 Subject: Difference between installing Xfree-4.2.0 using setup and install.sh Message-ID: Whenever I see an error message referring to "MIT-MAGIC-COOKIE", it usually has something to do with the (non)existence of an .Xauthority file. Perhaps installing Cygwin-Xfree86 via one method results in an .Xauthority file whereas installing via the other method doesn't? This would be an interesting thing to check. If I ever see an .Xauthority file, I usually delete it. Truth be told, I've never quite figured out how to use it properly or of what benefit it is to me. FWIW, I launch XWin via xinit, .xinitrc does not contain "xhost +127.0.0.1", the value of DISPLAY is reportedly ":0", and everything works just fine (including ssh -X). >From: Harold L Hunt II >To: cygwin-xfree@cygwin.com >Subject: Re: Difference between installing Xfree-4.2.0 using setup and >install.sh >Date: Mon, 22 Jul 2002 15:31:16 -0400 > >Raymond Kwong wrote: >>I have previously installed Xfree 4.2.0 when it first came out on >>cygwin, using the old method of running install.sh. Everything worked >>fine. Recently, I installed Xfree 4.2.0 using setup.exe on another >>computer (both computers run Windows 2000). On the new computer, if I >>ssh to another computer using "ssh -X hostname", I get the following >>error message >> >>Xlib: connection to "localhost:10.0" refused by server >>Xlib: Invalid MIT-MAGIC-COOKIE-1 key >>Application initialization failed: couldn't connect to display >>"localhost:10.0" >>% >> >>This error does not occur with the older installation using install.sh. >>The cygwin1.dll version is the same, and the ssh version is the same. >>Fortunately, the error is readily eliminated by adding the line >> >>xhost +127.0.0.1 >> >>to .xinitrc. on the new computer. Then everything works fine. >> >>A similar difference can also be reproduced with 2 Windows 98 machines. >>Is there a reason for this apparent difference? >> >>Raymond Kwong >> > >Raymond, > >It is always possible that you had made the modification to .xinitrc on the >older Cygwin/XFree86 installations and then forgotten that you had done so. > >Can you ensure is that the line ``xhost +127.0.0.1'' is not in the .xinitrc >files on the hosts that you installed via Xinstall.sh? > >Harold _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From jc.gervais@videotron.ca Mon Jul 22 13:13:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Mon, 22 Jul 2002 13:13:00 -0000 Subject: XRoaches Message-ID: Hi, Just wondering; has anyone gotten xroach to work on Cygwin/XFree? It compiles fine, but when you run it, you don't get any roaches... Thanks. From FRANZW@dk.ibm.com Mon Jul 22 13:13:00 2002 From: FRANZW@dk.ibm.com (Franz Wolfhagen) Date: Mon, 22 Jul 2002 13:13:00 -0000 Subject: New (Delphi) xlauncher Message-ID: Why ? - I could use one for OS/2 .... Med venlig hilsen / Regards Franz Wolfhagen From huntharo@msu.edu Mon Jul 22 13:45:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 22 Jul 2002 13:45:00 -0000 Subject: New (Delphi) xlauncher References: <20020722192632.35687.qmail@web21008.mail.yahoo.com> Message-ID: <3D3C67FB.5060304@msu.edu> Nicholas Wourms wrote: > --- Harold L Hunt II wrote: > >>Robert Collins wrote: >> >>>>-----Original Message----- >>>>From: cygwin-xfree-owner@cygwin.com >>>>[mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Nicholas Wourms >>>>Sent: Tuesday, 23 July 2002 1:36 AM >>> >>> >>>>Harold, >>>> >>>>Who's to say that ReactOS won't have a registry? >>> >>> >>>1) ReactOS has a registry, and an editor. >>>2) ReactOS is targeting binary compatability with NT, so it's about as >>>cross platform as installing a mandrake rpm on a redhat machine :}. >>> >>>Rob >>> >> >>Thank you for pointing out the weakness in that one. >> > > > You are not welcome. Damnit, I don't care one way or another, because the > idea of an Xlauncher is useless for me. However, I do agree that people > should worry about it elsewhere. > > Cheers, > Nicholas > Precisely. Harold From nwourms@yahoo.com Mon Jul 22 14:10:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Mon, 22 Jul 2002 14:10:00 -0000 Subject: Difference between installing Xfree-4.2.0 using setup and install.sh In-Reply-To: Message-ID: <20020722204514.32840.qmail@web21010.mail.yahoo.com> --- Thomas Chadwick wrote: > Whenever I see an error message referring to "MIT-MAGIC-COOKIE", it > usually > has something to do with the (non)existence of an .Xauthority file. > > Perhaps installing Cygwin-Xfree86 via one method results in an > .Xauthority > file whereas installing via the other method doesn't? This would be an > interesting thing to check. > > If I ever see an .Xauthority file, I usually delete it. Truth be told, > I've > never quite figured out how to use it properly or of what benefit it is > to > me. > FWIW, mcookie.exe is included in the lastest cygutils. Perhaps that is something worth looking into? I believe Chuck incuded a man page with it. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From spetreolle@yahoo.fr Mon Jul 22 19:33:00 2002 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Mon, 22 Jul 2002 19:33:00 -0000 Subject: xfree web pages In-Reply-To: <049f01c231c2$c51eed30$a352a518@samsystem> Message-ID: <20020722211030.16177.qmail@web10108.mail.yahoo.com> I forwarded your mail to cygwin-xfree mailing list. Please post your next mails bout this thread to cygwin-xfree@cygwin.com. Reasons: 1 - This is cygwin-xfree specific. 2 - The both whole parts you describe are outdated. XFree archives are now installed by the standard installer at http://www.cygiwn.com/setup.exe. --- Samuel a ??crit??: > In "2.3. Which archives do I need to download and install?" it says > that > "The Cygwin/XFree86 User's Guide lists the archives that need to be > downloaded and installed." yet I do not see a list of archives. I > assume it > is not accurate that archives need to be downloaded and installed; if > that > is still necessary then I should make more of an effort to look. > Since the > Cygwin/XFree86 FAQ specifies that archives need to be downloaded and > unzipped using WinZip and things like that must be done to install I > am > assuming that the documentation is not current. Perhaps I was hasty > in > making that assumption. > > > ----- Original Message ----- > From: "Sylvain Petreolle" > To: "Samuel" ; "Cygwin mailing list" > > Sent: Monday, July 22, 2002 1:06 PM > Subject: Re: xfree web pages > > > Pages were updated: > > > Cygwin/XFree86 Frequently Asked Questions > > http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html > 2002-05-26 > > > Cygwin/XFree86 > > http://www.cygwin.com/xfree > 2002-05-12 > > ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From stuart.adamson@evolution.net Tue Jul 23 02:13:00 2002 From: stuart.adamson@evolution.net (Stuart Adamson) Date: Tue, 23 Jul 2002 02:13:00 -0000 Subject: problems with XFree Message-ID: <9920848EF398D311BDC400508BF339F9A9D05B@ldnisp14.evolution.net> > 3) within the first few hours of usage, I ran a "find / -name > abc -print" > from the command-line, and my trusty Windows 2000 box > restarted. If that crashed your windows box then that sounds like a bug in either Windows 2000 or base cygwin - rather than the Xfree86 port. > but i'm still amazed at how easily my robust kernel, > based on NT > Technology, came down. You amazed that it stayed up long enough for you to run the cygwin installer? ;) One thing to look at is memory usage. Cygwin is a bit hard on memory usage. Could it be that your exhausting memory and that's killing everything? > 5) it'd be nice if setup.exe showed the size (in bytes or > megabytes, etc.) > > of each package (it's in setup.ini). on my 56 Kb/s modem, > downloading a > large, unnecessary file takes a painfully long time, but a small > unnecessary file is not so bad. setup.exe is a base cygwin thing as well. You'll need to talk to cygwin@cygwin.com for that. > 11) also, what's all that /b stuff about in startxwin.bat? > gotos, etc. but > there is no /b ! (there is no spoon either ;-) start /b is supposed to start the app in the background. This is an NT only thing. However, I believe that we no longer need to use this as XWin does this anyway. There used to be a bug where without this flag server logging was broken but that got fixed a couple of months ago. Stuart From bozackt1@ridgecrest.ca.us Tue Jul 23 02:13:00 2002 From: bozackt1@ridgecrest.ca.us (Tom Bozack) Date: Tue, 23 Jul 2002 02:13:00 -0000 Subject: problems with XFree References: Message-ID: <3D3CC005.2030002@ridgecrest.ca.us> I think Cygwin/XFree86 is a great product -- but there is nothing so good that it can't be improved. I agree with all of you comments, although I haven't had the system reboot experience. One persistant problem that you didn't mention (manybe you haven't run into it yet) is a very persistent and repeatable lock-up when used to login to another host using XDMCP. The symptom is of a sudden large memory leak after 15-30 minutes of use. XFree86 becomes unresponsive, system memory and swap resources are rapidly used up, and finally XFree86 crashes with a seg fault. This also happens immediately (you don't have to wait 15-30 min) when you logoff the host and login again. I've experienced this under Windows 98/98SE/ME. For me this is a showstopper since it makes Cygwin/XFree86 unusable as an X server platform. It's fun to play with, but this "bug" makes it unacceptable for routine use as an X server. Tom gsroka@mmsa.com wrote: > (last email I sent complained about HTML MIME. i hope i'm not > double-posting) > > I started playing with XFree last week. It's been a few years since I've > used UNIX, so you can call me a newbie, if you like. I'm running Windows > 2000 Pro on a P4 1.7 GHz with 768 MiB of RAM and 10 GB free on my hard > drive. I (eventually) did a full Cygwin/XFree86 download and install > (binaries, not source). > > Please don't flame me if I'm out of line. I didn't know if I should break > this up into several emails or have one big one. Also, please send > responses to me by email. > > Here are my obervations/problems. > Showstoppers: > 1) The very first time I brought up the X server, I had modified > startxwin.bat > to use wmaker instead of twm. It crashed because /home > hadn't been created yet. This was "fixed" by running the text-mode bash > icon first. > 2) when I run Xman, it says "No App-Defaults File". If I run "Xman -notop" > > instead, I can browse one man page, and then it stops working. (it gives a > > "likeToSave" message box with yes and no buttons that don't seem to do > anything.) It seems to be related to missing a locale binary. Is there a > way to get this to work? > 3) within the first few hours of usage, I ran a "find / -name abc -print" > from the command-line, and my trusty Windows 2000 box restarted. no blue > screen, no error. it was like someone pulled the power plug and plugged it > > back in. after it came up, i tried the same command and it worked fine. > 4) i had a similar "restart" to #6 when I ran setup.exe while cygwin was > up. of course, bad user, i should have stopped cygwin before running > setup, but i'm still amazed at how easily my robust kernel, based on NT > Technology, came down. > > Nice-to-haves: > 5) it'd be nice if setup.exe showed the size (in bytes or megabytes, etc.) > > of each package (it's in setup.ini). on my 56 Kb/s modem, downloading a > large, unnecessary file takes a painfully long time, but a small > unnecessary file is not so bad. > 6) on that note, how about displaying those nice descriptions from > setup.ini in setup.exe so we can see what the packages are before > downloading them. a resizable window would come in handy for this. > 7) the first time I downloaded (a partial download, not full), i picked > "more" and "clear", but next time I went into setup.exe, it had > "forgotten" that. perhaps if I can unrust my C, I can fix some of these > bugs myself. give me a few weeks. > 8) the XFree86-fnts package is 16 MiB. it's kind of big. the first time i > downloaded from http:uiuc, it got 98% and stopped responding--1 hour > wasted (at 56 Kb). the second time (no joke) it got 99% and > stopped--another hour wasted. so i copied it from somewhere else. > 9) my X clients on an AIX box didn't work because i didn't use the -kb > switch on XWin. but i found that one on the faq. a possible enhancement to > > setup.exe? > 10) using K (or Ki) and B for byte on setup.exe is always nice. make sure > to leave a space between the number and the unit. 10 KB, not 10KB. how > about estimated download time in addition to % ? > 11) also, what's all that /b stuff about in startxwin.bat? gotos, etc. but > > there is no /b ! (there is no spoon either ;-) > > > Please no one take offense at all this. I'm not trying to throw blame. It > seems like a great product, so far (except for the deadly restarts). These > > are perhaps suggestions for doing it better. I know some coworkers who > tried to get this to work, but gave up because of the problems. So will > the average newbie or the busy IT pro who doesn't have time to read lots > of faqs and will buy Exceed instead. I hope my observations will help > others. > > Gabriel Sroka > gsroka at mmsa dot com > From stuart.adamson@evolution.net Tue Jul 23 04:22:00 2002 From: stuart.adamson@evolution.net (Stuart Adamson) Date: Tue, 23 Jul 2002 04:22:00 -0000 Subject: problems with XFree Message-ID: <9920848EF398D311BDC400508BF339F9A9D05C@ldnisp14.evolution.net> > From: Dennis Foreman [mailto:dforeman@stny.rr.com] > I have discovered differences in the > parameters for > xterm between Xfree and my SunOS system. Some Xfree > parameters are deemed > invalid on SunOS. Some SunOS parameters don't exist in > xterm. XWin is the cygwin port of XFree86. I wouldn't expect XFree86 or the utilities to be command line compatable with OpenWindows. I would expect Xfree86/cygwin and utilities to be command line compatable as far as possible with XFree86 on other platforms however. > Some don't > work the same way, and some don't work on the cygwin as described in > cygwin's man pages (if I read the man pages correctly, -sb > for instance is > supposed to take an integer argument, but doesn't). Is this xterm you are talking about? If so you're reading the man page wrongly. The command line you want is "xterm -sb -sl 1000" where 1000 is the number of lines to save. The -sb just enables the scroll bar (you can have a scrolling xterm without a scroll bar) > Also, > when I get an > xfree error in cygwin, it says to type "xfree -help". Doing > so produces an > error. Out of interest - how do you get this error message to appear? "xfree -help" won't work because xfree isn't a program! If you have any examples for XFree86/cygwin behaving differently than XFree86 on other platforms then please post them. I'm guessing most will either have a good reason as to why they are different or be a slip or typo somewhere which will be easy to fix. Granted, the XWin man page is out of date now and could do with an update ... Stuart From nickthompson@agere.com Tue Jul 23 04:47:00 2002 From: nickthompson@agere.com (Nick THOMPSON) Date: Tue, 23 Jul 2002 04:47:00 -0000 Subject: X via SSH (was: New (Delphi) xlauncher) In-Reply-To: <1027302081.1541.85.camel@tuxedo> References: <1027302081.1541.85.camel@tuxedo> Message-ID: <1027423374.18016.10.camel@en0062linux1.agere.com> What I could do with is a mode that allows an X session to be setup through an SSH tunnel. So I need an SSH client that DOESN'T give me a shell, but supports an X11 tunnel, prompts me for the SSH passwd and runs a single command (the remote ~/.xinitrc say, and pipes the output to a local file). Even better if I can select from a list of hosts at startup. Does this xlauncher support that? Currently, I'm using putty, but it asks for the passwd in a shell window which you have to keep open. Any other ideas? Nick. From huntharo@msu.edu Tue Jul 23 05:07:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Tue, 23 Jul 2002 05:07:00 -0000 Subject: problems with XFree In-Reply-To: <3D3CC005.2030002@ridgecrest.ca.us> Message-ID: Tom, I bet that you either have two copies of cygwin1.dll on your system, or that you have a really old version of cygwin1.dll. For more information see: http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-status-access-vio lation I run XDMCP sessions for several hours with no slowdowns or lockups. I also log off and back on to XDMCP sessions all the time. A couple of days ago I did identify and fix a memory leak that happens when the X server resets, which happens when you logoff an XDMCP session. I think that Windows 2000 and Windows XP do not show a bluescreen anymore by default. You can change that option in the Control Panel. You mention that this also happens on Windows 95/98/Me, which seems to be about the level of information that you can expect from those OSes when they crash. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Tom Bozack > Sent: Monday, July 22, 2002 10:32 PM > To: cygwin-xfree@cygwin.com > Subject: Re: problems with XFree > > > I think Cygwin/XFree86 is a great product -- but there is nothing so > good that it can't be improved. I agree with all of you comments, > although I haven't had the system reboot experience. > > One persistant problem that you didn't mention (manybe you haven't run > into it yet) is a very persistent and repeatable lock-up when used to > login to another host using XDMCP. The symptom is of a sudden large > memory leak after 15-30 minutes of use. XFree86 becomes unresponsive, > system memory and swap resources are rapidly used up, and finally > XFree86 crashes with a seg fault. This also happens immediately (you > don't have to wait 15-30 min) when you logoff the host and login again. > I've experienced this under Windows 98/98SE/ME. > > For me this is a showstopper since it makes Cygwin/XFree86 unusable as > an X server platform. It's fun to play with, but this "bug" makes it > unacceptable for routine use as an X server. > > Tom > > gsroka@mmsa.com wrote: > > (last email I sent complained about HTML MIME. i hope i'm not > > double-posting) > > > > I started playing with XFree last week. It's been a few years > since I've > > used UNIX, so you can call me a newbie, if you like. I'm > running Windows > > 2000 Pro on a P4 1.7 GHz with 768 MiB of RAM and 10 GB free on my hard > > drive. I (eventually) did a full Cygwin/XFree86 download and install > > (binaries, not source). > > > > Please don't flame me if I'm out of line. I didn't know if I > should break > > this up into several emails or have one big one. Also, please send > > responses to me by email. > > > > Here are my obervations/problems. > > Showstoppers: > > 1) The very first time I brought up the X server, I had modified > > startxwin.bat > > to use wmaker instead of twm. It crashed because /home > > hadn't been created yet. This was "fixed" by running the text-mode bash > > icon first. > > 2) when I run Xman, it says "No App-Defaults File". If I run > "Xman -notop" > > > > instead, I can browse one man page, and then it stops working. > (it gives a > > > > "likeToSave" message box with yes and no buttons that don't seem to do > > anything.) It seems to be related to missing a locale binary. > Is there a > > way to get this to work? > > 3) within the first few hours of usage, I ran a "find / -name > abc -print" > > from the command-line, and my trusty Windows 2000 box > restarted. no blue > > screen, no error. it was like someone pulled the power plug and > plugged it > > > > back in. after it came up, i tried the same command and it worked fine. > > 4) i had a similar "restart" to #6 when I ran setup.exe while > cygwin was > > up. of course, bad user, i should have stopped cygwin before running > > setup, but i'm still amazed at how easily my robust kernel, based on NT > > Technology, came down. > > > > Nice-to-haves: > > 5) it'd be nice if setup.exe showed the size (in bytes or > megabytes, etc.) > > > > of each package (it's in setup.ini). on my 56 Kb/s modem, downloading a > > large, unnecessary file takes a painfully long time, but a small > > unnecessary file is not so bad. > > 6) on that note, how about displaying those nice descriptions from > > setup.ini in setup.exe so we can see what the packages are before > > downloading them. a resizable window would come in handy for this. > > 7) the first time I downloaded (a partial download, not full), i picked > > "more" and "clear", but next time I went into setup.exe, it had > > "forgotten" that. perhaps if I can unrust my C, I can fix some of these > > bugs myself. give me a few weeks. > > 8) the XFree86-fnts package is 16 MiB. it's kind of big. the > first time i > > downloaded from http:uiuc, it got 98% and stopped responding--1 hour > > wasted (at 56 Kb). the second time (no joke) it got 99% and > > stopped--another hour wasted. so i copied it from somewhere else. > > 9) my X clients on an AIX box didn't work because i didn't use the -kb > > switch on XWin. but i found that one on the faq. a possible > enhancement to > > > > setup.exe? > > 10) using K (or Ki) and B for byte on setup.exe is always nice. > make sure > > to leave a space between the number and the unit. 10 KB, not 10KB. how > > about estimated download time in addition to % ? > > 11) also, what's all that /b stuff about in startxwin.bat? > gotos, etc. but > > > > there is no /b ! (there is no spoon either ;-) > > > > > > Please no one take offense at all this. I'm not trying to throw > blame. It > > seems like a great product, so far (except for the deadly > restarts). These > > > > are perhaps suggestions for doing it better. I know some coworkers who > > tried to get this to work, but gave up because of the problems. So will > > the average newbie or the busy IT pro who doesn't have time to > read lots > > of faqs and will buy Exceed instead. I hope my observations will help > > others. > > > > Gabriel Sroka > > gsroka at mmsa dot com > > > > > From robert.collins@syncretize.net Tue Jul 23 05:18:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Tue, 23 Jul 2002 05:18:00 -0000 Subject: X via SSH (was: New (Delphi) xlauncher) References: <1027302081.1541.85.camel@tuxedo> <1027423374.18016.10.camel@en0062linux1.agere.com> Message-ID: <031201c23241$8dd49ee0$0200a8c0@lifelesswks> === ----- Original Message ----- From: "Nick THOMPSON" To: "cygwin-xfree Mailing List" Sent: Tuesday, July 23, 2002 9:22 PM Subject: X via SSH (was: New (Delphi) xlauncher) > What I could do with is a mode that allows an X session to be setup > through an SSH tunnel. So I need an SSH client that DOESN'T give me a > shell, but supports an X11 tunnel, prompts me for the SSH passwd and > runs a single command (the remote ~/.xinitrc say, and pipes the output > to a local file). Even better if I can select from a list of hosts at > startup. Does this xlauncher support that? > > Currently, I'm using putty, but it asks for the passwd in a shell window > which you have to keep open. Any other ideas? man ssh-agent. Rob From larsen587@firemail.de Tue Jul 23 05:18:00 2002 From: larsen587@firemail.de (Jack Larsen) Date: Tue, 23 Jul 2002 05:18:00 -0000 Subject: Updated: ghostscript-7.05-1 (test release) Message-ID: <1027426682003543@firemail.de> Hi, building the perfect ghostscript "gsview" is very simple, however a .dll is needed. The .dll is part of ghostscript-7.05. However its missing. Cheers Jack Updated: ghostscript-7.05-1 (test release) From: Dario Alcocer To: cygwin-xfree at cygwin dot com Date: Wed, 10 Jul 2002 08:28:34 -0700 Subject: Updated: ghostscript-7.05-1 (test release) -------------------------------------------------------------------------------- The Cygwin version of GNU Ghostscript now supports both a native Win32 version and an X11 version for Cygwin XFree86. A single source package is used to build both versions. PLEASE NOTE: this release is marked as a 'test' release. After a couple of weeks, I'll mark it as the next released version (unless, of course, I hear about serious problems with this build.) Three separate packages are used for Ghostscript: * A base package, ghostscript-base, which contains the support files necessary for both the native and X11 versions, as well as the manual pages and documentation. * A native package, ghostscript, which contains the native version of Ghostscript (gs.exe), along with the corresponding scripts. * An X11 package, ghostscript-x11, which contains the X11 version of Ghostscript (gs.exe) and scripts. Both binary versions use the libpng and zlib shared libraries. ______________________________________________________ Multimedia Messaging ist da! Die Zukunft des Messaging hat begonnen. http://mobile.lycos.de/mobile/local/mms/ From larsen587@firemail.de Tue Jul 23 05:18:00 2002 From: larsen587@firemail.de (Jack Larsen) Date: Tue, 23 Jul 2002 05:18:00 -0000 Subject: Updated: ghostscript-7.05-1 (test release) Message-ID: <1027426724022624@firemail.de> Hi, building the perfect ghostscript "gsview" is very simple, however a .dll is needed. The .dll is part of ghostscript-7.05. However its missing. Cheers Jack Updated: ghostscript-7.05-1 (test release) From: Dario Alcocer To: cygwin-xfree at cygwin dot com Date: Wed, 10 Jul 2002 08:28:34 -0700 Subject: Updated: ghostscript-7.05-1 (test release) -------------------------------------------------------------------------------- The Cygwin version of GNU Ghostscript now supports both a native Win32 version and an X11 version for Cygwin XFree86. A single source package is used to build both versions. PLEASE NOTE: this release is marked as a 'test' release. After a couple of weeks, I'll mark it as the next released version (unless, of course, I hear about serious problems with this build.) Three separate packages are used for Ghostscript: * A base package, ghostscript-base, which contains the support files necessary for both the native and X11 versions, as well as the manual pages and documentation. * A native package, ghostscript, which contains the native version of Ghostscript (gs.exe), along with the corresponding scripts. * An X11 package, ghostscript-x11, which contains the X11 version of Ghostscript (gs.exe) and scripts. Both binary versions use the libpng and zlib shared libraries. ______________________________________________________ Multimedia Messaging ist da! Die Zukunft des Messaging hat begonnen. http://mobile.lycos.de/mobile/local/mms/ From larsen587@firemail.de Tue Jul 23 05:29:00 2002 From: larsen587@firemail.de (Jack Larsen) Date: Tue, 23 Jul 2002 05:29:00 -0000 Subject: Updated: ghostscript-7.05-1 (test release) Message-ID: <1027426722021715@firemail.de> Hi, building the perfect ghostscript "gsview" is very simple, however a .dll is needed. The .dll is part of ghostscript-7.05. However its missing. Cheers Jack Updated: ghostscript-7.05-1 (test release) From: Dario Alcocer To: cygwin-xfree at cygwin dot com Date: Wed, 10 Jul 2002 08:28:34 -0700 Subject: Updated: ghostscript-7.05-1 (test release) -------------------------------------------------------------------------------- The Cygwin version of GNU Ghostscript now supports both a native Win32 version and an X11 version for Cygwin XFree86. A single source package is used to build both versions. PLEASE NOTE: this release is marked as a 'test' release. After a couple of weeks, I'll mark it as the next released version (unless, of course, I hear about serious problems with this build.) Three separate packages are used for Ghostscript: * A base package, ghostscript-base, which contains the support files necessary for both the native and X11 versions, as well as the manual pages and documentation. * A native package, ghostscript, which contains the native version of Ghostscript (gs.exe), along with the corresponding scripts. * An X11 package, ghostscript-x11, which contains the X11 version of Ghostscript (gs.exe) and scripts. Both binary versions use the libpng and zlib shared libraries. ______________________________________________________ Multimedia Messaging ist da! Die Zukunft des Messaging hat begonnen. http://mobile.lycos.de/mobile/local/mms/ From larsen587@firemail.de Tue Jul 23 05:43:00 2002 From: larsen587@firemail.de (Jack Larsen) Date: Tue, 23 Jul 2002 05:43:00 -0000 Subject: Updated: ghostscript-7.05-1 (test release) Message-ID: <1027426724022624@firemail.de> Hi, building the perfect ghostscript "gsview" is very simple, however a .dll is needed. The .dll is part of ghostscript-7.05. However its missing. Cheers Jack Updated: ghostscript-7.05-1 (test release) From: Dario Alcocer To: cygwin-xfree at cygwin dot com Date: Wed, 10 Jul 2002 08:28:34 -0700 Subject: Updated: ghostscript-7.05-1 (test release) -------------------------------------------------------------------------------- The Cygwin version of GNU Ghostscript now supports both a native Win32 version and an X11 version for Cygwin XFree86. A single source package is used to build both versions. PLEASE NOTE: this release is marked as a 'test' release. After a couple of weeks, I'll mark it as the next released version (unless, of course, I hear about serious problems with this build.) Three separate packages are used for Ghostscript: * A base package, ghostscript-base, which contains the support files necessary for both the native and X11 versions, as well as the manual pages and documentation. * A native package, ghostscript, which contains the native version of Ghostscript (gs.exe), along with the corresponding scripts. * An X11 package, ghostscript-x11, which contains the X11 version of Ghostscript (gs.exe) and scripts. Both binary versions use the libpng and zlib shared libraries. ______________________________________________________ Multimedia Messaging ist da! Die Zukunft des Messaging hat begonnen. http://mobile.lycos.de/mobile/local/mms/ From dforeman@stny.rr.com Tue Jul 23 05:47:00 2002 From: dforeman@stny.rr.com (Dennis Foreman) Date: Tue, 23 Jul 2002 05:47:00 -0000 Subject: problems with XFree In-Reply-To: <9920848EF398D311BDC400508BF339F9A9D05C@ldnisp14.evolution.net> Message-ID: The message said to type "xterm -help", not "xfree -help". My error. Here is what I got: foreman@FOREMAN ~ $ xterm -help bash: xterm: command not found I suspect that it is because the xfree directories are not in the basic cygwin path. Again, for newbies, one cannot assume that they will know how to set this path or that it even needs to be set. To be a really helpful application, these things should be considered. As for the differences in xterm options between cygwin and SunOS, I will prepare a list of differences and validation of the errors I have received. regards, D. J. Foreman website: http://WWW.CS.Binghamton.EDU/~foreman -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Stuart Adamson Sent: Tuesday, July 23, 2002 5:14 AM To: cygwin-xfree@cygwin.com Subject: RE: problems with XFree > From: Dennis Foreman [mailto:dforeman@stny.rr.com] > I have discovered differences in the > parameters for > xterm between Xfree and my SunOS system. Some Xfree > parameters are deemed > invalid on SunOS. Some SunOS parameters don't exist in > xterm. XWin is the cygwin port of XFree86. I wouldn't expect XFree86 or the utilities to be command line compatable with OpenWindows. I would expect Xfree86/cygwin and utilities to be command line compatable as far as possible with XFree86 on other platforms however. > Some don't > work the same way, and some don't work on the cygwin as described in > cygwin's man pages (if I read the man pages correctly, -sb > for instance is > supposed to take an integer argument, but doesn't). Is this xterm you are talking about? If so you're reading the man page wrongly. The command line you want is "xterm -sb -sl 1000" where 1000 is the number of lines to save. The -sb just enables the scroll bar (you can have a scrolling xterm without a scroll bar) > Also, > when I get an > xfree error in cygwin, it says to type "xfree -help". Doing > so produces an > error. Out of interest - how do you get this error message to appear? "xfree -help" won't work because xfree isn't a program! If you have any examples for XFree86/cygwin behaving differently than XFree86 on other platforms then please post them. I'm guessing most will either have a good reason as to why they are different or be a slip or typo somewhere which will be easy to fix. Granted, the XWin man page is out of date now and could do with an update ... Stuart From huntharo@msu.edu Tue Jul 23 05:56:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Jul 2002 05:56:00 -0000 Subject: Updated: ghostscript-7.05-1 (test release) References: <1027426724022624@firemail.de> Message-ID: <3D3D501C.6040409@msu.edu> What is going on here Mr. Jack Larsen? We have had four posts of this meesage to cygwin-xfree@cygwin.com. Were you intending to post this to cygwin-apps or somewhere else? Have you put this in release/ or release/XFree86? If it isn't in release/XFree86 then you need to talk to cygwin-apps to get it approved. cygwin-xfree is only in charge of release/XFree86. Harold Jack Larsen wrote: > Hi, > > building the perfect ghostscript "gsview" is very simple, however > a .dll is needed. The .dll is part of ghostscript-7.05. However > its missing. > > Cheers Jack > > > Updated: ghostscript-7.05-1 (test release) > From: Dario Alcocer > To: cygwin-xfree at cygwin dot com > Date: Wed, 10 Jul 2002 08:28:34 -0700 > Subject: Updated: ghostscript-7.05-1 (test release) > > -------------------------------------------------------------------------------- > > The Cygwin version of GNU Ghostscript now supports both a native > Win32 version and an X11 version for Cygwin XFree86. A single > source package is used to build both versions. > > PLEASE NOTE: this release is marked as a 'test' release. After a > couple of weeks, I'll mark it as the next released version (unless, > of course, I hear about serious problems with this build.) > > Three separate packages are used for Ghostscript: > > * A base package, ghostscript-base, which contains the support > files necessary for both the native and X11 versions, as well > as the manual pages and documentation. > > * A native package, ghostscript, which contains the native version > of Ghostscript (gs.exe), along with the corresponding scripts. > > * An X11 package, ghostscript-x11, which contains the X11 version > of Ghostscript (gs.exe) and scripts. > > Both binary versions use the libpng and zlib shared libraries. > > > ______________________________________________________ > Multimedia Messaging ist da! Die Zukunft des Messaging hat begonnen. http://mobile.lycos.de/mobile/local/mms/ > From j_tetazoo@hotmail.com Tue Jul 23 06:02:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Tue, 23 Jul 2002 06:02:00 -0000 Subject: X via SSH (was: New (Delphi) xlauncher) Message-ID: This recent thread might be of interest: http://cygwin.com/ml/cygwin-xfree/2002-07/msg00454.html >From: Nick THOMPSON >To: cygwin-xfree Mailing List >Subject: X via SSH (was: New (Delphi) xlauncher) >Date: 23 Jul 2002 12:22:54 +0100 > >What I could do with is a mode that allows an X session to be setup >through an SSH tunnel. So I need an SSH client that DOESN'T give me a >shell, but supports an X11 tunnel, prompts me for the SSH passwd and >runs a single command (the remote ~/.xinitrc say, and pipes the output >to a local file). Even better if I can select from a list of hosts at >startup. Does this xlauncher support that? > >Currently, I'm using putty, but it asks for the passwd in a shell window >which you have to keep open. Any other ideas? > >Nick. > _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From huntharo@msu.edu Tue Jul 23 06:10:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Jul 2002 06:10:00 -0000 Subject: problems with XFree References: Message-ID: <3D3D5311.20701@msu.edu> Dennis Foreman wrote: > The message said to type "xterm -help", not "xfree -help". My error. Here is > what I got: > > foreman@FOREMAN ~ > $ xterm -help > bash: xterm: command not found > > I suspect that it is because the xfree directories are not in the basic > cygwin path. Again, for newbies, one cannot assume that they will know how > to set this path or that it even needs to be set. To be a really helpful > application, these things should be considered. > Yes, the problem is because /usr/X11R6/bin is not in the path by default. Yes, we have thought many, many times about how to fix this. No, no one has yet come up with a solution that will work for all cases. Yes, we are very much looking forward to your patch that fixes this problem. > As for the differences in xterm options between cygwin and SunOS, I will > prepare a list of differences and validation of the errors I have received. > That won't be very useful to us. Sun almost certainly develops their xterm from their own code base, while XFree86's xterm is developed from a different code base. Comparing these two xterm's is just like comparing any other proprietary implementation of a UNIX utility with its primary free implementation (e.g., sed, awk, grep, etc). What would be extremely useful to us would be a list of differences between an xterm from XFree86 on Linux and an xterm under Cygwin. Any differences there are likely errors on the Cygwin side. However, no one has reported any differences to date. You have an alternative solution here. Sun, I believe, provides XFree86 packages for Solaris. You can install the XFree86 packages for Solaris and you will no longer have differences between the two commands. Remember, we Cygwin/XFree86 folks are but mere packagers of XFree86 for Cygwin; none of us work on xterm. If you have problems with xterm, you can take them up with the XFree86 project or with Thomas Dickey, the primary developer of XFree86's xterm: http://dickey.his.com/xterm/xterm.html Harold From huntharo@msu.edu Tue Jul 23 06:32:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Jul 2002 06:32:00 -0000 Subject: How do I map the keyboard References: Message-ID: <3D3D5486.2030804@msu.edu> Oops! I didn't notice that this was sent to cygwin@cygwin.com. Davoud - Are you talking about Cygwin/XFree86 keyboard mappings? If so, send all questions to cygwin-xfree@cygwin.com, not to cygwin@cygwin.com. Harold Davoud, Hmm... I think the Cygwin/XFree86 charter specifically forbids helping Swiss users in the event that Switzerland is contemplating joining the UN. Just kidding :) I would normally point you to the FAQ: http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-non-U.S.-keyboard-layout But, I think that no non-U.S. users actually use xkeycaps. It seems that everyone loves to use premade keyboard layouts. A question for my non-U.S. users (specifically, AGO, I want your opinion): Should I change the FAQ entry to point to a repository of pre-made keyboard maps that are in high demand (UK English, Deutsch, French, etc.)? Harold Davoud Azimian wrote: > Hi, > > I've just installed Cygwin and tried to find out how I change my keyboard > mapping. Right now I have the American Keyboard mapping and I need to use my > German (Swiss) keyboard. > > Regards > > Davoud Azimian > > GENESIS COMMUNICATION > Davoud Azimian > Binzstrasse 18 > CH-8045 Z??rich > > Telefon direkt: +41 (0)1 455 60 95 > Telefon: +41 (0)878 889 111 > Fax: +41 (0)878 889 110 > > Email: azimian@GenesisCom.ch > WEB: www.GenesisCom.ch > > > > > > -- > 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 rasjidw@openminddev.net Tue Jul 23 06:35:00 2002 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Tue, 23 Jul 2002 06:35:00 -0000 Subject: X via SSH (was: New (Delphi) xlauncher) In-Reply-To: <1027423374.18016.10.camel@en0062linux1.agere.com> References: <1027302081.1541.85.camel@tuxedo> <1027423374.18016.10.camel@en0062linux1.agere.com> Message-ID: <200207232310.05618.rasjidw@openminddev.net> On Tue, 23 Jul 2002 9:22 pm, Nick THOMPSON wrote: > What I could do with is a mode that allows an X session to be setup > through an SSH tunnel. So I need an SSH client that DOESN'T give me a > shell, but supports an X11 tunnel, prompts me for the SSH passwd and > runs a single command (the remote ~/.xinitrc say, and pipes the output > to a local file). Even better if I can select from a list of hosts at > startup. Does this xlauncher support that? > > Currently, I'm using putty, but it asks for the passwd in a shell window > which you have to keep open. Any other ideas? > > Nick. I think what you want is the -f option on ssh. from 'man ssh' (on Linux, but I'm pretty sure it is the same on Cygwin): -f Requests ssh to go to background just before command execution. This is useful if ssh is going to ask for passwords or passphrases, but the user wants it in the background. This implies -n. The recommended way to start X11 programs at a remote site is with something like ssh -f host xterm. -n Redirects stdin from /dev/null (actually, prevents reading from stdin). This must be used when ssh is run in the background. A common trick is to use this to run X11 programs on a remote machine. For example, ssh -n shadows.cs.hut.fi emacs & will start an emacs on shadows.cs.hut.fi, and the X11 connection will be automatically forwarded over an encrypted channel. The ssh program will be put in the background. (This does not work if ssh needs to ask for a password or passphrase; see also the -f option.) Also, see ssh-agent, although I would not suggest storing a ssh private key on a Windows 9x/ME system, and only on NT with NTFS permissions set up correctly. Even with a good passphrase, a private key should still be hard to steal. For a very good article on ssh key management, see http://www-106.ibm.com/developerworks/linux/library/l-keyc.html (part 1) http://www-106.ibm.com/developerworks/linux/library/l-keyc2/ (part 2) http://www-106.ibm.com/developerworks/linux/library/l-keyc3/ (part 3) Rasjid. From kkobb@skylinecorp.com Tue Jul 23 06:38:00 2002 From: kkobb@skylinecorp.com (Kevin Kobb) Date: Tue, 23 Jul 2002 06:38:00 -0000 Subject: problems with XFree In-Reply-To: Message-ID: <000a01c2324d$2ae2c350$9501a8c0@skylinecorp.net> I don't know about all the problems you are having, but I might be able to help with one at least. Number 2, "No App-Defaults..." If you do a fresh install, take a look and you will find a /usr/X11R6/lib/X11/app-defaults directory. Inside that directory is a Mwm file and an app-defaults link that points to /etc/X11/app-defaults. What I have done is move the Mwm file to /etc/X11/app-defaults, delete the /usr/X11R6/lib/X11/app-defaults directory, and create a app-defaults link in /usr/X11R6/lib/X11 that points to /etc/X11/app-defaults. Now, xman, xcalc, and several other programs that were not working will function correctly. This did it for me at least. Number 3, "find..." restart problem. I have had the find and touch commands cause my Windows 2000 box to reboot several times. Using the M$ debugging tools on the dump files points to a problem with the McAfee antivirus software we are running. I thought I had read about some problems with Cygwin and McAfee in the past, but I couldn't't say for sure. If you have McAfee though, you might want to take a look at that. Good Luck, -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of gsroka@mmsa.com Sent: Monday, July 22, 2002 2:16 PM To: cygwin-xfree@cygwin.com Subject: problems with XFree (last email I sent complained about HTML MIME. i hope i'm not double-posting) I started playing with XFree last week. It's been a few years since I've used UNIX, so you can call me a newbie, if you like. I'm running Windows 2000 Pro on a P4 1.7 GHz with 768 MiB of RAM and 10 GB free on my hard drive. I (eventually) did a full Cygwin/XFree86 download and install (binaries, not source). Please don't flame me if I'm out of line. I didn't know if I should break this up into several emails or have one big one. Also, please send responses to me by email. Here are my obervations/problems. Showstoppers: 1) The very first time I brought up the X server, I had modified startxwin.bat to use wmaker instead of twm. It crashed because /home hadn't been created yet. This was "fixed" by running the text-mode bash icon first. 2) when I run Xman, it says "No App-Defaults File". If I run "Xman -notop" instead, I can browse one man page, and then it stops working. (it gives a "likeToSave" message box with yes and no buttons that don't seem to do anything.) It seems to be related to missing a locale binary. Is there a way to get this to work? 3) within the first few hours of usage, I ran a "find / -name abc -print" from the command-line, and my trusty Windows 2000 box restarted. no blue screen, no error. it was like someone pulled the power plug and plugged it back in. after it came up, i tried the same command and it worked fine. 4) i had a similar "restart" to #6 when I ran setup.exe while cygwin was up. of course, bad user, i should have stopped cygwin before running setup, but i'm still amazed at how easily my robust kernel, based on NT Technology, came down. Nice-to-haves: 5) it'd be nice if setup.exe showed the size (in bytes or megabytes, etc.) of each package (it's in setup.ini). on my 56 Kb/s modem, downloading a large, unnecessary file takes a painfully long time, but a small unnecessary file is not so bad. 6) on that note, how about displaying those nice descriptions from setup.ini in setup.exe so we can see what the packages are before downloading them. a resizable window would come in handy for this. 7) the first time I downloaded (a partial download, not full), i picked "more" and "clear", but next time I went into setup.exe, it had "forgotten" that. perhaps if I can unrust my C, I can fix some of these bugs myself. give me a few weeks. 8) the XFree86-fnts package is 16 MiB. it's kind of big. the first time i downloaded from http:uiuc, it got 98% and stopped responding--1 hour wasted (at 56 Kb). the second time (no joke) it got 99% and stopped--another hour wasted. so i copied it from somewhere else. 9) my X clients on an AIX box didn't work because i didn't use the -kb switch on XWin. but i found that one on the faq. a possible enhancement to setup.exe? 10) using K (or Ki) and B for byte on setup.exe is always nice. make sure to leave a space between the number and the unit. 10 KB, not 10KB. how about estimated download time in addition to % ? 11) also, what's all that /b stuff about in startxwin.bat? gotos, etc. but there is no /b ! (there is no spoon either ;-) Please no one take offense at all this. I'm not trying to throw blame. It seems like a great product, so far (except for the deadly restarts). These are perhaps suggestions for doing it better. I know some coworkers who tried to get this to work, but gave up because of the problems. So will the average newbie or the busy IT pro who doesn't have time to read lots of faqs and will buy Exceed instead. I hope my observations will help others. Gabriel Sroka gsroka at mmsa dot com From nwourms@yahoo.com Tue Jul 23 07:05:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Tue, 23 Jul 2002 07:05:00 -0000 Subject: Updated: ghostscript-7.05-1 (test release) In-Reply-To: <3D3D501C.6040409@msu.edu> Message-ID: <20020723133510.14875.qmail@web21007.mail.yahoo.com> --- Harold L Hunt II wrote: > What is going on here Mr. Jack Larsen? We have had four posts of > this > meesage to cygwin-xfree@cygwin.com. Were you intending to post > this to > cygwin-apps or somewhere else? > > Have you put this in release/ or release/XFree86? If it isn't in > release/XFree86 then you need to talk to cygwin-apps to get it > approved. > cygwin-xfree is only in charge of release/XFree86. Harold, Actually this was discussed on Cygwin apps and the maintainers came to the conclusion that, when a package has both XFree and non-XFree components, you should: A)Discuss the non-XFree components on cygwin@cygwin.com B)Discuss the XFree components on cygwin-xfree@cygwin.com C)Only need to seek approval once from the cygwin-apps@cygwin.com list. This was done to insure that the volume be kept to a minimum on an already heavily used list (cygwin@cygwin.com). So it is fair game to discuss the ghostscript-x11 package on this list. And I do believe Dario did make a test annoucment on here a few weeks back. Here is the hint, in case you forgot: @ ghostscript-x11 sdesc: "A Postscript interpreter (GNU version, X11)" ldesc: "GNU Ghostscript is Postscript interpreter capable of converting PS files into a number of printer output formats. Ghostscript can also render PS files into a number of graphics file formats. This package contains the X11 build for Cygwin/XFree86." category: Graphics ^^^^^[You're right that it should have XFree86] requires: cygwin XFree86-base libpng12 zlib ghostscript-base external-source: ghostscript test: 7.05-1 This does not, however, excuse the quadrupal posting on the sender's part. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From nwourms@yahoo.com Tue Jul 23 07:15:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Tue, 23 Jul 2002 07:15:00 -0000 Subject: problems with XFree In-Reply-To: <9920848EF398D311BDC400508BF339F9A9D05C@ldnisp14.evolution.net> Message-ID: <20020723133759.93243.qmail@web21004.mail.yahoo.com> --- Stuart Adamson wrote: > > Granted, the XWin man page is out of date now and could do with an > update > ... Patches are, as usual, Gratefully Accepted. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From huntharo@msu.edu Tue Jul 23 07:19:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Jul 2002 07:19:00 -0000 Subject: How do I map the keyboard References: Message-ID: <3D3D632A.5020100@msu.edu> Davoud, You still have to send all posts to cygwin-xfree@cygwin.com. I cannot answer questions sent directly to me. Harold Davoud Azimian wrote: > Hi Harold, > > Actually Switzerland have joined the UN (finally:). > > Adding repository of pre-made keyboard maps is a good idea specially if it > is easy to navigate directly to them. > > If your suggestion will help me then I might not need to send the question > to cygwin-xfree@cygwin.com, Is this also going to help me running > applications like nedit with correct keyboard mapping? > > Regards > > Davoud > > > > > > GENESIS COMMUNICATION > Davoud Azimian > Binzstrasse 18 > CH-8045 Z??rich > > Telefon direkt: +41 (0)1 455 60 95 > Telefon: +41 (0)878 889 111 > Fax: +41 (0)878 889 110 > > Email: azimian@GenesisCom.ch > WEB: www.GenesisCom.ch > > > > > -----Original Message----- > From: Harold L Hunt II [mailto:huntharo@msu.edu] > Sent: Dienstag, 23. Juli 2002 15:05 > To: cygwin@cygwin.com; cygwin-xfree@cygwin.com > Cc: azimian@GenesisCom.ch > Subject: Re: How do I map the keyboard > > > Oops! I didn't notice that this was sent to cygwin@cygwin.com. Davoud > - Are you talking about Cygwin/XFree86 keyboard mappings? If so, send > all questions to cygwin-xfree@cygwin.com, not to cygwin@cygwin.com. > > Harold > > > Davoud, > > Hmm... I think the Cygwin/XFree86 charter specifically forbids helping > Swiss users in the event that Switzerland is contemplating joining the > UN. Just kidding :) > > I would normally point you to the FAQ: > http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-non-U.S.-keyboard > -layout > > But, I think that no non-U.S. users actually use xkeycaps. It seems > that everyone loves to use premade keyboard layouts. > > A question for my non-U.S. users (specifically, AGO, I want your opinion): > > Should I change the FAQ entry to point to a repository of pre-made > keyboard maps that are in high demand (UK English, Deutsch, French, etc.)? > > Harold > > Davoud Azimian wrote: > > Hi, > > > > I've just installed Cygwin and tried to find out how I change my keyboard > > mapping. Right now I have the American Keyboard mapping and I need to > use my > > German (Swiss) keyboard. > > > > Regards > > > > Davoud Azimian > > > > GENESIS COMMUNICATION > > Davoud Azimian > > Binzstrasse 18 > > CH-8045 Z??rich > > > > Telefon direkt: +41 (0)1 455 60 95 > > Telefon: +41 (0)878 889 111 > > Fax: +41 (0)878 889 110 > > > > Email: azimian@GenesisCom.ch > > WEB: www.GenesisCom.ch > > > > > > > > > > > > -- > > 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 Tue Jul 23 07:23:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Jul 2002 07:23:00 -0000 Subject: Updated: ghostscript-7.05-1 (test release) References: <20020723133510.14875.qmail@web21007.mail.yahoo.com> Message-ID: <3D3D65AC.7080808@msu.edu> Nicholas, Thanks for the refresher course in the package approval process, the discussion of which I was a participant in. You seem to have confused the *directory* release/XFree86 with the *category* XFree86. Go back and read my original response and you will see that I was trying to figure out if this package is more of a Cygwin responsibility, rather than a Cygwin/XFree86 responsibility. Of course, you are still right in pointing out that the ghostscript-x11 package should be in the XFree86 category. However, I was asking where the files were stored, not which category they will be in. If the files are stored in release/, then they are of no concern to me. If the files are stored in release/XFree86/, then they are my responsibility. The next reply I need is from Jack Larsen. Harold From azimian@genesiscom.ch Tue Jul 23 07:29:00 2002 From: azimian@genesiscom.ch (Davoud Azimian) Date: Tue, 23 Jul 2002 07:29:00 -0000 Subject: How do I map my Non US Keyboard Message-ID: Hi, I've just installed Cygwin and tried to find out how I change my keyboard mapping. Right now I have the American Keyboard mapping and I need to use my German (Swiss) keyboard. Regards Davoud Azimian GENESIS COMMUNICATION Davoud Azimian Binzstrasse 18 CH-8045 Z??rich Telefon direkt: +41 (0)1 455 60 95 Telefon: +41 (0)878 889 111 Fax: +41 (0)878 889 110 Email: azimian@GenesisCom.ch WEB: www.GenesisCom.ch From huntharo@msu.edu Tue Jul 23 07:54:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Jul 2002 07:54:00 -0000 Subject: How do I map my Non US Keyboard References: Message-ID: <3D3D678F.5080704@msu.edu> Davoud, I should have told you that I have been posting your messages to the cygwin-xfree list already. (Notice, cygwin-xfree@cygwin.com was in the cc field on each of my messages). You can check which messages are posted to the mailing list, without subscribing to it, by looking at the mailing list archives: http://cygwin.com/ml/cygwin-xfree/2002-07/ Anyway, someone will certainly answer your question now. Harold Davoud Azimian wrote: > Hi, > > I've just installed Cygwin and tried to find out how I change my keyboard > mapping. Right now I have the American Keyboard mapping and I need to use my > German (Swiss) keyboard. > > Regards > > Davoud Azimian > > GENESIS COMMUNICATION > Davoud Azimian > Binzstrasse 18 > CH-8045 Z??rich > > Telefon direkt: +41 (0)1 455 60 95 > Telefon: +41 (0)878 889 111 > Fax: +41 (0)878 889 110 > > Email: azimian@GenesisCom.ch > WEB: www.GenesisCom.ch > > > > > From larsen587@firemail.de Tue Jul 23 08:00:00 2002 From: larsen587@firemail.de (Jack Larsen) Date: Tue, 23 Jul 2002 08:00:00 -0000 Subject: Updated: ghostscript-7.05-1 (test release) In-Reply-To: <3D3D501C.6040409@msu.edu> References: <1027426724022624@firemail.de> <3D3D501C.6040409@msu.edu> Message-ID: <20020723163010.4d25992f.larsen587@firemail.de> Hi Harold, I am sorry that you found 4 post in cygwin-xfree@cygwin.com. My mail program "hanged" and therefore I again and again pushed the "send" button. Nevertheless cygwin-xfree@cygwin.com was the right address as Mr Wourms already mentioned. Please let me know whether a .dll X11 variant comes or not - otherwise I'll build a .dll by myself. However I am rather interested in a officially supported .dll than in a self-made build. Cheers -Jack On Tue, 23 Jul 2002 08:46:20 -0400 Harold L Hunt II wrote: > What is going on here Mr. Jack Larsen? We have had four posts of this > meesage to cygwin-xfree@cygwin.com. Were you intending to post this to > cygwin-apps or somewhere else? > > Have you put this in release/ or release/XFree86? If it isn't in > release/XFree86 then you need to talk to cygwin-apps to get it approved. > cygwin-xfree is only in charge of release/XFree86. > > Harold > > Jack Larsen wrote: > > Hi, > > > > building the perfect ghostscript "gsview" is very simple, however > > a .dll is needed. The .dll is part of ghostscript-7.05. However > > its missing. > > > > Cheers Jack > > > > > > Updated: ghostscript-7.05-1 (test release) > > From: Dario Alcocer > > To: cygwin-xfree at cygwin dot com > > Date: Wed, 10 Jul 2002 08:28:34 -0700 > > Subject: Updated: ghostscript-7.05-1 (test release) > > > > -------------------------------------------------------------------------------- > > > > The Cygwin version of GNU Ghostscript now supports both a native > > Win32 version and an X11 version for Cygwin XFree86. A single > > source package is used to build both versions. > > > > PLEASE NOTE: this release is marked as a 'test' release. After a > > couple of weeks, I'll mark it as the next released version (unless, > > of course, I hear about serious problems with this build.) > > > > Three separate packages are used for Ghostscript: > > > > * A base package, ghostscript-base, which contains the support > > files necessary for both the native and X11 versions, as well > > as the manual pages and documentation. > > > > * A native package, ghostscript, which contains the native version > > of Ghostscript (gs.exe), along with the corresponding scripts. > > > > * An X11 package, ghostscript-x11, which contains the X11 version > > of Ghostscript (gs.exe) and scripts. > > > > Both binary versions use the libpng and zlib shared libraries. > > > > > > ______________________________________________________ > > Multimedia Messaging ist da! Die Zukunft des Messaging hat begonnen. http://mobile.lycos.de/mobile/local/mms/ > > > > > > > -- "Jack Larsen" From spetreolle@yahoo.fr Tue Jul 23 08:40:00 2002 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Tue, 23 Jul 2002 08:40:00 -0000 Subject: problems with XFree In-Reply-To: <3D3D5311.20701@msu.edu> Message-ID: <20020723145434.11907.qmail@web10108.mail.yahoo.com> Why not install a file in /etc/profile.d ? > Yes, the problem is because /usr/X11R6/bin is not in the path by > default. > > Yes, we have thought many, many times about how to fix this. > > No, no one has yet come up with a solution that will work for all > cases. > > Yes, we are very much looking forward to your patch that fixes this > problem. > ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From nwourms@yahoo.com Tue Jul 23 08:51:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Tue, 23 Jul 2002 08:51:00 -0000 Subject: Updated: ghostscript-7.05-1 (test release) In-Reply-To: <3D3D65AC.7080808@msu.edu> Message-ID: <20020723150046.18398.qmail@web21006.mail.yahoo.com> Harold, Thanks for the sarcasm, but it was hardly warranted. I was simply restating the facts for those who were not involved. Also, it seems that you missed one of the points of that discussion, which was that all things of XFree nature should be discussed on the XFree list, regardless of whether it was released as a dual mode application or as an X-only application. > You seem to have confused the *directory* release/XFree86 with the > *category* XFree86. Go back and read my original response and you > will see that I was trying to figure out if this package is more of > a Cygwin responsibility, rather than a Cygwin/XFree86 > responsibility. I was adressing your concerns over which mailing list this should be on, who cares where it is actually located in the release directory. And, according to the mailing lists webpage: "cygwin: a high volume ... There are two exceptions ... questions about the Cygwin/XFree86 project (or any X-related questions for cygwin) should go to the cygwin-xfree mailing list (see below)..." "cygwin-xfree: a list for discussion of all things related to XFree86 on Cygwin (Cygwin/XFree86). If you have questions about how to use, configure, install, build, or develop with Cygwin/XFree86, this is the list for you...." If I were new and read this page, I think it would be safe to assume that this list *is* the appropriate one for discussing this matter. Considiering hew wanted to offer an extension to the ghostscript-x11 package. Ghostscript is *not* in the XFree86 directory because it is a dual-mode application. > Of course, you are still right in pointing out that the > ghostscript-x11 package should be in the XFree86 category. > > However, I was asking where the files were stored, not which > category they will be in. If the files are stored in release/, > then they are of no concern to me. If the files are stored in > release/XFree86/, then they are my responsibility. Ghostscript-x11 is in the same directory as the rest of the ghostscript distribution, which is under /release. Your requirement that all packages that are XFree-related go under /release/XFree86 doesn't make sense. Why should ghostscript be split up and have some parts in /release/ghostscript and others in /release/XFree86/ghostscript? This makes things more complicated then they have to be. Anyhow, your argument that package discussion on this list be limited to packages under /release/XFree86 is contrary to what Chris and others have stated on the other lists and the mailing-list webpage. They claim that any Cygwin/XFree-related discussion should be on this list. His post was regarding cygwin-ghostscript-x11 and cygwin-GSView (x11), which seems to be awefully Cygwin/Xfree-related to me. > The next reply I need is from Jack Larsen. Well you're getting my 2 cents on this anyhow :-). Besides, I answered your query as to where ghostscript-x11 was located. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From cygwin-xfree@cygwin.com Tue Jul 23 09:01:00 2002 From: cygwin-xfree@cygwin.com (Christopher Faylor) Date: Tue, 23 Jul 2002 09:01:00 -0000 Subject: problems with xfree In-Reply-To: <9920848EF398D311BDC400508BF339F9A9D05B@ldnisp14.evolution.net> References: <9920848EF398D311BDC400508BF339F9A9D05B@ldnisp14.evolution.net> Message-ID: <20020723154030.GB21349@redhat.com> On Tue, Jul 23, 2002 at 10:13:37AM +0100, Stuart Adamson wrote: >> 3) within the first few hours of usage, I ran a "find / -name >> abc -print" >> from the command-line, and my trusty Windows 2000 box >> restarted. > >If that crashed your windows box then that sounds like a bug in >either Windows 2000 or base cygwin - rather than the Xfree86 port. If the system rebooted due to the running of a non-privileged program then it is a problem with the system not with the program. >>but i'm still amazed at how easily my robust kernel, based on NT >>Technology, came down. > >You amazed that it stayed up long enough for you to run the cygwin >installer? ;) I've never had a problem keeping an NT system running. >One thing to look at is memory usage. Cygwin is a bit hard on memory >usage. Could it be that your exhausting memory and that's killing >everything? I am not aware of Cygwin being particularly hard on memory usage. >>5) it'd be nice if setup.exe showed the size (in bytes or megabytes, >>etc.) of each package (it's in setup.ini). on my 56 Kb/s modem, >>downloading a large, unnecessary file takes a painfully long time, but >>a small unnecessary file is not so bad. > >setup.exe is a base cygwin thing as well. You'll need to talk to >cygwin@cygwin.com for that. But first, of course, it would behoove anyone with a suggestion to take a step back and consider a simple fact of life -- it's likely that almost any suggestion you could think of has already been made. You could just fire off suggestions blindly or you could actually do some research and see where the current state of setup development may be heading. Lack of functionality in setup.exe is not due to someone not thinking of something, it's generally a function of someone not having enough time to do something. So, as always, we need doers not thinkers. cgf From huntharo@msu.edu Tue Jul 23 09:26:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Jul 2002 09:26:00 -0000 Subject: Updated: ghostscript-7.05-1 (test release) References: <20020723150046.18398.qmail@web21006.mail.yahoo.com> Message-ID: <3D3D7C2C.5070404@msu.edu> Nicholas Wourms wrote: > Harold, > > Thanks for the sarcasm, but it was hardly warranted. I was simply > restating the facts for those who were not involved. Also, it seems > that you missed one of the points of that discussion, which was that > all things of XFree nature should be discussed on the XFree list, > regardless of whether it was released as a dual mode application or > as an X-only application. > > >>You seem to have confused the *directory* release/XFree86 with the >>*category* XFree86. Go back and read my original response and you >>will see that I was trying to figure out if this package is more of >>a Cygwin responsibility, rather than a Cygwin/XFree86 >>responsibility. > > > I was adressing your concerns over which mailing list this should be > on, who cares where it is actually located in the release directory. > > And, according to the mailing lists webpage: > > "cygwin: a high volume ... There are two exceptions ... questions > about the Cygwin/XFree86 project (or any X-related questions for > cygwin) should go to the cygwin-xfree mailing list (see below)..." > > "cygwin-xfree: a list for discussion of all things related to XFree86 > on Cygwin (Cygwin/XFree86). If you have questions about how to use, > configure, install, build, or develop with Cygwin/XFree86, this is > the list for you...." > > If I were new and read this page, I think it would be safe to assume > that this list *is* the appropriate one for discussing this matter. > Considiering hew wanted to offer an extension to the ghostscript-x11 > package. Ghostscript is *not* in the XFree86 directory because it is > a dual-mode application. > > >>Of course, you are still right in pointing out that the >>ghostscript-x11 package should be in the XFree86 category. >> >>However, I was asking where the files were stored, not which >>category they will be in. If the files are stored in release/, >>then they are of no concern to me. If the files are stored in >>release/XFree86/, then they are my responsibility. > > > Ghostscript-x11 is in the same directory as the rest of the > ghostscript distribution, which is under /release. Your requirement > that all packages that are XFree-related go under /release/XFree86 > doesn't make sense. Why should ghostscript be split up and have some > parts in /release/ghostscript and others in > /release/XFree86/ghostscript? This makes things more complicated > then they have to be. Anyhow, your argument that package discussion > on this list be limited to packages under /release/XFree86 is > contrary to what Chris and others have stated on the other lists and > the mailing-list webpage. They claim that any Cygwin/XFree-related > discussion should be on this list. His post was regarding > cygwin-ghostscript-x11 and cygwin-GSView (x11), which seems to be > awefully Cygwin/Xfree-related to me. > I didn't make a requirement that all XFree86-related packages go in release/XFree86. I said that if something isn't in release/XFree86/, then I have no authority to do anything with it (upload files, delete files, make releases, etc.). I can only touch stuff in release/XFree86/. Splitting the X part out of general packages and sticking the two halves in release/ and release/XFree86/ is a stupid idea, and I certainly never suggested that. I wasn't making an argument that the package be discussed on cygwin or cygwin-apps rather than cygwin-xfree. What I said was that if the package is stored in release/, rather than release/XFree86/, and if the X part of the package is very small, then discussing the posting the release announcement only to cygwin-xfree is silly. Maybe 5% of users will use the X component, so why is there not an announcement elsewhere? Hey, here is another clue that this isn't just XFree86-related: look at the subject line! This isn't a ghostscript-x11 package, this is a new version of ghostscript. ghostscript has been discussed on other mailing lists for ages and it would be ridiculous to start posting all ghostscript development discussion to cygwin-xfree. Perhaps you have some inside knowledge that this announcement was actually supposed to be titled ``ghostscript-x11-7.05-1'', but I am not a mind reader so to me this message looks like a general release for the whole ghostscript system. > >>The next reply I need is from Jack Larsen. > > > Well you're getting my 2 cents on this anyhow :-). Besides, I > answered your query as to where ghostscript-x11 was located. > > Cheers, > Nicholas > Grrr, Harold From nickthompson@agere.com Tue Jul 23 11:23:00 2002 From: nickthompson@agere.com (Nick THOMPSON) Date: Tue, 23 Jul 2002 11:23:00 -0000 Subject: X via SSH (was: New (Delphi) xlauncher) In-Reply-To: <031201c23241$8dd49ee0$0200a8c0@lifelesswks> References: <1027302081.1541.85.camel@tuxedo> <1027423374.18016.10.camel@en0062linux1.agere.com> <031201c23241$8dd49ee0$0200a8c0@lifelesswks> Message-ID: <1027440080.19599.25.camel@en0062linux1.agere.com> With a combination of ssh-keygen, ssh-agent, ssh-add and a utility I found in a Japanese website (win-ssh-askpass) I got pretty much what I want. But I see two disadvantages from my ideal. 1) I have to have a local key on my laptop which I travel with, so is not secure. 2) It seems like using a sledge hammer to crack a nut. Wouldn't it be better if ssh could also use $SSH_ASKPASS (just like ssh-sdd) for a password getting program? In fact it is supposed to do that but it doesn't seem to work. But thats a question for a SSH list... For those that are interested http://www.ganaware.jp/S/win-ssh-askpass/. It is designed to compile and work with cygwin. And here is my .xinitrc: ---------------------------------------- #!/bin/sh export SSH_ASKPASS=win-ssh-askpass ssh-add To: "cygwin-xfree Mailing List" Sent: Tuesday, July 23, 2002 9:22 PM Subject: X via SSH (was: New (Delphi) xlauncher) > What I could do with is a mode that allows an X session to be setup > through an SSH tunnel. So I need an SSH client that DOESN'T give me a > shell, but supports an X11 tunnel, prompts me for the SSH passwd and > runs a single command (the remote ~/.xinitrc say, and pipes the output > to a local file). Even better if I can select from a list of hosts at > startup. Does this xlauncher support that? > > Currently, I'm using putty, but it asks for the passwd in a shell window > which you have to keep open. Any other ideas? man ssh-agent. Rob From strube@physik3.gwdg.de Tue Jul 23 12:07:00 2002 From: strube@physik3.gwdg.de (Hans Werner Strube) Date: Tue, 23 Jul 2002 12:07:00 -0000 Subject: X11 backing store Message-ID: <200207231625.SAA14188@r2d2.physik3.gwdg.de> If X11 graphics programs request backing store, for instance, with drawattr.backing_store = Always; XChangeWindowAttributes(display, drawable, CWBackingStore, &drawattr); this seems to have no effect. The same program works correctly in Solaris (SPARC) and IRIX (MIPS). The memory of my graphics card (8 MB, Rage Mobility) appears sufficient, since the whole screen would only use 2.3 MB with 24 bits/pixel. It would be desirable to have this possibility to avoid explicit redrawing after a portion of the window has been covered or the window has been iconized and reopened. From huntharo@msu.edu Tue Jul 23 12:27:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Jul 2002 12:27:00 -0000 Subject: X11 backing store References: <200207231625.SAA14188@r2d2.physik3.gwdg.de> Message-ID: <3D3D9FCA.3050804@msu.edu> Hans Werner Strube wrote: > If X11 graphics programs request backing store, for instance, with > drawattr.backing_store = Always; > XChangeWindowAttributes(display, drawable, CWBackingStore, &drawattr); > this seems to have no effect. The same program works correctly in Solaris > (SPARC) and IRIX (MIPS). > The memory of my graphics card (8 MB, Rage Mobility) appears sufficient, > since the whole screen would only use 2.3 MB with 24 bits/pixel. It would > be desirable to have this possibility to avoid explicit redrawing after > a portion of the window has been covered or the window has been iconized > and reopened. > Hans, The amount of memory on your video card is not relevant. All Cygwin/XFree86 graphics operations are computed in system memory and only the resulting pixels are transferred to the screen. Cygwin/XFree86 has support for backing store, but it is not enabled by default. You have to pass the ``+bs'' parameter to XWin.exe to enable backing store support: XWin +bs We have not confirmed whether the backing store actually performs to specification. I just ran XWin with the backing store enabled and xterm running under the mwm window manager failed to redraw its client area correctly when I moved one xterm over another xterm. I cannot tell you if this is a bug with general XFree86 code, with Cygwin-specific XFree86 code, with mwm, or with xterm. I have seen various posting that seem to indicate that backing store support is not trusted anymore... perhaps it is no longer being maintained. It is also possible that I have simply misread or misremembered things. Maybe backing store support is still fully maintained and perhaps we are simply not using it correctly. Harold From huntharo@msu.edu Tue Jul 23 13:07:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Jul 2002 13:07:00 -0000 Subject: problems with XFree References: <20020723145434.11907.qmail@web10108.mail.yahoo.com> Message-ID: <3D3DAA1F.4030207@msu.edu> Sylvain Petreolle wrote: > Why not install a file in /etc/profile.d ? > Sylvain, I am not sure why we didn't use /etc/profile.d. I remember discussing it, but when I searched the mailing list archives using the search function at the top of the archive page, all I got was a bunch of spam messages that I don't recall ever seeing on the mailing list (at least not on the dates mentioned). I will have to do a google search for profile.d on our site, but I haven't got time now. If you could do the search and summarize where the thread left off, that would be great. I seem to remember that a profile.d would work for some cases, but it wouldn't work for all cases... but I cannot give a specific example (might be the archives as well). Harold > >>Yes, the problem is because /usr/X11R6/bin is not in the path by >>default. >> >>Yes, we have thought many, many times about how to fix this. >> >>No, no one has yet come up with a solution that will work for all >>cases. >> >>Yes, we are very much looking forward to your patch that fixes this >>problem. >> > > > > ___________________________________________________________ > Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! > Yahoo! Mail : http://fr.mail.yahoo.com From huntharo@msu.edu Tue Jul 23 13:22:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Jul 2002 13:22:00 -0000 Subject: problems with XFree References: Message-ID: <3D3DAE97.4080503@msu.edu> Dennis, Dennis Foreman wrote: > Harold, > My problems are not with the code base and hence the implementation, but > rather the lack of conformity between the different implementations as to > the arguments allowed. If you know your UNIX history, you know that what > hurt its widespread usage most was the inability of developers to rely upon > consistent implementations. Different arguments, different actions, > different shells, different everything else makes for lovely sandboxes, but > hardly provides a basis for widely-accepted applications. > For future reference, just assume that I am an old timer. You are completely allowed to have a problem with the difference between the two implementations. GNU, Linux, XFree86, and other open-source and free-software projects were started partly in response to the fact that the UNIX industry had failed miserably at maintaining any sort of compatibility with each other. One major problem with closed-source UNIX operating systems is that there are so many utilities in the operating system that not every utility gets fixed in every release. In fact, you might be using a UNIX release from 2002 that contains a version of sed that hasn't been updated since 1990. As I said before, if you are angry at Solaris for these discrepencies, you can take it up with them. If you are angry that XFree86's xterm is not compatible with Solaris's xterm, then you will have to take it up with the xterm developers and see if you can convince them to make changes on your behalf. Or, you can submit patch files to the xterm maintainers, which they are much more likely to accept that mere talk of changes. With open-source and free-software you at least have the option of contributing. Try contributing to Solaris's xterm and let us know how far you get. You need to realize that Cygwin/XFree86 is only a Cygwin port of XFree86. For any general questions about XFree86 (such as those related to xterm), *YOU HAVE TO TALK TO THE XFREE86 PROJECT*. The XFree86 project is located here: http://xfree86.org/ If you have a problem with XFree86's xterm, *YOU HAVE TO TAKE IT UP WITH THE XTERM MAINTAINER*: http://dickey.his.com/xterm/xterm.html > I used to make a living designing OS's. It was fun. But the goal was always > to remember that we had CUSTOMERS (external-paying and internal-free) who > needed consistency from release to release and products that were compatible > across vendors. To remember that we needed to produce programs with the same > core set of options, clear delineation of 'vendor-specific options' and most > of all, user-friendly support that recognized that not all users should have > to be guru's. If you want to stop people from using something, try making > them feel stupid. Then no one will really care if yours is the best. > Sure. I have written a User's Guide for the Cygwin-specific XFree86 features. The XFree86 project has extensive documentation for all XFree86 programs, libraries, extensions, etc. I will be perfectly willing to give you support if you are willng to pay me the same rate for support that you are used to forking over to commerical UNIX vendors. However, no amount of blather coming from anyone will convince me that my time is better spent in front of my computer than with my fiance. This is my hobby, not my livelihood. > PS. I apologize for sending email directly to you. As a user of many lists, > I did not think it necessary to look at the "to" line in my mail pgm to see > the actual recipient. My own list programs automatically modify the header > before sending posts to the list-members. Since I am OBVIOUSLY a MS Windows > user, one MIGHT expect that I also use MS Outlook, which does NOT give me > anything but "reply" and "reply to all". That doesn't make it inferior, just > different. > Wow. Did you miss the fact that I am writing an X Window System server for Microsoft Windows? Doesn't that sort of imply that I primarily use Windows? Microsoft Outlook? Yup, I use that too. I hit reply-to-all and I swap the addresses and remove addresses as necessary. I do the same thing in Mozilla. > PPS. My proposed "patch" is for the installation of Xfree (by setup) to > modify the cygwin.bat file to include the Xfree86 directory in the user's > path. Which is what I did manually. (You might include a check to see if > it's been moved.) This adds no cost to non-Xfree users and is necessary > anyway for those who do use Xfree. OS/2 used to have a line in some of its > install programs asking if the user wanted certain files modified for them > (like config.sys). > regards, > D. J. Foreman, Ph. D. > Dept of Computer Science > Binghamton University > website: http://WWW.CS.Binghamton.EDU/~foreman We have at times debated whether or not to add /usr/X11R6/bin to the path in cygwin.bat. I do not recall where the discussion about that left off. You can search the mailing list archives and let us know. Then you can make the proposed change to cygwin.bat, run ``diff -U3 cygwin.bat > cygwin.bat.diff'' and submit that patch to cygwin@cygwin.com for comments. Harold From dforeman@stny.rr.com Tue Jul 23 13:44:00 2002 From: dforeman@stny.rr.com (Dennis Foreman) Date: Tue, 23 Jul 2002 13:44:00 -0000 Subject: problems with XFree In-Reply-To: <3D3DAE97.4080503@msu.edu> Message-ID: Harold, Since you admit to having to play with addresses, could you PLEASE not send postings to me twice. I am now getting ONE from the LIST and ANOTHER direct, for YOUR replies to my postings. Since you deprecated my use of your personal email address, I have no recourse but to post my reply here. After this, I will remain silent, use what's here and take my lumps. If freeware was supposed to stop the incompatibilities across multiple incarnations of UNIX, it has failed. Code that works on one Linux fails on another (see postings to pthreads & LEDA lists), code that works on LINUX fails on SunOS or AIX. I don't see any improvement to the end user. My days as an active programmer are over. The option of contributing assumes I know something about the internals of "UNIX". I don't. And I don't want to either. I am now taking time to enjoy my family (as you want to enjoy yours). I do however occasionally need to delve into the "UNIX" environment, so there are some tools I use that may not be commercially available or which I am directed to use by others. Will the REAL UNIX please stand up? There are MANY arguments for/against any specific version. I don't really care. I just want code that's easy to use, works and runs as documented. Look what happened to OS/2. Great capabilities, lousy documentation, hard to use by novices. Look at MSWins: fair abilities, decent (not great) docs and REALLY easy to use for novices doing common things. Look who has the market share! How many PC's come with ANY version of Linux as the default? BTW, since Solaris came first, why not emulate what they had? And make it better. regards, D. J. Foreman, Ph. D. Dept of Computer Science Binghamton University website: http://WWW.CS.Binghamton.EDU/~foreman -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold L Hunt II Sent: Tuesday, July 23, 2002 3:29 PM To: dforeman@stny.rr.com; cygwin-xfree@cygwin.com Subject: Re: problems with XFree Dennis, Dennis Foreman wrote: > Harold, > My problems are not with the code base and hence the implementation, but > rather the lack of conformity between the different implementations as to > the arguments allowed. If you know your UNIX history, you know that what > hurt its widespread usage most was the inability of developers to rely upon > consistent implementations. Different arguments, different actions, > different shells, different everything else makes for lovely sandboxes, but > hardly provides a basis for widely-accepted applications. > For future reference, just assume that I am an old timer. You are completely allowed to have a problem with the difference between the two implementations. GNU, Linux, XFree86, and other open-source and free-software projects were started partly in response to the fact that the UNIX industry had failed miserably at maintaining any sort of compatibility with each other. One major problem with closed-source UNIX operating systems is that there are so many utilities in the operating system that not every utility gets fixed in every release. In fact, you might be using a UNIX release from 2002 that contains a version of sed that hasn't been updated since 1990. As I said before, if you are angry at Solaris for these discrepencies, you can take it up with them. If you are angry that XFree86's xterm is not compatible with Solaris's xterm, then you will have to take it up with the xterm developers and see if you can convince them to make changes on your behalf. Or, you can submit patch files to the xterm maintainers, which they are much more likely to accept that mere talk of changes. With open-source and free-software you at least have the option of contributing. Try contributing to Solaris's xterm and let us know how far you get. You need to realize that Cygwin/XFree86 is only a Cygwin port of XFree86. For any general questions about XFree86 (such as those related to xterm), *YOU HAVE TO TALK TO THE XFREE86 PROJECT*. The XFree86 project is located here: http://xfree86.org/ If you have a problem with XFree86's xterm, *YOU HAVE TO TAKE IT UP WITH THE XTERM MAINTAINER*: http://dickey.his.com/xterm/xterm.html > I used to make a living designing OS's. It was fun. But the goal was always > to remember that we had CUSTOMERS (external-paying and internal-free) who > needed consistency from release to release and products that were compatible > across vendors. To remember that we needed to produce programs with the same > core set of options, clear delineation of 'vendor-specific options' and most > of all, user-friendly support that recognized that not all users should have > to be guru's. If you want to stop people from using something, try making > them feel stupid. Then no one will really care if yours is the best. > Sure. I have written a User's Guide for the Cygwin-specific XFree86 features. The XFree86 project has extensive documentation for all XFree86 programs, libraries, extensions, etc. I will be perfectly willing to give you support if you are willng to pay me the same rate for support that you are used to forking over to commerical UNIX vendors. However, no amount of blather coming from anyone will convince me that my time is better spent in front of my computer than with my fiance. This is my hobby, not my livelihood. > PS. I apologize for sending email directly to you. As a user of many lists, > I did not think it necessary to look at the "to" line in my mail pgm to see > the actual recipient. My own list programs automatically modify the header > before sending posts to the list-members. Since I am OBVIOUSLY a MS Windows > user, one MIGHT expect that I also use MS Outlook, which does NOT give me > anything but "reply" and "reply to all". That doesn't make it inferior, just > different. > Wow. Did you miss the fact that I am writing an X Window System server for Microsoft Windows? Doesn't that sort of imply that I primarily use Windows? Microsoft Outlook? Yup, I use that too. I hit reply-to-all and I swap the addresses and remove addresses as necessary. I do the same thing in Mozilla. > PPS. My proposed "patch" is for the installation of Xfree (by setup) to > modify the cygwin.bat file to include the Xfree86 directory in the user's > path. Which is what I did manually. (You might include a check to see if > it's been moved.) This adds no cost to non-Xfree users and is necessary > anyway for those who do use Xfree. OS/2 used to have a line in some of its > install programs asking if the user wanted certain files modified for them > (like config.sys). > regards, > D. J. Foreman, Ph. D. > Dept of Computer Science > Binghamton University > website: http://WWW.CS.Binghamton.EDU/~foreman We have at times debated whether or not to add /usr/X11R6/bin to the path in cygwin.bat. I do not recall where the discussion about that left off. You can search the mailing list archives and let us know. Then you can make the proposed change to cygwin.bat, run ``diff -U3 cygwin.bat > cygwin.bat.diff'' and submit that patch to cygwin@cygwin.com for comments. Harold From huntharo@msu.edu Tue Jul 23 14:00:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Jul 2002 14:00:00 -0000 Subject: problems with XFree References: Message-ID: <3D3DBB79.8040007@msu.edu> Dennis Foreman wrote: > Harold, > Since you admit to having to play with addresses, could you PLEASE not send > postings to me twice. I am now getting ONE from the LIST and ANOTHER direct, > for YOUR replies to my postings. > > Since you deprecated my use of your personal email address, I have no > recourse but to post my reply here. After this, I will remain silent, use > what's here and take my lumps. No problem. Your message was unclear as to whether it was intentionally sent off-list. You seemed to blame Outlook for your troubles later in the message, so I went ahead and cc'd cygwin-xfree. > > If freeware was supposed to stop the incompatibilities across multiple > incarnations of UNIX, it has failed. Code that works on one Linux fails on > another (see postings to pthreads & LEDA lists), code that works on LINUX > fails on SunOS or AIX. I don't see any improvement to the end user. My days > as an active programmer are over. The option of contributing assumes I know > something about the internals of "UNIX". I don't. And I don't want to > either. I am now taking time to enjoy my family (as you want to enjoy > yours). I do however occasionally need to delve into the "UNIX" environment, > so there are some tools I use that may not be commercially available or > which I am directed to use by others. > With open-source and free-software you have two choices: 1) Take what you get 2) Don't take what you get Unless, of course, you are willing to contribute. As for knowledge of how UNIX works... I had no knowledge when I started working on this project and I still have hardly any knowledge. However, I am able to read the docs and the source to learn what I need on a daily basis. Anyone can easily contribute to this project in less than a week, if not a single day. > Will the REAL UNIX please stand up? There are MANY arguments for/against > any specific version. I don't really care. I just want code that's easy to > use, works and runs as documented. Look what happened to OS/2. Great > capabilities, lousy documentation, hard to use by novices. Look at MSWins: > fair abilities, decent (not great) docs and REALLY easy to use for novices > doing common things. Look who has the market share! How many PC's come with > ANY version of Linux as the default? > A valid observation, but you forgot one thing: we are not paid to do this. > BTW, since Solaris came first, why not emulate what they had? And make it > better. > [Smoke billows from Harold's keyboard as he quickly rewrites 20 years of open-source and free-software to be compatible with Solaris, because Dennis Foreman thought it would be a neat idea.] Nice idea, but you will have to work on that one yourself. > regards, > D. J. Foreman, Ph. D. > Dept of Computer Science > Binghamton University > website: http://WWW.CS.Binghamton.EDU/~foreman Harold From Ralf.Habacker@freenet.de Tue Jul 23 15:55:00 2002 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Tue, 23 Jul 2002 15:55:00 -0000 Subject: problems with XFree In-Reply-To: <3D3DAA1F.4030207@msu.edu> Message-ID: <00d201c23289$b631a390$cd6007d5@BRAMSCHE> > Sylvain Petreolle wrote: > > Why not install a file in /etc/profile.d ? > > > > Sylvain, > > I am not sure why we didn't use /etc/profile.d. I remember discussing > it, but when I searched the mailing list archives using the search > function at the top of the archive page, all I got was a bunch of spam > messages that I don't recall ever seeing on the mailing list (at least > not on the dates mentioned). I will have to do a google search for > profile.d on our site, but I haven't got time now. If you could do the > search and summarize where the thread left off, that would be great. > > I seem to remember that a profile.d would work for some cases, but it > wouldn't work for all cases... but I cannot give a specific example > (might be the archives as well). For kde I'm using the following for xfree settings, so I could avoid xfree setting in kde's profile.d script or /etc/profile. Perhaps this helps. $ cat /etc/profile.d/xfree.sh export PATH=/usr/X11R6/bin:$PATH export MANPATH=$MANPATH:/usr/X11R6/man Ralf From j_tetazoo@hotmail.com Tue Jul 23 19:16:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Tue, 23 Jul 2002 19:16:00 -0000 Subject: Help with fixing x2x... Message-ID: I recently discovered that when I run x2x, the Win2k Task Manager reports that it's using 90-99% of the CPU. While I have not noticed a slow down in performance when it's running, I'd like to fix it if I can. I've poked around in the source and I don't like the looks of the main loop: while (True) { /* FOREVER */ if (fromPending = XPending(fromDpy)) if (ProcessEvent(fromDpy, &dpyInfo)) /* done! */ break; if (XPending(toDpy)) { if (ProcessEvent(toDpy, &dpyInfo)) /* done! */ break; } else if (!fromPending) { FD_ZERO(fdset); FD_SET(fromConn, fdset); FD_SET(toConn, fdset); select(nfds, fdset, NULL, NULL, NULL); } It would appear to me that this constant polling for an event to process is what's eating up the CPU cycles. Not being an X programmer, I'm hoping someone monitoring the list can suggest a way to modify this loop to be less of a CPU hog. Thanks. _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx From huntharo@msu.edu Tue Jul 23 20:13:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Jul 2002 20:13:00 -0000 Subject: Help with fixing x2x... References: Message-ID: <3D3DDF87.2040807@msu.edu> Thomas, In x2x, the return value from ProcessEvent which indicates that everything went normally is False, not True. The real intentions for the return value of ProcessEvent can be described by the boolean variable called ``bAbortedDisconnect'' that is returned from ProcessMotionNotify. Much more on that below but for now, Ohmygodthatisfunny!!! In the loop, the code does this: 1) Check for an event on fromDpy. XPending returns immediately. 2) Process the event for fromDpy if an event was pending. If we processed an event successfully, continue looping. Else, the ProcessEvent function returned True and we are supposed to shutdown, thus the ``break''. 3) Check for an event on toDpy. XPending returns immediately. 4) Process the event for toDpy if an event was pending. If we processed an event successfully, continue looping. Else, the ProcessEvent function returned True and we are supposed to shutdown, thus the ``break''. 5) Else, if we did not process an event from either screen, wait until one or both o fthe file handles that represent the display event queues becomes ready for reading. I think that your infinite loop has to do with the fact that XPending returns a count of events ready for reading in fromPending, rather than a boolean value. I think that (!fromPending) had the desired effect on the developer's platform of determining that (fromPending == 0), but that is a highly compiler-dependent assumption on behalf of the original developer. For clarity, I would rewrite the section as follows (notice the correction in the ``else if''): ==================================================================== while (True) /* FOREVER */ { /* Save the number of event ready for fromDpy */ fromPending = XPending(fromDpy); /* Process any events ready for fromDpy */ if (fromPending != 0) if (ProcessEvent(fromDpy, &dpyInfo)) /* shutdown if True! */ break; /* Process any events ready for toDpy */ if (XPending(toDpy)) { if (ProcessEvent(toDpy, &dpyInfo)) /* shutdown if True! */ break; } else if (fromPending == 0) { /* No events ready for either display. Wait for an event. */ FD_ZERO(fdset); FD_SET(fromConn, fdset); FD_SET(toConn, fdset); select(nfds, fdset, NULL, NULL, NULL); } } /* END FOREVER */ ==================================================================== Now, for the excitement about the bAbortedDisconnect variable from ProcessMotionNotify: It looks like the original programmer is using some sort of consistency checking on MotionNotify events to determine that the X server is shutting down. I will have to look into this further, but it looks promising from my initial inspection. This is the final step that I need for xwinclip to function properly on server resets and shutdowns. Needless to say, hopefully I am seeing what I want to see :) Harold Thomas Chadwick wrote: > I recently discovered that when I run x2x, the Win2k Task Manager > reports that it's using 90-99% of the CPU. > > While I have not noticed a slow down in performance when it's running, > I'd like to fix it if I can. I've poked around in the source and I > don't like the looks of the main loop: > > while (True) { /* FOREVER */ > if (fromPending = XPending(fromDpy)) > if (ProcessEvent(fromDpy, &dpyInfo)) /* done! */ > break; > > if (XPending(toDpy)) { > if (ProcessEvent(toDpy, &dpyInfo)) /* done! */ > break; > } else if (!fromPending) { > FD_ZERO(fdset); > FD_SET(fromConn, fdset); > FD_SET(toConn, fdset); > select(nfds, fdset, NULL, NULL, NULL); > } > > It would appear to me that this constant polling for an event to process > is what's eating up the CPU cycles. > > Not being an X programmer, I'm hoping someone monitoring the list can > suggest a way to modify this loop to be less of a CPU hog. > > Thanks. > > > _________________________________________________________________ > MSN Photos is the easiest way to share and print your photos: > http://photos.msn.com/support/worldwide.aspx > From nahor@bravobrava.com Tue Jul 23 21:21:00 2002 From: nahor@bravobrava.com (Jehan) Date: Tue, 23 Jul 2002 21:21:00 -0000 Subject: problems with XFree References: <20020723145434.11907.qmail@web10108.mail.yahoo.com> <3D3DAA1F.4030207@msu.edu> Message-ID: Harold L Hunt II wrote: > Sylvain Petreolle wrote: > >> Why not install a file in /etc/profile.d ? >> > > Sylvain, > > I am not sure why we didn't use /etc/profile.d. I remember discussing > it, but when I searched the mailing list archives using the search > function at the top of the archive page, all I got was a bunch of spam > messages that I don't recall ever seeing on the mailing list (at least > not on the dates mentioned). I will have to do a google search for > profile.d on our site, but I haven't got time now. If you could do the > search and summarize where the thread left off, that would be great. > > I seem to remember that a profile.d would work for some cases, but it > wouldn't work for all cases... but I cannot give a specific example > (might be the archives as well). There was some talk about that on this thread: http://sources.redhat.com/ml/cygwin-xfree/2001-q2/threads.html#01549 There they say that the path to X should be set before any call to /etc/profile.d/* to be more Unix like (i.e. near the top of /etc/profile). It was suggested to add if ! echo $PATH | /bin/grep -q "/usr/X11R6/bin" ; then PATH="$PATH:/usr/X11R6/bin" fi at the top of /etc/profile. The comment was: "Now the stock Cygwin /etc/profile (unlike the Linux one) actually sets a default PATH on the first line via PATH="/usr/local/bin:/usr/bin:/bin:$PATH" Fortunately this puts the important system paths ahead of anything already defined, so it's OK to add /usr/X11R6/bin at the top." Post "http://sources.redhat.com/ml/cygwin-xfree/2001-q2/msg01574.html" is supposed to give a patch but I don't see it. Anyway, it was for the cygwin install (with the assumption that Cygwin/XFree would soon use Cygwin's setup). It's probably better to have a post-install script to do it Jehan From dforeman@stny.rr.com Tue Jul 23 21:39:00 2002 From: dforeman@stny.rr.com (Dennis Foreman) Date: Tue, 23 Jul 2002 21:39:00 -0000 Subject: problems with XFree In-Reply-To: <3D3DBB79.8040007@msu.edu> Message-ID: >[Smoke billows from Harold's keyboard as he quickly rewrites 20 years of >open-source and free-software to be compatible with Solaris, because >Dennis Foreman thought it would be a neat idea.] Nice idea, but you >will have to work on that one yourself. It's not my idea. I have been to conferences where customers begged for compatibility. In fact, I was the founder of the IBM VM Compatibility Review Board in the 80's. I got a lot of code changed to make it compatible. I didn't make a lot of friends doing it. Compatibility with the past begins with one person, today, having the guts to say: I'm going to make MY code compatible. Then convincing others to do the same. regards, D. J. Foreman, Ph. D. Dept of Computer Science Binghamton University website: http://WWW.CS.Binghamton.EDU/~foreman Harold From huntharo@msu.edu Tue Jul 23 21:51:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Tue, 23 Jul 2002 21:51:00 -0000 Subject: Cygwin/XWin - winkeybd.c/winKeybdBell(...) not being called? In-Reply-To: <20020724022140.GA21196@einstein.ee.mu.oz.au> Message-ID: John, You are asking a question of the Cygwin/XFree86 project. As such, you need to send all correspondence regarding Cygwin/XFree86 to cygwin-xfree@cygwin.com. I cannot answer email sent directly to me. Note: I have forwarded your question to cygwin-xfree@cygwin.com Harold > -----Original Message----- > From: John Papandriopoulos [mailto:jpap@ee.mu.oz.au] > Sent: Tuesday, July 23, 2002 10:22 PM > To: huntharo@msu.edu > Subject: Cygwin/XWin - winkeybd.c/winKeybdBell(...) not being called? > > > Hi Harold, > > I downloaded the latest test version (#65) of the Cygwin XFree86 > implementation (XWin.exe), in the hope that I would get my bell > working. It didn't. > > Looking at the source code, it doesn't appear that winKeybdBell(...) > in winkeybd.c is being called anywhere in any of the XWin sources. How > is that function supposed to be reached, in the great scheme of things? > > Is this why I am not hearing a bell/beep with Cygwin XFree86? (I open > an Xterm/Aterm/whatever, press CTRL-g and there is no sound at all -- > the beep can be heard if I run a Cygwin bash shell outside of X.) > > I found a related mailing list thread [1], but it doesn't give any clues > as to what might be the problem. I am running Windows2k professional. > > Any help would be appreciated. > > Regards, > John. > > [1] http://www.cygwin.com/ml/cygwin-xfree/2002-03/msg00266.html > > -- > John Papandriopoulos E-Mail: jpap@ee.mu.oz.au > Postgraduate Research Student jpap@ieee.org > ARC Special Research Centre CUBIN Phone: +61 3 8344-3819 > University of Melbourne, Australia From huntharo@msu.edu Tue Jul 23 22:21:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Tue, 23 Jul 2002 22:21:00 -0000 Subject: Reply-to address change Message-ID: Yup, it has finally happened. The drawbacks of not setting the reply-to field for this mailing list far outweigh the benefits. That is, saving some of us from having to constantly redirect about 5 posts a day to the mailing list is worth far more than avoiding the hypothetical pitfalls that setting a reply-to address can cause. Setting the reply-to address is not going to result in a greater percentage of the World's babies dying, no matter what some system administrator or old hack web page tells you. We are doing this reply-to change on a trial basis, but it we see no problems after, say, three months, then it will essentially become a permanent fixture of the cygwin-xfree mailing list. Later, Harold From huntharo@msu.edu Tue Jul 23 22:22:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Tue, 23 Jul 2002 22:22:00 -0000 Subject: problems with XFree In-Reply-To: Message-ID: > >[Smoke billows from Harold's keyboard as he quickly rewrites 20 years of > >open-source and free-software to be compatible with Solaris, because > >Dennis Foreman thought it would be a neat idea.] Nice idea, but you > >will have to work on that one yourself. > > It's not my idea. I have been to conferences where customers begged for > compatibility. In fact, I was the founder of the IBM VM > Compatibility Review > Board in the 80's. I got a lot of code changed to make it compatible. I > didn't make a lot of friends doing it. Compatibility with the past begins > with one person, today, having the guts to say: I'm going to make MY code > compatible. Then convincing others to do the same. > Yeah, and the point that you seem to keep missing is that we aren't the ones to take this complaint to. Take your complaints to the nine-to-fivers who get paid to listen to this kind of stuff. Personally, I think your complaint is way overblown. My current day job is to take a Fortran program originally written for VMS 20 years ago and port it to Tru64 UNIX and Linux. Turns out that the DEC FORTRAN compiler is available for Tru64 UNIX as the Compaq Fortran Compiler and it is also available for Linux as the Intel Fortran Compiler. Hardly a thing has changed in 20 years. When I needed certain VMS system calls on *NIX, I took the initiative to create a VMS-compatibility library for POSIX systems that started off by implementing the system calls that I need: http://savannah.gnu.org/projects/vnix/ Three months ago I had never used Fortran, or even seen it, for that matter, nor had I used VMS. I learned everything that I needed to port this project in under three months, including starting VNIX as a side project. In short, I don't see the compatibility problem. I see challenges that you are going to see in any profession on a daily basis, and you either step up and solve the challenges or you retire. With that being said, this thread is way off-topic and is now finished. Dennis, you are very close to crossing the border from being a Cygwin/XFree86 user to becoming a nuisance to the mailing list. A nice achievement in five days. We ban nuisances, please don't become one. Harold From bozackt1@ridgecrest.ca.us Wed Jul 24 00:17:00 2002 From: bozackt1@ridgecrest.ca.us (Tom Bozack) Date: Wed, 24 Jul 2002 00:17:00 -0000 Subject: problems with XFree References: Message-ID: <3D3E390F.7020801@ridgecrest.ca.us> Harold, thanks for the suggestions. I was hoping that oue of them would solve the problem. I checked and found only one cygwin1.dll on the system. It's dated 5 July. I update frequently using setup.exe. I agree with you assessment of Windows. However, my problem isn't the BSOD but XFree86 seg fault. Windows keeps on working and the (apparent) memory leak resolves itself after CFree86 croaks. Let me know if there is anything else I can do on my end to identify the problem. Thanks, Tom Harold Hunt wrote: > Tom, > > I bet that you either have two copies of cygwin1.dll on your system, or that > you have a really old version of cygwin1.dll. For more information see: > > http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-status-access-vio > lation > > I run XDMCP sessions for several hours with no slowdowns or lockups. I also > log off and back on to XDMCP sessions all the time. A couple of days ago I > did identify and fix a memory leak that happens when the X server resets, > which happens when you logoff an XDMCP session. > > I think that Windows 2000 and Windows XP do not show a bluescreen anymore by > default. You can change that option in the Control Panel. You mention that > this also happens on Windows 95/98/Me, which seems to be about the level of > information that you can expect from those OSes when they crash. > > Harold > > >>-----Original Message----- >>From: cygwin-xfree-owner@cygwin.com >>[mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Tom Bozack >>Sent: Monday, July 22, 2002 10:32 PM >>To: cygwin-xfree@cygwin.com >>Subject: Re: problems with XFree >> >> >>I think Cygwin/XFree86 is a great product -- but there is nothing so >>good that it can't be improved. I agree with all of you comments, >>although I haven't had the system reboot experience. >> >>One persistant problem that you didn't mention (manybe you haven't run >>into it yet) is a very persistent and repeatable lock-up when used to >>login to another host using XDMCP. The symptom is of a sudden large >>memory leak after 15-30 minutes of use. XFree86 becomes unresponsive, >>system memory and swap resources are rapidly used up, and finally >>XFree86 crashes with a seg fault. This also happens immediately (you >>don't have to wait 15-30 min) when you logoff the host and login again. >> I've experienced this under Windows 98/98SE/ME. >> >>For me this is a showstopper since it makes Cygwin/XFree86 unusable as >>an X server platform. It's fun to play with, but this "bug" makes it >>unacceptable for routine use as an X server. >> >>Tom >> >>gsroka@mmsa.com wrote: >> >>>(last email I sent complained about HTML MIME. i hope i'm not >>>double-posting) >>> >>>I started playing with XFree last week. It's been a few years >> >>since I've >> >>>used UNIX, so you can call me a newbie, if you like. I'm >> >>running Windows >> >>>2000 Pro on a P4 1.7 GHz with 768 MiB of RAM and 10 GB free on my hard >>>drive. I (eventually) did a full Cygwin/XFree86 download and install >>>(binaries, not source). >>> >>>Please don't flame me if I'm out of line. I didn't know if I >> >>should break >> >>>this up into several emails or have one big one. Also, please send >>>responses to me by email. >>> >>>Here are my obervations/problems. >>>Showstoppers: >>>1) The very first time I brought up the X server, I had modified >>>startxwin.bat >>>to use wmaker instead of twm. It crashed because /home >>>hadn't been created yet. This was "fixed" by running the text-mode bash >>>icon first. >>>2) when I run Xman, it says "No App-Defaults File". If I run >> >>"Xman -notop" >> >>>instead, I can browse one man page, and then it stops working. >> >>(it gives a >> >>>"likeToSave" message box with yes and no buttons that don't seem to do >>>anything.) It seems to be related to missing a locale binary. >> >>Is there a >> >>>way to get this to work? >>>3) within the first few hours of usage, I ran a "find / -name >> >>abc -print" >> >>>from the command-line, and my trusty Windows 2000 box >> >>restarted. no blue >> >>>screen, no error. it was like someone pulled the power plug and >> >>plugged it >> >>>back in. after it came up, i tried the same command and it worked fine. >>>4) i had a similar "restart" to #6 when I ran setup.exe while >> >>cygwin was >> >>>up. of course, bad user, i should have stopped cygwin before running >>>setup, but i'm still amazed at how easily my robust kernel, based on NT >>>Technology, came down. >>> >>>Nice-to-haves: >>>5) it'd be nice if setup.exe showed the size (in bytes or >> >>megabytes, etc.) >> >>>of each package (it's in setup.ini). on my 56 Kb/s modem, downloading a >>>large, unnecessary file takes a painfully long time, but a small >>>unnecessary file is not so bad. >>>6) on that note, how about displaying those nice descriptions from >>>setup.ini in setup.exe so we can see what the packages are before >>>downloading them. a resizable window would come in handy for this. >>>7) the first time I downloaded (a partial download, not full), i picked >>>"more" and "clear", but next time I went into setup.exe, it had >>>"forgotten" that. perhaps if I can unrust my C, I can fix some of these >>>bugs myself. give me a few weeks. >>>8) the XFree86-fnts package is 16 MiB. it's kind of big. the >> >>first time i >> >>>downloaded from http:uiuc, it got 98% and stopped responding--1 hour >>>wasted (at 56 Kb). the second time (no joke) it got 99% and >>>stopped--another hour wasted. so i copied it from somewhere else. >>>9) my X clients on an AIX box didn't work because i didn't use the -kb >>>switch on XWin. but i found that one on the faq. a possible >> >>enhancement to >> >>>setup.exe? >>>10) using K (or Ki) and B for byte on setup.exe is always nice. >> >>make sure >> >>>to leave a space between the number and the unit. 10 KB, not 10KB. how >>>about estimated download time in addition to % ? >>>11) also, what's all that /b stuff about in startxwin.bat? >> >>gotos, etc. but >> >>>there is no /b ! (there is no spoon either ;-) >>> >>> >>>Please no one take offense at all this. I'm not trying to throw >> >>blame. It >> >>>seems like a great product, so far (except for the deadly >> >>restarts). These >> >>>are perhaps suggestions for doing it better. I know some coworkers who >>>tried to get this to work, but gave up because of the problems. So will >>>the average newbie or the busy IT pro who doesn't have time to >> >>read lots >> >>>of faqs and will buy Exceed instead. I hope my observations will help >>>others. >>> >>>Gabriel Sroka >>>gsroka at mmsa dot com >>> >> >> >> > From kwong@control.toronto.edu Wed Jul 24 02:31:00 2002 From: kwong@control.toronto.edu (Raymond Kwong) Date: Wed, 24 Jul 2002 02:31:00 -0000 Subject: Difference between installing Xfree-4.2.0 using setup and install.sh Message-ID: <20020724010255.A12675@thor.control.toronto.edu> Thank you for shedding light on the question. The problem is indeed with the .Xauthority file. I created a .Xauthority file with my recent install using setup. I had tried doing the same earlier when I did the installation using install.sh, but it turned out that the .Xauthority file was never created. If I delete the .Xauthority file from my recent install, I am able to ssh to a remote host and display results, just as before. Now I decided to try xauth a bit further. I found interestingly that if I just ran the startx script from my linux box on cygwin Xfree-4.2.0, I could create succesfully a .Xauthority file, start the X server, and display results from a remote host via ssh, without adding xhost +localhost to my .xinitrc file. In other words, the same behaviour as starting the X server on linux is now obtained. I guess it works because mcookie is now part of cygutils. I hope my experience may be useful to others who want to set up the .Xauthority file. Raymond From strube@physik3.gwdg.de Wed Jul 24 04:17:00 2002 From: strube@physik3.gwdg.de (Hans Werner Strube) Date: Wed, 24 Jul 2002 04:17:00 -0000 Subject: X11 backing store Message-ID: <200207240717.JAA14318@r2d2.physik3.gwdg.de> > From huntharo@msu.edu Tue Jul 23 20:23:54 2002 > Cygwin/XFree86 has support for backing store, but it is not enabled by > default. You have to pass the ``+bs'' parameter to XWin.exe to enable > backing store support: > > XWin +bs I have tried this before but forgot mentioning it. For the program considered (plotting a moving bar diagram) this works, but only in a part of the window. Beside this, the whole X screen behaves strangely, with changes (e.g., the WM menu) appearing ghostlike only in the surrounding of the mouse pointer. > I have seen various posting that seem to indicate that backing store > support is not trusted anymore... perhaps it is no longer being > maintained. Well, one should not rely too much on backing store, but on other servers, it works sufficiently well. From xboussin@yaccom.com Wed Jul 24 06:15:00 2002 From: xboussin@yaccom.com (Xavier Boussin) Date: Wed, 24 Jul 2002 06:15:00 -0000 Subject: Need information to port UNIX tools under PC Message-ID: Hello I have to port UNIX tools on PC. These tools(mainly MMI) are using X11, Xol and Xt libraries. I read/searched for informations about that in mailing lists archives in cygwin site but nothing could help me. I think the easiest way to port these tools is using perhaps xfree, but is it the case for my need? If not, have you any idea on how to solve the problem? Regards. Xavier From Oddvar.Myrnes@stoltoffshore.no Wed Jul 24 06:18:00 2002 From: Oddvar.Myrnes@stoltoffshore.no (Oddvar.Myrnes@stoltoffshore.no) Date: Wed, 24 Jul 2002 06:18:00 -0000 Subject: Need information to port UNIX tools under PC Message-ID: Hello Xavier The cygwin environment is the right choise for you. If you have the source code for your tools and all nessesary external modules, and the comersial side (Public Open Source Licensing) is ok the only thing you need to do is: 1. Install cygwin on your computer. This is very simple using the Setup program on Cygwin home page. 2. Modify you make system to use GCC on cygwin platform. 3. Create a separate object catalog for the cygwin object files, and modify the Make system so compiler output object files to these and the linker to look there when linking. 4. Start compile and link. Oddvard "Xavier Boussin" m> cc: Sent by: Subject: Need information to port UNIX tools under PC cygwin-xfree-owner@ cygwin.com 24.07.2002 11:33 Please respond to cygwin-xfree Hello I have to port UNIX tools on PC. These tools(mainly MMI) are using X11, Xol and Xt libraries. I read/searched for informations about that in mailing lists archives in cygwin site but nothing could help me. I think the easiest way to port these tools is using perhaps xfree, but is it the case for my need? If not, have you any idea on how to solve the problem? Regards. Xavier From huntharo@msu.edu Wed Jul 24 08:41:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 24 Jul 2002 08:41:00 -0000 Subject: Cygwin/XWin - winkeybd.c/winKeybdBell(...) not being called? In-Reply-To: <20020724045524.GA23365@einstein.ee.mu.oz.au> Message-ID: John, *You* screwed up in two major ways, not me: 1) You emailed me directly. I do not appreciate email sent to me from people wishing to deal with the Cygwin/XFree86 project. I do not need your permission to forward such emails to the mailing list. 2) You did not inform me at the top of the email that you were protective of your email address. If you had, I would have simply deleted your email rather than forwarding it to the mailing list. You have to remember that with the Internet, you have to look out for yourself. If you are truly concerned about the protection of your email address, then you should be using temporary accounts for any emails that you SPAM project leaders with. Yup, you spammed me. You sent me an unsolicited personel email rather than sending it to the project that I work on. Thanks, now go away, Harold P.S. You will notice that I have taken the care to remove your email addresses from the bottom of this message. > Harold, > > Thank you for your reply, however I would have appreciated it if > you had *not* forwarded my query directly to the mailing list. > > I am quite capable of sending such an email myself. I've had > very bad experiences with spam originating from www mailing list > archives and I would not have included my signature which has now > been archived onto the web: > > http://www.cygwin.com/ml/cygwin-xfree/2002-03/msg00266.html > > If you can now *remove* that message from the list archive, I would > be most grateful. It includes my `' address quoted as-is, > which I have tried *extremely* hard to keep from spammers. > > I'd assume that normally signatures are removed by the list, however > you had quoted my message and so it remained. > > John. > > > On Wed, Jul 24, 2002 at 12:20:58AM -0400, Harold Hunt wrote: > > John, > > > > You are asking a question of the Cygwin/XFree86 project. As > such, you need > > to send all correspondence regarding Cygwin/XFree86 to > > cygwin-xfree@cygwin.com. I cannot answer email sent directly to me. > > > > Note: I have forwarded your question to cygwin-xfree@cygwin.com > > > > Harold > From huntharo@msu.edu Wed Jul 24 09:03:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 24 Jul 2002 09:03:00 -0000 Subject: problems with XFree In-Reply-To: <3D3E390F.7020801@ridgecrest.ca.us> Message-ID: > Harold, thanks for the suggestions. I was hoping that oue of them would > solve the problem. I checked and found only one cygwin1.dll on the > system. It's dated 5 July. I update frequently using setup.exe. > > I agree with you assessment of Windows. However, my problem isn't the > BSOD but XFree86 seg fault. Windows keeps on working and the (apparent) > memory leak resolves itself after CFree86 croaks. > > Let me know if there is anything else I can do on my end to identify the > problem. > > Thanks, > Tom Tom, Have you sent in the contents of /tmp/XWin.log from a time when this problem happens? Harold From j_tetazoo@hotmail.com Wed Jul 24 11:49:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Wed, 24 Jul 2002 11:49:00 -0000 Subject: Help with fixing x2x... Message-ID: Hmmm. I tried your suggestion and the behavior has not changed. It's still gobbling up 99% of the CPU. Suspecting that select() is not blocking like it should, I inserted "printf("Hello\n");" just before the select() function call. Now when I run x2x I get a continuous stream of "Hello"s on STDOUT whether or not I'm moving the mouse or typing. By comparison, I compiled x2x on my AIX workstation, including the "Hello" addition. When I run x2x there, I observe that it only prints "Hello" when I move the mouse or hit a key. This seems to me to be the appropriate behavior. This little experiment implicates the select() function call itself as being the source of the trouble. Now the question is, is it a problem with how select() is being used (and if so, is the problem at the Xserver or the Xclient end), or is there a problem with the Cygwin implementation of it? Are you aware of any Xclients which use select() and yet do not exhibit the non-blocking behavior I'm seeing? Perhaps there is a minor tweak required in how it is being called. >From: Harold L Hunt II >To: Thomas Chadwick >CC: cygwin-xfree@cygwin.com >Subject: Re: Help with fixing x2x... >Date: Tue, 23 Jul 2002 18:58:15 -0400 > >Thomas, > >In x2x, the return value from ProcessEvent which indicates that everything >went normally is False, not True. The real intentions for the return value >of ProcessEvent can be described by the boolean variable called >``bAbortedDisconnect'' that is returned from ProcessMotionNotify. Much >more on that below but for now, > >Ohmygodthatisfunny!!! > >In the loop, the code does this: > >1) Check for an event on fromDpy. XPending returns immediately. > >2) Process the event for fromDpy if an event was pending. If we processed >an event successfully, continue looping. Else, the ProcessEvent function >returned True and we are supposed to shutdown, thus the ``break''. > >3) Check for an event on toDpy. XPending returns immediately. > >4) Process the event for toDpy if an event was pending. If we processed an >event successfully, continue looping. Else, the ProcessEvent function >returned True and we are supposed to shutdown, thus the ``break''. > >5) Else, if we did not process an event from either screen, wait until one >or both o fthe file handles that represent the display event queues becomes >ready for reading. > >I think that your infinite loop has to do with the fact that XPending >returns a count of events ready for reading in fromPending, rather than a >boolean value. I think that (!fromPending) had the desired effect on the >developer's platform of determining that (fromPending == 0), but that is a >highly compiler-dependent assumption on behalf of the original developer. > >For clarity, I would rewrite the section as follows (notice the correction >in the ``else if''): > >==================================================================== >while (True) /* FOREVER */ > { > /* Save the number of event ready for fromDpy */ > fromPending = XPending(fromDpy); > > /* Process any events ready for fromDpy */ > if (fromPending != 0) > if (ProcessEvent(fromDpy, &dpyInfo)) /* shutdown if True! */ > break; > > /* Process any events ready for toDpy */ > if (XPending(toDpy)) > { > if (ProcessEvent(toDpy, &dpyInfo)) /* shutdown if True! */ > break; > } > else if (fromPending == 0) > { > /* No events ready for either display. Wait for an event. */ > FD_ZERO(fdset); > FD_SET(fromConn, fdset); > FD_SET(toConn, fdset); > select(nfds, fdset, NULL, NULL, NULL); > } > } /* END FOREVER */ >==================================================================== > >Now, for the excitement about the bAbortedDisconnect variable from >ProcessMotionNotify: > >It looks like the original programmer is using some sort of consistency >checking on MotionNotify events to determine that the X server is shutting >down. I will have to look into this further, but it looks promising from >my initial inspection. This is the final step that I need for xwinclip to >function properly on server resets and shutdowns. Needless to say, >hopefully I am seeing what I want to see :) > >Harold > > > >Thomas Chadwick wrote: >>I recently discovered that when I run x2x, the Win2k Task Manager reports >>that it's using 90-99% of the CPU. >> >>While I have not noticed a slow down in performance when it's running, I'd >>like to fix it if I can. I've poked around in the source and I don't like >>the looks of the main loop: >> >> while (True) { /* FOREVER */ >> if (fromPending = XPending(fromDpy)) >> if (ProcessEvent(fromDpy, &dpyInfo)) /* done! */ >> break; >> >> if (XPending(toDpy)) { >> if (ProcessEvent(toDpy, &dpyInfo)) /* done! */ >> break; >> } else if (!fromPending) { >> FD_ZERO(fdset); >> FD_SET(fromConn, fdset); >> FD_SET(toConn, fdset); >> select(nfds, fdset, NULL, NULL, NULL); >> } >> >>It would appear to me that this constant polling for an event to process >>is what's eating up the CPU cycles. >> >>Not being an X programmer, I'm hoping someone monitoring the list can >>suggest a way to modify this loop to be less of a CPU hog. >> >>Thanks. >> >> >>_________________________________________________________________ >>MSN Photos is the easiest way to share and print your photos: >>http://photos.msn.com/support/worldwide.aspx >> _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From jc.gervais@videotron.ca Wed Jul 24 12:15:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Wed, 24 Jul 2002 12:15:00 -0000 Subject: Help with fixing x2x... In-Reply-To: Message-ID: Have you checked what select is returning? I remember there were differences in how an FD_SET was used in Win32 and UNIX. Also, since select is probably returning -1, call WSAGetlastError and check what the code is. -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Thomas Chadwick Sent: Wednesday, July 24, 2002 11:41 AM To: cygwin-xfree@cygwin.com Subject: Re: Help with fixing x2x... Hmmm. I tried your suggestion and the behavior has not changed. It's still gobbling up 99% of the CPU. Suspecting that select() is not blocking like it should, I inserted "printf("Hello\n");" just before the select() function call. Now when I run x2x I get a continuous stream of "Hello"s on STDOUT whether or not I'm moving the mouse or typing. By comparison, I compiled x2x on my AIX workstation, including the "Hello" addition. When I run x2x there, I observe that it only prints "Hello" when I move the mouse or hit a key. This seems to me to be the appropriate behavior. This little experiment implicates the select() function call itself as being the source of the trouble. Now the question is, is it a problem with how select() is being used (and if so, is the problem at the Xserver or the Xclient end), or is there a problem with the Cygwin implementation of it? Are you aware of any Xclients which use select() and yet do not exhibit the non-blocking behavior I'm seeing? Perhaps there is a minor tweak required in how it is being called. >From: Harold L Hunt II >To: Thomas Chadwick >CC: cygwin-xfree@cygwin.com >Subject: Re: Help with fixing x2x... >Date: Tue, 23 Jul 2002 18:58:15 -0400 > >Thomas, > >In x2x, the return value from ProcessEvent which indicates that everything >went normally is False, not True. The real intentions for the return value >of ProcessEvent can be described by the boolean variable called >``bAbortedDisconnect'' that is returned from ProcessMotionNotify. Much >more on that below but for now, > >Ohmygodthatisfunny!!! > >In the loop, the code does this: > >1) Check for an event on fromDpy. XPending returns immediately. > >2) Process the event for fromDpy if an event was pending. If we processed >an event successfully, continue looping. Else, the ProcessEvent function >returned True and we are supposed to shutdown, thus the ``break''. > >3) Check for an event on toDpy. XPending returns immediately. > >4) Process the event for toDpy if an event was pending. If we processed an >event successfully, continue looping. Else, the ProcessEvent function >returned True and we are supposed to shutdown, thus the ``break''. > >5) Else, if we did not process an event from either screen, wait until one >or both o fthe file handles that represent the display event queues becomes >ready for reading. > >I think that your infinite loop has to do with the fact that XPending >returns a count of events ready for reading in fromPending, rather than a >boolean value. I think that (!fromPending) had the desired effect on the >developer's platform of determining that (fromPending == 0), but that is a >highly compiler-dependent assumption on behalf of the original developer. > >For clarity, I would rewrite the section as follows (notice the correction >in the ``else if''): > >==================================================================== >while (True) /* FOREVER */ > { > /* Save the number of event ready for fromDpy */ > fromPending = XPending(fromDpy); > > /* Process any events ready for fromDpy */ > if (fromPending != 0) > if (ProcessEvent(fromDpy, &dpyInfo)) /* shutdown if True! */ > break; > > /* Process any events ready for toDpy */ > if (XPending(toDpy)) > { > if (ProcessEvent(toDpy, &dpyInfo)) /* shutdown if True! */ > break; > } > else if (fromPending == 0) > { > /* No events ready for either display. Wait for an event. */ > FD_ZERO(fdset); > FD_SET(fromConn, fdset); > FD_SET(toConn, fdset); > select(nfds, fdset, NULL, NULL, NULL); > } > } /* END FOREVER */ >==================================================================== > >Now, for the excitement about the bAbortedDisconnect variable from >ProcessMotionNotify: > >It looks like the original programmer is using some sort of consistency >checking on MotionNotify events to determine that the X server is shutting >down. I will have to look into this further, but it looks promising from >my initial inspection. This is the final step that I need for xwinclip to >function properly on server resets and shutdowns. Needless to say, >hopefully I am seeing what I want to see :) > >Harold > > > >Thomas Chadwick wrote: >>I recently discovered that when I run x2x, the Win2k Task Manager reports >>that it's using 90-99% of the CPU. >> >>While I have not noticed a slow down in performance when it's running, I'd >>like to fix it if I can. I've poked around in the source and I don't like >>the looks of the main loop: >> >> while (True) { /* FOREVER */ >> if (fromPending = XPending(fromDpy)) >> if (ProcessEvent(fromDpy, &dpyInfo)) /* done! */ >> break; >> >> if (XPending(toDpy)) { >> if (ProcessEvent(toDpy, &dpyInfo)) /* done! */ >> break; >> } else if (!fromPending) { >> FD_ZERO(fdset); >> FD_SET(fromConn, fdset); >> FD_SET(toConn, fdset); >> select(nfds, fdset, NULL, NULL, NULL); >> } >> >>It would appear to me that this constant polling for an event to process >>is what's eating up the CPU cycles. >> >>Not being an X programmer, I'm hoping someone monitoring the list can >>suggest a way to modify this loop to be less of a CPU hog. >> >>Thanks. >> >> >>_________________________________________________________________ >>MSN Photos is the easiest way to share and print your photos: >>http://photos.msn.com/support/worldwide.aspx >> _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From j_tetazoo@hotmail.com Wed Jul 24 12:18:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Wed, 24 Jul 2002 12:18:00 -0000 Subject: Help with fixing x2x... Message-ID: I added a printf statement and sure enough, the return value of select is -1. I then tried printf'ing the value returned by WSAGetLastError. To make a long story short, I wound up having to comment out the includes for and and include instead to get it to succesfully compile x2x.o; and I had to add -lwsock32 in the Makefile to get it to successfully link x2x.exe. After doing this, select is still non-blocking, returning -1, and the value returned by WSAGetLastError() is 10038, which seems to correspond to the #define WSAENOTSOCK in winsock.h. Any idea what this error code means and what steps I might take to fix it? >From: "Jean-Claude Gervais" >Reply-To: cygwin-xfree@cygwin.com >To: >Subject: RE: Help with fixing x2x... >Date: Wed, 24 Jul 2002 11:58:41 -0400 > >Have you checked what select is returning? >I remember there were differences in how an FD_SET was used in Win32 and >UNIX. > >Also, since select is probably returning -1, call WSAGetlastError and check >what the code is. > > >-----Original Message----- >From: cygwin-xfree-owner@cygwin.com >[mailto:cygwin-xfree-owner@cygwin.com]On >Behalf Of Thomas Chadwick >Sent: Wednesday, July 24, 2002 11:41 AM >To: cygwin-xfree@cygwin.com >Subject: Re: Help with fixing x2x... > >Hmmm. I tried your suggestion and the behavior has not changed. It's >still gobbling up 99% of the CPU. Suspecting that select() is not blocking >like it should, I inserted "printf("Hello\n");" just before the select() >function call. Now when I run x2x I get a continuous stream of "Hello"s on >STDOUT whether or not I'm moving the mouse or typing. > >By comparison, I compiled x2x on my AIX workstation, including the "Hello" >addition. When I run x2x there, I observe that it only prints "Hello" when >I move the mouse or hit a key. This seems to me to be the appropriate >behavior. > >This little experiment implicates the select() function call itself as >being >the source of the trouble. Now the question is, is it a problem with how >select() is being used (and if so, is the problem at the Xserver or the >Xclient end), or is there a problem with the Cygwin implementation of it? > >Are you aware of any Xclients which use select() and yet do not exhibit the >non-blocking behavior I'm seeing? Perhaps there is a minor tweak required >in how it is being called. > > >From: Harold L Hunt II > >To: Thomas Chadwick > >CC: cygwin-xfree@cygwin.com > >Subject: Re: Help with fixing x2x... > >Date: Tue, 23 Jul 2002 18:58:15 -0400 > > > >Thomas, > > > >In x2x, the return value from ProcessEvent which indicates that >everything > >went normally is False, not True. The real intentions for the return >value > >of ProcessEvent can be described by the boolean variable called > >``bAbortedDisconnect'' that is returned from ProcessMotionNotify. Much > >more on that below but for now, > > > >Ohmygodthatisfunny!!! > > > >In the loop, the code does this: > > > >1) Check for an event on fromDpy. XPending returns immediately. > > > >2) Process the event for fromDpy if an event was pending. If we >processed > >an event successfully, continue looping. Else, the ProcessEvent function > >returned True and we are supposed to shutdown, thus the ``break''. > > > >3) Check for an event on toDpy. XPending returns immediately. > > > >4) Process the event for toDpy if an event was pending. If we processed >an > >event successfully, continue looping. Else, the ProcessEvent function > >returned True and we are supposed to shutdown, thus the ``break''. > > > >5) Else, if we did not process an event from either screen, wait until >one > >or both o fthe file handles that represent the display event queues >becomes > >ready for reading. > > > >I think that your infinite loop has to do with the fact that XPending > >returns a count of events ready for reading in fromPending, rather than a > >boolean value. I think that (!fromPending) had the desired effect on the > >developer's platform of determining that (fromPending == 0), but that is >a > >highly compiler-dependent assumption on behalf of the original developer. > > > >For clarity, I would rewrite the section as follows (notice the >correction > >in the ``else if''): > > > >==================================================================== > >while (True) /* FOREVER */ > > { > > /* Save the number of event ready for fromDpy */ > > fromPending = XPending(fromDpy); > > > > /* Process any events ready for fromDpy */ > > if (fromPending != 0) > > if (ProcessEvent(fromDpy, &dpyInfo)) /* shutdown if True! */ > > break; > > > > /* Process any events ready for toDpy */ > > if (XPending(toDpy)) > > { > > if (ProcessEvent(toDpy, &dpyInfo)) /* shutdown if True! */ > > break; > > } > > else if (fromPending == 0) > > { > > /* No events ready for either display. Wait for an event. */ > > FD_ZERO(fdset); > > FD_SET(fromConn, fdset); > > FD_SET(toConn, fdset); > > select(nfds, fdset, NULL, NULL, NULL); > > } > > } /* END FOREVER */ > >==================================================================== > > > >Now, for the excitement about the bAbortedDisconnect variable from > >ProcessMotionNotify: > > > >It looks like the original programmer is using some sort of consistency > >checking on MotionNotify events to determine that the X server is >shutting > >down. I will have to look into this further, but it looks promising from > >my initial inspection. This is the final step that I need for xwinclip >to > >function properly on server resets and shutdowns. Needless to say, > >hopefully I am seeing what I want to see :) > > > >Harold > > > > > > > >Thomas Chadwick wrote: > >>I recently discovered that when I run x2x, the Win2k Task Manager >reports > >>that it's using 90-99% of the CPU. > >> > >>While I have not noticed a slow down in performance when it's running, >I'd > >>like to fix it if I can. I've poked around in the source and I don't >like > >>the looks of the main loop: > >> > >> while (True) { /* FOREVER */ > >> if (fromPending = XPending(fromDpy)) > >> if (ProcessEvent(fromDpy, &dpyInfo)) /* done! */ > >> break; > >> > >> if (XPending(toDpy)) { > >> if (ProcessEvent(toDpy, &dpyInfo)) /* done! */ > >> break; > >> } else if (!fromPending) { > >> FD_ZERO(fdset); > >> FD_SET(fromConn, fdset); > >> FD_SET(toConn, fdset); > >> select(nfds, fdset, NULL, NULL, NULL); > >> } > >> > >>It would appear to me that this constant polling for an event to process > >>is what's eating up the CPU cycles. > >> > >>Not being an X programmer, I'm hoping someone monitoring the list can > >>suggest a way to modify this loop to be less of a CPU hog. > >> > >>Thanks. > >> > >> > >>_________________________________________________________________ > >>MSN Photos is the easiest way to share and print your photos: > >>http://photos.msn.com/support/worldwide.aspx > >> > > > > >_________________________________________________________________ >Send and receive Hotmail on your mobile device: http://mobile.msn.com _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From huntharo@msu.edu Wed Jul 24 12:26:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 24 Jul 2002 12:26:00 -0000 Subject: Help with fixing x2x... References: Message-ID: <3D3EFD60.7000504@msu.edu> Thomas Chadwick wrote: > Hmmm. I tried your suggestion and the behavior has not changed. It's > still gobbling up 99% of the CPU. Suspecting that select() is not > blocking like it should, I inserted "printf("Hello\n");" just before the > select() function call. Now when I run x2x I get a continuous stream of > "Hello"s on STDOUT whether or not I'm moving the mouse or typing. > > By comparison, I compiled x2x on my AIX workstation, including the > "Hello" addition. When I run x2x there, I observe that it only prints > "Hello" when I move the mouse or hit a key. This seems to me to be the > appropriate behavior. > > This little experiment implicates the select() function call itself as > being the source of the trouble. Now the question is, is it a problem > with how select() is being used (and if so, is the problem at the > Xserver or the Xclient end), or is there a problem with the Cygwin > implementation of it? > > Are you aware of any Xclients which use select() and yet do not exhibit > the non-blocking behavior I'm seeing? Perhaps there is a minor tweak > required in how it is being called. > Yup, xwinclip uses select () just like x2x does: http://xfree86.cygwin.com/devel/xwinclip/changelog.html Just download the tarball for Test06 and look in xwinclip.c/main ()/Line 390. I think the problem may be with the value that getdtablesize () is returning. To find out, you need to printf the value of nfds, fromConn, and toConn. If nfds isn't at least one larger than the maximum of fromConn and toConn, then you have a problem. You can alternatively replace nfds in the call to select with FD_SETSIZE. Probably the main problem here, other than if nfds is incorrect, is that the event loop fails to flush all X events before its first call to select (), which is necessary because there may be events stored in local structures already. Also, the manner in which the program determines whether or not events are pending is non-standard and easy to break. One other thing: the original programmer is malloc'ing fdset and freeing it later. This is entirely unnecessary, fdset should be an automatic variable instead. I recommend completely replaceing the DoX2X function with the one below. I promise that it will work this time :) Harold static void DoX2X(fromDpy, toDpy) Display *fromDpy; Display *toDpy; { DPYINFO dpyInfo; fd_set fdset; int fromConn, toConn; int iReturn; Bool fReturn; /* set up displays */ dpyInfo.fromDpy = fromDpy; dpyInfo.toDpy = toDpy; InitDpyInfo (&dpyInfo); RegisterEventHandlers (&dpyInfo); /* get file handles for display event pipes */ fromConn = XConnectionNumber(fromDpy); toConn = XConnectionNumber(toDpy); /* * We have to clear any pending events before our * first call to select, because there may be events * stored in local structures. Failing to clear these * events will lead to select failing to operate * properly. We just set the event flags here so * that both event loops are entered on the first time * through the main loop below. */ FD_ZERO (&fdset); FD_SET (fromConn, &fdset); FD_SET (toConn, &fdSet); /* Loop forever */ while (True) { /* Check for events for From display */ if (FD_ISSET (fromConn, &fdset)) { /* Process any pending events for From display */ while (XPending (fromDpy)) fReturn = ProcessEvent (fromDpy, &dpyInfo); /* Check for failure */ if (fReturn) break; } /* Check for events for To display */ if (FD_ISSET (toConn, &fdset)) { /* Process any pending events for To display */ while (XPending (toDpy)) fReturn = ProcessEvent (toDpy, &dpyInfo); /* Check for failure */ if (fReturn) break; } /* Setup the structures for select () */ FD_ZERO(&fdset); FD_SET(fromConn, &fdSet); FD_SET(toConn, &fdSet); /* Wait for events from either screen before looping again */ iReturn = select (FD_SETSIZE, &fdset, NULL, NULL, NULL); if (iReturn <= 0) { printf ("Call to select () failed. Bailing.\n"); break; } } } >> From: Harold L Hunt II >> To: Thomas Chadwick >> CC: cygwin-xfree@cygwin.com >> Subject: Re: Help with fixing x2x... >> Date: Tue, 23 Jul 2002 18:58:15 -0400 >> >> Thomas, >> >> In x2x, the return value from ProcessEvent which indicates that >> everything went normally is False, not True. The real intentions for >> the return value of ProcessEvent can be described by the boolean >> variable called ``bAbortedDisconnect'' that is returned from >> ProcessMotionNotify. Much more on that below but for now, >> >> Ohmygodthatisfunny!!! >> >> In the loop, the code does this: >> >> 1) Check for an event on fromDpy. XPending returns immediately. >> >> 2) Process the event for fromDpy if an event was pending. If we >> processed an event successfully, continue looping. Else, the >> ProcessEvent function returned True and we are supposed to shutdown, >> thus the ``break''. >> >> 3) Check for an event on toDpy. XPending returns immediately. >> >> 4) Process the event for toDpy if an event was pending. If we >> processed an event successfully, continue looping. Else, the >> ProcessEvent function returned True and we are supposed to shutdown, >> thus the ``break''. >> >> 5) Else, if we did not process an event from either screen, wait until >> one or both o fthe file handles that represent the display event >> queues becomes ready for reading. >> >> I think that your infinite loop has to do with the fact that XPending >> returns a count of events ready for reading in fromPending, rather >> than a boolean value. I think that (!fromPending) had the desired >> effect on the developer's platform of determining that (fromPending == >> 0), but that is a highly compiler-dependent assumption on behalf of >> the original developer. >> >> For clarity, I would rewrite the section as follows (notice the >> correction in the ``else if''): >> >> ==================================================================== >> while (True) /* FOREVER */ >> { >> /* Save the number of event ready for fromDpy */ >> fromPending = XPending(fromDpy); >> >> /* Process any events ready for fromDpy */ >> if (fromPending != 0) >> if (ProcessEvent(fromDpy, &dpyInfo)) /* shutdown if True! */ >> break; >> >> /* Process any events ready for toDpy */ >> if (XPending(toDpy)) >> { >> if (ProcessEvent(toDpy, &dpyInfo)) /* shutdown if True! */ >> break; >> } >> else if (fromPending == 0) >> { >> /* No events ready for either display. Wait for an event. */ >> FD_ZERO(fdset); >> FD_SET(fromConn, fdset); >> FD_SET(toConn, fdset); >> select(nfds, fdset, NULL, NULL, NULL); >> } >> } /* END FOREVER */ >> ==================================================================== >> >> Now, for the excitement about the bAbortedDisconnect variable from >> ProcessMotionNotify: >> >> It looks like the original programmer is using some sort of >> consistency checking on MotionNotify events to determine that the X >> server is shutting down. I will have to look into this further, but >> it looks promising from my initial inspection. This is the final step >> that I need for xwinclip to function properly on server resets and >> shutdowns. Needless to say, hopefully I am seeing what I want to see :) >> >> Harold >> >> >> >> Thomas Chadwick wrote: >> >>> I recently discovered that when I run x2x, the Win2k Task Manager >>> reports that it's using 90-99% of the CPU. >>> >>> While I have not noticed a slow down in performance when it's >>> running, I'd like to fix it if I can. I've poked around in the >>> source and I don't like the looks of the main loop: >>> >>> while (True) { /* FOREVER */ >>> if (fromPending = XPending(fromDpy)) >>> if (ProcessEvent(fromDpy, &dpyInfo)) /* done! */ >>> break; >>> >>> if (XPending(toDpy)) { >>> if (ProcessEvent(toDpy, &dpyInfo)) /* done! */ >>> break; >>> } else if (!fromPending) { >>> FD_ZERO(fdset); >>> FD_SET(fromConn, fdset); >>> FD_SET(toConn, fdset); >>> select(nfds, fdset, NULL, NULL, NULL); >>> } >>> >>> It would appear to me that this constant polling for an event to >>> process is what's eating up the CPU cycles. >>> >>> Not being an X programmer, I'm hoping someone monitoring the list can >>> suggest a way to modify this loop to be less of a CPU hog. >>> >>> Thanks. >>> >>> >>> _________________________________________________________________ >>> MSN Photos is the easiest way to share and print your photos: >>> http://photos.msn.com/support/worldwide.aspx >>> > > > > > _________________________________________________________________ > Send and receive Hotmail on your mobile device: http://mobile.msn.com > From huntharo@msu.edu Wed Jul 24 15:51:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 24 Jul 2002 15:51:00 -0000 Subject: Help with fixing x2x... References: Message-ID: <3D3EFE07.2080101@msu.edu> Thomas Chadwick wrote: > I added a printf statement and sure enough, the return value of select > is -1. I then tried printf'ing the value returned by WSAGetLastError. > To make a long story short, I wound up having to comment out the > includes for and and include > instead to get it to succesfully compile x2x.o; and I > had to add -lwsock32 in the Makefile to get it to successfully link > x2x.exe. > > After doing this, select is still non-blocking, returning -1, and the > value returned by WSAGetLastError() is 10038, which seems to correspond > to the #define WSAENOTSOCK in winsock.h. > > Any idea what this error code means and what steps I might take to fix it? > Thomas, Revert those include and Makefile changes. You do not want to use Winsock, you want to use Cygwin's sockets. Test the rewritten function that I just sent to the list. Harold From Conrad.Scott@dsl.pipex.com Wed Jul 24 16:15:00 2002 From: Conrad.Scott@dsl.pipex.com (Conrad Scott) Date: Wed, 24 Jul 2002 16:15:00 -0000 Subject: Help with fixing x2x... References: Message-ID: <022801c23348$47c57520$6132bc3e@BABEL> "Thomas Chadwick" wrote: > After doing this, select is still non-blocking, returning -1, and the value > returned by WSAGetLastError() is 10038, which seems to correspond to the > #define WSAENOTSOCK in winsock.h. > > Any idea what this error code means and what steps I might take to fix it? It would be (perhaps more) instructive to print out errno (rather than the WSA errno) since errno is what select(2) sets. As a matter of interest (since I'm currently fiddling around with some similar code), are the two file descriptors UNIX domain sockets? HTH // Conrad From david@brusowankin.net Wed Jul 24 16:34:00 2002 From: david@brusowankin.net (David Brusowankin) Date: Wed, 24 Jul 2002 16:34:00 -0000 Subject: Obtaining Hummingbird-like behavior Message-ID: <3D3F2ED1.7070806@brusowankin.net> Hi, I would like Xfree86 under cygwin to display an app without the X desktop taking over over my windows, a la Hummingbird. Using Hummingbird one can either run in a mode where the X desktop rules or where the X desktop is invisible (or somehow not required) and the only thing that shows up is the application gui. Please respond by email in addition to the mailing list. Thanks for any help, David From nwourms@yahoo.com Wed Jul 24 17:53:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Wed, 24 Jul 2002 17:53:00 -0000 Subject: Obtaining Hummingbird-like behavior In-Reply-To: <3D3F2ED1.7070806@brusowankin.net> Message-ID: <20020724231507.18866.qmail@web21006.mail.yahoo.com> --- David Brusowankin wrote: > Hi, > > I would like Xfree86 under cygwin to display an app without the X > desktop taking over over my windows, a la Hummingbird. Using > Hummingbird > one can either run in a mode where the X desktop rules or where the > X > desktop is invisible (or somehow not required) and the only thing > that > shows up is the application gui. David, Now why on earth would you want to get rid of the pretty X desktop? You know you don't have to use TWM, there is BlackBox, KDE, Afterstep... Please realize that Harold, Jehan, and the rest of the crew are not here to take requests at your whim. They do this project without compensation, so be grateful for what you have. There are two ways to rectify this: A)Go buy Hummingbird or B)Submit patches that impliment this functionality. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From nwourms@yahoo.com Wed Jul 24 18:21:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Wed, 24 Jul 2002 18:21:00 -0000 Subject: Obtaining Hummingbird-like behavior In-Reply-To: <3D3F35DB.8060300@brusowankin.net> Message-ID: <20020724233437.16982.qmail@web21005.mail.yahoo.com> David, I'm sorry if my reply sounded harsh, but if you would search the archives, we have people posting all the time "Gee, I'd like Cygwin/XFree to do this or that". If you would like to be active in the project, the best place to start is the Cygwin/XFree website: http://sources.redhat.com/cygwin/xfree/ Read the FAQ, Users Guide, and Contributors Guide to become aquainted with the project. Then check out the link to the mailing list archives, where you can check to see what previous conversations on the subject. To fill you in on your request, since it has been discussed in the past, it is still in the planning stages. Harold estimates it will probably be ~6 months before we have a stable implimentation of this. If you are interested in helping, there are some links to some great reference material on the Cygwin/XFree website. Check out the code, see how you feel. We certainly could use your help in any way possible, even if you don't feel you can't do the Rootless implementation. Cheers, Nicholas --- David Brusowankin wrote: > Dear Nicholas, > > Please !!!! I was only asking if the functionality currently exists > ! I > never demanded anything. As I am not an X programmer other than > creating > some gui apps a long time ago with Bluestone, I would have no idea > how > to do this. If I had, I would have investigated the source code on > my > own before submitting to the list. As it was, I carefully read all > of > the documentation before posting. > > If you have any idea where I would start looking if I were to > attempt > to create such a patch, please tell me. There is not need to bite > my > head off. > > David > > Nicholas Wourms wrote: > > >--- David Brusowankin wrote: > > > > > >>Hi, > >> > >>I would like Xfree86 under cygwin to display an app without the X > > >>desktop taking over over my windows, a la Hummingbird. Using > >>Hummingbird > >>one can either run in a mode where the X desktop rules or where > the > >>X > >>desktop is invisible (or somehow not required) and the only thing > >>that > >>shows up is the application gui. > >> > >> > >David, > > > >Now why on earth would you want to get rid of the pretty X > desktop? > >You know you don't have to use TWM, there is BlackBox, KDE, > >Afterstep... > > > >Please realize that Harold, Jehan, and the rest of the crew are > not > >here to take requests at your whim. They do this project without > >compensation, so be grateful for what you have. There are two > ways > >to rectify this: > > > >A)Go buy Hummingbird or > >B)Submit patches that impliment this functionality. > > > >Cheers, > >Nicholas > > > >__________________________________________________ > >Do You Yahoo!? > >Yahoo! Health - Feel better, live better > >http://health.yahoo.com > > > > > > > > > > __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From jc.gervais@videotron.ca Wed Jul 24 19:08:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Wed, 24 Jul 2002 19:08:00 -0000 Subject: Help with fixing x2x... In-Reply-To: <022801c23348$47c57520$6132bc3e@BABEL> Message-ID: Sounds like one of the sockets in the FD set is not a socket? Could you post enough of the code so we could see? -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Conrad Scott Sent: Wednesday, July 24, 2002 3:28 PM To: cygwin-xfree@cygwin.com Subject: Re: Help with fixing x2x... "Thomas Chadwick" wrote: > After doing this, select is still non-blocking, returning -1, and the value > returned by WSAGetLastError() is 10038, which seems to correspond to the > #define WSAENOTSOCK in winsock.h. > > Any idea what this error code means and what steps I might take to fix it? It would be (perhaps more) instructive to print out errno (rather than the WSA errno) since errno is what select(2) sets. As a matter of interest (since I'm currently fiddling around with some similar code), are the two file descriptors UNIX domain sockets? HTH // Conrad From huntharo@msu.edu Wed Jul 24 19:21:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 24 Jul 2002 19:21:00 -0000 Subject: problems with XFree In-Reply-To: Message-ID: Jehan, Excellent summarization of the thread regarding how we can add /usr/X11R6/bin to the path. Looks like we had Dave Cook and Robert Collins discussing the best way to do things but then the thread died. I don't really think that I know how to implement the best solution here, so I will just have to leave this up to others. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Jehan > Sent: Tuesday, July 23, 2002 10:17 PM > To: cygwin-xfree@cygwin.com > Subject: Re: problems with XFree > > > Harold L Hunt II wrote: > > Sylvain Petreolle wrote: > > > >> Why not install a file in /etc/profile.d ? > >> > > > > Sylvain, > > > > I am not sure why we didn't use /etc/profile.d. I remember discussing > > it, but when I searched the mailing list archives using the search > > function at the top of the archive page, all I got was a bunch of spam > > messages that I don't recall ever seeing on the mailing list (at least > > not on the dates mentioned). I will have to do a google search for > > profile.d on our site, but I haven't got time now. If you could do the > > search and summarize where the thread left off, that would be great. > > > > I seem to remember that a profile.d would work for some cases, but it > > wouldn't work for all cases... but I cannot give a specific example > > (might be the archives as well). > > There was some talk about that on this thread: > http://sources.redhat.com/ml/cygwin-xfree/2001-q2/threads.html#01549 > > There they say that the path to X should be set before any call to > /etc/profile.d/* to be more Unix like (i.e. near the top of /etc/profile). > > It was suggested to add > if ! echo $PATH | /bin/grep -q "/usr/X11R6/bin" ; then > PATH="$PATH:/usr/X11R6/bin" > fi > > at the top of /etc/profile. The comment was: > "Now the stock Cygwin /etc/profile (unlike the Linux one) > actually sets a default PATH on the first line via > > PATH="/usr/local/bin:/usr/bin:/bin:$PATH" > > Fortunately this puts the important system paths ahead of > anything already defined, so it's OK to add /usr/X11R6/bin at > the top." > > Post "http://sources.redhat.com/ml/cygwin-xfree/2001-q2/msg01574.html" > is supposed to give a patch but I don't see it. Anyway, it was for the > cygwin install (with the assumption that Cygwin/XFree would soon use > Cygwin's setup). It's probably better to have a post-install > script to do it > > Jehan > > > From Brian.Dunbar@plexus.com Wed Jul 24 20:29:00 2002 From: Brian.Dunbar@plexus.com (Brian Dunbar) Date: Wed, 24 Jul 2002 20:29:00 -0000 Subject: Obtaining Hummingbird-like behavior Message-ID: <93EF56FF0BD1234E8D1C74B9813E0EA033A847@neen-mail-003.na.plexus.com> -----Original Message----- From: Nicholas Wourms --- David Brusowankin wrote: > Hi, > > I would like Xfree86 under cygwin to display an app without the X > desktop taking over over my windows, a la Hummingbird. Using > Hummingbird one can either run in a mode where the X desktop rules or where the X > desktop is invisible (or somehow not required) and the only thing that shows up is the application gui. David, Now why on earth would you want to get rid of the pretty X desktop? You know you don't have to use TWM, there is BlackBox, KDE, Afterstep... Assuming you're not speaking tongue in cheek, Nicholas, I can see a need for doing this ... and intend to demo it on some of haplass end users someday. I have users, they need the stuff (apps and scripts) we run on Unix. But they can't be bothered to either stroll across the room to an available terminal, or XDM into the system. I can either bitch and moan, or I can roll with the punches and make it easy for them ... they DO pay my salary after all. If they can launch $UNIX_APP from their Windows 2k Start Menu, they are happy and life goes on. They don't have to 'know' it's Unix, because everyone knows Unix is hard to use . . . ~brian From nahor@bravobrava.com Wed Jul 24 23:17:00 2002 From: nahor@bravobrava.com (Jehan) Date: Wed, 24 Jul 2002 23:17:00 -0000 Subject: problems with XFree References: Message-ID: Harold Hunt wrote: > Jehan, > > Excellent summarization of the thread regarding how we can add > /usr/X11R6/bin to the path. > > Looks like we had Dave Cook and Robert Collins discussing the best way to do > things but then the thread died. > > I don't really think that I know how to implement the best solution here, so > I will just have to leave this up to others. Here is an attempt to add the path into /etc/profile using a post-install script. I first try to see if /etc/profile already sets the X path for people who have customized it. So I grep for something of the form PATH=..../usr/X11R6/bin.... If I find such a line then I do nothing. If the line isn't here, I create a new /etc/profile with the lines: if ! echo $PATH | /bin/grep -q "/usr/X11R6/bin" ; then PATH="$PATH:/usr/X11R6/bin" fi at the top of the file, as suggested in the old thread. Just to be safe, the old profile is renamed /etc/profile.old. Jehan -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XfreeProfile.sh URL: From huntharo@msu.edu Wed Jul 24 23:19:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 24 Jul 2002 23:19:00 -0000 Subject: Obtaining Hummingbird-like behavior In-Reply-To: <93EF56FF0BD1234E8D1C74B9813E0EA033A847@neen-mail-003.na.plexus.com> Message-ID: Brian, > Assuming you're not speaking tongue in cheek, Nicholas, I can see > a need for > doing this ... and intend to demo it on some of haplass end users someday. Does this mean that you are working on a rootless mode for Cygwin/XFree86? Harold From jim.george@blueyonder.co.uk Thu Jul 25 00:23:00 2002 From: jim.george@blueyonder.co.uk (Jim George) Date: Thu, 25 Jul 2002 00:23:00 -0000 Subject: Finally on Sylpheed Message-ID: <20020725071624.1ccbd120.jim.george@blueyonder.co.uk> I say finally but of course the fun is just beginning for me:) I now have sylpheed (the X Mail Client) running under cygwin-X and it's very good, there are some items that could be beefed up/improved upon (and I shall offer whatever help I'm able to) but on the whole very good. So that this isn't one of those mails that just takes up bandwidth... To create it you need glib-1.2.10 and gtk.1.2.10 or above, also libiconv (this is already part of the main setup for cygwin, although you need to specifically select it), and of course you need sylpheed (current release is 0.8.0). You can get glib and gtk at ftp://ftp.gtk.org/pub/gtk/1.2 You can get sylpheed at http://sylpheed.good-day.net You need to make one alteration in the glib package for it to compile. Comment out line 705 of gstrfuncs.c and it will compile flawlessly. Can the lis let me know if there is interest in a X Mail Client for cygwin, in which case I'll investigate becoming a maintainter for the list? Cheers, Jim From bozackt1@ridgecrest.ca.us Thu Jul 25 03:14:00 2002 From: bozackt1@ridgecrest.ca.us (Tom Bozack) Date: Thu, 25 Jul 2002 03:14:00 -0000 Subject: problems with XFree References: Message-ID: <3D3F9814.5070908@ridgecrest.ca.us> Harold Hunt wrote: >>Harold, thanks for the suggestions. I was hoping that oue of them would >>solve the problem. I checked and found only one cygwin1.dll on the >>system. It's dated 5 July. I update frequently using setup.exe. >> >>I agree with you assessment of Windows. However, my problem isn't the >>BSOD but XFree86 seg fault. Windows keeps on working and the (apparent) >>memory leak resolves itself after CFree86 croaks. >> >>Let me know if there is anything else I can do on my end to identify the >>problem. >> >>Thanks, >>Tom > > > Tom, > > Have you sent in the contents of /tmp/XWin.log from a time when this problem > happens? > > Harold > Harold Here it is: ddxProcessArgument () - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning _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 winAllocateFBShadowDDNL () - Not changing video mode winAllocateFBShadowDDNL () - lPitch: 2048 winInitVisualsShadowDDNL () - Masks 00007c00 000003e0 0000001f BPRGB 5 d 16 winCreateDefColormap () - Deferring to fbCreateDefColormap () winScreenInit () - returning winCloseScreenShadowDDNL () - Freeing screen resources winDetectSupportedEngines () - Windows 95/98/Me winDetectSupportedEngines () - DirectDraw installed winDetectSupportedEngines () - DirectDraw4 installed winDetectSupportedEngines () - Returning, supported engines 00000017 winSetEngine () - Using Shadow DirectDraw NonLocking winAllocateFBShadowDDNL () - Not changing video mode winAllocateFBShadowDDNL () - lPitch: 2048 winInitVisualsShadowDDNL () - Masks 00007c00 000003e0 0000001f BPRGB 5 d 16 winCreateDefColormap () - Deferring to fbCreateDefColormap () winScreenInit () - returning Looks unremarkable to me, but I hope it tells you something useful. Regards, Tom From robert.collins@syncretize.net Thu Jul 25 03:29:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Thu, 25 Jul 2002 03:29:00 -0000 Subject: problems with XFree In-Reply-To: References: Message-ID: <1027581804.15829.1.camel@lifelesswks> On Thu, 2002-07-25 at 11:20, Harold Hunt wrote: > Jehan, > > Excellent summarization of the thread regarding how we can add > /usr/X11R6/bin to the path. > > Looks like we had Dave Cook and Robert Collins discussing the best way to do > things but then the thread died. > > I don't really think that I know how to implement the best solution here, so > I will just have to leave this up to others. I've been trying for *ages* to get /etc/profile to be an external file. "All' it needs is *someone* willing to be a package maintainer for it. Hardly an onerous role, yet no one seems willing to do it. As soon as someone emails me with their willingness, I can provide the relevant tarall immediately, and that person then can just add /usr/X11R6/bin to the path in /etc/profile. Rob From starksb@ebi.ac.uk Thu Jul 25 03:36:00 2002 From: starksb@ebi.ac.uk (David Starks-Browning) Date: Thu, 25 Jul 2002 03:36:00 -0000 Subject: /etc/profile package maintainer (Was: problems with XFree) In-Reply-To: <1027581804.15829.1.camel@lifelesswks> References: <1027581804.15829.1.camel@lifelesswks> Message-ID: <7304-Thu25Jul2002111409+0100-starksb@ebi.ac.uk> On 25 Jul 02, in cygwin-xfree, Robert Collins writes: > I've been trying for *ages* to get /etc/profile to be an external file. > "All' it needs is *someone* willing to be a package maintainer for it. > Hardly an onerous role, yet no one seems willing to do it. > > As soon as someone emails me with their willingness, I can provide the > relevant tarall immediately, and that person then can just add > /usr/X11R6/bin to the path in /etc/profile. Rob, I'm willing to do this. It will be a few days before I can assemble the package, though. Thanks, David From robert.collins@syncretize.net Thu Jul 25 03:58:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Thu, 25 Jul 2002 03:58:00 -0000 Subject: /etc/profile package maintainer (Was: problems with XFree) In-Reply-To: <7304-Thu25Jul2002111409+0100-starksb@ebi.ac.uk> References: <1027581804.15829.1.camel@lifelesswks> <7304-Thu25Jul2002111409+0100-starksb@ebi.ac.uk> Message-ID: <1027592947.31744.2.camel@lifelesswks> On Thu, 2002-07-25 at 20:14, David Starks-Browning wrote: > On 25 Jul 02, in cygwin-xfree, Robert Collins writes: > > I've been trying for *ages* to get /etc/profile to be an external file. > > "All' it needs is *someone* willing to be a package maintainer for it. > > Hardly an onerous role, yet no one seems willing to do it. > > > > As soon as someone emails me with their willingness, I can provide the > > relevant tarall immediately, and that person then can just add > > /usr/X11R6/bin to the path in /etc/profile. > > Rob, > > I'm willing to do this. Thanks for the offer David... John Marshall has already volunteered off-list though (after a few questions to ascertain the work it entails.) I don't care who maintains it - I'm going to work on the basis of it being John until I'm told otherwise :}. Rob From John.Morrison@uk.experian.com Thu Jul 25 04:46:00 2002 From: John.Morrison@uk.experian.com (Morrison, John) Date: Thu, 25 Jul 2002 04:46:00 -0000 Subject: /etc/profile package maintainer (Was: problems with XFree) Message-ID: > From: Robert Collins [mailto:robert.collins@syncretize.net] > > On Thu, 2002-07-25 at 20:14, David Starks-Browning wrote: > > On 25 Jul 02, in cygwin-xfree, Robert Collins writes: > > > I've been trying for *ages* to get /etc/profile to be an > external file. > > > "All' it needs is *someone* willing to be a package > maintainer for it. > > > Hardly an onerous role, yet no one seems willing to do it. > > > > > > As soon as someone emails me with their willingness, I > can provide the > > > relevant tarall immediately, and that person then can just add > > > /usr/X11R6/bin to the path in /etc/profile. > > > > Rob, > > > > I'm willing to do this. Sorry David, I should have ack'd this publically. > Thanks for the offer David... John Marshall has already volunteered I think you mean me ;) J. > off-list though (after a few questions to ascertain the work it > entails.) > > I don't care who maintains it - I'm going to work on the basis of it > being John until I'm told otherwise :}. > > Rob > ======================================================================= Information in this email and any attachments are confidential, and may not be copied or used by anyone other than the addressee, nor disclosed to any third party without our permission. There is no intention to create any legally binding contract or other commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF From robert.collins@syncretize.net Thu Jul 25 04:54:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Thu, 25 Jul 2002 04:54:00 -0000 Subject: /etc/profile package maintainer (Was: problems with XFree) In-Reply-To: References: Message-ID: <1027594674.7377.0.camel@lifelesswks> On Thu, 2002-07-25 at 20:40, Morrison, John wrote: > > From: Robert Collins [mailto:robert.collins@syncretize.net] > > > > On Thu, 2002-07-25 at 20:14, David Starks-Browning wrote: > > > On 25 Jul 02, in cygwin-xfree, Robert Collins writes: > > > > I've been trying for *ages* to get /etc/profile to be an > > external file. > > > > "All' it needs is *someone* willing to be a package > > maintainer for it. > > > > Hardly an onerous role, yet no one seems willing to do it. > > > > > > > > As soon as someone emails me with their willingness, I > > can provide the > > > > relevant tarall immediately, and that person then can just add > > > > /usr/X11R6/bin to the path in /etc/profile. > > > > > > Rob, > > > > > > I'm willing to do this. > > Sorry David, I should have ack'd this publically. > > > Thanks for the offer David... John Marshall has already volunteered > > I think you mean me ;) > John M, well I got most of it right :}. Yes, I did mean you. Sorry - I will drink more coffee now :}. Rob From nwourms@yahoo.com Thu Jul 25 05:05:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Thu, 25 Jul 2002 05:05:00 -0000 Subject: problems with XFree In-Reply-To: Message-ID: <20020725114603.58028.qmail@web21006.mail.yahoo.com> Jehan, As a rule of thumb, packages should *never* modify the /etc/profile script (even if you do back it up). This is a big no-no, as most *nix people would tell you. If you insist on getting into a discussion on why this is, then so be it. Instead, create 2 scripts (a csh and a sh) and drop them into the /etc/profile.d/ directory. This way we play it safe and every one is happy. Also, your scripts should check to see if the path has already been set, if it has, then don't set it again. Remeber, the more entries in the path, the slower Cygwin will operate. Cheers, Nicholas --- Jehan wrote: > Harold Hunt wrote: > > Jehan, > > > > Excellent summarization of the thread regarding how we can add > > /usr/X11R6/bin to the path. > > > > Looks like we had Dave Cook and Robert Collins discussing the > best way to do > > things but then the thread died. > > > > I don't really think that I know how to implement the best > solution here, so > > I will just have to leave this up to others. > > Here is an attempt to add the path into /etc/profile using a > post-install script. > I first try to see if /etc/profile already sets the X path for > people > who have customized it. So I grep for something of the form > PATH=..../usr/X11R6/bin.... > > If I find such a line then I do nothing. > If the line isn't here, I create a new /etc/profile with the lines: > if ! echo $PATH | /bin/grep -q "/usr/X11R6/bin" ; then > PATH="$PATH:/usr/X11R6/bin" > fi > at the top of the file, as suggested in the old thread. > Just to be safe, the old profile is renamed /etc/profile.old. > > Jehan > > #!/bin/bash > > TMP_PROFILE=/etc/profile.new > > if ! /bin/grep -q "PATH=.*/usr/X11R6/bin" /etc/profile; then > > cat > $TMP_PROFILE << EOF > if ! echo \$PATH | /bin/grep -q "/usr/X11R6/bin" ; then > PATH="\$PATH:/usr/X11R6/bin" > fi > > EOF > > cat /etc/profile >> $TMP_PROFILE > > /bin/mv /etc/profile /etc/profile.old > /bin/mv $TMP_PROFILE /etc/profile > fi > __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From robert.collins@syncretize.net Thu Jul 25 05:45:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Thu, 25 Jul 2002 05:45:00 -0000 Subject: problems with XFree In-Reply-To: <20020725114603.58028.qmail@web21006.mail.yahoo.com> References: <20020725114603.58028.qmail@web21006.mail.yahoo.com> Message-ID: <1027598071.14041.0.camel@lifelesswks> On Thu, 2002-07-25 at 21:46, Nicholas Wourms wrote: > Jehan, > > As a rule of thumb, packages should *never* modify the /etc/profile > script (even if you do back it up). This is a big no-no, as most > *nix people would tell you. If you insist on getting into a > discussion on why this is, then so be it. Instead, create 2 scripts > (a csh and a sh) and drop them into the /etc/profile.d/ directory. > This way we play it safe and every one is happy. Also, your scripts > should check to see if the path has already been set, if it has, then > don't set it again. Remeber, the more entries in the path, the > slower Cygwin will operate. Yup. The previous thread ended up with a directory test in /etc/profile (to catch all shell) and foundered on how to issue a new /etc/profile to the users. Rob From nwourms@yahoo.com Thu Jul 25 05:52:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Thu, 25 Jul 2002 05:52:00 -0000 Subject: [ITP]: Qt-2.3.1 Message-ID: <20020725120552.31053.qmail@web21010.mail.yahoo.com> Harold et al., After a brief discussion this morning, Ralf has given me permission to package QT-2.3.1 and release it to the Cygwin community. I would like to have it under the XFree86 dir, since it is a fully native X library. This release has been throughly tested by us over on the KDE-Cygwin project, pretty much all the bugs have been stomped out. Note that QT does *not* require MIT-SHM [that is kde itself]. Furthermore, I fully intend and expect questions regarding Qt be redirected to the kde-cygwin mailinglist. We should probably update the mailing-lists page's policies to reflect this. My intention is not to inundate this list with Qt/Kde related issues. With the your's and the list's permission, I will package it up and provide the links ASAP. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From cygwin-xfree@cygwin.com Thu Jul 25 06:11:00 2002 From: cygwin-xfree@cygwin.com (Corinna Vinschen) Date: Thu, 25 Jul 2002 06:11:00 -0000 Subject: [ITP]: Qt-2.3.1 In-Reply-To: <20020725120552.31053.qmail@web21010.mail.yahoo.com> References: <20020725120552.31053.qmail@web21010.mail.yahoo.com> Message-ID: <20020725144514.Q3921@cygbert.vinschen.de> On Thu, Jul 25, 2002 at 05:05:52AM -0700, Nicholas Wourms wrote: > Harold et al., > > After a brief discussion this morning, Ralf has given me permission > to package QT-2.3.1 and release it to the Cygwin community. I would > like to have it under the XFree86 dir, since it is a fully native X > library. This release has been throughly tested by us over on the > KDE-Cygwin project, pretty much all the bugs have been stomped out. > Note that QT does *not* require MIT-SHM [that is kde itself]. > Furthermore, I fully intend and expect questions regarding Qt be > redirected to the kde-cygwin mailinglist. We should probably update > the mailing-lists page's policies to reflect this. My intention is > not to inundate this list with Qt/Kde related issues. With the > your's and the list's permission, I will package it up and provide > the links ASAP. Are you sure that we don't get licensing issues here? AFAIK, Qt is (roughly) only free when running on a free OS. Basically we're still running on Windows... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:cygwin@cygwin.com Red Hat, Inc. From robert.collins@syncretize.net Thu Jul 25 07:24:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Thu, 25 Jul 2002 07:24:00 -0000 Subject: [ITP]: Qt-2.3.1 In-Reply-To: <20020725144514.Q3921@cygbert.vinschen.de> References: <20020725120552.31053.qmail@web21010.mail.yahoo.com> <20020725144514.Q3921@cygbert.vinschen.de> Message-ID: <1027601530.18923.5.camel@lifelesswks> On Thu, 2002-07-25 at 22:45, Corinna Vinschen wrote: > Are you sure that we don't get licensing issues here? AFAIK, Qt is > (roughly) only free when running on a free OS. Basically we're > still running on Windows... http://www.trolltech.com/developer/licensing/ Summary, 2.2 and later is QPL and GPL. They may not like it, or they may like it. Who knows. But... they can't stop it. Rob From huntharo@msu.edu Thu Jul 25 07:45:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Thu, 25 Jul 2002 07:45:00 -0000 Subject: [ITP]: Qt-2.3.1 In-Reply-To: <1027601530.18923.5.camel@lifelesswks> Message-ID: Well, remember also that the X11 version is licensed under the GPL, so it is fine. They do make some other versions that are not yet licensed under the GPL. The native Windows version used to be non-GPL, but I think I remember seeing something in the news about this changing a few months ago or something. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Robert Collins > Sent: Thursday, July 25, 2002 8:52 AM > To: cygwin-xfree@cygwin.com > Subject: Re: [ITP]: Qt-2.3.1 > > > On Thu, 2002-07-25 at 22:45, Corinna Vinschen wrote: > > > Are you sure that we don't get licensing issues here? AFAIK, Qt is > > (roughly) only free when running on a free OS. Basically we're > > still running on Windows... > > http://www.trolltech.com/developer/licensing/ > > Summary, 2.2 and later is QPL and GPL. They may not like it, or they may > like it. Who knows. But... they can't stop it. > > Rob > From nwourms@yahoo.com Thu Jul 25 07:55:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Thu, 25 Jul 2002 07:55:00 -0000 Subject: [ITP]: Qt-2.3.1 In-Reply-To: Message-ID: <20020725142457.64171.qmail@web21009.mail.yahoo.com> --- Harold Hunt wrote: > Well, remember also that the X11 version is licensed under the GPL, > so it is > fine. They do make some other versions that are not yet licensed > under the > GPL. The native Windows version used to be non-GPL, but I think I > remember > seeing something in the news about this changing a few months ago > or > something. > Harold, So is this a green light? I'll get started ASAP if it is. I was thinking that the best bet would be to do like lesstif and put the qt-2.3.1 tree under: /usr/X11R6/qt-2.3.1/{bin, include, lib, doc} What do you think? Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From nwourms@yahoo.com Thu Jul 25 08:42:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Thu, 25 Jul 2002 08:42:00 -0000 Subject: Finally on Sylpheed In-Reply-To: <20020725071624.1ccbd120.jim.george@blueyonder.co.uk> Message-ID: <20020725144556.21294.qmail@web21003.mail.yahoo.com> --- Jim George wrote: > I say finally but of course the fun is just beginning for me:) > > I now have sylpheed (the X Mail Client) running under cygwin-X and > it's very good, there are some items that could be beefed > up/improved upon (and I shall offer whatever help I'm able to) but > on the whole very good. > > So that this isn't one of those mails that just takes up > bandwidth... > > To create it you need glib-1.2.10 and gtk.1.2.10 or above, also > libiconv (this is already part of the main setup for cygwin, > although you need to specifically select it), and of course you > need sylpheed (current release is 0.8.0). > > You can get glib and gtk at ftp://ftp.gtk.org/pub/gtk/1.2 > You can get sylpheed at http://sylpheed.good-day.net > > You need to make one alteration in the glib package for it to > compile. Comment out line 705 of gstrfuncs.c and it will compile > flawlessly. > > Can the lis let me know if there is interest in a X Mail Client for > cygwin, in which case I'll investigate becoming a maintainter for > the list? > Jim, Why don't you wait until Lapo releases the glib/gtk packages. That way you can link to them dynamically. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From rrschulz@cris.com Thu Jul 25 08:46:00 2002 From: rrschulz@cris.com (Randall R Schulz) Date: Thu, 25 Jul 2002 08:46:00 -0000 Subject: Finally on Sylpheed In-Reply-To: <20020725071624.1ccbd120.jim.george@blueyonder.co.uk> Message-ID: <5.1.0.14.2.20020725075248.0300ead8@pop3.cris.com> At 23:16 2002-07-24, Jim George wrote: >I say finally but of course the fun is just beginning for me:) > >I now have sylpheed (the X Mail Client) running under cygwin-X ... > >Can the lis let me know if there is interest in a X Mail Client for >cygwin, in which case I'll investigate becoming a maintainter for the list? > >Cheers, > >Jim Jim, I'm very interested in a cross-platform replacement for Eudora (for two big reasons: first, I want to get free of Windows but need a transition from my current development environment, which is Windows 2000, and second I want a mailer with message threading, which the Sylpheed FAQ claims is an available option). So yes, I'm very interested in a XFree86/Cygwin port of Sylpheed. Randall Schulz Mountain View, CA USA From Ralf.Habacker@freenet.de Thu Jul 25 09:08:00 2002 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Thu, 25 Jul 2002 09:08:00 -0000 Subject: [ITP]: Qt-2.3.1 In-Reply-To: <20020725142457.64171.qmail@web21009.mail.yahoo.com> Message-ID: <014801c233f1$e7eab9d0$cd6007d5@BRAMSCHE> > --- Harold Hunt wrote: > > Well, remember also that the X11 version is licensed under the GPL, > > so it is > > fine. They do make some other versions that are not yet licensed > > under the > > GPL. The native Windows version used to be non-GPL, but I think I > > remember > > seeing something in the news about this changing a few months ago > > or > > something. > > > Harold, > > So is this a green light? I'll get started ASAP if it is. I was > thinking that the best bet would be to do like lesstif and put the > qt-2.3.1 tree under: > > /usr/X11R6/qt-2.3.1/{bin, include, lib, doc} > under suse linux Qt is installed normally under /usr/lib/qt- with symbolic link to /usr/lib/qt or into /usr/lib (see below) habacker@lxserver05:~ > rpm -q qt3 -l /etc/X11/qtrc /usr/bin/qtconfig /usr/lib/libqt-mt.so.3 /usr/lib/qt-3.0.4 /usr/lib/qt-3.0.4/bin /usr/lib/qt-3.0.4/bin/qtconfig /usr/lib/qt-3.0.4/etc /usr/lib/qt-3.0.4/etc/settings /usr/lib/qt-3.0.4/etc/settings/qtrc /usr/lib/qt-3.0.4/lib /usr/lib/qt-3.0.4/lib/libqt-mt.so.3 /usr/lib/qt-3.0.4/lib/libqt-mt.so.3.0 /usr/lib/qt-3.0.4/lib/libqt-mt.so.3.0.4 /usr/lib/qt-3.0.4/plugins /usr/lib/qt-3.0.4/plugins/imageformats /usr/lib/qt-3.0.4/plugins/imageformats/libqjpeg.so /usr/lib/qt-3.0.4/plugins/imageformats/libqmng.so /usr/lib/qt3 habacker@lxserver05:~ > rpm -q qt-2.3.1 -l /etc/qt.fontguess /usr/lib/libqt-mt.so.2 /usr/lib/libqt.so.2 /usr/lib/libqutil.so.1 /usr/lib/qt-2.3.1 /usr/lib/qt-2.3.1/lib /usr/lib/qt-2.3.1/lib/libqt-mt.so /usr/lib/qt-2.3.1/lib/libqt-mt.so.2 /usr/lib/qt-2.3.1/lib/libqt-mt.so.2.3 /usr/lib/qt-2.3.1/lib/libqt-mt.so.2.3.1 /usr/lib/qt-2.3.1/lib/libqt.so /usr/lib/qt-2.3.1/lib/libqt.so.2 /usr/lib/qt-2.3.1/lib/libqt.so.2.3 /usr/lib/qt-2.3.1/lib/libqt.so.2.3.1 /usr/lib/qt-2.3.1/lib/libqutil.so /usr/lib/qt-2.3.1/lib/libqutil.so.1 /usr/lib/qt-2.3.1/lib/libqutil.so.1.0 /usr/lib/qt-2.3.1/lib/libqutil.so.1.0.0 /usr/lib/qt2 /usr/share/doc/packages/qt/doc /usr/share/doc/packages/qt/doc/ANNOUNCE /usr/share/doc/packages/qt/doc/FAQ /usr/share/doc/packages/qt/doc/INSTALL /usr/share/doc/packages/qt/doc/LICENSE.GPL /usr/share/doc/packages/qt/doc/LICENSE.QPL /usr/share/doc/packages/qt/doc/MANIFEST /usr/share/doc/packages/qt/doc/PLATFORMS /usr/share/doc/packages/qt/doc/PORTING /usr/share/doc/packages/qt/doc/README /usr/share/doc/packages/qt/doc/README.QT /usr/share/doc/packages/qt/doc/README.SuSE /usr/share/doc/packages/qt/doc/changes-2.3.0 /usr/share/doc/packages/qt/doc/changes-2.3.1 Ralf From nahor@bravobrava.com Thu Jul 25 09:13:00 2002 From: nahor@bravobrava.com (Jehan) Date: Thu, 25 Jul 2002 09:13:00 -0000 Subject: problems with XFree References: <20020725114603.58028.qmail@web21006.mail.yahoo.com> Message-ID: Nicholas Wourms wrote: > As a rule of thumb, packages should *never* modify the /etc/profile > script (even if you do back it up). This is a big no-no, as most > *nix people would tell you. If you insist on getting into a > discussion on why this is, then so be it. Instead, create 2 scripts > (a csh and a sh) and drop them into the /etc/profile.d/ directory. I don't like modifying /etc/profile either because I don't think there any clean way to do it. But if you read the thread I summarized, someone said that Unixes set X path in /etc/profile. And this make sense to me: there are no guarantees on the order of execution of the scripts in /etc/profile.d. What if one of them looks for X and doesn't find it because the path has not yet been set? As you said in our heated thread last time, X is quite an important package and we will have more and more package depending on it. If the 2 scripts in profile.d are preferred, then I already sent them less than two weeks ago. > This way we play it safe and every one is happy. Also, your scripts > should check to see if the path has already been set, if it has, then > don't set it again. Remeber, the more entries in the path, the > slower Cygwin will operate. If you read the scripts carefully, you'll see that I do check if the path exists. I check in the install script if /etc/profile has a line of the form "...PATH=.../usr/X11R6/bin...". Sure it doesn't handle every single cases (what if someone uses a temporary variable). But it should handle 99.99% of the cases. If such a line is already in /etc/profile, I don't change it. I also check the path in /etc/profile script itself using the echo/grep line. Jehan From huntharo@msu.edu Thu Jul 25 09:49:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 25 Jul 2002 09:49:00 -0000 Subject: [ITP]: Qt-2.3.1 References: <014801c233f1$e7eab9d0$cd6007d5@BRAMSCHE> Message-ID: <3D40231C.9040101@msu.edu> Ralf, Since KDE on Cygwin might eventually depend on this Qt package, why don't you guys decide together what the best location would be? I really have no idea where to put it, so I'm all for just putting it somewhere and cleaning up the mess later when we learn what we did wrong. The LSB doesn't specify a location for Qt, does it? Harold Ralf Habacker wrote: >>--- Harold Hunt wrote: >> >>>Well, remember also that the X11 version is licensed under the GPL, >>>so it is >>>fine. They do make some other versions that are not yet licensed >>>under the >>>GPL. The native Windows version used to be non-GPL, but I think I >>>remember >>>seeing something in the news about this changing a few months ago >>>or >>>something. >>> >> >>Harold, >> >>So is this a green light? I'll get started ASAP if it is. I was >>thinking that the best bet would be to do like lesstif and put the >>qt-2.3.1 tree under: >> >>/usr/X11R6/qt-2.3.1/{bin, include, lib, doc} >> > > under suse linux Qt is installed normally under /usr/lib/qt- with > symbolic link to /usr/lib/qt or into /usr/lib (see below) > > habacker@lxserver05:~ > rpm -q qt3 -l > /etc/X11/qtrc > /usr/bin/qtconfig > /usr/lib/libqt-mt.so.3 > /usr/lib/qt-3.0.4 > /usr/lib/qt-3.0.4/bin > /usr/lib/qt-3.0.4/bin/qtconfig > /usr/lib/qt-3.0.4/etc > /usr/lib/qt-3.0.4/etc/settings > /usr/lib/qt-3.0.4/etc/settings/qtrc > /usr/lib/qt-3.0.4/lib > /usr/lib/qt-3.0.4/lib/libqt-mt.so.3 > /usr/lib/qt-3.0.4/lib/libqt-mt.so.3.0 > /usr/lib/qt-3.0.4/lib/libqt-mt.so.3.0.4 > /usr/lib/qt-3.0.4/plugins > /usr/lib/qt-3.0.4/plugins/imageformats > /usr/lib/qt-3.0.4/plugins/imageformats/libqjpeg.so > /usr/lib/qt-3.0.4/plugins/imageformats/libqmng.so > /usr/lib/qt3 > > habacker@lxserver05:~ > rpm -q qt-2.3.1 -l > /etc/qt.fontguess > /usr/lib/libqt-mt.so.2 > /usr/lib/libqt.so.2 > /usr/lib/libqutil.so.1 > /usr/lib/qt-2.3.1 > /usr/lib/qt-2.3.1/lib > /usr/lib/qt-2.3.1/lib/libqt-mt.so > /usr/lib/qt-2.3.1/lib/libqt-mt.so.2 > /usr/lib/qt-2.3.1/lib/libqt-mt.so.2.3 > /usr/lib/qt-2.3.1/lib/libqt-mt.so.2.3.1 > /usr/lib/qt-2.3.1/lib/libqt.so > /usr/lib/qt-2.3.1/lib/libqt.so.2 > /usr/lib/qt-2.3.1/lib/libqt.so.2.3 > /usr/lib/qt-2.3.1/lib/libqt.so.2.3.1 > /usr/lib/qt-2.3.1/lib/libqutil.so > /usr/lib/qt-2.3.1/lib/libqutil.so.1 > /usr/lib/qt-2.3.1/lib/libqutil.so.1.0 > /usr/lib/qt-2.3.1/lib/libqutil.so.1.0.0 > /usr/lib/qt2 > /usr/share/doc/packages/qt/doc > /usr/share/doc/packages/qt/doc/ANNOUNCE > /usr/share/doc/packages/qt/doc/FAQ > /usr/share/doc/packages/qt/doc/INSTALL > /usr/share/doc/packages/qt/doc/LICENSE.GPL > /usr/share/doc/packages/qt/doc/LICENSE.QPL > /usr/share/doc/packages/qt/doc/MANIFEST > /usr/share/doc/packages/qt/doc/PLATFORMS > /usr/share/doc/packages/qt/doc/PORTING > /usr/share/doc/packages/qt/doc/README > /usr/share/doc/packages/qt/doc/README.QT > /usr/share/doc/packages/qt/doc/README.SuSE > /usr/share/doc/packages/qt/doc/changes-2.3.0 > /usr/share/doc/packages/qt/doc/changes-2.3.1 > > > Ralf > > > From nwourms@yahoo.com Thu Jul 25 10:30:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Thu, 25 Jul 2002 10:30:00 -0000 Subject: [ITP]: Qt-2.3.1 In-Reply-To: <3D40231C.9040101@msu.edu> Message-ID: <20020725161347.79856.qmail@web21005.mail.yahoo.com> --- Harold L Hunt II wrote: > Ralf, > > Since KDE on Cygwin might eventually depend on this Qt package, why > > don't you guys decide together what the best location would be? > > I really have no idea where to put it, so I'm all for just putting > it > somewhere and cleaning up the mess later when we learn what we did > wrong. > > The LSB doesn't specify a location for Qt, does it? I thought the decision was that all X stuff should go under X11R6/, but I could have misinterpreted the thread. If not there, based on the LSB, I'd be inclined to stick in /opt, but if Ralf really wants to put it under /usr/lib then I'll do that. Ralf? Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From cgf@redhat.com Thu Jul 25 12:25:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Thu, 25 Jul 2002 12:25:00 -0000 Subject: [ITP]: Qt-2.3.1 In-Reply-To: <20020725161347.79856.qmail@web21005.mail.yahoo.com> References: <3D40231C.9040101@msu.edu> <20020725161347.79856.qmail@web21005.mail.yahoo.com> Message-ID: <20020725164951.GA2281@redhat.com> On Thu, Jul 25, 2002 at 09:13:47AM -0700, Nicholas Wourms wrote: >--- Harold L Hunt II wrote: >> Ralf, >> >> Since KDE on Cygwin might eventually depend on this Qt package, why >> >> don't you guys decide together what the best location would be? >> >> I really have no idea where to put it, so I'm all for just putting >> it >> somewhere and cleaning up the mess later when we learn what we did >> wrong. >> >> The LSB doesn't specify a location for Qt, does it? > >I thought the decision was that all X stuff should go under X11R6/, >but I could have misinterpreted the thread. If not there, based on >the LSB, I'd be inclined to stick in /opt, but if Ralf really wants >to put it under /usr/lib then I'll do that. Ralf? I did say that all X stuff was Harold's decision and thought that putting things in the X11R6 hierarchy made sense. However, if there is a good reason to put stuff elsewhere then I don't see why we shouldn't do that. In other words, I'm happy to let you all decide. cgf From Brian.Dunbar@plexus.com Thu Jul 25 12:39:00 2002 From: Brian.Dunbar@plexus.com (Brian Dunbar) Date: Thu, 25 Jul 2002 12:39:00 -0000 Subject: Obtaining Hummingbird-like behavior Message-ID: <93EF56FF0BD1234E8D1C74B9813E0EA09772BD@neen-mail-003.na.plexus.com> Harold, I'd like to contribute. My handicaps would be Time. I'm moving from Texas to San Diego in a few weeks. Same company, better job. You know what that involves. Skill. I'm but a humble system admin - my coding skills (basic PERL, shell scripting aside) are weak to non-existent*. So .. yah, I'm for it, to scratch an itch and reap fame and glory. Give me a nudge to set me on the path? ~Brian * I actually 'learned' COBOL and dBaseIII/Clipper '87 a long, long time ago, when I was young and foolish, but I'm not sure how much of that training would apply. -----Original Message----- From: Harold Hunt [mailto:huntharo@msu.edu] Sent: Wednesday, July 24, 2002 10:30 PM To: cygwin-xfree@cygwin.com Subject: RE: Obtaining Hummingbird-like behavior Brian, > Assuming you're not speaking tongue in cheek, Nicholas, I can see > a need for > doing this ... and intend to demo it on some of haplass end users someday. Does this mean that you are working on a rootless mode for Cygwin/XFree86? Harold From j_tetazoo@hotmail.com Thu Jul 25 13:20:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Thu, 25 Jul 2002 13:20:00 -0000 Subject: Case Closed (was Re: Help with fixing x2x...) Message-ID: Well, I figured it out. The buggy behavior was indeed due to a bogus value of nfds. After poking around in the xfree86 source, I came across xc/lib/Xt/Display.c, which manipulates its own nfds variable in much the same way as x2x. In short, changing this: /* set up for select */ nfds = getdtablesize(); fdset = (fd_set *)malloc(sizeof(fd_set)); fromConn = XConnectionNumber(fromDpy); toConn = XConnectionNumber(toDpy); To this: /* set up for select */ fdset = (fd_set *)malloc(sizeof(fd_set)); fromConn = XConnectionNumber(fromDpy); toConn = XConnectionNumber(toDpy); nfds = MAX(fromConn, toConn) + 1; Does the trick. However, before I repackage it for Cygwin Setup, I'll probably apply many (if not all) of Harold's suggestions as well. Thanks, everyone! >From: Harold L Hunt II >Reply-To: cygwin-xfree@cygwin.com >To: cygwin-xfree@cygwin.com >Subject: Re: Help with fixing x2x... >Date: Wed, 24 Jul 2002 15:17:52 -0400 > >Thomas Chadwick wrote: >>Hmmm. I tried your suggestion and the behavior has not changed. It's >>still gobbling up 99% of the CPU. Suspecting that select() is not >>blocking like it should, I inserted "printf("Hello\n");" just before the >>select() function call. Now when I run x2x I get a continuous stream of >>"Hello"s on STDOUT whether or not I'm moving the mouse or typing. >> >>By comparison, I compiled x2x on my AIX workstation, including the >>"Hello" addition. When I run x2x there, I observe that it only prints >>"Hello" when I move the mouse or hit a key. This seems to me to be the >>appropriate behavior. >> >>This little experiment implicates the select() function call itself as >>being the source of the trouble. Now the question is, is it a problem >>with how select() is being used (and if so, is the problem at the >>Xserver or the Xclient end), or is there a problem with the Cygwin >>implementation of it? >> >>Are you aware of any Xclients which use select() and yet do not exhibit >>the non-blocking behavior I'm seeing? Perhaps there is a minor tweak >>required in how it is being called. >> > >Yup, xwinclip uses select () just like x2x does: > >http://xfree86.cygwin.com/devel/xwinclip/changelog.html > >Just download the tarball for Test06 and look in xwinclip.c/main ()/Line >390. > >I think the problem may be with the value that getdtablesize () is >returning. To find out, you need to printf the value of nfds, fromConn, > and toConn. If nfds isn't at least one larger than the maximum of >fromConn and toConn, then you have a problem. You can alternatively >replace nfds in the call to select with FD_SETSIZE. > >Probably the main problem here, other than if nfds is incorrect, is that >the event loop fails to flush all X events before its first call to >select (), which is necessary because there may be events stored in >local structures already. Also, the manner in which the program >determines whether or not events are pending is non-standard and easy to >break. > >One other thing: the original programmer is malloc'ing fdset and freeing >it later. This is entirely unnecessary, fdset should be an automatic >variable instead. > >I recommend completely replaceing the DoX2X function with the one below. > I promise that it will work this time :) > >Harold > > >static void DoX2X(fromDpy, toDpy) >Display *fromDpy; >Display *toDpy; >{ > DPYINFO dpyInfo; > fd_set fdset; > int fromConn, toConn; > int iReturn; > Bool fReturn; > > /* set up displays */ > dpyInfo.fromDpy = fromDpy; > dpyInfo.toDpy = toDpy; > InitDpyInfo (&dpyInfo); > RegisterEventHandlers (&dpyInfo); > > /* get file handles for display event pipes */ > fromConn = XConnectionNumber(fromDpy); > toConn = XConnectionNumber(toDpy); > > /* > * We have to clear any pending events before our > * first call to select, because there may be events > * stored in local structures. Failing to clear these > * events will lead to select failing to operate > * properly. We just set the event flags here so > * that both event loops are entered on the first time > * through the main loop below. > */ > FD_ZERO (&fdset); > FD_SET (fromConn, &fdset); > FD_SET (toConn, &fdSet); > > /* Loop forever */ > while (True) > { > /* Check for events for From display */ > if (FD_ISSET (fromConn, &fdset)) > { > /* Process any pending events for From display */ > while (XPending (fromDpy)) > fReturn = ProcessEvent (fromDpy, &dpyInfo); > > /* Check for failure */ > if (fReturn) break; > } > > /* Check for events for To display */ > if (FD_ISSET (toConn, &fdset)) > { > /* Process any pending events for To display */ > while (XPending (toDpy)) > fReturn = ProcessEvent (toDpy, &dpyInfo); > > /* Check for failure */ > if (fReturn) break; > } > > /* Setup the structures for select () */ > FD_ZERO(&fdset); > FD_SET(fromConn, &fdSet); > FD_SET(toConn, &fdSet); > > /* Wait for events from either screen before looping again */ > iReturn = select (FD_SETSIZE, &fdset, NULL, NULL, NULL); > if (iReturn <= 0) > { > printf ("Call to select () failed. Bailing.\n"); > break; > } > } >} > > >>>From: Harold L Hunt II >>>To: Thomas Chadwick >>>CC: cygwin-xfree@cygwin.com >>>Subject: Re: Help with fixing x2x... >>>Date: Tue, 23 Jul 2002 18:58:15 -0400 >>> >>>Thomas, >>> >>>In x2x, the return value from ProcessEvent which indicates that >>>everything went normally is False, not True. The real intentions for >>>the return value of ProcessEvent can be described by the boolean >>>variable called ``bAbortedDisconnect'' that is returned from >>>ProcessMotionNotify. Much more on that below but for now, >>> >>>Ohmygodthatisfunny!!! >>> >>>In the loop, the code does this: >>> >>>1) Check for an event on fromDpy. XPending returns immediately. >>> >>>2) Process the event for fromDpy if an event was pending. If we >>>processed an event successfully, continue looping. Else, the >>>ProcessEvent function returned True and we are supposed to shutdown, >>>thus the ``break''. >>> >>>3) Check for an event on toDpy. XPending returns immediately. >>> >>>4) Process the event for toDpy if an event was pending. If we >>>processed an event successfully, continue looping. Else, the >>>ProcessEvent function returned True and we are supposed to shutdown, >>>thus the ``break''. >>> >>>5) Else, if we did not process an event from either screen, wait until >>>one or both o fthe file handles that represent the display event >>>queues becomes ready for reading. >>> >>>I think that your infinite loop has to do with the fact that XPending >>>returns a count of events ready for reading in fromPending, rather >>>than a boolean value. I think that (!fromPending) had the desired >>>effect on the developer's platform of determining that (fromPending == >>>0), but that is a highly compiler-dependent assumption on behalf of >>>the original developer. >>> >>>For clarity, I would rewrite the section as follows (notice the >>>correction in the ``else if''): >>> >>>==================================================================== >>>while (True) /* FOREVER */ >>> { >>> /* Save the number of event ready for fromDpy */ >>> fromPending = XPending(fromDpy); >>> >>> /* Process any events ready for fromDpy */ >>> if (fromPending != 0) >>> if (ProcessEvent(fromDpy, &dpyInfo)) /* shutdown if True! */ >>> break; >>> >>> /* Process any events ready for toDpy */ >>> if (XPending(toDpy)) >>> { >>> if (ProcessEvent(toDpy, &dpyInfo)) /* shutdown if True! */ >>> break; >>> } >>> else if (fromPending == 0) >>> { >>> /* No events ready for either display. Wait for an event. */ >>> FD_ZERO(fdset); >>> FD_SET(fromConn, fdset); >>> FD_SET(toConn, fdset); >>> select(nfds, fdset, NULL, NULL, NULL); >>> } >>> } /* END FOREVER */ >>>==================================================================== >>> >>>Now, for the excitement about the bAbortedDisconnect variable from >>>ProcessMotionNotify: >>> >>>It looks like the original programmer is using some sort of >>>consistency checking on MotionNotify events to determine that the X >>>server is shutting down. I will have to look into this further, but >>>it looks promising from my initial inspection. This is the final step >>>that I need for xwinclip to function properly on server resets and >>>shutdowns. Needless to say, hopefully I am seeing what I want to see :) >>> >>>Harold >>> >>> >>> >>>Thomas Chadwick wrote: >>> >>>>I recently discovered that when I run x2x, the Win2k Task Manager >>>>reports that it's using 90-99% of the CPU. >>>> >>>>While I have not noticed a slow down in performance when it's >>>>running, I'd like to fix it if I can. I've poked around in the >>>>source and I don't like the looks of the main loop: >>>> >>>> while (True) { /* FOREVER */ >>>> if (fromPending = XPending(fromDpy)) >>>> if (ProcessEvent(fromDpy, &dpyInfo)) /* done! */ >>>> break; >>>> >>>> if (XPending(toDpy)) { >>>> if (ProcessEvent(toDpy, &dpyInfo)) /* done! */ >>>> break; >>>> } else if (!fromPending) { >>>> FD_ZERO(fdset); >>>> FD_SET(fromConn, fdset); >>>> FD_SET(toConn, fdset); >>>> select(nfds, fdset, NULL, NULL, NULL); >>>> } >>>> >>>>It would appear to me that this constant polling for an event to >>>>process is what's eating up the CPU cycles. >>>> >>>>Not being an X programmer, I'm hoping someone monitoring the list can >>>>suggest a way to modify this loop to be less of a CPU hog. >>>> >>>>Thanks. >>>> >>>> >>>>_________________________________________________________________ >>>>MSN Photos is the easiest way to share and print your photos: >>>>http://photos.msn.com/support/worldwide.aspx >>>> >> >> >> >> >>_________________________________________________________________ >>Send and receive Hotmail on your mobile device: http://mobile.msn.com >> > > _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From huntharo@msu.edu Thu Jul 25 13:45:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 25 Jul 2002 13:45:00 -0000 Subject: Case Closed (was Re: Help with fixing x2x...) References: Message-ID: <3D405499.5040007@msu.edu> Thomas, Excellent. In xwinclip I calculate the maximum socket number just like you are doing: /* Find max of our file descriptors */ iMaxDescriptor = max (fdMessageQueue, iConnectionNumber) + 1; At least it is fixed now. Harold Thomas Chadwick wrote: > Well, I figured it out. The buggy behavior was indeed due to a bogus > value of nfds. After poking around in the xfree86 source, I came across > xc/lib/Xt/Display.c, which manipulates its own nfds variable in much the > same way as x2x. > > In short, changing this: > > /* set up for select */ > nfds = getdtablesize(); > fdset = (fd_set *)malloc(sizeof(fd_set)); > fromConn = XConnectionNumber(fromDpy); > toConn = XConnectionNumber(toDpy); > > To this: > > /* set up for select */ > fdset = (fd_set *)malloc(sizeof(fd_set)); > fromConn = XConnectionNumber(fromDpy); > toConn = XConnectionNumber(toDpy); > nfds = MAX(fromConn, toConn) + 1; > > Does the trick. However, before I repackage it for Cygwin Setup, I'll > probably apply many (if not all) of Harold's suggestions as well. > > Thanks, everyone! > >> From: Harold L Hunt II >> Reply-To: cygwin-xfree@cygwin.com >> To: cygwin-xfree@cygwin.com >> Subject: Re: Help with fixing x2x... >> Date: Wed, 24 Jul 2002 15:17:52 -0400 >> >> Thomas Chadwick wrote: >> >>> Hmmm. I tried your suggestion and the behavior has not changed. It's >>> still gobbling up 99% of the CPU. Suspecting that select() is not >>> blocking like it should, I inserted "printf("Hello\n");" just before the >>> select() function call. Now when I run x2x I get a continuous stream of >>> "Hello"s on STDOUT whether or not I'm moving the mouse or typing. >>> >>> By comparison, I compiled x2x on my AIX workstation, including the >>> "Hello" addition. When I run x2x there, I observe that it only prints >>> "Hello" when I move the mouse or hit a key. This seems to me to be the >>> appropriate behavior. >>> >>> This little experiment implicates the select() function call itself as >>> being the source of the trouble. Now the question is, is it a problem >>> with how select() is being used (and if so, is the problem at the >>> Xserver or the Xclient end), or is there a problem with the Cygwin >>> implementation of it? >>> >>> Are you aware of any Xclients which use select() and yet do not exhibit >>> the non-blocking behavior I'm seeing? Perhaps there is a minor tweak >>> required in how it is being called. >>> >> >> Yup, xwinclip uses select () just like x2x does: >> >> http://xfree86.cygwin.com/devel/xwinclip/changelog.html >> >> Just download the tarball for Test06 and look in xwinclip.c/main ()/Line >> 390. >> >> I think the problem may be with the value that getdtablesize () is >> returning. To find out, you need to printf the value of nfds, fromConn, >> and toConn. If nfds isn't at least one larger than the maximum of >> fromConn and toConn, then you have a problem. You can alternatively >> replace nfds in the call to select with FD_SETSIZE. >> >> Probably the main problem here, other than if nfds is incorrect, is that >> the event loop fails to flush all X events before its first call to >> select (), which is necessary because there may be events stored in >> local structures already. Also, the manner in which the program >> determines whether or not events are pending is non-standard and easy to >> break. >> >> One other thing: the original programmer is malloc'ing fdset and freeing >> it later. This is entirely unnecessary, fdset should be an automatic >> variable instead. >> >> I recommend completely replaceing the DoX2X function with the one below. >> I promise that it will work this time :) >> >> Harold >> >> >> static void DoX2X(fromDpy, toDpy) >> Display *fromDpy; >> Display *toDpy; >> { >> DPYINFO dpyInfo; >> fd_set fdset; >> int fromConn, toConn; >> int iReturn; >> Bool fReturn; >> >> /* set up displays */ >> dpyInfo.fromDpy = fromDpy; >> dpyInfo.toDpy = toDpy; >> InitDpyInfo (&dpyInfo); >> RegisterEventHandlers (&dpyInfo); >> >> /* get file handles for display event pipes */ >> fromConn = XConnectionNumber(fromDpy); >> toConn = XConnectionNumber(toDpy); >> >> /* >> * We have to clear any pending events before our >> * first call to select, because there may be events >> * stored in local structures. Failing to clear these >> * events will lead to select failing to operate >> * properly. We just set the event flags here so >> * that both event loops are entered on the first time >> * through the main loop below. >> */ >> FD_ZERO (&fdset); >> FD_SET (fromConn, &fdset); >> FD_SET (toConn, &fdSet); >> >> /* Loop forever */ >> while (True) >> { >> /* Check for events for From display */ >> if (FD_ISSET (fromConn, &fdset)) >> { >> /* Process any pending events for From display */ >> while (XPending (fromDpy)) >> fReturn = ProcessEvent (fromDpy, &dpyInfo); >> >> /* Check for failure */ >> if (fReturn) break; >> } >> >> /* Check for events for To display */ >> if (FD_ISSET (toConn, &fdset)) >> { >> /* Process any pending events for To display */ >> while (XPending (toDpy)) >> fReturn = ProcessEvent (toDpy, &dpyInfo); >> >> /* Check for failure */ >> if (fReturn) break; >> } >> >> /* Setup the structures for select () */ >> FD_ZERO(&fdset); >> FD_SET(fromConn, &fdSet); >> FD_SET(toConn, &fdSet); >> >> /* Wait for events from either screen before looping again */ >> iReturn = select (FD_SETSIZE, &fdset, NULL, NULL, NULL); >> if (iReturn <= 0) >> { >> printf ("Call to select () failed. Bailing.\n"); >> break; >> } >> } >> } >> >> >>>> From: Harold L Hunt II >>>> To: Thomas Chadwick >>>> CC: cygwin-xfree@cygwin.com >>>> Subject: Re: Help with fixing x2x... >>>> Date: Tue, 23 Jul 2002 18:58:15 -0400 >>>> >>>> Thomas, >>>> >>>> In x2x, the return value from ProcessEvent which indicates that >>>> everything went normally is False, not True. The real intentions for >>>> the return value of ProcessEvent can be described by the boolean >>>> variable called ``bAbortedDisconnect'' that is returned from >>>> ProcessMotionNotify. Much more on that below but for now, >>>> >>>> Ohmygodthatisfunny!!! >>>> >>>> In the loop, the code does this: >>>> >>>> 1) Check for an event on fromDpy. XPending returns immediately. >>>> >>>> 2) Process the event for fromDpy if an event was pending. If we >>>> processed an event successfully, continue looping. Else, the >>>> ProcessEvent function returned True and we are supposed to shutdown, >>>> thus the ``break''. >>>> >>>> 3) Check for an event on toDpy. XPending returns immediately. >>>> >>>> 4) Process the event for toDpy if an event was pending. If we >>>> processed an event successfully, continue looping. Else, the >>>> ProcessEvent function returned True and we are supposed to shutdown, >>>> thus the ``break''. >>>> >>>> 5) Else, if we did not process an event from either screen, wait until >>>> one or both o fthe file handles that represent the display event >>>> queues becomes ready for reading. >>>> >>>> I think that your infinite loop has to do with the fact that XPending >>>> returns a count of events ready for reading in fromPending, rather >>>> than a boolean value. I think that (!fromPending) had the desired >>>> effect on the developer's platform of determining that (fromPending == >>>> 0), but that is a highly compiler-dependent assumption on behalf of >>>> the original developer. >>>> >>>> For clarity, I would rewrite the section as follows (notice the >>>> correction in the ``else if''): >>>> >>>> ==================================================================== >>>> while (True) /* FOREVER */ >>>> { >>>> /* Save the number of event ready for fromDpy */ >>>> fromPending = XPending(fromDpy); >>>> >>>> /* Process any events ready for fromDpy */ >>>> if (fromPending != 0) >>>> if (ProcessEvent(fromDpy, &dpyInfo)) /* shutdown if True! */ >>>> break; >>>> >>>> /* Process any events ready for toDpy */ >>>> if (XPending(toDpy)) >>>> { >>>> if (ProcessEvent(toDpy, &dpyInfo)) /* shutdown if True! */ >>>> break; >>>> } >>>> else if (fromPending == 0) >>>> { >>>> /* No events ready for either display. Wait for an event. */ >>>> FD_ZERO(fdset); >>>> FD_SET(fromConn, fdset); >>>> FD_SET(toConn, fdset); >>>> select(nfds, fdset, NULL, NULL, NULL); >>>> } >>>> } /* END FOREVER */ >>>> ==================================================================== >>>> >>>> Now, for the excitement about the bAbortedDisconnect variable from >>>> ProcessMotionNotify: >>>> >>>> It looks like the original programmer is using some sort of >>>> consistency checking on MotionNotify events to determine that the X >>>> server is shutting down. I will have to look into this further, but >>>> it looks promising from my initial inspection. This is the final step >>>> that I need for xwinclip to function properly on server resets and >>>> shutdowns. Needless to say, hopefully I am seeing what I want to see :) >>>> >>>> Harold >>>> >>>> >>>> >>>> Thomas Chadwick wrote: >>>> >>>>> I recently discovered that when I run x2x, the Win2k Task Manager >>>>> reports that it's using 90-99% of the CPU. >>>>> >>>>> While I have not noticed a slow down in performance when it's >>>>> running, I'd like to fix it if I can. I've poked around in the >>>>> source and I don't like the looks of the main loop: >>>>> >>>>> while (True) { /* FOREVER */ >>>>> if (fromPending = XPending(fromDpy)) >>>>> if (ProcessEvent(fromDpy, &dpyInfo)) /* done! */ >>>>> break; >>>>> >>>>> if (XPending(toDpy)) { >>>>> if (ProcessEvent(toDpy, &dpyInfo)) /* done! */ >>>>> break; >>>>> } else if (!fromPending) { >>>>> FD_ZERO(fdset); >>>>> FD_SET(fromConn, fdset); >>>>> FD_SET(toConn, fdset); >>>>> select(nfds, fdset, NULL, NULL, NULL); >>>>> } >>>>> >>>>> It would appear to me that this constant polling for an event to >>>>> process is what's eating up the CPU cycles. >>>>> >>>>> Not being an X programmer, I'm hoping someone monitoring the list can >>>>> suggest a way to modify this loop to be less of a CPU hog. >>>>> >>>>> Thanks. >>>>> >>>>> >>>>> _________________________________________________________________ >>>>> MSN Photos is the easiest way to share and print your photos: >>>>> http://photos.msn.com/support/worldwide.aspx >>>>> >>> >>> >>> >>> >>> _________________________________________________________________ >>> Send and receive Hotmail on your mobile device: http://mobile.msn.com >>> >> >> > > > > > _________________________________________________________________ > Chat with friends online, try MSN Messenger: http://messenger.msn.com > From Donette2275b08@mailbr.com.br Thu Jul 25 13:57:00 2002 From: Donette2275b08@mailbr.com.br (Donette2275b08@mailbr.com.br) Date: Thu, 25 Jul 2002 13:57:00 -0000 Subject: Free money. Message-ID: <027c41b17d1d$7557e2d7$7ad17ae3@tiqqry> On January 1st 2002, the European countries began using the new Euro. Never before have so many countries with such powerful economies united to use a single currency. Get your piece of history now! We would like to send you a FREE Euro and a FREE report on world currency. Just visit our site to request your Euro and Euro report: http://www.endlessopportunitieshotline.com/EuroExchange/ In addition to our currency report, you can receive our FREE INVESTMENT PACKAGE: * Learn how $10,000 in options will leverage $1,000,000 in Euro Currency. This means even a small movement in the market has huge profit potential. If you are over age 18 and have some risk capital, it's important that you find out how the Euro will change the economic world and how you can profit! CLICK NOW! http://www.endlessopportunitieshotline.com/EuroExchange/ $10,000 minimum investment Investing in Forex Currency options is speculative and includes a high degree of risk. Investors can and do lose money. http://www.endlessopportunitieshotline.com/takemeoff/ To OptOut. 8169JujS1-062lcef784l19 From huntharo@msu.edu Thu Jul 25 14:11:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 25 Jul 2002 14:11:00 -0000 Subject: problems with XFree References: <20020725114603.58028.qmail@web21006.mail.yahoo.com> Message-ID: <3D4063EB.6070602@msu.edu> Let me see if I understand what is going on here: We are debeating whether to: 1) Modify /etc/profile, which is not installed via a package, but is created directly by setup.exe. 2) Add two scripts, one for bash-style shells and one for c-shell-style shells to /etc/profile.d/. These scripts are processed by /etc/profile. We would add this new scripts to an XFree86 package, probably XFree86-bin, and we would install these scripts via a post-install script if they were not already present (so we do not overwrite modifications). Of all the arguments for/against the two methods, so far only one seems to be a sticking point that essentially decides how we will do this: There is no guarantee that the sub-script in /etc/profile.d/ that adds /usr/X11R6/bin to the path will be executed before some other shell script, that may be added at a later date to /etc/profile.d/, that requires that the path to the X11R6 binaries already be set. In order to allow other scripts in /etc/profile.d/ to assume that the path to the X11R6 binaries is known, we must set the path to the binaries in /etc/profile before the /etc/profile.d/ scripts are processed. I therefore throw my vote 100% behind modifying the /etc/profile script to add /usr/X11R6/bin to the path, if that directory exists. Robert Collins had said something about pulling the /etc/profile script out of setup.exe and having it installed as a stand-alone package. Was this the task that two people had volunteered for? If so, shall we wait until this package is made before we propose any changes to /etc/profile, or should we go ahead and submit a patch for the /etc/profile that is distributed with setup.exe now? Hopefully I haven't confused anything here. I have not commented until now because I had no idea what was going on with all of this profile[.d] stuff, but I think I have a pretty good grasp of it now. Harold Jehan wrote: > Nicholas Wourms wrote: > >> As a rule of thumb, packages should *never* modify the /etc/profile >> script (even if you do back it up). This is a big no-no, as most >> *nix people would tell you. If you insist on getting into a >> discussion on why this is, then so be it. Instead, create 2 scripts >> (a csh and a sh) and drop them into the /etc/profile.d/ directory. > > > I don't like modifying /etc/profile either because I don't think there > any clean way to do it. But if you read the thread I summarized, someone > said that Unixes set X path in /etc/profile. And this make sense to me: > there are no guarantees on the order of execution of the scripts in > /etc/profile.d. What if one of them looks for X and doesn't find it > because the path has not yet been set? As you said in our heated thread > last time, X is quite an important package and we will have more and > more package depending on it. > If the 2 scripts in profile.d are preferred, then I already sent them > less than two weeks ago. > >> This way we play it safe and every one is happy. Also, your scripts >> should check to see if the path has already been set, if it has, then >> don't set it again. Remeber, the more entries in the path, the >> slower Cygwin will operate. > > > If you read the scripts carefully, you'll see that I do check if the > path exists. I check in the install script if /etc/profile has a line of > the form "...PATH=.../usr/X11R6/bin...". Sure it doesn't handle every > single cases (what if someone uses a temporary variable). But it should > handle 99.99% of the cases. If such a line is already in /etc/profile, I > don't change it. > I also check the path in /etc/profile script itself using the echo/grep > line. > > Jehan > > > From cgf@redhat.com Thu Jul 25 14:24:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Thu, 25 Jul 2002 14:24:00 -0000 Subject: problems with xfree In-Reply-To: <3D4063EB.6070602@msu.edu> References: <20020725114603.58028.qmail@web21006.mail.yahoo.com> <3D4063EB.6070602@msu.edu> Message-ID: <20020725205724.GD6611@redhat.com> On Thu, Jul 25, 2002 at 04:47:39PM -0400, Harold L Hunt II wrote: >Let me see if I understand what is going on here: > >We are debeating whether to: > >1) Modify /etc/profile, which is not installed via a package, but is >created directly by setup.exe. > >2) Add two scripts, one for bash-style shells and one for c-shell-style > shells to /etc/profile.d/. These scripts are processed by >/etc/profile. We would add this new scripts to an XFree86 package, >probably XFree86-bin, and we would install these scripts via a >post-install script if they were not already present (so we do not >overwrite modifications). > >Of all the arguments for/against the two methods, so far only one seems >to be a sticking point that essentially decides how we will do this: > > There is no guarantee that the sub-script in /etc/profile.d/ that >adds /usr/X11R6/bin to the path will be executed before some other shell >script, that may be added at a later date to /etc/profile.d/, that >requires that the path to the X11R6 binaries already be set. In order >to allow other scripts in /etc/profile.d/ to assume that the path to the >X11R6 binaries is known, we must set the path to the binaries in >/etc/profile before the /etc/profile.d/ scripts are processed. I don't know what this "other" script in /etc/profile.d might be, but if it is a problem for the "other" script, it could easily include /etc/profile.d/add_x11_path (or whatever) to add the script to ensure that the path was properly set. So, I think that adding an appropriate file to /etc/profile.d makes more sense. Then people who don't have /usr/bin/X11R6 don't have a spurious check for the directory in their /etc/profile. cgf From huntharo@msu.edu Thu Jul 25 16:27:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 25 Jul 2002 16:27:00 -0000 Subject: problems with xfree References: <20020725114603.58028.qmail@web21006.mail.yahoo.com> <3D4063EB.6070602@msu.edu> <20020725205724.GD6611@redhat.com> Message-ID: <3D406A24.1000403@msu.edu> Christopher Faylor wrote: > On Thu, Jul 25, 2002 at 04:47:39PM -0400, Harold L Hunt II wrote: > >>Let me see if I understand what is going on here: >> >>We are debeating whether to: >> >>1) Modify /etc/profile, which is not installed via a package, but is >>created directly by setup.exe. >> >>2) Add two scripts, one for bash-style shells and one for c-shell-style >>shells to /etc/profile.d/. These scripts are processed by >>/etc/profile. We would add this new scripts to an XFree86 package, >>probably XFree86-bin, and we would install these scripts via a >>post-install script if they were not already present (so we do not >>overwrite modifications). >> >>Of all the arguments for/against the two methods, so far only one seems >>to be a sticking point that essentially decides how we will do this: >> >> There is no guarantee that the sub-script in /etc/profile.d/ that >>adds /usr/X11R6/bin to the path will be executed before some other shell >>script, that may be added at a later date to /etc/profile.d/, that >>requires that the path to the X11R6 binaries already be set. In order >>to allow other scripts in /etc/profile.d/ to assume that the path to the >>X11R6 binaries is known, we must set the path to the binaries in >>/etc/profile before the /etc/profile.d/ scripts are processed. > > > I don't know what this "other" script in /etc/profile.d might be, but > if it is a problem for the "other" script, it could easily include > /etc/profile.d/add_x11_path (or whatever) to add the script to ensure > that the path was properly set. > > So, I think that adding an appropriate file to /etc/profile.d makes > more sense. Then people who don't have /usr/bin/X11R6 don't have > a spurious check for the directory in their /etc/profile. > > cgf That sounds even more reasonable. No one has suggested that yet. One question though... are there any known packages that put a script in /etc/profile.d/ that expect the path to the X11R6 binaries to already be set, but that do not include some X11R6 path-setting script? We would have to modify any such scripts, if we ever encounter them, to include our X11R6 path-setting script. That doesn't seem like a horrible trade-off. Okay, go with the new scripts in /etc/profile.d/. Jehan - you sent in these scripts before, right? Could you send them again? Thanks. Harold From maxb@ukf.net Thu Jul 25 18:22:00 2002 From: maxb@ukf.net (Max Bowsher) Date: Thu, 25 Jul 2002 18:22:00 -0000 Subject: /etc/profile & /etc/profile.d/ (was: problems with XFree) References: <20020725114603.58028.qmail@web21006.mail.yahoo.com> <3D4063EB.6070602@msu.edu> Message-ID: <011601c23421$85f0ef80$0100a8c0@wdg.uk.ibm.com> As I understand it, the whole point of /etc/profile.d/ is to allow packages to put their own startup scripts there and not modify /etc/profile - the underlying reason being that package management generally does a good job of adding and removing files, but changing them is fraught with difficulty. > 2) Add two scripts, one for bash-style shells and one for c-shell- > style shells to /etc/profile.d/. These scripts are processed by > /etc/profile. We would add this new scripts to an XFree86 package, > probably XFree86-bin, and we would install these scripts via a > post-install script if they were not already present (so we do not > overwrite modifications). Why not just install them normally? Is this not the whole point of profile.d ? > Of all the arguments for/against the two methods, so far only one > seems to be a sticking point that essentially decides how we will do > this: > > There is no guarantee that the sub-script in /etc/profile.d/ that > adds /usr/X11R6/bin to the path will be executed before some other > shell script, that may be added at a later date to /etc/profile.d/, > that requires that the path to the X11R6 binaries already be set. In > order to allow other scripts in /etc/profile.d/ to assume that the > path to the X11R6 binaries is known, we must set the path to the > binaries in /etc/profile before the /etc/profile.d/ scripts are > processed. Can I just raise a point? If we named the script 00-XFree-path.sh, then wouldn't the 00 prefix ensure that this script executed before any scripts with first-character-alphabetic names? This seems to me the best way to solve this problem, unless someone can show that this ordering is not necessarily so. > I therefore throw my vote 100% behind modifying the /etc/profile > script to add /usr/X11R6/bin to the path, if that directory exists. I really don't think we should be messing with /etc/profile for this kind of thing. This is the raison d'??tre of /etc/profile.d/ . > Robert Collins had said something about pulling the /etc/profile > script out of setup.exe and having it installed as a stand-alone > package. Was this the task that two people had volunteered for? If > so, shall we wait until this package is made before we propose any > changes to /etc/profile, or should we go ahead and submit a patch for > the /etc/profile that is distributed with setup.exe now? Not _with_. _In_. > Hopefully I haven't confused anything here. I have not commented > until now because I had no idea what was going on with all of this > profile[.d] stuff, but I think I have a pretty good grasp of it now. Actually, that was a pretty useful synopsis of the current situation. > Harold Max. From larsen587@firemail.de Thu Jul 25 21:26:00 2002 From: larsen587@firemail.de (Jack Larsen) Date: Thu, 25 Jul 2002 21:26:00 -0000 Subject: Finally on Sylpheed Message-ID: <20020726012822.52f45abd.larsen587@firemail.de> Hi Jim, I use cygwin-sylpheed for almost an year. It has become my main email client. Of course I am interested that anybody becomes the maintainter of this great program. Furthermore I am interested in an official cygwin glib/gtk port. -Jack From nahor@bravobrava.com Fri Jul 26 00:27:00 2002 From: nahor@bravobrava.com (Jehan) Date: Fri, 26 Jul 2002 00:27:00 -0000 Subject: problems with xfree References: <20020725114603.58028.qmail@web21006.mail.yahoo.com> <3D4063EB.6070602@msu.edu> <20020725205724.GD6611@redhat.com> <3D406A24.1000403@msu.edu> Message-ID: Harold L Hunt II wrote: > Christopher Faylor wrote: > >> On Thu, Jul 25, 2002 at 04:47:39PM -0400, Harold L Hunt II wrote: >> >>> Let me see if I understand what is going on here: >>> >>> We are debeating whether to: >>> >>> 1) Modify /etc/profile, which is not installed via a package, but is >>> created directly by setup.exe. >>> >>> 2) Add two scripts, one for bash-style shells and one for >>> c-shell-style shells to /etc/profile.d/. These scripts are processed >>> by /etc/profile. We would add this new scripts to an XFree86 >>> package, probably XFree86-bin, and we would install these scripts via >>> a post-install script if they were not already present (so we do not >>> overwrite modifications). >>> >>> Of all the arguments for/against the two methods, so far only one >>> seems to be a sticking point that essentially decides how we will do >>> this: >>> >>> There is no guarantee that the sub-script in /etc/profile.d/ that >>> adds /usr/X11R6/bin to the path will be executed before some other >>> shell script, that may be added at a later date to /etc/profile.d/, >>> that requires that the path to the X11R6 binaries already be set. In >>> order to allow other scripts in /etc/profile.d/ to assume that the >>> path to the X11R6 binaries is known, we must set the path to the >>> binaries in /etc/profile before the /etc/profile.d/ scripts are >>> processed. >> >> >> >> I don't know what this "other" script in /etc/profile.d might be, but >> if it is a problem for the "other" script, it could easily include >> /etc/profile.d/add_x11_path (or whatever) to add the script to ensure >> that the path was properly set. >> >> So, I think that adding an appropriate file to /etc/profile.d makes >> more sense. Then people who don't have /usr/bin/X11R6 don't have >> a spurious check for the directory in their /etc/profile. >> >> cgf > > > That sounds even more reasonable. No one has suggested that yet. > > One question though... are there any known packages that put a script in > /etc/profile.d/ that expect the path to the X11R6 binaries to already be > set, but that do not include some X11R6 path-setting script? We would > have to modify any such scripts, if we ever encounter them, to include > our X11R6 path-setting script. That doesn't seem like a horrible > trade-off. > > Okay, go with the new scripts in /etc/profile.d/. > > Jehan - you sent in these scripts before, right? Could you send them > again? Thanks. Here they are. I renamed them 00xfree.* as suggested by Max Bowsher which I thing is even cleaner than having other scripts including the XFree script (which would mean that the script will have to keep its name whatever happens, it would be executed several times, ...). From the bash man page: Pathname Expansion After word splitting, unless the -f option has been set, bash scans each word for the characters *, ?, and [. If one of these characters appears, then the word is regarded as a pattern, and replaced with an alphabetically sorted list of file names matching the pattern. From the tcsh man page: Filename substitution If a word contains any of the characters `*', `?', `[' or `{' or begins with the character `~' it is a candidate for filename substitution, also known as ``globbing''. This word is then regarded as a pattern (``glob-pattern''), and replaced with an alphabetically sorted list of file names which match the pattern So I think we could use this feature to ensure that the XFree script will be executed before any other scripts. Jehan -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: 00xfree.csh URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: 00xfree.sh URL: From huntharo@msu.edu Fri Jul 26 02:14:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Fri, 26 Jul 2002 02:14:00 -0000 Subject: problems with xfree In-Reply-To: Message-ID: Do you think we could alternatively call these XFree86.* ? Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Jehan > Sent: Thursday, July 25, 2002 9:22 PM > To: cygwin-xfree@cygwin.com > Subject: Re: problems with xfree > > > Harold L Hunt II wrote: > > Christopher Faylor wrote: > > > >> On Thu, Jul 25, 2002 at 04:47:39PM -0400, Harold L Hunt II wrote: > >> > >>> Let me see if I understand what is going on here: > >>> > >>> We are debeating whether to: > >>> > >>> 1) Modify /etc/profile, which is not installed via a package, but is > >>> created directly by setup.exe. > >>> > >>> 2) Add two scripts, one for bash-style shells and one for > >>> c-shell-style shells to /etc/profile.d/. These scripts are processed > >>> by /etc/profile. We would add this new scripts to an XFree86 > >>> package, probably XFree86-bin, and we would install these scripts via > >>> a post-install script if they were not already present (so we do not > >>> overwrite modifications). > >>> > >>> Of all the arguments for/against the two methods, so far only one > >>> seems to be a sticking point that essentially decides how we will do > >>> this: > >>> > >>> There is no guarantee that the sub-script in /etc/profile.d/ that > >>> adds /usr/X11R6/bin to the path will be executed before some other > >>> shell script, that may be added at a later date to /etc/profile.d/, > >>> that requires that the path to the X11R6 binaries already be set. In > >>> order to allow other scripts in /etc/profile.d/ to assume that the > >>> path to the X11R6 binaries is known, we must set the path to the > >>> binaries in /etc/profile before the /etc/profile.d/ scripts are > >>> processed. > >> > >> > >> > >> I don't know what this "other" script in /etc/profile.d might be, but > >> if it is a problem for the "other" script, it could easily include > >> /etc/profile.d/add_x11_path (or whatever) to add the script to ensure > >> that the path was properly set. > >> > >> So, I think that adding an appropriate file to /etc/profile.d makes > >> more sense. Then people who don't have /usr/bin/X11R6 don't have > >> a spurious check for the directory in their /etc/profile. > >> > >> cgf > > > > > > That sounds even more reasonable. No one has suggested that yet. > > > > One question though... are there any known packages that put a > script in > > /etc/profile.d/ that expect the path to the X11R6 binaries to > already be > > set, but that do not include some X11R6 path-setting script? We would > > have to modify any such scripts, if we ever encounter them, to include > > our X11R6 path-setting script. That doesn't seem like a horrible > > trade-off. > > > > Okay, go with the new scripts in /etc/profile.d/. > > > > Jehan - you sent in these scripts before, right? Could you send them > > again? Thanks. > > Here they are. > I renamed them 00xfree.* as suggested by Max Bowsher which I thing is > even cleaner than having other scripts including the XFree script (which > would mean that the script will have to keep its name whatever happens, > it would be executed several times, ...). > > From the bash man page: > Pathname Expansion > After word splitting, unless the -f option has been > set, bash scans each word for the characters *, ?, and > [. If one of these characters appears, then the word is > regarded as a pattern, and replaced with an > alphabetically sorted list of file names matching > the pattern. > > From the tcsh man page: > Filename substitution > If a word contains any of the characters `*', `?', `[' > or `{' or begins with the character `~' it is a > candidate for filename substitution, also known as > ``globbing''. This word is then regarded as a pattern > (``glob-pattern''), and replaced with an alphabetically > sorted list of file names which match the pattern > > So I think we could use this feature to ensure that the XFree script > will be executed before any other scripts. > > > Jehan > From sb@dod.no Fri Jul 26 02:51:00 2002 From: sb@dod.no (Steinar Bang) Date: Fri, 26 Jul 2002 02:51:00 -0000 Subject: Reply-to address change References: Message-ID: <87adofhrts.fsf@doohan.bang.priv.no> >>>>> "Harold Hunt" : > Yup, it has finally happened. The drawbacks of not setting the > reply-to field for this mailing list far outweigh the benefits. It's a good thing I use Gnus, so that I can set the aptly named (broken-reply-to . t) in the group parameters for this mailing list. From jim.george@blueyonder.co.uk Fri Jul 26 04:21:00 2002 From: jim.george@blueyonder.co.uk (Jim George) Date: Fri, 26 Jul 2002 04:21:00 -0000 Subject: Finally on Sylpheed In-Reply-To: <20020725144556.21294.qmail@web21003.mail.yahoo.com> References: <20020725071624.1ccbd120.jim.george@blueyonder.co.uk> <20020725144556.21294.qmail@web21003.mail.yahoo.com> Message-ID: <20020725221216.350a90f9.jim.george@blueyonder.co.uk> On Thu, 25 Jul 2002 07:45:56 -0700 (PDT) Nicholas Wourms wrote: > > --- Jim George wrote: > > I say finally but of course the fun is just beginning for me:) > > > > I now have sylpheed (the X Mail Client) running under cygwin-X and > > it's very good, there are some items that could be beefed > > up/improved upon (and I shall offer whatever help I'm able to) but > > on the whole very good. > > > > So that this isn't one of those mails that just takes up > > bandwidth... > > > > To create it you need glib-1.2.10 and gtk.1.2.10 or above, also > > libiconv (this is already part of the main setup for cygwin, > > although you need to specifically select it), and of course you > > need sylpheed (current release is 0.8.0). > > > > You can get glib and gtk at ftp://ftp.gtk.org/pub/gtk/1.2 > > You can get sylpheed at http://sylpheed.good-day.net > > > > You need to make one alteration in the glib package for it to > > compile. Comment out line 705 of gstrfuncs.c and it will compile > > flawlessly. > > > > Can the lis let me know if there is interest in a X Mail Client for > > cygwin, in which case I'll investigate becoming a maintainter for > > the list? > > > Jim, > > Why don't you wait until Lapo releases the glib/gtk packages. That > way you can link to them dynamically. > > Cheers, > Nicholas Now that's a good idea! Has anyone heard what happened to the port of Evolution? Someone said (I think) that there was to be a port to cygwin? Jim From jim.george@blueyonder.co.uk Fri Jul 26 04:44:00 2002 From: jim.george@blueyonder.co.uk (Jim George) Date: Fri, 26 Jul 2002 04:44:00 -0000 Subject: Finally on Sylpheed In-Reply-To: <20020726012822.52f45abd.larsen587@firemail.de> References: <20020726012822.52f45abd.larsen587@firemail.de> Message-ID: <20020726102601.2a833d63.jim.george@blueyonder.co.uk> On Fri, 26 Jul 2002 01:28:22 +0200 Jack Larsen wrote: > Hi Jim, > > I use cygwin-sylpheed for almost an year. It has become my main email client. > Of course I am interested that anybody becomes the maintainter of this great > program. Furthermore I am interested in an official cygwin glib/gtk port. > > -Jack Jack, apparently work on glib/gtk port to cygwin is underway so I'll wait for that to be released before picking up the gauntlet :) Jim From nwourms@yahoo.com Fri Jul 26 05:40:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 26 Jul 2002 05:40:00 -0000 Subject: Finally on Sylpheed In-Reply-To: <20020725221216.350a90f9.jim.george@blueyonder.co.uk> Message-ID: <20020726112119.95700.qmail@web21008.mail.yahoo.com> > > Now that's a good idea! > > Has anyone heard what happened to the port of Evolution? Someone > said (I think) that there was to be a port to cygwin? > Jim, The last I heard, evolution has been around for millions of years, give or take an eon. Seriously though, I would be hard pressed to use that piece of s**t. That turncoat Miguel deIcaza is being quite the hypocrite by keeping the "Exchange" server access functionality closed source (and for a fee). You see I was in the community when the whole Rasterman/deIcaza merger happened and the e-desktop became gnome. I rember how he evangilized free software and the opensource movement, and scoffed at anyone who didn't release the source to the software they were working on. Personally, I will not use GNOME because of this [KDE is better anyhow], and if I could get away with it, I wouldn't use gtk either. As for evolution, it is too bulky, too buggy, and just plain ugly. Stick with Sylpheed or better yet, Pine! Cheers, Nicholas Please do not CC: in your reply, as you know that I am subscribed to this list. I normally don't mind, but the volume of mail I recieve is causing me to live "on the line" with my Yahoo mail quota. __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From jim.george@blueyonder.co.uk Fri Jul 26 05:52:00 2002 From: jim.george@blueyonder.co.uk (Jim George) Date: Fri, 26 Jul 2002 05:52:00 -0000 Subject: Finally on Sylpheed In-Reply-To: <20020726112119.95700.qmail@web21008.mail.yahoo.com> References: <20020725221216.350a90f9.jim.george@blueyonder.co.uk> <20020726112119.95700.qmail@web21008.mail.yahoo.com> Message-ID: <20020726123950.1bde3237.jim.george@blueyonder.co.uk> On Fri, 26 Jul 2002 04:21:19 -0700 (PDT) Nicholas Wourms wrote: > > > > Now that's a good idea! > > > > Has anyone heard what happened to the port of Evolution? Someone > > said (I think) that there was to be a port to cygwin? > > > Jim, > > The last I heard, evolution has been around for millions of years, > give or take an eon. Seriously though, I would be hard pressed to > use that piece of s**t. That turncoat Miguel deIcaza is being quite > the hypocrite by keeping the "Exchange" server access functionality > closed source (and for a fee). You see I was in the community when > the whole Rasterman/deIcaza merger happened and the e-desktop became > gnome. I rember how he evangilized free software and the opensource > movement, and scoffed at anyone who didn't release the source to the > software they were working on. Personally, I will not use GNOME > because of this [KDE is better anyhow], and if I could get away with > it, I wouldn't use gtk either. As for evolution, it is too bulky, > too buggy, and just plain ugly. Stick with Sylpheed or better yet, > Pine! > > Cheers, > Nicholas > Nicholas, boy did I touch a nerve ;) As it happens I like both sylpheed and pine (especially the latter, if only that could become a GUI). However I have to say that Evolution is probably the strongest Linux x-mail client I've come across in all my years with Linux. It's a real shame that deIcaza should have sold out in this way as it would have been a real killer application in the workplace. Jim From staf.verhaegen@imec.be Fri Jul 26 05:52:00 2002 From: staf.verhaegen@imec.be (Staf Verhaegen) Date: Fri, 26 Jul 2002 05:52:00 -0000 Subject: Finally on Sylpheed References: <20020725221216.350a90f9.jim.george@blueyonder.co.uk> <20020726112119.95700.qmail@web21008.mail.yahoo.com> <20020726123950.1bde3237.jim.george@blueyonder.co.uk> Message-ID: <3D414350.657DA619@imec.be> Jim George wrote: > > On Fri, 26 Jul 2002 04:21:19 -0700 (PDT) > Nicholas Wourms wrote: > > > > > > > Now that's a good idea! > > > > > > Has anyone heard what happened to the port of Evolution? Someone > > > said (I think) that there was to be a port to cygwin? > > > > > Jim, > > > > The last I heard, evolution has been around for millions of years, > > give or take an eon. Seriously though, I would be hard pressed to > > use that piece of s**t. That turncoat Miguel deIcaza is being quite > > the hypocrite by keeping the "Exchange" server access functionality > > closed source (and for a fee). You see I was in the community when > > the whole Rasterman/deIcaza merger happened and the e-desktop became > > gnome. I rember how he evangilized free software and the opensource > > movement, and scoffed at anyone who didn't release the source to the > > software they were working on. Personally, I will not use GNOME > > because of this [KDE is better anyhow], and if I could get away with > > it, I wouldn't use gtk either. As for evolution, it is too bulky, > > too buggy, and just plain ugly. Stick with Sylpheed or better yet, > > Pine! > > > > Cheers, > > Nicholas > > > Nicholas, > > boy did I touch a nerve ;) > > As it happens I like both sylpheed and pine (especially the latter, if only that could become a GUI). > > However I have to say that Evolution is probably the strongest Linux x-mail client I've come across in all my years with Linux. It's a real shame that deIcaza should have sold out in this way as it would have been a real killer application in the workplace. Everything De Icaza and Ximian does is open source except one peace of code that is used to connect to an expensive propriety email server. Without this connector thing evolution email client is fully usable and open source as is ximian gnome, red carpet, mono, ... Staf. PS: Live would be so much easier when people would just try having fun with computing and not consider it as some kind of religion. Live would be so much easier when people would not try to tell to other people what they should like or should not like. From nwourms@yahoo.com Fri Jul 26 06:10:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 26 Jul 2002 06:10:00 -0000 Subject: Finally on Sylpheed In-Reply-To: <3D414350.657DA619@imec.be> Message-ID: <20020726125236.60348.qmail@web21001.mail.yahoo.com> --- Staf Verhaegen wrote: > Everything De Icaza and Ximian does is open source except one peace > of code > that is used to connect to an expensive propriety email server. > Without this > connector thing evolution email client is fully usable and open > source as is > ximian gnome, red carpet, mono, ... They could have a million things that were opensource and one closed source product but it still wouldn't matter. I'm not against closed source software, all I ask is that you practice what you preach. To him, opensource is(was) a religion, and yet still he refuses to opensource every bit of his software. 'Nuff said. This is way off-topic anyhow. > PS: Live would be so much easier when people would just try having > fun with computing and not consider it as some kind of religion. > Live would be so much easier when people would not try to tell to > other people what they should like or should not like. Who's telling people what to like? AFAICT, Jim and I were having an exchange of opinions. What you do with those opinions is entirely up to you. I'm having fun, aren't you? Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From huntharo@msu.edu Fri Jul 26 06:54:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 26 Jul 2002 06:54:00 -0000 Subject: Finally on Sylpheed References: <20020725221216.350a90f9.jim.george@blueyonder.co.uk> <20020726112119.95700.qmail@web21008.mail.yahoo.com> <20020726123950.1bde3237.jim.george@blueyonder.co.uk> <3D414350.657DA619@imec.be> Message-ID: <3D4146B3.70703@msu.edu> Staf Verhaegen wrote: > Jim George wrote: > >>On Fri, 26 Jul 2002 04:21:19 -0700 (PDT) >>Nicholas Wourms wrote: >> >> >>>>Now that's a good idea! >>>> >>>>Has anyone heard what happened to the port of Evolution? Someone >>>>said (I think) that there was to be a port to cygwin? >>>> >>> >>>Jim, >>> >>>The last I heard, evolution has been around for millions of years, >>>give or take an eon. Seriously though, I would be hard pressed to >>>use that piece of s**t. That turncoat Miguel deIcaza is being quite >>>the hypocrite by keeping the "Exchange" server access functionality >>>closed source (and for a fee). You see I was in the community when >>>the whole Rasterman/deIcaza merger happened and the e-desktop became >>>gnome. I rember how he evangilized free software and the opensource >>>movement, and scoffed at anyone who didn't release the source to the >>>software they were working on. Personally, I will not use GNOME >>>because of this [KDE is better anyhow], and if I could get away with >>>it, I wouldn't use gtk either. As for evolution, it is too bulky, >>>too buggy, and just plain ugly. Stick with Sylpheed or better yet, >>>Pine! >>> >>>Cheers, >>>Nicholas >>> >> >>Nicholas, >> >> boy did I touch a nerve ;) >> >> As it happens I like both sylpheed and pine (especially the latter, if only that could become a GUI). >> >> However I have to say that Evolution is probably the strongest Linux x-mail client I've come across in all my years with Linux. It's a real shame that deIcaza should have sold out in this way as it would have been a real killer application in the workplace. > > > Everything De Icaza and Ximian does is open source except one peace of code > that is used to connect to an expensive propriety email server. Without this > connector thing evolution email client is fully usable and open source as is > ximian gnome, red carpet, mono, ... > > Staf. > > PS: Live would be so much easier when people would just try having fun with > computing and not consider it as some kind of religion. Live would be so much > easier when people would not try to tell to other people what they should like > or should not like. Anything further regarding the merits of Evolution, etc. is off topic for this mailing list. Harold From staf.verhaegen@imec.be Fri Jul 26 08:33:00 2002 From: staf.verhaegen@imec.be (Staf Verhaegen) Date: Fri, 26 Jul 2002 08:33:00 -0000 Subject: Finally on Sylpheed References: <20020726125236.60348.qmail@web21001.mail.yahoo.com> Message-ID: <3D414A3B.CA058EEB@imec.be> > I'm having fun, aren't you? This was not clear to me with the way you put things in your email. Apologies to the list and case closed. Staf. From beccari@polito.it Fri Jul 26 12:20:00 2002 From: beccari@polito.it (Claudio Beccari) Date: Fri, 26 Jul 2002 12:20:00 -0000 Subject: Unresolved reference in a cygwin/xfree86 library Message-ID: <5.0.2.1.1.20020726144724.00a8e6d0@130.192.2.16> I tried to install LyX on a laptop that has a US keyboard; I had to download and install cygwin and Xfree86 plus customize for my terminal. Everyting OK; Installed LyX; everything OK except for one point. For writing in Italian I need the grave accent (the acute is comparatively rarer and it works fine) and I want ot set it up the same as in MSWord (and SciWord, apparently); I customize the cua.bind LyX binding file in order to have accents configured as a -accent combination followed by the suitable vowel. Things work fine for ', ~, and ^; they dont work with " and `. I can do without the umlaut, but I can't do without the grave accent. I read and reread the LyX documentation; it suggests to configure the keyboard key by means of xmodmap and xkeycaps; xmodmap is part of cygwin/xfree86 distribution (the latest distribution downlaoaded -- for the n-th time -- on 25 july 2002) and apparently indicate that my laptop keyboard is correctly identified and installed. Nevertheless since things don't work as expected, I have the curiosity of installing xkeycaps; I downloaded it from its home site (www.jwz.org) and followed the whole procedure for the installation which implies using xmkmf, make, and so on; the former works fine, the latter stops with a linker error on the very last step, where it say that it found and unresolved reference XpmReadFileToPixmap in a module deriving from the compilation of pixmap.c in library /usr/X11R6/lib/libXaw.a. I suppose that libXaw.a has a little glitch, but may be it's only my installation. Any suggestion? Thanks in advance Claudio From nahor@bravobrava.com Sun Jul 28 23:55:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sun, 28 Jul 2002 23:55:00 -0000 Subject: problems with xfree References: Message-ID: Harold Hunt wrote: > Do you think we could alternatively call these XFree86.* ? If you want to be sure that they are executed before any other script (which I think is better than asking those other scripts to include it if they need the path), it must be first in the alphabetical order. Other than that, the name can be anything. So if you prefer 00XFree86.*, it's fine. But there can easily be scripts starting with a capital letter that would be read before any X* script. Jehan From jim.george@blueyonder.co.uk Mon Jul 29 07:42:00 2002 From: jim.george@blueyonder.co.uk (Jim George) Date: Mon, 29 Jul 2002 07:42:00 -0000 Subject: imlib Message-ID: <20020729075411.5e09023f.jim.george@blueyonder.co.uk> Folks, I wanted imlib to give me image rendering support in slypheed and couldn't find it in packages, so I downloaded and compiled version 1.9.8.1 straight out of the box. The reason I tell you this is that I wasn't sure why this handy package didn't appear to be on the web site? Or did I have my eyes closed? I ask as I'm far less than confident in proposing a new package, and extremely dubious about my talents to maintain it. Kind thoughts as to how I should proceed please? Perhaps a link on the site to http://freshmeat.net/projects/imlib/?topic-id=809 ? Cheers, Jim From huntharo@msu.edu Mon Jul 29 07:42:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 29 Jul 2002 07:42:00 -0000 Subject: Your help please... References: <4B1C863C5596D511B2180003474DC66305DE2D5F@se001076.rbc1.royalbank.com> Message-ID: <3D41A18D.3070606@msu.edu> Jafry, Kamran wrote: > I am very new at this and just installed cygwin.. > I was wondering if you might be able to help me out.. > I am trying to connect to AIX on UNIX from my desktop.. > It does not prompt me for a userid or password or gives me > a GUI so that I can run something.. > Do you know where I can find instructions or if you > could so much as help me I would appreciate it > > I have tried > xwin -kb -query 10.96.1.32 > > but it just brings up a blank xwindow screen? > Thank you, > Kamran. > > ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- > This e-mail may be privileged and/or confidential, and the sender does > not waive any related rights and obligations. Any distribution, use or > copying of this e-mail or the information it contains by other than an > intended recipient is unauthorized. If you received this e-mail in > error, please advise me (by return e-mail or otherwise) immediately. > > Ce courriel est confidentiel et prot??g??. L'exp??diteur ne renonce pas aux > droits et obligations qui s'y rapportent. Toute diffusion, utilisation > ou copie de ce message ou des renseignements qu'il contient par une > personne autre que le (les) destinataire(s) d??sign??(s) est interdite. Si > vous recevez ce courriel par erreur, veuillez m'en aviser imm??diatement, > par retour de courriel ou par un autre moyen. > > > ============================================================================== > Kamran, I have forwarded your question to the Cygwin/XFree86 mailing list at cygwin-xfree@cygwin.com. Harold From huntharo@msu.edu Mon Jul 29 08:57:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 29 Jul 2002 08:57:00 -0000 Subject: Post-install or untar installation of 00xfree.csh, 00xfree.sh? Message-ID: <3D4554E0.6090705@msu.edu> Is there a general policy of how /etc/profile.d/ scripts should be installed? Should they be indiscriminately untarred overtop of any pre-existing version of the scripts in /etc/profile.d/, or should they be installed via a post-install script? If post-install scripts are the preferred method, would someone (probably Jehan) care to make a post-install script for XFree86-bin that is based off the post-install script for another package that installs profile.d scripts? Harold From j_tetazoo@hotmail.com Mon Jul 29 15:49:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Mon, 29 Jul 2002 15:49:00 -0000 Subject: Your help please... Message-ID: Using the -query flag assumes that the workstation you are connecting to is running an XDMCP server. My guess is that the workstation you are connecting to is not. This HOWTO may be of some use: http://www.linux.org/docs/ldp/howto/XDMCP-HOWTO/index.html If you are not in a position to get XDMCP running on the remote AIX workstation, you can still run Xclients remotely. More info here: http://www.linux.org/docs/ldp/howto/mini/Remote-X-Apps.html [Note that will have to explicity install the "inetutils" and "openssh" packages using Cygwin Setup to gain access to the telnet and ssh commands referenced in the above HowTo.] >From: Harold L Hunt II >Reply-To: cygwin-xfree@cygwin.com >To: "Jafry, Kamran" , cygwin-xfree@cygwin.com >Subject: Re: Your help please... >Date: Fri, 26 Jul 2002 15:22:53 -0400 > >Jafry, Kamran wrote: >>I am very new at this and just installed cygwin.. >>I was wondering if you might be able to help me out.. >>I am trying to connect to AIX on UNIX from my desktop.. >>It does not prompt me for a userid or password or gives me >>a GUI so that I can run something.. >>Do you know where I can find instructions or if you >>could so much as help me I would appreciate it >> >>I have tried >>xwin -kb -query 10.96.1.32 >> >>but it just brings up a blank xwindow screen? >>Thank you, >>Kamran. >> >>---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- >>This e-mail may be privileged and/or confidential, and the sender does not >>waive any related rights and obligations. Any distribution, use or copying >>of this e-mail or the information it contains by other than an intended >>recipient is unauthorized. If you received this e-mail in error, please >>advise me (by return e-mail or otherwise) immediately. >> >>Ce courriel est confidentiel et prot??g??. L'exp??diteur ne renonce pas aux >>droits et obligations qui s'y rapportent. Toute diffusion, utilisation ou >>copie de ce message ou des renseignements qu'il contient par une personne >>autre que le (les) destinataire(s) d??sign??(s) est interdite. Si vous >>recevez ce courriel par erreur, veuillez m'en aviser imm??diatement, par >>retour de courriel ou par un autre moyen. >> >> >>============================================================================== >> > >Kamran, > >I have forwarded your question to the Cygwin/XFree86 mailing list at >cygwin-xfree@cygwin.com. > >Harold _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From nahor@bravobrava.com Mon Jul 29 15:51:00 2002 From: nahor@bravobrava.com (Jehan) Date: Mon, 29 Jul 2002 15:51:00 -0000 Subject: Post-install or untar installation of 00xfree.csh, 00xfree.sh? References: <3D4554E0.6090705@msu.edu> Message-ID: Harold L Hunt II wrote: > Is there a general policy of how /etc/profile.d/ scripts should be > installed? Should they be indiscriminately untarred overtop of any > pre-existing version of the scripts in /etc/profile.d/, or should they > be installed via a post-install script? > > If post-install scripts are the preferred method, would someone > (probably Jehan) care to make a post-install script for XFree86-bin that > is based off the post-install script for another package that installs > profile.d scripts? For now, I have on my system two packages using profile.d scripts (openssl and tcsh). Both of them just have the scripts in the list of files to install (using "tar tvfj package.tar.bz2"). So I don't think they use any post-install script. Jehan From fbregier@webmails.com Mon Jul 29 16:27:00 2002 From: fbregier@webmails.com (frederic bregier) Date: Mon, 29 Jul 2002 16:27:00 -0000 Subject: Problem with Windows95 and XFree Message-ID: <20020729183516.29125.qmail@webmails.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From fbregier@webmails.com Mon Jul 29 16:35:00 2002 From: fbregier@webmails.com (frederic bregier) Date: Mon, 29 Jul 2002 16:35:00 -0000 Subject: Problem with Windows95 and XFree Message-ID: <20020729184938.4553.qmail@webmails.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From igloo@intravenous.d2g.com Mon Jul 29 16:38:00 2002 From: igloo@intravenous.d2g.com (igloo) Date: Mon, 29 Jul 2002 16:38:00 -0000 Subject: Perfomance issues with Xwin References: <20020729184938.4553.qmail@webmails.com> Message-ID: <001401c23757$bad13370$0200005a@igloo> Hi. I've installed Cygwin and xfree86 in the hope of controlling clients running on a remote machine. Both Cygwin and Xfree appear to install correctly, only the X-server runs very sluggishly, averaging at about 3 or 4 frames per second. This happens whenever I start the X-server, with or without connecting to the remote machine. Slowness seems to be independent of the mouse (meaning that even commands entered into xterm via keyboard appear to lag) Hardware: AMD athlon 500 512Mb RAM 2Gb HD space Free 1x AGP TNT2, running at 1280x1024 / 32bpp 1x PCI TNT, running at 1280x1024 / 16bpp 1x PCI Matrox Mystique, running at 1152x864 / 16bpp Software: Windows 2000, relativley fresh installation, no firewalls or socket managers installed (to my knowledge) CygwinNT 5.0 . I've tried closing every proccess windows2000 lets me, one by one, with no successs. . I've tried disabling each display card in sequence, running at different resolutions and bbp, no success. Any time I have any trouble with software that doesn't like me multi-monitoring, disabling the other 2 screens *always* works. . I've tried cygwin/xfree on a p200 with windows 98, got much better performance, hence I assume my athlon 500 is up to the job. . I've tried telling the X-server to run fullscreen and at various resolutions and bpps. . Re-installed DirectX, no joy Any suggestions? or anything I don't know about? sorry if you get this question about 5,000 times a day, but i've tried everything and really want to use thise software - it looks like the most promising widows2000/X-server solution avaliable. cheers, igloo@intravenous.d2g.com icq: 13013913 From maxb@ukf.net Mon Jul 29 16:42:00 2002 From: maxb@ukf.net (Max Bowsher) Date: Mon, 29 Jul 2002 16:42:00 -0000 Subject: Perfomance issues with Xwin References: <20020729184938.4553.qmail@webmails.com> <001401c23757$bad13370$0200005a@igloo> Message-ID: <00d801c23758$84a300c0$0100a8c0@wdg.uk.ibm.com> igloo wrote: > Hi. I've installed Cygwin and xfree86 in the hope of controlling > clients running on a remote machine. Both Cygwin and Xfree appear to > install correctly, only the X-server runs very sluggishly, averaging > at about 3 or 4 frames per second. You don't happen to have Hummingbird SOCKS installed do you? Max. From igloo@intravenous.d2g.com Mon Jul 29 16:54:00 2002 From: igloo@intravenous.d2g.com (igloo) Date: Mon, 29 Jul 2002 16:54:00 -0000 Subject: Perfomance issues with Xwin References: <20020729184938.4553.qmail@webmails.com> <001401c23757$bad13370$0200005a@igloo> <00d801c23758$84a300c0$0100a8c0@wdg.uk.ibm.com> Message-ID: <001c01c23759$47883100$0200005a@igloo> I certainly haven't consciously installed it, and I can't see any options to remove it anywhere, so I assume not. ----- Original Message ----- From: "Max Bowsher" To: Sent: Tuesday, July 30, 2002 12:34 AM Subject: Re: Perfomance issues with Xwin > igloo wrote: > > Hi. I've installed Cygwin and xfree86 in the hope of controlling > > clients running on a remote machine. Both Cygwin and Xfree appear to > > install correctly, only the X-server runs very sluggishly, averaging > > at about 3 or 4 frames per second. > > You don't happen to have Hummingbird SOCKS installed do you? > > Max. > From maxb@ukf.net Mon Jul 29 21:31:00 2002 From: maxb@ukf.net (Max Bowsher) Date: Mon, 29 Jul 2002 21:31:00 -0000 Subject: Perfomance issues with Xwin References: <20020729184938.4553.qmail@webmails.com> <001401c23757$bad13370$0200005a@igloo> <00d801c23758$84a300c0$0100a8c0@wdg.uk.ibm.com> <001c01c23759$47883100$0200005a@igloo> Message-ID: <010201c23759$6c74dbd0$0100a8c0@wdg.uk.ibm.com> OK, guess it must be something else. Anything you can think of that would slow down loopback network traffic? Max igloo wrote: > I certainly haven't consciously installed it, and I can't see any > options to remove it anywhere, so I assume not. > > ----- Original Message ----- > From: "Max Bowsher" > To: > Sent: Tuesday, July 30, 2002 12:34 AM > Subject: Re: Perfomance issues with Xwin > > >> igloo wrote: >>> Hi. I've installed Cygwin and xfree86 in the hope of controlling >>> clients running on a remote machine. Both Cygwin and Xfree appear to >>> install correctly, only the X-server runs very sluggishly, averaging >>> at about 3 or 4 frames per second. >> >> You don't happen to have Hummingbird SOCKS installed do you? >> >> Max. From igloo@intravenous.d2g.com Tue Jul 30 00:25:00 2002 From: igloo@intravenous.d2g.com (igloo) Date: Tue, 30 Jul 2002 00:25:00 -0000 Subject: Perfomance issues with Xwin References: <20020729184938.4553.qmail@webmails.com> <001401c23757$bad13370$0200005a@igloo> <00d801c23758$84a300c0$0100a8c0@wdg.uk.ibm.com> <001c01c23759$47883100$0200005a@igloo> <010201c23759$6c74dbd0$0100a8c0@wdg.uk.ibm.com> Message-ID: <002401c2375b$757ea1a0$0200005a@igloo> Again, not that I know of. are there any other known culprets out there that've been known to cause this problem? are there any utils out there that can monitor loopback traffic so I can see what might be saturating it? ----- Original Message ----- From: "Max Bowsher" To: Sent: Tuesday, July 30, 2002 12:40 AM Subject: Re: Perfomance issues with Xwin > OK, guess it must be something else. Anything you can think of that would slow > down loopback network traffic? > > Max From c5862@yahoo.com Tue Jul 30 07:14:00 2002 From: c5862@yahoo.com (weic gao) Date: Tue, 30 Jul 2002 07:14:00 -0000 Subject: cygwin/xfree86 copy & paste does not work Message-ID: <20020730043103.22466.qmail@web11707.mail.yahoo.com> Hi, I just installed cygwin/xfree86, however, I can't copy & paste in xterm the usual way, that is, highlight with mouse left button, and paste with mouse middle button. While run /tmp/Xinstall.sh, I notice a warning something like, tic can't open /usr/X11R6/lib/X11/etc/xterm.terminfo There is no xterm.terminfo indeed, instead, a file name xterm.termcap resides in that directory. Also, Xinstall.sh suggests me to manually modify /etc/termcap, replacing xterm in this file with those in /usr/X11R6/lib/X11/etc/xterm.termcap, I don't quite understand what this exactly means. But I feel somehow this is related to the xterm copy & paste problem. Anyone out there can help me with this? Please e-mail reply to c5862@yahoo.com. Thanks a lot. John __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From Pierre.Humblet@ieee.org Wed Jul 31 02:13:00 2002 From: Pierre.Humblet@ieee.org (Pierre A. Humblet) Date: Wed, 31 Jul 2002 02:13:00 -0000 Subject: error message at startup of xfig References: <3D460094.7000707@iis.u-tokyo.ac.jp> Message-ID: <3D469F30.F0BEA386@ieee.org> Hello, [please cc: me, I am not subscribed] I am getting complaints of from users of the pre-compiled xfig about app-defaults not being found. The list contains mails about this issue, e.g. http://sources.redhat.com/ml/cygwin-xfree/2002-07/msg00537.html but I don't get the big picture. It used to be that /usr/X11R6/lib/X11/app-defaults was a link to /etc/X11/app-defaults Looking at it now after a recent install of X11 I see: /usr/X11R6/lib/X11> ls -ld app-defaults* drwxrwxrwx 2 PHumblet Domain U 0 Jul 1 17:33 app-defaults/ drwxrwxrwx 2 PHumblet Domain U 0 Jul 1 17:33 app-defaults/ !!! This is explained by: Directory of E:\usr\X11R6\lib\X11 07/01/02 05:33p app-defaults 07/17/01 02:26p 148 app-defaults.lnk (to E:\etc\X11\app-defaults) and /usr/X11R6/lib/X11> ls -ld app-defaults*/* -rwxrwxrwx 1 PHumblet Domain U 8779 May 10 21:57 app-defaults/Mwm* -rwxrwxrwx 1 PHumblet Domain U 8779 May 10 21:57 app-defaults/Mwm* lrwxrwxrwx 1 PHumblet Domain U 124 Jul 1 17:33 app-defaults/app-defaults -> /etc/X11/app-defaults/ lrwxrwxrwx 1 PHumblet Domain U 124 Jul 1 17:33 app-defaults/app-defaults -> /etc/X11/app-defaults/ So, - what's the best way to come out of this mess? Is it a good idea to follow http://sources.redhat.com/ml/cygwin-xfree/2002-07/msg00537.html - should I provide a new version of the precompiled xfig using a new directory structure? Thanks. Pierre Jorgen Johansson wrote: > > Hello, > > Thank you for providing binaries of Xfig for cygwin. I installed and it > seem to run ok. (First time I use Xfig. Wanted to make some figures to > include in my latex files.) > > I get the following error message when starting xfig: > Either you have a very old app-defaults file installed (Fig), > or there is none installed at all. > You should install the correct version or you may lose some features. > This may be done with "make install" in the xfig source directory. > > I followed your instructions and changed ~/.bash_rc ~/.Xdefaults; > /etc/X11/app-defaults/Fig . > > I set the path to acroread and mozilla (instead of IE). > When I try to open the help PDF file from the help menu. Acroread starts > but it can not open the file. It seem that Xfig does not see the Fig > file and hence do not apply the 'cygpath' command. > > What may be the error. I am running CYGWIN_NT-5.0 WAVE 1.3.12(0.54/3/2) > 2002-07-03 16:42 i686 unknown. Xfree86 4.2.0 > > thanks > jorgen From alexander.gottwald@informatik.tu-chemnitz.de Wed Jul 31 02:13:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 31 Jul 2002 02:13:00 -0000 Subject: Problem with Windows95 and XFree In-Reply-To: <20020729183516.29125.qmail@webmails.com> Message-ID: On Mon, 29 Jul 2002, frederic bregier wrote: > But when I try to run XFree in XDMCP mode (-query -from > ), > it just crashes. > I look inside the XWin.log and found anything running well > except this last message after window starting: > Fatal server error: XDMCP fatal error: Session declined No valid > address. What kind of network card have you installed? There is a small test program for testing the network interfaces. Can you please run ls_netdev-w95.exe from http://www-user.tu-chemnitz.de/~goal/xfree/ls_netdev.tar.gz and post the output? > > Strange since I can ping or telnet this server from this W95 box. > Strange again, I suspected a firewall between this W95 box and the > Unix Server, but my network admin says there is no firwall between > them. I guess this is not a server problem, but a cygwin problem with your network configuration. The cygwin1.dll tries to get the local IP-address and fails. It then sends an XDMCP query with the local address 0.0.0.0, which the server refuses. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Ralf.Habacker@freenet.de Wed Jul 31 02:14:00 2002 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Wed, 31 Jul 2002 02:14:00 -0000 Subject: QT2 ready for ITP? Message-ID: <00b301c23872$75e738b0$651c440a@BRAMSCHE> > Ralf Habacker wrote: > > One thing that should be discussed will be how to divide the packages, > > which was stated (a little) in cygwin-xfree. Currently I'm preparing > > a (from my point of view usefull) schema and will send it to the > list the next > days, so > > that packaging could start. > > Packaging should be adapted by the users need, so the first question is what > does the users expect. I assume the following: > > 1. Users want to download and start qt applications. They need (a) the package > containing the qt dll and the (b) requested application package. > > 2. Users like to port their unix qt application to cygwin. They need at first > (c) import libs and the headers, (d) perhaps the docs. For testing > they need (e) > the package containing the qt dll probably with debugging informations. > > 3. User want to learn qt programming. They need (c) the import libs, headers, > (f) the examples, tutorials, (d) the docs and (e) the package > containing the qt > dll (with debug informations). > > (a) qt dll without debug informations > (b) qt applications > (c) import libs and header > (d) qt docs > (e) qt dll with debugging informations > (f) examples and tutorials > > (a) should be released anyway > (b) also > for (c), (d), (e) and (f) there are several posibilities. > > Any comments ? > > Ralf > > _______________________________________________ > kde-cygwin mailing list > kde-cygwin@mail.kde.org > http://mail.kde.org/mailman/listinfo/kde-cygwin > From Ralf.Habacker@freenet.de Wed Jul 31 02:57:00 2002 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Wed, 31 Jul 2002 02:57:00 -0000 Subject: QT2 ready for ITP? Message-ID: <00b401c23872$92ff3060$651c440a@BRAMSCHE> Ralf Habacker wrote > > > One thing that should be discussed will be how to divide the > > packages, > > > which was stated (a little) in cygwin-xfree. Currently I'm > > preparing > > > a (from my point of view usefull) schema and will send it to the > > list the next > > days, so > > > that packaging could start. > > > > Packaging should be adapted by the users need, so the first > > question is what > > does the users expect. I assume the following: > > > > 1. Users want to download and start qt applications. They need (a) > > the package > > containing the qt dll and the (b) requested application package. > > > > 2. Users like to port their unix qt application to cygwin. They > > need at first > > (c) import libs and the headers, (d) perhaps the docs. For testing > > they need (e) > > the package containing the qt dll probably with debugging > > informations. > > > > 3. User want to learn qt programming. They need (c) the import > > libs, headers, > > (f) the examples, tutorials, (d) the docs and (e) the package > > containing the qt > > dll (with debug informations). > > > > (a) qt dll without debug informations > > (b) qt applications > > (c) import libs and header > > (d) qt docs > > (e) qt dll with debugging informations > > (f) examples and tutorials > > > > (a) should be released anyway > > (b) also > > for (c), (d), (e) and (f) there are several posibilities. > > > Ralf, > > Here is how I would like to do it: > > > package #1 - qt-2.3.1-n.tar.bz2: > Contains (b) with basic docs (REDAME's, etc.). > > (b)'s applications will be transformed from > "foo.exe" to "foo_2.3.exe" during "make install". > > A post-install script will make symlinks > to the standard names of the applications. > > > package #2 - libqt-2.3.1-n.tar.bz2: > Contains (a) only > > > package #3 - libqt-devel-2.3.1-n.tar.bz2: > Contains (c) + (d) w/post-install script to > symlink to the default headers and libraries. > > Also the post-install script will generate > suitable /etc/profile.d scripts to set the > environmentals. > > > package #4 - libqt-extras-2.3.1-n.tar.bz2: > Contains (f) only > > > package #5 - qt-2.3.1-src-n.tar.bz2 > Contains full qt-2.3.1 sources for rebuilding > plus a method #2 script to automate this task. > > > As for (e), I see no need to release a debug version, as people will > be able to recompile the package with debugging if they want it. > > > If we want to have qt2 and qt3 coexisting, then we need to provide a > suitable directory structure for the Cygwin mirrors. To prevent > clobbering, and improper parsing by upset, we will put the packages > in the following directory structure: > > qt/qt2.3/ - #1 & #5 > qt/qt2.3/libqt2.3/ - #2 > qt/qt2.3/libqt2.3-devel/ - #3 > qt/qt2.3/libqt2.3-extras/ - #4 > > This is how I've been packaging the berkeley db, and it works quite > well. To explain my rationale, considier what would happen if the qt > people released qt-3.1.X, which was slightly incompatible with some > application source code built with qt-3.0.X. With my method, the > last installed qt and/or libqt-devel package becomes the default, but > DOES NOT clobber the other qt and/or libqt-devel packages. This is > extremely handy when you are trying to target a particular version of > the qt api. I'm still working on my scripts, but eventually I'll > have menu-based selection of which version of the API should be > default (maybe it will be a readline based c application). > > Cheers, > Nicholas > > __________________________________________________ > Do You Yahoo!? > Yahoo! Health - Feel better, live better > http://health.yahoo.com > _______________________________________________ > kde-cygwin mailing list > kde-cygwin@mail.kde.org > http://mail.kde.org/mailman/listinfo/kde-cygwin > From Ralf.Habacker@freenet.de Wed Jul 31 04:34:00 2002 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Wed, 31 Jul 2002 04:34:00 -0000 Subject: QT2 ready for ITP? In-Reply-To: <20020729161639.48780.qmail@web21006.mail.yahoo.com> Message-ID: <00b501c23872$b960a0e0$651c440a@BRAMSCHE> > Ralf, > > Here is how I would like to do it: > I aggree mostly with your view, but I see the best in dividing the stuff into the following packages (a) qtlib - qt dll without debug information and basic docs (REDAME's, etc.). This is the minimum for using additional qt applications and it should contain the basic docs (b) qttools or qtdevtools - qt development tool like designer (linguist, assistant for qt3) (c) qtdevel - import libs and header and qt docs for compiling qt applications (d) qtsource - contains all the source of the qt package from the kde-cygwin cvs (e...z) qt... additional 3rd party qt applications like qtmemory or xdu ... (for example the freeware from http://www.trolltech.com/developer/freesoftware/index.html) or doxygen or whatever you can imagine. This packaging is based on the fact that qt is an application development framework and tutorial and examples are not really needed for running qt applications, they are more lessons, which the users should do it yourself, so the qtlib must be available. The devel and tool packages are only necessary for developing qt-applications and they may be one packages, so that at least only the devel package remains. (a) qtlib - qt dll without debug information and basic docs (REDAME's, etc.). This is the minimum for using additional qt applications and it should contain the basic docs (b) qtdevel - import libs, header, docs and tools for compiling qt applications (c) qtsource - contains all the source of the qt package from the kde-cygwin cvs (d...z) qt... additional 3rd party qt applications like qtmemory or xdu ... (for example the freeware from http://www.trolltech.com/developer/freesoftware/index.html) or doxygen or whatever The one question, which is left is, should the source packages added (1) as separate package or should it be added (2) in a setup.ini source line of the qtlib od qtdevel package. I prefer adding the source package to the qtlib package, because this is the basic package. Probably we could add the qtsource package to the qtdevel package too, but I don't know if it works. > If we want to have qt2 and qt3 coexisting, then we need to provide a > suitable directory structure for the Cygwin mirrors. To prevent > clobbering, and improper parsing by upset, we will put the packages > in the following directory structure: > > qt/qt2.3/ - #1 & #5 > qt/qt2.3/libqt2.3/ - #2 > qt/qt2.3/libqt2.3-devel/ - #3 > qt/qt2.3/libqt2.3-extras/ - #4 > In the cygwin release directory there are some examples for using major bases directory layouts, which contains several updates in one dir. ./libpng/libpng2/libpng2-1.0.12-1-src.tar.bz2 ./libpng/libpng2/libpng2-1.0.12-1.tar.bz2 ./libpng/libpng10/libpng10-1.0.14-2-src.tar.bz2 ./libpng/libpng10/libpng10-1.0.13-3-src.tar.bz2 ./libpng/libpng10/libpng10-1.0.13-1.tar.bz2 ./libpng/libpng10/libpng10-1.0.13-3.tar.bz2 ./libpng/libpng10/libpng10-1.0.14-2.tar.bz2 ./libpng/libpng12-devel/libpng12-devel-1.2.4-2.tar.bz2 ./libpng/libpng12-devel/libpng12-devel-1.2.3-1.tar.bz2 ./libpng/libpng12/libpng12-1.2.3-1.tar.bz2 ./libpng/libpng12/libpng12-1.2.4-2.tar.bz2 qt2 will not have any major abi changes in the future,so it is enough to build like that: qt/qt2/qtlib2/ qt/qt2/qtdevel2/ qt/qt2/qt..../ (for additional qt applications) .... qt/qt2/qtlib2/ qtlib-2.3.1-1.tar.bz2 qtlib-2.3.1-1-src.tar.bz2 setup.hint qt/qt2/qtdevel2/ qtdevel-2.3.1-1.tar.bz2 setup.hint qt/qt2/qt.../ qt...-x.y.z-n.tar.bz2 qt...-x.y.z-n-src.tar.bz2 setup.hint for qt3 we could do in the same manner except that we us qt/qt3/qtlib3/ qt/qt3/qtdevel3/ qt/qt3/qt..../ (for additional qt applications) > (b)'s applications will be transformed from > "foo.exe" to "foo_2.3.exe" during "make install". > > A post-install script will make symlinks > to the standard names of the applications. > I see no need for this. Because the qt2 abi will not be changed a simple etc/profile.d script would do the things needed for setting the propper environment: $cat /etc/profile.d/qt2.sh export QTDIR=/usr/lib/qt2 export PATH=$QTDIR/bin:$PATH export MANPATH=$MANPATH:$QTDIR/doc/man Of cource it means that all qt application shoud be installed into /usr/lib/qt2, which is true for the basic qt tools. What about 3rdparty qt packages. Where should they been installed ? Also in /usr/lib/qt2 or should Any comments ? Ralf Ralf From mario.ohnewald@gmx.de Wed Jul 31 05:14:00 2002 From: mario.ohnewald@gmx.de (Mario Ohnewald) Date: Wed, 31 Jul 2002 05:14:00 -0000 Subject: newbie - export X(-Applications) from Linux Server Message-ID: <000101c23878$b6423b20$2b0aa8c0@local.aradex.com> Hello! I am quite new in that xfree, cygwin topic. 1.) What i want to do is to have remote access from win2000 to a Linux box (like VNC) on KDE or Gnome. 2.) Export single Applications to my Windows200 Client, like xterm or vmware. Where can i find infos for that stuff? I have google a lot any i couldnt find anything. Maybe cause i am not really sure what i am looking for. Is it cygwin, is it xfree? Please help a confused beginner ;o) Thank you! Mario Ohnewald From huntharo@msu.edu Wed Jul 31 07:36:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 31 Jul 2002 07:36:00 -0000 Subject: newbie - export X(-Applications) from Linux Server In-Reply-To: <000101c23878$b6423b20$2b0aa8c0@local.aradex.com> Message-ID: http://xfree86.cygwin.com/docs/ug/using-remote-session.html http://xfree86.cygwin.com/docs/ug/using-remote-apps.html > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Mario Ohnewald > Sent: Wednesday, July 31, 2002 5:58 AM > To: cygwin-xfree@cygwin.com > Subject: newbie - export X(-Applications) from Linux Server > > > Hello! > I am quite new in that xfree, cygwin topic. > 1.) What i want to do is to have remote access from win2000 to a Linux box > (like VNC) on KDE or Gnome. > 2.) Export single Applications to my Windows200 Client, like xterm or > vmware. > > Where can i find infos for that stuff? > I have google a lot any i couldnt find anything. Maybe cause i am > not really > sure what i am looking for. > Is it cygwin, is it xfree? > Please help a confused beginner ;o) > > Thank you! > > Mario Ohnewald > From mario.ohnewald@gmx.de Wed Jul 31 07:41:00 2002 From: mario.ohnewald@gmx.de (Mario Ohnewald) Date: Wed, 31 Jul 2002 07:41:00 -0000 Subject: newbie - export X(-Applications) from Linux Server In-Reply-To: Message-ID: <000201c2388b$de6f2230$2b0aa8c0@local.aradex.com> HiHo! > http://xfree86.cygwin.com/docs/ug/using-remote-session.html > http://xfree86.cygwin.com/docs/ug/using-remote-apps.html Thats exactly what i was looking for! Thanks! > > > > > Hello! > > I am quite new in that xfree, cygwin topic. > > 1.) What i want to do is to have remote access from win2000 > to a Linux box > > (like VNC) on KDE or Gnome. > > 2.) Export single Applications to my Windows200 Client, > like xterm or > > vmware. > > > > Where can i find infos for that stuff? > > I have google a lot any i couldnt find anything. Maybe cause i am > > not really > > sure what i am looking for. > > Is it cygwin, is it xfree? > > Please help a confused beginner ;o) > > > > Thank you! > > > > Mario Ohnewald > > Displaying Remote Clients: -------------------------- ssh -X -l username remote_hostname_or_ip_address aradex@linuxserver:~> xclock X11 connection rejected because of wrong authentication. X connection to linuxserver:10.0 broken (explicit kill or server shutdown). What did i do wrong again? Cheers, Mario From j_tetazoo@hotmail.com Wed Jul 31 07:47:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Wed, 31 Jul 2002 07:47:00 -0000 Subject: newbie - export X(-Applications) from Linux Server Message-ID: If there is a file called .Xauthority in your home directory on the Cygwin end, delete (or rename it to keep a backup). Then get completely out of and back into XWin and try again. >From: "Mario Ohnewald" >Reply-To: >To: >Subject: RE: newbie - export X(-Applications) from Linux Server >Date: Wed, 31 Jul 2002 14:14:49 +0200 > >HiHo! > > http://xfree86.cygwin.com/docs/ug/using-remote-session.html > > http://xfree86.cygwin.com/docs/ug/using-remote-apps.html > >Thats exactly what i was looking for! Thanks! > > > > > > > > > Hello! > > > I am quite new in that xfree, cygwin topic. > > > 1.) What i want to do is to have remote access from win2000 > > to a Linux box > > > (like VNC) on KDE or Gnome. > > > 2.) Export single Applications to my Windows200 Client, > > like xterm or > > > vmware. > > > > > > Where can i find infos for that stuff? > > > I have google a lot any i couldnt find anything. Maybe cause i am > > > not really > > > sure what i am looking for. > > > Is it cygwin, is it xfree? > > > Please help a confused beginner ;o) > > > > > > Thank you! > > > > > > Mario Ohnewald > > > > >Displaying Remote Clients: >-------------------------- >ssh -X -l username remote_hostname_or_ip_address > >aradex@linuxserver:~> xclock >X11 connection rejected because of wrong authentication. >X connection to linuxserver:10.0 broken (explicit kill or server shutdown). > >What did i do wrong again? > > >Cheers, Mario _________________________________________________________________ Join the world??s largest e-mail service with MSN Hotmail. http://www.hotmail.com From cgf@redhat.com Wed Jul 31 07:49:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Wed, 31 Jul 2002 07:49:00 -0000 Subject: QT2 ready for ITP? In-Reply-To: <00b501c23872$b960a0e0$651c440a@BRAMSCHE> References: <20020729161639.48780.qmail@web21006.mail.yahoo.com> <00b501c23872$b960a0e0$651c440a@BRAMSCHE> Message-ID: <20020731144141.GA603@redhat.com> On Wed, Jul 31, 2002 at 11:14:50AM +0200, Ralf Habacker wrote: >Any comments ? Are there any licensing issues with qt? Is the open source license compliant with cygwin's? http://cygwin.com/licensing.html cgf From igloo@intravenous.d2g.com Wed Jul 31 07:51:00 2002 From: igloo@intravenous.d2g.com (igloo) Date: Wed, 31 Jul 2002 07:51:00 -0000 Subject: Perfomance issues with Xwin References: <20020729184938.4553.qmail@webmails.com> <001401c23757$bad13370$0200005a@igloo> <00d801c23758$84a300c0$0100a8c0@wdg.uk.ibm.com> <001c01c23759$47883100$0200005a@igloo> <010201c23759$6c74dbd0$0100a8c0@wdg.uk.ibm.com> <002401c2375b$757ea1a0$0200005a@igloo> Message-ID: <000a01c238a1$61879200$0200005a@igloo> well, i'v checked my localhost traffic and its not that. any other ideas? ----- Original Message ----- From: "igloo" To: Sent: Tuesday, July 30, 2002 12:55 AM Subject: Re: Perfomance issues with Xwin > Again, not that I know of. are there any other known culprets out there > that've been known to cause this problem? are there any utils out there that > can monitor loopback traffic so I can see what might be saturating it? > > ----- Original Message ----- > From: "Max Bowsher" > To: > Sent: Tuesday, July 30, 2002 12:40 AM > Subject: Re: Perfomance issues with Xwin > > > > OK, guess it must be something else. Anything you can think of that would > slow > > down loopback network traffic? > > > > Max > From cygwin-xfree@cygwin.com Wed Jul 31 07:54:00 2002 From: cygwin-xfree@cygwin.com (Corinna Vinschen) Date: Wed, 31 Jul 2002 07:54:00 -0000 Subject: QT2 ready for ITP? In-Reply-To: <20020731144141.GA603@redhat.com> References: <20020729161639.48780.qmail@web21006.mail.yahoo.com> <00b501c23872$b960a0e0$651c440a@BRAMSCHE> <20020731144141.GA603@redhat.com> Message-ID: <20020731164912.A10252@cygbert.vinschen.de> On Wed, Jul 31, 2002 at 10:41:41AM -0400, Chris Faylor wrote: > On Wed, Jul 31, 2002 at 11:14:50AM +0200, Ralf Habacker wrote: > >Any comments ? > > Are there any licensing issues with qt? Is the open source license compliant > with cygwin's? > > http://cygwin.com/licensing.html Personally I have still problems with the phrase "[...] we have released the Qt for Unix/X11 library free of charge for development of free software for X11." in the QPL. What bugs me is the word "Unix". Cygwin is not Unix but it's... well, some sort of plug in to Windows, isn't it? I hate to say that. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:cygwin@cygwin.com Red Hat, Inc. From nwourms@yahoo.com Wed Jul 31 08:01:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Wed, 31 Jul 2002 08:01:00 -0000 Subject: QT2 ready for ITP? In-Reply-To: <20020731144141.GA603@redhat.com> Message-ID: <20020731145108.29420.qmail@web21009.mail.yahoo.com> --- Christopher Faylor wrote: > On Wed, Jul 31, 2002 at 11:14:50AM +0200, Ralf Habacker wrote: > >Any comments ? > > Are there any licensing issues with qt? Is the open source license > compliant > with cygwin's? > > http://cygwin.com/licensing.html > Ghostscript's license [The aladdin license (APFL?)] is much more restrictive than the QPL. Besides when you compile QT, you'll get a screen which shows how the QPL is mutually inclusive of the GPL. So I'd say there are not any issues like there were back in the day with the Rasterman/deIcaza GTK/GNOME vs. Trolltech QT/KDE battles. [Ahh brings back memories...] Cheers, Nicholas P.S. - Corinna already asked this question... ;-) __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From mario.ohnewald@gmx.de Wed Jul 31 08:03:00 2002 From: mario.ohnewald@gmx.de (Mario Ohnewald) Date: Wed, 31 Jul 2002 08:03:00 -0000 Subject: newbie - export X(-Applications) from Linux Server In-Reply-To: Message-ID: <000001c238a2$20af1e00$2b0aa8c0@local.aradex.com> --------------------- Installation: --------------------- cp XWin-Test65.exe.bz2 /usr/X11R6/bin cd /usr/X11R6/bin mv XWin.exe XWin.orig.exe bunzip2 XWin-Test65.exe.bz2 mv XWin-Test65.exe XWin.exe ------------------ install@MUNICH ~ $ cd /usr/X11R6/bin install@MUNICH /usr/X11R6/bin $ ./XWin.exe & [1] 108 install@MUNICH /usr/X11R6/bin $ ssh -X dex@192.168.10.123 dex@192.168.10.123's password: Last login: Sat Jan 5 06:42:18 2002 Have a lot of fun... dex@linuxserver:~> xclock Error: Can't open display: dex@linuxserver:~> I have to tell the Server to use my display, right?! But how do i do that? I read a few things about "export $DISPLAY ...." but i m kind of confused now. ;) > > If there is a file called .Xauthority in your home directory > on the Cygwin > end, delete (or rename it to keep a backup). Then get > completely out of and > back into XWin and try again. > > >From: "Mario Ohnewald" > >Reply-To: > >To: > >Subject: RE: newbie - export X(-Applications) from Linux Server > >Date: Wed, 31 Jul 2002 14:14:49 +0200 > > > >HiHo! > > > http://xfree86.cygwin.com/docs/ug/using-remote-session.html > > > http://xfree86.cygwin.com/docs/ug/using-remote-apps.html > > > >Thats exactly what i was looking for! Thanks! > > > > > > > > > > > > > Hello! > > > > I am quite new in that xfree, cygwin topic. > > > > 1.) What i want to do is to have remote access from win2000 > > > to a Linux box > > > > (like VNC) on KDE or Gnome. > > > > 2.) Export single Applications to my Windows200 Client, > > > like xterm or > > > > vmware. > > > > > > > > Where can i find infos for that stuff? > > > > I have google a lot any i couldnt find anything. Maybe > cause i am > > > > not really > > > > sure what i am looking for. > > > > Is it cygwin, is it xfree? > > > > Please help a confused beginner ;o) > > > > > > > > Thank you! > > > > > > > > Mario Ohnewald > > > > > > > >Displaying Remote Clients: > >-------------------------- > >ssh -X -l username remote_hostname_or_ip_address > > > >aradex@linuxserver:~> xclock > >X11 connection rejected because of wrong authentication. > >X connection to linuxserver:10.0 broken (explicit kill or > server shutdown). > > > >What did i do wrong again? > > > > > >Cheers, Mario > From nwourms@yahoo.com Wed Jul 31 08:06:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Wed, 31 Jul 2002 08:06:00 -0000 Subject: QT2 ready for ITP? In-Reply-To: <20020731164912.A10252@cygbert.vinschen.de> Message-ID: <20020731150059.27283.qmail@web21002.mail.yahoo.com> --- Corinna Vinschen wrote: > On Wed, Jul 31, 2002 at 10:41:41AM -0400, Chris Faylor wrote: > > On Wed, Jul 31, 2002 at 11:14:50AM +0200, Ralf Habacker wrote: > > >Any comments ? > > > > Are there any licensing issues with qt? Is the open source > license compliant > > with cygwin's? > > > > http://cygwin.com/licensing.html > > Personally I have still problems with the phrase > > "[...] we have released the Qt for Unix/X11 library free of charge I am only porting the Unix/X11 codebase, which is *not* the same as the Win32 codebase. So we are using the code specified in the first part of this sentence. > for development of free software for X11." Since this is being ported as an X11 library target for use in Free Software development, I'd say we satisified the second part of this sentence. > in the QPL. What bugs me is the word "Unix". Cygwin is not Unix > but it's... well, some sort of plug in to Windows, isn't it? I > hate to say that. Again, I must point out that the core QT/Win32 API is a totally different codebase, at least in terms of hidden code (private). This is why I think that clause is in there, to prevent people from thinking their QT/Win32 API falls under these terms. Cheers, Nicholas P.S. - Many attempts [over 6+ months] have been made to contact Trolltech regarding this, yet no reply is forthcoming. Therefore, we have satisfied the legal obligations, since it was their responsibility to pose any objections, which they have not. __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From huntharo@msu.edu Wed Jul 31 08:09:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 31 Jul 2002 08:09:00 -0000 Subject: newbie - export X(-Applications) from Linux Server References: <000001c238a2$20af1e00$2b0aa8c0@local.aradex.com> Message-ID: <3D47FCC9.3000704@msu.edu> Mario, From what I know, doing this doesn't always work: > install@MUNICH ~ > $ cd /usr/X11R6/bin > > install@MUNICH /usr/X11R6/bin > $ ./XWin.exe & > [1] 108 > > install@MUNICH /usr/X11R6/bin > $ ssh -X dex@192.168.10.123 > dex@192.168.10.123's password: > Last login: Sat Jan 5 06:42:18 2002 > Have a lot of fun... > dex@linuxserver:~> xclock What you need to do instead is: install@MUNICH ~ $ cd /usr/X11R6/bin install@MUNICH /usr/X11R6/bin $ ./XWin.exe & install@MUNICH /usr/X11R6/bin $ ./xterm.exe & Now, from the xterm in Cygwin/XFree86 (you are getting a Cygwin/XFree86 window, right? If not something else is broken and you need to send in /tmp/XWin.log) run the ssh command: [xterm window] install@MUNICH /usr/X11R6/bin $ ssh -X dex@192.168.10.123 Now you can run xclock and it should work. Harold From huntharo@msu.edu Wed Jul 31 08:20:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 31 Jul 2002 08:20:00 -0000 Subject: QT2 ready for ITP? References: <20020731150059.27283.qmail@web21002.mail.yahoo.com> Message-ID: <3D47FD89.40706@msu.edu> We talked about QT licenses a week or two ago. The X11 version of QT is GPL'd. The Win32 version is not GPL'd (the last I remember), but that doesn't matter because Nicholas is only building a Cygwin/XFree86-dependent version using the X11 QT. So, the question should have been, ``Is ___ GPL'd code compatible with Cygwin's modified-GPL?'', to which the answer would have been, ``Yes.'' Harold From huntharo@msu.edu Wed Jul 31 10:25:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 31 Jul 2002 10:25:00 -0000 Subject: Perfomance issues with Xwin References: <20020729184938.4553.qmail@webmails.com> <001401c23757$bad13370$0200005a@igloo> <00d801c23758$84a300c0$0100a8c0@wdg.uk.ibm.com> <001c01c23759$47883100$0200005a@igloo> <010201c23759$6c74dbd0$0100a8c0@wdg.uk.ibm.com> <002401c2375b$757ea1a0$0200005a@igloo> <000a01c238a1$61879200$0200005a@igloo> Message-ID: <3D47FE53.1060700@msu.edu> igloo wrote: > well, i'v checked my localhost traffic and its not that. any other ideas? > > ----- Original Message ----- > From: "igloo" > To: > Sent: Tuesday, July 30, 2002 12:55 AM > Subject: Re: Perfomance issues with Xwin > > > >>Again, not that I know of. are there any other known culprets out there >>that've been known to cause this problem? are there any utils out there > > that > >>can monitor loopback traffic so I can see what might be saturating it? >> >>----- Original Message ----- >>From: "Max Bowsher" >>To: >>Sent: Tuesday, July 30, 2002 12:40 AM >>Subject: Re: Perfomance issues with Xwin >> >> >> >>>OK, guess it must be something else. Anything you can think of that >> > would > >>slow >> >>>down loopback network traffic? >>> >>>Max >> > Any firewall software or VPN software installed (doesn't have to be running, just installed)? FAQ information: http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-tasklist-programs-slow http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-cannot-open-display Harold From j_tetazoo@hotmail.com Wed Jul 31 10:30:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Wed, 31 Jul 2002 10:30:00 -0000 Subject: newbie - export X(-Applications) from Linux Server Message-ID: As a general rule, I wouldn't advocate running XWin directly. Use the provided startxwin.bat batch file to start X. Wait for the first xterm to come up and use its command-line for executing any commands thereafter. >From: "Mario Ohnewald" >Reply-To: >To: >Subject: RE: newbie - export X(-Applications) from Linux Server >Date: Wed, 31 Jul 2002 16:54:06 +0200 > > >--------------------- >Installation: >--------------------- >cp XWin-Test65.exe.bz2 /usr/X11R6/bin >cd /usr/X11R6/bin >mv XWin.exe XWin.orig.exe >bunzip2 XWin-Test65.exe.bz2 >mv XWin-Test65.exe XWin.exe > > >------------------ > >install@MUNICH ~ >$ cd /usr/X11R6/bin > >install@MUNICH /usr/X11R6/bin >$ ./XWin.exe & >[1] 108 > >install@MUNICH /usr/X11R6/bin >$ ssh -X dex@192.168.10.123 >dex@192.168.10.123's password: >Last login: Sat Jan 5 06:42:18 2002 >Have a lot of fun... >dex@linuxserver:~> xclock >Error: Can't open display: >dex@linuxserver:~> > >I have to tell the Server to use my display, right?! >But how do i do that? > >I read a few things about "export $DISPLAY ...." >but i m kind of confused now. ;) > > > > > > If there is a file called .Xauthority in your home directory > > on the Cygwin > > end, delete (or rename it to keep a backup). Then get > > completely out of and > > back into XWin and try again. > > > > >From: "Mario Ohnewald" > > >Reply-To: > > >To: > > >Subject: RE: newbie - export X(-Applications) from Linux Server > > >Date: Wed, 31 Jul 2002 14:14:49 +0200 > > > > > >HiHo! > > > > http://xfree86.cygwin.com/docs/ug/using-remote-session.html > > > > http://xfree86.cygwin.com/docs/ug/using-remote-apps.html > > > > > >Thats exactly what i was looking for! Thanks! > > > > > > > > > > > > > > > > > Hello! > > > > > I am quite new in that xfree, cygwin topic. > > > > > 1.) What i want to do is to have remote access from win2000 > > > > to a Linux box > > > > > (like VNC) on KDE or Gnome. > > > > > 2.) Export single Applications to my Windows200 Client, > > > > like xterm or > > > > > vmware. > > > > > > > > > > Where can i find infos for that stuff? > > > > > I have google a lot any i couldnt find anything. Maybe > > cause i am > > > > > not really > > > > > sure what i am looking for. > > > > > Is it cygwin, is it xfree? > > > > > Please help a confused beginner ;o) > > > > > > > > > > Thank you! > > > > > > > > > > Mario Ohnewald > > > > > > > > > > >Displaying Remote Clients: > > >-------------------------- > > >ssh -X -l username remote_hostname_or_ip_address > > > > > >aradex@linuxserver:~> xclock > > >X11 connection rejected because of wrong authentication. > > >X connection to linuxserver:10.0 broken (explicit kill or > > server shutdown). > > > > > >What did i do wrong again? > > > > > > > > >Cheers, Mario > > _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx From cgf@redhat.com Wed Jul 31 10:57:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Wed, 31 Jul 2002 10:57:00 -0000 Subject: QT2 ready for ITP? In-Reply-To: <20020731150059.27283.qmail@web21002.mail.yahoo.com> References: <20020731164912.A10252@cygbert.vinschen.de> <20020731150059.27283.qmail@web21002.mail.yahoo.com> Message-ID: <20020731172536.GA3120@redhat.com> On Wed, Jul 31, 2002 at 08:00:59AM -0700, Nicholas Wourms wrote: >> in the QPL. What bugs me is the word "Unix". Cygwin is not Unix >> but it's... well, some sort of plug in to Windows, isn't it? I >> hate to say that. > >Again, I must point out that the core QT/Win32 API is a totally >different codebase, at least in terms of hidden code (private). This >is why I think that clause is in there, to prevent people from >thinking their QT/Win32 API falls under these terms. Well, then, why all of the fuss in cygwin-patches where you were trying to modify windows headers? It doesn't seem like this is an entirely "unix" port: http://cygwin.com/ml/cygwin-patches/2002-q3/msg00175.html So, while this may have been discussed before, I'm not sure we had all of the details then. >P.S. - Many attempts [over 6+ months] have been made to contact >Trolltech regarding this, yet no reply is forthcoming. Therefore, we >have satisfied the legal obligations, since it was their responsibility >to pose any objections, which they have not. Well, AFAIK, YANAL and IANAL, so I don't know how you can make definitive legal pronouncements and I certainly am not going to accept your say so on this. cgf From cgf@redhat.com Wed Jul 31 11:05:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Wed, 31 Jul 2002 11:05:00 -0000 Subject: QT2 ready for ITP? In-Reply-To: <20020731145108.29420.qmail@web21009.mail.yahoo.com> References: <20020731144141.GA603@redhat.com> <20020731145108.29420.qmail@web21009.mail.yahoo.com> Message-ID: <20020731173039.GB3120@redhat.com> On Wed, Jul 31, 2002 at 07:51:08AM -0700, Nicholas Wourms wrote: > >--- Christopher Faylor wrote: >> On Wed, Jul 31, 2002 at 11:14:50AM +0200, Ralf Habacker wrote: >> >Any comments ? >> >> Are there any licensing issues with qt? Is the open source license >> compliant >> with cygwin's? >> >> http://cygwin.com/licensing.html >> > >Ghostscript's license [The aladdin license (APFL?)] is much more >restrictive than the QPL. If we are not in compliance with Ghostscript then that is a problem. It is entirely separate from whether qt is compatible with the GPL + Cygwin. If you were aware of issues with ghostcript you should have raised them. >Besides when you compile QT, you'll get a screen which shows how the >QPL is mutually inclusive of the GPL. So, if I show you a screen which says it's exclusive of the GPL, you'll just give up? Since I don't accept the word of every person with a web site out there who thinks they are compliant with the GPL, I don't see why I should accept the words of a screen. Is there an independent corroboration of this anywhere? cgf From nwourms@yahoo.com Wed Jul 31 12:09:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Wed, 31 Jul 2002 12:09:00 -0000 Subject: QT2 ready for ITP? In-Reply-To: <20020731172536.GA3120@redhat.com> Message-ID: <20020731175736.91097.qmail@web21004.mail.yahoo.com> --- Christopher Faylor wrote: > On Wed, Jul 31, 2002 at 08:00:59AM -0700, Nicholas Wourms wrote: > >> in the QPL. What bugs me is the word "Unix". Cygwin is not > Unix > >> but it's... well, some sort of plug in to Windows, isn't it? I > >> hate to say that. > > > >Again, I must point out that the core QT/Win32 API is a totally > >different codebase, at least in terms of hidden code (private). > This > >is why I think that clause is in there, to prevent people from > >thinking their QT/Win32 API falls under these terms. > > Well, then, why all of the fuss in cygwin-patches where you were > trying > to modify windows headers? It doesn't seem like this is an > entirely > "unix" port: > > http://cygwin.com/ml/cygwin-patches/2002-q3/msg00175.html > > So, while this may have been discussed before, I'm not sure we had > all of the details then. Well actually, it would be totally Win32 header free, if it weren't for the fact that Chris January added an original patch to better display current drives in konqueror. As for the dns stuff, that was already present in the Unix/X11 version, which is covered by the QPL/GPL. > >P.S. - Many attempts [over 6+ months] have been made to contact > >Trolltech regarding this, yet no reply is forthcoming. Therefore, > we > >have satisfied the legal obligations, since it was their > responsibility > >to pose any objections, which they have not. > > Well, AFAIK, YANAL and IANAL, so I don't know how you can make Can we please cut out the acronyms? We should be respectful of Ralf and others for whom English is a second[or third, etc.] language. > definitive > legal pronouncements and I certainly am not going to accept your > say so > on this. Fine, that is your perogative. I have no doubt that RedHat has a crackshot legal dept., so why not wing the QT/X11 QPL their way and see what they have to say? I'm sure they would be in the position to provide a definitive, authoritative answer to your question. I do understand your concerns, and believe me when I say that the last thing I would want is for RedHat to be sued [since my portfolio consists of a moderate amount of RedHat shares]. So, I will do my best to work with you to resolve this issue. Otherwise, I guess qt will never be a part of Cygwin. Cheers, __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From nwourms@yahoo.com Wed Jul 31 12:12:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Wed, 31 Jul 2002 12:12:00 -0000 Subject: QT2 ready for ITP? In-Reply-To: <20020731173039.GB3120@redhat.com> Message-ID: <20020731180531.74718.qmail@web21009.mail.yahoo.com> --- Christopher Faylor wrote: > On Wed, Jul 31, 2002 at 07:51:08AM -0700, Nicholas Wourms wrote: > > > >--- Christopher Faylor wrote: > >> On Wed, Jul 31, 2002 at 11:14:50AM +0200, Ralf Habacker wrote: > >> >Any comments ? > >> > >> Are there any licensing issues with qt? Is the open source > license > >> compliant > >> with cygwin's? > >> > >> http://cygwin.com/licensing.html > >> > > > >Ghostscript's license [The aladdin license (APFL?)] is much more > >restrictive than the QPL. > > If we are not in compliance with Ghostscript then that is a > problem. It > is entirely separate from whether qt is compatible with the GPL + > Cygwin. If you were aware of issues with ghostcript you should > have > raised them. Ok, I was mistaken, it turns out they released the GNU version back in April [non-AFPL]. They usually lag behind about 6-8 months with the GNU version, so I was thinking that he used the APFL version. Anyhow, just a false alarm. > >Besides when you compile QT, you'll get a screen which shows how > the > >QPL is mutually inclusive of the GPL. > > So, if I show you a screen which says it's exclusive of the GPL, > you'll > just give up? > > Since I don't accept the word of every person with a web site out > there > who thinks they are compliant with the GPL, I don't see why I > should accept > the words of a screen. Is there an independent corroboration of > this anywhere? Check out the suggestion in my reply to your last post. You may or may not like it, but I think it would provide the definitive, independant counsel you need in this matter. Otherwise, I guess I will have to give up, since it is you, not I, who runs this project. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From cygwin-xfree@cygwin.com Wed Jul 31 12:13:00 2002 From: cygwin-xfree@cygwin.com (Corinna Vinschen) Date: Wed, 31 Jul 2002 12:13:00 -0000 Subject: QT2 ready for ITP? In-Reply-To: <20020731175736.91097.qmail@web21004.mail.yahoo.com> References: <20020731172536.GA3120@redhat.com> <20020731175736.91097.qmail@web21004.mail.yahoo.com> Message-ID: <20020731210915.R3921@cygbert.vinschen.de> On Wed, Jul 31, 2002 at 10:57:36AM -0700, Nicholas Wourms wrote: > --- Christopher Faylor wrote: > > Well, AFAIK, YANAL and IANAL, so I don't know how you can make > > Can we please cut out the acronyms? We should be respectful of Ralf > and others for whom English is a second[or third, etc.] language. Why? I'm non-native, too, but actually I'm using acronyms as well. *And* I have this one: http://www.acronymfinder.com/ Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:cygwin@cygwin.com Red Hat, Inc. From cygwin-xfree@cygwin.com Wed Jul 31 12:15:00 2002 From: cygwin-xfree@cygwin.com (Corinna Vinschen) Date: Wed, 31 Jul 2002 12:15:00 -0000 Subject: QT2 ready for ITP? In-Reply-To: <20020731172536.GA3120@redhat.com> References: <20020731164912.A10252@cygbert.vinschen.de> <20020731150059.27283.qmail@web21002.mail.yahoo.com> <20020731172536.GA3120@redhat.com> Message-ID: <20020731211157.S3921@cygbert.vinschen.de> On Wed, Jul 31, 2002 at 01:25:36PM -0400, Chris Faylor wrote: > On Wed, Jul 31, 2002 at 08:00:59AM -0700, Nicholas Wourms wrote: > >P.S. - Many attempts [over 6+ months] have been made to contact > >Trolltech regarding this, yet no reply is forthcoming. Therefore, we > >have satisfied the legal obligations, since it was their responsibility > >to pose any objections, which they have not. > > Well, AFAIK, YANAL and IANAL, so I don't know how you can make definitive > legal pronouncements and I certainly am not going to accept your say so > on this. Or, IOW, getting no answer does not mean they said "yes". Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:cygwin@cygwin.com Red Hat, Inc. From huntharo@msu.edu Wed Jul 31 14:40:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 31 Jul 2002 14:40:00 -0000 Subject: QT2 ready for ITP? References: <20020731172536.GA3120@redhat.com> <20020731175736.91097.qmail@web21004.mail.yahoo.com> <20020731210915.R3921@cygbert.vinschen.de> Message-ID: <3D483776.1000408@msu.edu> Corinna Vinschen wrote: > On Wed, Jul 31, 2002 at 10:57:36AM -0700, Nicholas Wourms wrote: > >>--- Christopher Faylor wrote: >> >>>Well, AFAIK, YANAL and IANAL, so I don't know how you can make >> >>Can we please cut out the acronyms? We should be respectful of Ralf >>and others for whom English is a second[or third, etc.] language. > > > Why? I'm non-native, too, but actually I'm using acronyms as well. > > *And* I have this one: http://www.acronymfinder.com/ > > Corinna > Now that you guys mentioned it... what the heck is ITP? Initial Trials Phase? Harold From huntharo@msu.edu Wed Jul 31 15:28:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 31 Jul 2002 15:28:00 -0000 Subject: QT2 ready for ITP? References: <20020731172536.GA3120@redhat.com> <20020731175736.91097.qmail@web21004.mail.yahoo.com> <20020731210915.R3921@cygbert.vinschen.de> <3D483776.1000408@msu.edu> Message-ID: <3D4837E7.6030306@msu.edu> Harold L Hunt II wrote: > Corinna Vinschen wrote: > >> On Wed, Jul 31, 2002 at 10:57:36AM -0700, Nicholas Wourms wrote: >> >>> --- Christopher Faylor wrote: >>> >>>> Well, AFAIK, YANAL and IANAL, so I don't know how you can make >>> >>> >>> Can we please cut out the acronyms? We should be respectful of Ralf >>> and others for whom English is a second[or third, etc.] language. >> >> >> >> Why? I'm non-native, too, but actually I'm using acronyms as well. >> >> *And* I have this one: http://www.acronymfinder.com/ >> >> Corinna >> > > Now that you guys mentioned it... what the heck is ITP? Initial Trials > Phase? > > Harold > Wait wait... I got another one: Inspect, Transfer, Promulgate Ha ha ha!!! Harold P.S. For those who don't know, promulgate means to make known by open declaration. http://m-w.com/cgi-bin/dictionary?va=promulgate From fbregier@webmails.com Wed Jul 31 18:25:00 2002 From: fbregier@webmails.com (frederic bregier) Date: Wed, 31 Jul 2002 18:25:00 -0000 Subject: Fw: Problem with Windows95 and XFree Message-ID: <20020731085242.3324.qmail@webmails.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From lasheimok@web.de Mon Jul 1 02:12:00 2002 From: lasheimok@web.de (Sebastian Kapp) Date: Mon, 01 Jul 2002 02:12:00 -0000 Subject: USER32.DLL:TraxkMouseEvent Message-ID: <200207010912.g619C2X09615@mailgate5.cinetic.de> Hello! Sorry for the inconvenience, but I got a problem with xfree on cygwin at a win95 box. I'm using the current versions of both and everything seemed to work quite well, but suddenly X doesn't start anymore. Whenever I start "startx", a message window pops up telling me, that the file XWIN.EXE is linked with the missing "Export-USER32.DLL:TrackMouseEvent". Reinstalling XFree didn't help. Any idea what's going wrong? I'm using Linux for years and don't have no good understanding of the internas of Windows. Thanx in advance for your kind help! :) ______________________________________________________________________________ FreeMail in der Premiumversion! Mit mehr Speicher, mehr Leistung, mehr Erlebnis und mehr Pramie. Jetzt unter http://club.web.de/?mc=021105 From stuart.adamson@evolution.net Mon Jul 1 03:09:00 2002 From: stuart.adamson@evolution.net (Stuart Adamson) Date: Mon, 01 Jul 2002 03:09:00 -0000 Subject: USER32.DLL:TraxkMouseEvent Message-ID: <9920848EF398D311BDC400508BF339F980A43D@ldnisp14.evolution.net> Hi Sebastian, Somebody else reported this a couple of days ago - along with a long explanation and why it was happening. The subject of the post is "Win95B TrackMouseEvent not in User32.dll" Harold Hunt replied saying "opps - I'll fix that in the next release". Regards Stuart -----Original Message----- From: Sebastian Kapp To: cygwin-xfree@cygwin.com Sent: 01/07/02 10:12 Subject: USER32.DLL:TraxkMouseEvent Hello! Sorry for the inconvenience, but I got a problem with xfree on cygwin at a win95 box. I'm using the current versions of both and everything seemed to work quite well, but suddenly X doesn't start anymore. Whenever I start "startx", a message window pops up telling me, that the file XWIN.EXE is linked with the missing "Export-USER32.DLL:TrackMouseEvent". Reinstalling XFree didn't help. Any idea what's going wrong? I'm using Linux for years and don't have no good understanding of the internas of Windows. Thanx in advance for your kind help! :) ________________________________________________________________________ ______ FreeMail in der Premiumversion! Mit mehr Speicher, mehr Leistung, mehr Erlebnis und mehr Pramie. Jetzt unter http://club.web.de/?mc=021105 Evolution is the investment banking and venture capital industry's first choice for practical advice on strategy, business process and the application of advanced technology. Evolution Tel: +44 (0) 20 7664 6640 Peninsular House Fax: +44 (0) 20 7664 6641 30-36 Monument Street London EC3R 8LJ URL: http://www.evolution.net United Kingdom ______________________________________________________ The information in this Internet e-mail is confidential and is intended solely for the addressee. Access, copying or re-use of information in it by anyone else is unauthorised. Any views or opinions presented are solely those of the author and do not necessarily represent those of Evolution or any of its affiliates. If you are not the intended recipient please contact Evolution, London, +44 (0) 20 7664 6640 _____________________________________________________ From tim.thomson@paradise.net.nz Mon Jul 1 03:54:00 2002 From: tim.thomson@paradise.net.nz (Tim Thomson) Date: Mon, 01 Jul 2002 03:54:00 -0000 Subject: xlauncher Message-ID: <1025520890.3019.44.camel@tuxedo> Hi there, To those of you interested, I modified my x-launcher program to work with a stock cygwin-xfree install, without needing an install program. It should find where everything is by using the registry, then stores its own settings there too (in a different key!). xlauncher is a program which lets you modify the command line given to XWin.exe using a gui interface. There is still a lot to add, but it is a start. Have a look at http://xlauncher.sourceforge.net There is a screenshot, source and binary available. I'm unsure what license to release it under. I want to release it under the GPL or LGPL, but it is compiled using Delphi, and incorporates a pascal unit where the writer has released it as "freeware". Would cygwin-xfree's modified LGPL be fit for xlauncher, or is it still a problem been compiled with Delphi? There is a TODO list in the source, and includes adding features (currently can't specify a xfs server, will be the first thing to add tomorrow), fixing bugs, writing a setup.hint line for it, etc. I'm also working on that cut down cygwin/xfree setup for use with a remote XDMCP server. I'll hopefully get around to getting it into a releasable condition soon. If you have any bugs, requests, etc, just drop me an email :) Cheers, Tim. From s_siddhartha@yahoo.com Mon Jul 1 07:23:00 2002 From: s_siddhartha@yahoo.com (Siddhartha Shivshankar) Date: Mon, 01 Jul 2002 07:23:00 -0000 Subject: X-Free doesnt work, shady workaround Message-ID: <20020701142351.35850.qmail@web13302.mail.yahoo.com> Hello all, hope you're doing good. XFree86 wouldnt load up on my Windows XP machine. I installed practically all of cygwin again because I didnt know what the problem was. (no use of that though) It keeps giving me the error that there was no X server to service requests. The X background appears with X clock on twm. But just one mouse click destroys the window. ------- Error that I get ------------- waiting for X server to shut down xterm: fatal IO error 113 (Connection aborted ) or KillClient on X server ":0.0" XIO: fatal IO error 113 (Connection aborted) on X server ":0.0" after 58 requests (49 known processed) with 0 events remaining. -------- End of error ----------------- Shady workaround - I left Xfree86 as it was. Then I downloaded pre-compiled binaries from http://dao.gsfc.nasa.gov/software/grads/win32/X11R6.4/ into a separate folder. Running startx from this new new folder somehow brings up X correctly. But the startx in the Cygwin installation just does not run. But it seems from some recent posts that I'm not the only one having trouble running X. I'd be very grateful for a solution. Thanks, Siddhartha. __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com From stuart.adamson@evolution.net Mon Jul 1 08:11:00 2002 From: stuart.adamson@evolution.net (Stuart Adamson) Date: Mon, 01 Jul 2002 08:11:00 -0000 Subject: X-Free doesnt work, shady workaround Message-ID: <9920848EF398D311BDC400508BF339F980A43E@ldnisp14.evolution.net> Hi, Can you post the contents of /tmp/XWin.log from after the cygwin installer version has crashed? Thanks, Stuart > -----Original Message----- > From: Siddhartha Shivshankar [mailto:s_siddhartha@yahoo.com] > Sent: 01 July 2002 15:24 > To: cygwin-xfree@cygwin.com > Subject: X-Free doesnt work, shady workaround > > > Hello all, hope you're doing good. > > XFree86 wouldnt load up on my Windows XP > machine. I installed practically all of cygwin > again because I didnt know what the problem was. > (no use of that though) > > It keeps giving me the error that there was no > X server to service requests. The X background > appears with X clock on twm. But just one mouse click > destroys the window. > > ------- Error that I get ------------- > waiting for X server to shut down xterm: fatal IO error 113 > (Connection aborted > ) or KillClient on X server ":0.0" > XIO: fatal IO error 113 (Connection aborted) on X server ":0.0" > after 58 requests (49 known processed) with 0 events > remaining. > > -------- End of error ----------------- > > Shady workaround - > > I left Xfree86 as it was. Then I downloaded pre-compiled > binaries from > http://dao.gsfc.nasa.gov/software/grads/win32/X11R6.4/ > > into a separate folder. Running startx from this new > new folder somehow brings up X correctly. > But the startx in the Cygwin installation just does not > run. > > But it seems from some recent posts that I'm not the > only one having trouble running X. I'd be very grateful > for a solution. > > Thanks, > Siddhartha. > > > > > __________________________________________________ > Do You Yahoo!? > Yahoo! - Official partner of 2002 FIFA World Cup > http://fifaworldcup.yahoo.com > From keenwa@eglin.af.mil Mon Jul 1 09:59:00 2002 From: keenwa@eglin.af.mil (Keen Wayne A Contr AFRL/MNGG) Date: Mon, 01 Jul 2002 09:59:00 -0000 Subject: X-Free doesnt work, shady workaround Message-ID: <30C9E24891FFD411B68A009027724CB702C04CBF@eg-002-015.eglin.af.mil> Please check my posts from last week. The problem which you describe sounds exactly like the one I fought, and my later posts describe exactly how I fixed it (with a lot of help from the community). Wayne Keen From j_tetazoo@hotmail.com Mon Jul 1 11:08:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Mon, 01 Jul 2002 11:08:00 -0000 Subject: Problem with latest XWin test Message-ID: I just installed the latest test version of XWin.exe (4.2.0-8) using the Cygwin setup program and found that it is doing something very funky! I'm running XWin in windowed mode (with -nodecoration flag) under Windows 2000 @ 1024x768 and 24bpp. I tried it in fullscreen mode @ 24bpp and there is no difference. I tried it in fullscreen mode @ 16bpp and 8bpp and it looked fine. Words can't do justice to what's going on. Here's a screenshot: http://members.tripod.com/tomandlaura0/cygwin/XWin-4.2.0-8_screenshot.gif Here are the contents of the log file. Nothing all that revealing, I'm afraid: ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning _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 pixel winAdjustForAutoHide - Original WorkArea: 0 0 768 1024 winAdjustForAutoHide - Taskbar is auto hide winAdjustForAutoHide - Found BOTTOM auto-hide taskbar winAdjustForAutoHide - Adjusted WorkArea: 0 0 767 1024 winCreateBoundingWindowWindowed - WindowClient w 1024 h 767 r 1024 l 0 b 767 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowDDNL - lPitch: 4096 winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 24 winCreateDefColormap - Deferring to fbCreateDefColormap () winScreenInit - returning winCloseScreenShadowDDNL - Freeing screen resources _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx From huntharo@msu.edu Mon Jul 1 13:00:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 01 Jul 2002 13:00:00 -0000 Subject: Problem with latest XWin test Message-ID: <200207012000.g61K0GI89932@pilot25.cl.msu.edu> Thomas, Wait for the next real release in a day or two, I believe the next release will fix your problem. The changes that we have made to fix the KDE 3.0 icon bug required lots of changes to the way that we handle the depth and bits per pixel variables and a few of those changes got missed or messed up. My local sources have fixes for these mistakes, but I haven't had time to make a new release because I have been gone. Harold Thomas Chadwick said: > I just installed the latest test version of XWin.exe (4.2.0-8) using the > Cygwin setup program and found that it is doing something very funky! > > I'm running XWin in windowed mode (with -nodecoration flag) under Windows > 2000 @ 1024x768 and 24bpp. > > I tried it in fullscreen mode @ 24bpp and there is no difference. > I tried it in fullscreen mode @ 16bpp and 8bpp and it looked fine. > > Words can't do justice to what's going on. Here's a screenshot: > > http://members.tripod.com/tomandlaura0/cygwin/XWin-4.2.0-8_screenshot.gif > > Here are the contents of the log file. Nothing all that revealing, I'm > afraid: > > ddxProcessArgument - Initializing default screens > winInitializeDefaultScreens - w 1024 h 768 > winInitializeDefaultScreens - Returning > _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 > pixel > winAdjustForAutoHide - Original WorkArea: 0 0 768 1024 > winAdjustForAutoHide - Taskbar is auto hide > winAdjustForAutoHide - Found BOTTOM auto-hide taskbar > winAdjustForAutoHide - Adjusted WorkArea: 0 0 767 1024 > winCreateBoundingWindowWindowed - WindowClient w 1024 h 767 r 1024 l 0 b 767 > t 0 > winCreateBoundingWindowWindowed - Returning > winAllocateFBShadowDDNL - lPitch: 4096 > winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp > 24 > winCreateDefColormap - Deferring to fbCreateDefColormap () > winScreenInit - returning > winCloseScreenShadowDDNL - Freeing screen resources > > > _________________________________________________________________ > MSN Photos is the easiest way to share and print your photos: > http://photos.msn.com/support/worldwide.aspx > > From huntharo@msu.edu Mon Jul 1 13:15:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 01 Jul 2002 13:15:00 -0000 Subject: cygwin1-20020701.dll from 1613 EDT still doesn't work with xterm Message-ID: <200207012015.g61KFJd94304@pilot08.cl.msu.edu> Huh... the subject says it all. Same error as before: setuid failed: Permission denied You know, xterm is calling perror ("setuid failed")... so perror must know the last errno... ah, I don't know what else to say... Harold From cgf@redhat.com Mon Jul 1 13:25:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Mon, 01 Jul 2002 13:25:00 -0000 Subject: cygwin1-20020701.dll from 1613 EDT still doesn't work with xterm In-Reply-To: <200207012015.g61KFJd94304@pilot08.cl.msu.edu> References: <200207012015.g61KFJd94304@pilot08.cl.msu.edu> Message-ID: <20020701202558.GA24991@redhat.com> On Mon, Jul 01, 2002 at 04:15:18PM -0400, Harold L Hunt wrote: >Huh... the subject says it all. > >Same error as before: > >setuid failed: Permission denied > >You know, xterm is calling perror ("setuid failed")... so perror must know the >last errno... ah, I don't know what else to say... Since I can't get any actual debugging information, I guess you can say "Cygwin 1.3.12-1 still doesn't work with xterm" very soon. cgf From huntharo@msu.edu Mon Jul 1 13:41:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 01 Jul 2002 13:41:00 -0000 Subject: Progress? (again, please try a snapshot) Message-ID: <200207012041.g61KfhW38628@pilot15.cl.msu.edu> Chris, > Hmm. If you do a: > > mount -f -X -b c:\cygwin\usr\X11R6\bin /usr/X11R6/bin > > does the problem go away, perchance? I would expect it to. Tried it, didn't work. See below. Any other syntax hints? (My user name is 'hunt' on this machine.) Harold hunt@NUCFAC13 ~ $ mount -f -X -b c:\cygwin\usr\X11R6\bin /usr/X11R6/bin mount: /usr/X11R6/bin: Invalid argument hunt@NUCFAC13 ~ $ mount -f -X -b c:\cygwin\usr\X11R6\bin /usr/X11R6/bin/ mount: /usr/X11R6/bin/: Invalid argument hunt@NUCFAC13 ~ $ mount -f -X -b c:/cygwin/usr/X11R6/bin /usr/X11R6/bin mount: /usr/X11R6/bin: Permission denied C:\cygwin\bin>mount -f -X -b c:\cygwin\usr\X11R6\bin /usr/X11R6/bin mount: /usr/X11R6/bin: Permission denied hunt@NUCFAC13 /usr/X11R6 $ ls -l total 0 drwxr-xr-x 2 hunt Administ 0 Jun 25 13:00 bin drwxr-xr-x 6 hunt Administ 0 Jun 25 13:06 include drwxr-xr-x 3 hunt Administ 0 Jun 25 13:00 lib drwxr-xr-x 5 hunt Administ 0 Jun 25 13:06 man From huntharo@msu.edu Mon Jul 1 13:51:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 01 Jul 2002 13:51:00 -0000 Subject: cygwin1-20020701.dll from 1613 EDT still doesn't work with xterm Message-ID: <200207012051.g61KpK921658@pilot13.cl.msu.edu> Chris, Sorry, I've been running around like a chicken with its head cut off this last week trying to get the car repaired for a 1200 mile trip this weekend and all the things that go along with that... I forgot that you sent me information on how to do an strace. Here is the strace: http://www.msu.edu/~huntharo/xwin/xterm-strace.out.bz2 >From the first lines of the file, maybe this has something to do with the fact that I do not have permission to create new LOCAL_MACHINE registry keys? Harold Christopher Faylor said: > On Mon, Jul 01, 2002 at 04:15:18PM -0400, Harold L Hunt wrote: > >Huh... the subject says it all. > > > >Same error as before: > > > >setuid failed: Permission denied > > > >You know, xterm is calling perror ("setuid failed")... so perror must know the > >last errno... ah, I don't know what else to say... > > Since I can't get any actual debugging information, I guess you can > say "Cygwin 1.3.12-1 still doesn't work with xterm" very soon. > > cgf > From wayne.keen@crc.com Mon Jul 1 13:55:00 2002 From: wayne.keen@crc.com (Dr. Wayne Keen) Date: Mon, 01 Jul 2002 13:55:00 -0000 Subject: Cygwin/Xfree Message-ID: <000001c2213a$0f012bf0$a701a8c0@earthlink.net> Yep, its that same weirdo that posts from a couple of other emails. Its Wayne, dockeen, wayne.keen@whatever.. Did you try the regeneration of the /etc/passwd that I mumbled about last week? It has worked for several people with the permission denied problem. I am getting frustrated for you because you seem to be describing what was happening to me last week, and I go it fixed, I've even played some with KDE as an experiments. Drat, and yours is still broken. Only thing that is worse is when I'm the only one broken. Darn, rats,drat! Wayne Keen From cgf@redhat.com Mon Jul 1 13:56:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Mon, 01 Jul 2002 13:56:00 -0000 Subject: Progress? (again, please try a snapshot) In-Reply-To: <200207012041.g61KfhW38628@pilot15.cl.msu.edu> References: <200207012041.g61KfhW38628@pilot15.cl.msu.edu> Message-ID: <20020701205608.GB25306@redhat.com> On Mon, Jul 01, 2002 at 04:41:42PM -0400, Harold L Hunt wrote: >Chris, > >> Hmm. If you do a: >> >> mount -f -X -b c:\cygwin\usr\X11R6\bin /usr/X11R6/bin >> >> does the problem go away, perchance? I would expect it to. > >Tried it, didn't work. See below. Any other syntax hints? Yeah, if you are going to perform the mount from a bash shell, remember that '\' is a special character. Either use doubled backslashes or "forward" slashes (as you've done). I don't know what's causing the "Permission denied" unless you can't write to the HKLM part of the registry. Adding a '-u' to the mount options may help. cgf >(My user name is 'hunt' on this machine.) > >Harold > > >hunt@NUCFAC13 ~ >$ mount -f -X -b c:\cygwin\usr\X11R6\bin /usr/X11R6/bin >mount: /usr/X11R6/bin: Invalid argument > >hunt@NUCFAC13 ~ >$ mount -f -X -b c:\cygwin\usr\X11R6\bin /usr/X11R6/bin/ >mount: /usr/X11R6/bin/: Invalid argument > >hunt@NUCFAC13 ~ >$ mount -f -X -b c:/cygwin/usr/X11R6/bin /usr/X11R6/bin >mount: /usr/X11R6/bin: Permission denied > > >C:\cygwin\bin>mount -f -X -b c:\cygwin\usr\X11R6\bin /usr/X11R6/bin >mount: /usr/X11R6/bin: Permission denied > > >hunt@NUCFAC13 /usr/X11R6 >$ ls -l >total 0 >drwxr-xr-x 2 hunt Administ 0 Jun 25 13:00 bin >drwxr-xr-x 6 hunt Administ 0 Jun 25 13:06 include >drwxr-xr-x 3 hunt Administ 0 Jun 25 13:00 lib >drwxr-xr-x 5 hunt Administ 0 Jun 25 13:06 man From cgf@redhat.com Mon Jul 1 14:06:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Mon, 01 Jul 2002 14:06:00 -0000 Subject: cygwin1-20020701.dll from 1613 EDT still doesn't work with xterm In-Reply-To: <200207012051.g61KpK921658@pilot13.cl.msu.edu> References: <200207012051.g61KpK921658@pilot13.cl.msu.edu> Message-ID: <20020701210636.GC25306@redhat.com> On Mon, Jul 01, 2002 at 04:51:19PM -0400, Harold L Hunt wrote: >Chris, > >Sorry, I've been running around like a chicken with its head cut off >this last week trying to get the car repaired for a 1200 mile trip this >weekend and all the things that go along with that... I forgot that >you sent me information on how to do an strace. > >Here is the strace: > >http://www.msu.edu/~huntharo/xwin/xterm-strace.out.bz2 > >From the first lines of the file, maybe this has something to do with >the fact that I do not have permission to create new LOCAL_MACHINE >registry keys? Heh. I just sent that supposition in response to your previous email. I don't think that is what is causing this problem but it is certainly causing your problems with mount. cgf From huntharo@msu.edu Mon Jul 1 14:06:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 01 Jul 2002 14:06:00 -0000 Subject: Progress? (again, please try a snapshot) Message-ID: <200207012106.g61L6NA55010@pilot23.cl.msu.edu> Chris, Yup, as in my other followup, I don't have permission to write to HKLM on this machine (nor can I get it). I added the -u parameter and got the mount command to work. However, the new mount made no difference. The problem still exists. Strace with new mount: http://www.msu.edu/~huntharo/xwin/xterm-newmount-strace.out.bz2 (254 KiB) Harold Christopher Faylor said: > On Mon, Jul 01, 2002 at 04:41:42PM -0400, Harold L Hunt wrote: > >Chris, > > > >> Hmm. If you do a: > >> > >> mount -f -X -b c:\cygwin\usr\X11R6\bin /usr/X11R6/bin > >> > >> does the problem go away, perchance? I would expect it to. > > > >Tried it, didn't work. See below. Any other syntax hints? > > Yeah, if you are going to perform the mount from a bash shell, > remember that '\' is a special character. Either use doubled > backslashes or "forward" slashes (as you've done). > > I don't know what's causing the "Permission denied" unless you > can't write to the HKLM part of the registry. Adding a '-u' > to the mount options may help. > > cgf > > >(My user name is 'hunt' on this machine.) > > > >Harold > > > > > >hunt@NUCFAC13 ~ > >$ mount -f -X -b c:\cygwin\usr\X11R6\bin /usr/X11R6/bin > >mount: /usr/X11R6/bin: Invalid argument > > > >hunt@NUCFAC13 ~ > >$ mount -f -X -b c:\cygwin\usr\X11R6\bin /usr/X11R6/bin/ > >mount: /usr/X11R6/bin/: Invalid argument > > > >hunt@NUCFAC13 ~ > >$ mount -f -X -b c:/cygwin/usr/X11R6/bin /usr/X11R6/bin > >mount: /usr/X11R6/bin: Permission denied > > > > > >C:\cygwin\bin>mount -f -X -b c:\cygwin\usr\X11R6\bin /usr/X11R6/bin > >mount: /usr/X11R6/bin: Permission denied > > > > > >hunt@NUCFAC13 /usr/X11R6 > >$ ls -l > >total 0 > >drwxr-xr-x 2 hunt Administ 0 Jun 25 13:00 bin > >drwxr-xr-x 6 hunt Administ 0 Jun 25 13:06 include > >drwxr-xr-x 3 hunt Administ 0 Jun 25 13:00 lib > >drwxr-xr-x 5 hunt Administ 0 Jun 25 13:06 man > From huntharo@msu.edu Mon Jul 1 14:16:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 01 Jul 2002 14:16:00 -0000 Subject: cygwin1-20020701.dll from 1613 EDT still doesn't work with xterm Message-ID: <200207012116.g61LG1i55522@pilot24.cl.msu.edu> Chris, I actually took a look at the strace log and saw the problems with creating registry keys and I sent my email with that note before I read your email that mentioned the fact that I may not be able to write to HKLM. So it may still be worth considering that something along the path to an xterm startup is trying to write to HKLM and fails. Harold Christopher Faylor said: > On Mon, Jul 01, 2002 at 04:51:19PM -0400, Harold L Hunt wrote: > >Chris, > > > >Sorry, I've been running around like a chicken with its head cut off > >this last week trying to get the car repaired for a 1200 mile trip this > >weekend and all the things that go along with that... I forgot that > >you sent me information on how to do an strace. > > > >Here is the strace: > > > >http://www.msu.edu/~huntharo/xwin/xterm-strace.out.bz2 > > > >From the first lines of the file, maybe this has something to do with > >the fact that I do not have permission to create new LOCAL_MACHINE > >registry keys? > > Heh. I just sent that supposition in response to your previous email. > I don't think that is what is causing this problem but it is certainly > causing your problems with mount. > > cgf > From huntharo@msu.edu Mon Jul 1 14:37:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 01 Jul 2002 14:37:00 -0000 Subject: xfree problem Message-ID: <200207012137.g61LbRw17990@pilot17.cl.msu.edu> Pierre, We're going to have to make this discussion public because I don't know enough about setuid, getuid, and xterm to answer all questions. I'll be sure to cc you on any replies and I ask the anyone else replying do the same (Pierre is not subscribed to the cygwin-xfree@cygwin.com mailing list). > Have you run xterm under strace? I've done straces and posted links to them in the following emails: http://cygwin.com/ml/cygwin-xfree/2002-07/msg00014.html http://cygwin.com/ml/cygwin-xfree/2002-07/msg00011.html > Why does xterm do setuid? Is it privileged? I have no idea. xterm is a well-known program and I'm sure someone else can explain why this is done. > Where is the screen uid/gid set? > One recent change is that the gid must be valid > for setuid to work. The email that I gave you a link to below has a link to xterm's main.c, which is all I can do for you. I don't know enough about getuid/setuid to tell you what is happening in xterm's main (). You'll have to look for yourself. For your convenience I've given you a direct link to the file: http://cvsweb.xfree86.org/cvsweb/xc/programs/xterm/main.c Harold "Pierre A. Humblet" said: > Harold, > > Have you run xterm under strace? > > Why does xterm do setuid? Is it privileged? > > Where is the screen uid/gid set? > One recent change is that the gid must be valid > for setuid to work. > > Pierre > > Harold L Hunt wrote: > > > > Pierre, > > > > When you launch Cygwin/XFree86 (XWin.exe) and xterm.exe you get an error from > > xterm (if you use the -hold parameter, which causes the xterm window to remain > > open after the shell exits) that says: > > > > setuid failed: Permission denied > > > > I posted links to the xterm source code and an explanation of what happens > > last week: > > http://cygwin.com/ml/cygwin-xfree/2002-06/msg00418.html > > > > This could be a simple problem with user permissions that is actually related > > to setuid and getuid, or it could be that some recent change to cygwin1.dll > > tries to write to HKEY_LOCAL_MACHINE, which users of Windows NT Domains don't > > always have permission to write to. I've got a machine at work where this is > > the case and it is the only machine I have access to that exhibits this problem. > > > > Hope that helps, > > > > Harold > > > > "Pierre A. Humblet" said: > > > > > Harold, > > > > > > I hear xfree has setuid problems. > > > That may be because of changes I introduced in cygwin. > > > Can you give a url describing the problem? I will take a look. > > > > > > Pierre > > > > > > P.S.: please reply directly, I don't subscribe to the xfree list > > > > From Pierre.Humblet@ieee.org Mon Jul 1 14:50:00 2002 From: Pierre.Humblet@ieee.org (Pierre A. Humblet) Date: Mon, 01 Jul 2002 14:50:00 -0000 Subject: xfree problem References: <200207012137.g61LbRw17990@pilot17.cl.msu.edu> Message-ID: <3D20CE7C.76C05A3B@ieee.org> Harold L Hunt wrote: > > Pierre, > > We're going to have to make this discussion public because I don't know enough > about setuid, getuid, and xterm to answer all questions. I'll be sure to cc > you on any replies and I ask the anyone else replying do the same (Pierre is > not subscribed to the cygwin-xfree@cygwin.com mailing list). > > > Have you run xterm under strace? > > I've done straces and posted links to them in the following emails: > http://cygwin.com/ml/cygwin-xfree/2002-07/msg00014.html > http://cygwin.com/ml/cygwin-xfree/2002-07/msg00011.html The problem is here 728 5428494 [main] xterm 1536 seteuid32: uid: 15136 myself->gid: 10513 385 5428879 [main] xterm 1536 seteuid32: Process token not verified cygwin thinks that you want to set your group to 10513 and uid 15136. It checks your process to see if you are already there (you should be) but concludes you are not. Why? It then tries to put you there, but because you are not privileged it fails. If you are on the machine where it fails, could you type "id", with CYGWIN=ntsec in your env? I just downloaded xfree and will try on my side. Pierre From cgf@redhat.com Mon Jul 1 14:53:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Mon, 01 Jul 2002 14:53:00 -0000 Subject: cygwin1-20020701.dll from 1613 EDT still doesn't work with xterm In-Reply-To: <200207012116.g61LG1i55522@pilot24.cl.msu.edu> References: <200207012116.g61LG1i55522@pilot24.cl.msu.edu> Message-ID: <20020701215330.GA26540@redhat.com> On Mon, Jul 01, 2002 at 05:16:00PM -0400, Harold L Hunt wrote: >I actually took a look at the strace log and saw the problems with creating >registry keys and I sent my email with that note before I read your email Yep, understood. I thought it was funny that I supposed something that actually turned out to be the case from the strace log. >that mentioned the fact that I may not be able to write to HKLM. So it >may still be worth considering that something along the path to an >xterm startup is trying to write to HKLM and fails. I have forwarded your strace to cygwin-developers and Pierre Humblet (who has recently been making some major changes to the setuid code) will take a look at it. It sounds like he may have a handle on what the problem is. So, with luck, we're close to fixing this. cgf From huntharo@msu.edu Mon Jul 1 15:02:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 01 Jul 2002 15:02:00 -0000 Subject: xfree problem Message-ID: <200207012202.g61M20A74888@pilot23.cl.msu.edu> Pierre, Before setting CYGWIN=ntsec: ========================================= hunt@NUCFAC13 /usr/X11R6/bin $ id uid=15136(hunt) gid=10513(Administrators) ========================================= After setting CYGWIN=ntsec: ======================================================= hunt@NUCFAC13 ~ $ id uid=15136(hunt) gid=10513 groups=0(Everyone),545(Users) ======================================================= However, now if I run startxwin.sh, XWin.exe starts, but I get no clients displaying and: ====================================================== hunt@NUCFAC13 /usr/X11R6/bin $ startxwin.sh Xlib: connection to "nucfac13:0.0" refused by server Xlib: Client is not authorized to connect to Server xsetroot: unable to open display 'nucfac13:0.0' hunt@NUCFAC13 /usr/X11R6/bin $ Xlib: connection to "nucfac13:0.0" refused by server Xlib: Client is not authorized to connect to Server twm: unable to open display "nucfac13:0.0" Xlib: connection to "nucfac13:0.0" refused by server Xlib: Client is not authorized to connect to Server xterm Xt error: Can't open display: nucfac13:0.0 ====================================================== If I run startxwin.bat, XWin.exe starts and so do X clients (xcalc, xeyes, and xterm.exe (with -hold parameter)) but I get a new error from xterm: =============================== setuid failed: Invalid argument =============================== Hope that helps, Harold "Pierre A. Humblet" said: > Harold L Hunt wrote: > > > > Pierre, > > > > We're going to have to make this discussion public because I don't know enough > > about setuid, getuid, and xterm to answer all questions. I'll be sure to cc > > you on any replies and I ask the anyone else replying do the same (Pierre is > > not subscribed to the cygwin-xfree@cygwin.com mailing list). > > > > > Have you run xterm under strace? > > > > I've done straces and posted links to them in the following emails: > > http://cygwin.com/ml/cygwin-xfree/2002-07/msg00014.html > > http://cygwin.com/ml/cygwin-xfree/2002-07/msg00011.html > > The problem is here > 728 5428494 [main] xterm 1536 seteuid32: uid: 15136 myself->gid: 10513 > > 385 5428879 [main] xterm 1536 seteuid32: Process token not verified > > cygwin thinks that you want to set your group to 10513 and uid 15136. > It checks your process to see if you are already there (you should be) > but concludes you are not. Why? > > It then tries to put you there, but because you are not privileged > it fails. > > If you are on the machine where it fails, could you type "id", > with CYGWIN=ntsec in your env? > > I just downloaded xfree and will try on my side. > > Pierre > From huntharo@msu.edu Mon Jul 1 15:03:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 01 Jul 2002 15:03:00 -0000 Subject: cygwin1-20020701.dll from 1613 EDT still doesn't work with xterm Message-ID: <200207012203.g61M3ZA140274@pilot23.cl.msu.edu> Chris, > Yep, understood. I thought it was funny that I supposed something that > actually turned out to be the case from the strace log. Ah ha... > I have forwarded your strace to cygwin-developers and Pierre Humblet (who has > recently been making some major changes to the setuid code) will take a look > at it. It sounds like he may have a handle on what the problem is. Yes, we seem to be making a little progress. > So, with luck, we're close to fixing this. I sure hope so. Harold From Pierre.Humblet@ieee.org Mon Jul 1 15:05:00 2002 From: Pierre.Humblet@ieee.org (Pierre A. Humblet) Date: Mon, 01 Jul 2002 15:05:00 -0000 Subject: xfree problem References: <200207012137.g61LbRw17990@pilot17.cl.msu.edu> Message-ID: <3D20D1E5.555EFB60@ieee.org> Unfortunately it works fine for me. 462 4673072 [main] xterm 420 seteuid32: uid: 11054 myself->gid: 10513 998 4674070 [main] xterm 420 seteuid32: Process token verified Harold, I will send you privately a token analysis program. Pierre From Pierre.Humblet@ieee.org Mon Jul 1 15:14:00 2002 From: Pierre.Humblet@ieee.org (Pierre A. Humblet) Date: Mon, 01 Jul 2002 15:14:00 -0000 Subject: xfree problem References: <200207012202.g61M20A74888@pilot23.cl.msu.edu> Message-ID: <3D20D41D.E820E0E2@ieee.org> Harold L Hunt wrote: > > Pierre, > > After setting CYGWIN=ntsec: > ======================================================= > hunt@NUCFAC13 ~ > $ id > uid=15136(hunt) gid=10513 groups=0(Everyone),545(Users) > ======================================================= Cygwin thinks that your gid is 10513 but Windows only puts you in Everyone and Users. Editing /etc/passwd to change your gid to 545 should solve the problem. Do you know why it is 10513? Does mkpasswd make it that way? Pierre From huntharo@msu.edu Mon Jul 1 15:24:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 01 Jul 2002 15:24:00 -0000 Subject: xfree problem Message-ID: <200207012224.g61MO8337564@pilot12.cl.msu.edu> Pierre, Do you have a Windows NT/2000 machine that you can either 1) Create a local account that is not a member of Administrators and that has restricted priveleges... basically, an account that is only a member of Users. 2) Logon to a domain account that has restricted priveleges? Those (especially #2) seem to be the only scenarios that cause the problem to happen. Harold "Pierre A. Humblet" said: > Unfortunately it works fine for me. > > 462 4673072 [main] xterm 420 seteuid32: uid: 11054 myself->gid: 10513 > 998 4674070 [main] xterm 420 seteuid32: Process token verified > > Harold, I will send you privately a token analysis program. > > Pierre > From huntharo@msu.edu Mon Jul 1 15:40:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 01 Jul 2002 15:40:00 -0000 Subject: xfree problem Message-ID: <200207012239.g61Mduw43916@pilot28.cl.msu.edu> Pierre, I've gotten a success and I propose a solution, at least for now... skip to the bottom if you just want the meat and potatoes. > Cygwin thinks that your gid is 10513 but Windows only puts > you in Everyone and Users. Interesting. > Editing /etc/passwd to change your gid to 545 should solve the > problem. > Do you know why it is 10513? Does mkpasswd make it that way? First of all: no Cygwin/XFree86 user should have to run mkpasswd in order for Cygwin/XFree86 to be run. In other words, I won't be satisified if we make a fix to mkpasswd that corrects the problem but that requires any NT/2000/XP user with restricted privelelges in Windows to run mkpasswd. With that said, yes, mkpasswd sets my group as 10513: ===================================================== hunt@NUCFAC13 ~ $ mkpasswd -u hunt -d hunt:unused_by_nt/2000/xp:15136:10513:Harold Hunt,U-NSCL_USER\hunt,S-1-5-21-2139 319003-1153703952-439713625-5136:/home/hunt:/bin/bash ===================================================== I have no idea what group 10513 is supposed to be either, /etc/groups contains: Everyone:S-1-1-0:0: SYSTEM:S-1-5-18:18: None:S-1-5-21-910902540-1879534186-1274898322-513:513: Administrators:S-1-5-32-544:544: Backup Operators:S-1-5-32-551:551: Guests:S-1-5-32-546:546: Power Users:S-1-5-32-547:547: Replicator:S-1-5-32-552:552: Users:S-1-5-32-545:545: Hand editing /etc/passwd and changing my group id from 10513 (unknown) to 545 (Users) causes xterm to start working. The output from id follows: ============================================================ hunt@NUCFAC13 ~ $ id uid=15136(hunt) gid=545(Users) groups=0(Everyone),545(Users) ============================================================ So, we've got a problem were getting the gid to be correct may be difficult, if not impossible (mkpasswd screws up the gid, and we don't want to require NT Domain users to run mkpasswd), yet we're requiring a valid gid. I think the obvious solution is that we can't require a valid gid, we revert to the old behavior, and we put a giant comment in the source code to indicate why requiring a valid gid is a bad idea. Thanks for helping Pierre, I think we will be able to fix this, Harold "Pierre A. Humblet" said: > Harold L Hunt wrote: > > > > Pierre, > > > > After setting CYGWIN=ntsec: > > ======================================================= > > hunt@NUCFAC13 ~ > > $ id > > uid=15136(hunt) gid=10513 groups=0(Everyone),545(Users) > > ======================================================= > > Cygwin thinks that your gid is 10513 but Windows only puts > you in Everyone and Users. > > Editing /etc/passwd to change your gid to 545 should solve the > problem. > Do you know why it is 10513? Does mkpasswd make it that way? > > > Pierre > From Pierre.Humblet@ieee.org Mon Jul 1 15:43:00 2002 From: Pierre.Humblet@ieee.org (Pierre A. Humblet) Date: Mon, 01 Jul 2002 15:43:00 -0000 Subject: xfree problem References: <200207012202.g61M20A74888@pilot23.cl.msu.edu> Message-ID: <3D20DAD4.26C1CFBD@ieee.org> Harold L Hunt wrote: > > Pierre, > > Before setting CYGWIN=ntsec: > ========================================= > hunt@NUCFAC13 /usr/X11R6/bin > $ id > uid=15136(hunt) gid=10513(Administrators) > ========================================= > > After setting CYGWIN=ntsec: > ======================================================= > hunt@NUCFAC13 ~ > $ id > uid=15136(hunt) gid=10513 groups=0(Everyone),545(Users) > ======================================================= I sent a patch to cygwin that should take care of the symptom. Pierre From Pierre.Humblet@ieee.org Mon Jul 1 16:54:00 2002 From: Pierre.Humblet@ieee.org (Pierre A. Humblet) Date: Mon, 01 Jul 2002 16:54:00 -0000 Subject: xfree problem In-Reply-To: <200207012239.g61Mduw43916@pilot28.cl.msu.edu> Message-ID: <3.0.5.32.20020701195047.00813100@worldnet> At 06:39 PM 7/1/2002 EDT, Harold L Hunt wrote: >Pierre, > >I've gotten a success and I propose a solution, at least for now... skip to >the bottom if you just want the meat and potatoes. Harold, Don't worry, Cygwin won't require users to run mkpasswd or to edit passwd by hand. The patch I have sent will satisfy you. Just out of curiosity, could you run mkgroup -d ? Thanks. Pierre From cgf@redhat.com Mon Jul 1 17:22:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Mon, 01 Jul 2002 17:22:00 -0000 Subject: xfree problem In-Reply-To: <3D20DAD4.26C1CFBD@ieee.org> References: <200207012202.g61M20A74888@pilot23.cl.msu.edu> <3D20DAD4.26C1CFBD@ieee.org> Message-ID: <20020702002222.GA14478@redhat.com> On Mon, Jul 01, 2002 at 06:42:28PM -0400, Pierre A. Humblet wrote: >Harold L Hunt wrote: >> >> Pierre, >> >> Before setting CYGWIN=ntsec: >> ========================================= >> hunt@NUCFAC13 /usr/X11R6/bin >> $ id >> uid=15136(hunt) gid=10513(Administrators) >> ========================================= >> >> After setting CYGWIN=ntsec: >> ======================================================= >> hunt@NUCFAC13 ~ >> $ id >> uid=15136(hunt) gid=10513 groups=0(Everyone),545(Users) >> ======================================================= > >I sent a patch to cygwin that should take care of the >symptom. There is a new snapshot available which incorporates this patch. cgf From huntharo@msu.edu Mon Jul 1 17:26:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 01 Jul 2002 17:26:00 -0000 Subject: xfree problem Message-ID: <200207020026.g620QiN57792@pilot06.cl.msu.edu> Pierre, > Don't worry, Cygwin won't require users to run mkpasswd or to edit passwd > by hand. The patch I have sent will satisfy you. Sounds good. > Just out of curiosity, could you run mkgroup -d ? Domain Users:S-1-5-21-2139319003-1153703952-439713625-513:10513: This is really interesting... Harold "Pierre A. Humblet" said: > At 06:39 PM 7/1/2002 EDT, Harold L Hunt wrote: > >Pierre, > > > >I've gotten a success and I propose a solution, at least for now... skip to > >the bottom if you just want the meat and potatoes. > > Harold, > > Don't worry, Cygwin won't require users to run mkpasswd or to edit passwd > by hand. The patch I have sent will satisfy you. > > Just out of curiosity, could you run mkgroup -d ? > > Thanks. > > Pierre > > From Pierre.Humblet@ieee.org Mon Jul 1 17:33:00 2002 From: Pierre.Humblet@ieee.org (Pierre A. Humblet) Date: Mon, 01 Jul 2002 17:33:00 -0000 Subject: xfree problem In-Reply-To: <200207020026.g620QiN57792@pilot06.cl.msu.edu> Message-ID: <3.0.5.32.20020701202856.00810b30@mail.attbi.com> At 08:26 PM 7/1/2002 EDT, Harold L Hunt wrote: > >Pierre, > >> Don't worry, Cygwin won't require users to run mkpasswd or to edit passwd >> by hand. The patch I have sent will satisfy you. > >Sounds good. > >> Just out of curiosity, could you run mkgroup -d ? > >Domain Users:S-1-5-21-2139319003-1153703952-439713625-513:10513: > >This is really interesting... mkgroup -d >> /etc/group or perhaps mkgroup -ld > /etc/group should solve your problems. Clearly cygwin must allow program to innocently setuid/gid to themselves even without complete passwd and group files. Working on it. Pierre From huntharo@msu.edu Mon Jul 1 18:00:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 01 Jul 2002 18:00:00 -0000 Subject: xfree problem Message-ID: <200207020059.g620xvw14542@pilot28.cl.msu.edu> Chris, Pierre, > >I sent a patch to cygwin that should take care of the > >symptom. > > There is a new snapshot available which incorporates this patch. I got my machine back to a state where it produced the xterm error by I uninstalling and reinstalling XFree86-bin, XFree86-lib, XFree86-startup-scripts, and XFree86-xserv. Then I stopped defining the CYGWIN=ntsec environment variable, then I removed the entry for `hunt' that was added to /etc/passwd by `mkpasswd -u hunt -d'. Now I get the permission denied error again from xterm (only after all steps above were completed did the error return). Now I get dumped into /home/Administrator when I open Cygwin's bash prompt (as opposed to /home/hunt). A sample `ls -l' from /usr/X11R6/bin gives: ================================================================= -rwxr-xr-x 1 Administ None 691712 Jan 21 08:59 xterm.exe ================================================================= I downloaded and installed the cygwin1-20020701.dll snapshot at 20:43 EDT. Now when I run startxwin.bat or startxwin.sh, Cygwin/XFree86 (XWin.exe), twm.exe and xsetroot.exe all startup, but xterm.exe never displays a thing. In fact, xterm.exe just crashes and hangs around until I kill it with Task Manager. (Before I installed the snapshot, I was getting a launching xterm.exe that gave the `permission denied' error.) Here is a stack trace: http://www.msu.edu/~huntharo/xwin/xterm-patch01-strace.out.bz2 (308 KiB) Note: 1) strace didn't stop until I went into Task Manager and killed xterm.exe 2) There were *two* xterm.exe processes, one taking about 7 MB and the other about 4 MB of memory. When I killed one they both went away and strace stopped. Hope that helps, Harold From MBosticky@opcom.com.au Mon Jul 1 18:01:00 2002 From: MBosticky@opcom.com.au (Martin Bosticky) Date: Mon, 01 Jul 2002 18:01:00 -0000 Subject: Unable to use X session under cygwin 1.3.11-3 on NT 4.0 sp. 6 Message-ID: Yah, It seems like this problem is really common. it should go into the documentation ASAP i am a beginner, so i don't know what to do to do that. Martin. -----Original Message----- From: dct-linuq@iquebec.com [mailto:dct-linuq@iquebec.com] Sent: Friday, 28 June 2002 1:16 To: cygwin-xfree@cygwin.com Subject: Re: Unable to use X session under cygwin 1.3.11-3 on NT 4.0 sp. 6 Problem solved !!!, Thanks to van Putte, Wolfhagen, Habacker et al. that had already discussed the matter under a different title. Sorry for the inconvenience. A hint for those who, like me, do not know much about this stuff check for error beyond X and into xterm behaviour: 1- Step to diagnostic The new version of cygwin 1.3.11 (try cygcheck -s | grep "cygwin" to see the cygwin version) there is some change in the implementation of the security (that among other thing do not permit you to open xterm sessions). You must adjust your system consequently by defining a "real" user and not some kind of Administrator (before I was Administrateur and now daniel (my real login name)). To diagnose my problem I added the "-hold" option to the command xterm (xterm -hold &)in my startup scripts (startxwin.sh and .xinitrc). That's when I realised that it was a Permission problem and not an X problem. 2- X and xterm related problems and cygwin security To redefine users see the thread this month : -> xterm fails to start with "setuid failed: Permission denied" and the mkpasswd command. Basically what it does it to make a new password file with users and network information. Cygwin uses it for the login. Attention!!! Watch for big network, the file could end up very long. Here is what I did : mkpasswd -l > /etc/passwd mkpasswd -d | grep "daniel" >> /etc/passwd (I knew my login name to be daniel) And voila, I am now daniel@mymachine and no longuer Administrateur@mymachine. And the best of it xterm now works (after some tweeking, read on). 3- Tweeking scripts for optimum functionning When I finally got my X working (with the steps outlined above), I had to add "-e /usr/bin/bash" to the xterm command in my startup scripts (xterm -e /usr/bin/bash &) because it could not find bash in /bin/bash (thanks to -hold option for the hint). I also added an alias to my .bashrc "alias xterm='xterm -e /usr/bin/bash'. Thanks again all, Hope this will be useful and good luck to others DCT From huntharo@msu.edu Mon Jul 1 18:03:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 01 Jul 2002 18:03:00 -0000 Subject: xfree problem Message-ID: <200207020103.g6213Vw28128@pilot28.cl.msu.edu> Chris, Pierre, Oh yeah, and now ssh seems to be challenged by the 2043 EDT cygwin1-20020701.dll snapshot. Output follows. (Remote host ip obscured as all 0's for privacy). Harold Administrator@NUCFAC13 ~ $ ssh harold@000.000.000.000 64 [main] ssh 1044 seteuid32: special case, returning 0 848623 [main] ssh 1044 seteuid32: special case, returning 0 850239 [main] ssh 1044 seteuid32: special case, returning 0 harold@000.000.000.000's password: From huntharo@msu.edu Mon Jul 1 18:04:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 01 Jul 2002 18:04:00 -0000 Subject: Unable to use X session under cygwin 1.3.11-3 on NT 4.0 sp. 6 Message-ID: <200207020104.g6214jw34580@pilot28.cl.msu.edu> Martin, No, it won't go into the documentation. It is a bug that will be fixed soon. Harold Martin Bosticky said: > Yah, It seems like this problem is really common. it should go into the > documentation ASAP > > i am a beginner, so i don't know what to do to do that. > > Martin. > > -----Original Message----- > From: dct-linuq@iquebec.com [mailto:dct-linuq@iquebec.com] > Sent: Friday, 28 June 2002 1:16 > To: cygwin-xfree@cygwin.com > Subject: Re: Unable to use X session under cygwin 1.3.11-3 on NT 4.0 sp. > 6 > > > Problem solved !!!, > > Thanks to van Putte, Wolfhagen, Habacker et al. that > had already discussed the matter under a different > title. Sorry for the inconvenience. > > A hint for those who, like me, do not know much about > this stuff check for error beyond X and into xterm > behaviour: > > 1- Step to diagnostic > > The new version of cygwin 1.3.11 (try cygcheck -s | > grep "cygwin" to see the cygwin version) there is > some change in the implementation of the security > (that among other thing do not permit you to open > xterm sessions). You must adjust your system > consequently by defining a "real" user and not some > kind of Administrator (before I was Administrateur > and now daniel (my real login name)). > > To diagnose my problem I added the "-hold" option to > the command xterm (xterm -hold &)in my startup > scripts (startxwin.sh and .xinitrc). That's when I > realised that it was a Permission problem and not an > X problem. > > 2- X and xterm related problems and cygwin security > > To redefine users see the thread this month : > -> xterm fails to start with "setuid failed: > Permission denied" > and the mkpasswd command. Basically what it does it > to make a new password file with users and network > information. Cygwin uses it for the login. > Attention!!! Watch for big network, the file could > end up very long. Here is what I did : > mkpasswd -l > /etc/passwd > mkpasswd -d | grep "daniel" >> /etc/passwd > (I knew my login name to be daniel) > And voila, I am now daniel@mymachine and no longuer > Administrateur@mymachine. And the best of it xterm > now works (after some tweeking, read on). > > 3- Tweeking scripts for optimum functionning > When I finally got my X working (with the steps > outlined above), I had to add "-e /usr/bin/bash" to > the xterm command in my startup scripts (xterm -e > /usr/bin/bash &) because it could not find bash in > /bin/bash (thanks to -hold option for the hint). I > also added an alias to my .bashrc "alias xterm='xterm > -e /usr/bin/bash'. > > Thanks again all, > > Hope this will be useful and good luck to others > > DCT > From cgf@redhat.com Mon Jul 1 18:43:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Mon, 01 Jul 2002 18:43:00 -0000 Subject: xfree problem In-Reply-To: <200207020103.g6213Vw28128@pilot28.cl.msu.edu> References: <200207020103.g6213Vw28128@pilot28.cl.msu.edu> Message-ID: <20020702014314.GG14478@redhat.com> On Mon, Jul 01, 2002 at 09:03:30PM -0400, Harold L Hunt wrote: >Chris, Pierre, > >Oh yeah, and now ssh seems to be challenged by the 2043 EDT >cygwin1-20020701.dll snapshot. Output follows. (Remote host ip obscured as >all 0's for privacy). > >Harold > >Administrator@NUCFAC13 ~ >$ ssh harold@000.000.000.000 > 64 [main] ssh 1044 seteuid32: special case, returning 0 > 848623 [main] ssh 1044 seteuid32: special case, returning 0 > 850239 [main] ssh 1044 seteuid32: special case, returning 0 >harold@000.000.000.000's password: Doh. system_printf != syscall_printf. I've checked in a fix and am rebuilding the snapshot. cgf From cgf@redhat.com Mon Jul 1 18:48:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Mon, 01 Jul 2002 18:48:00 -0000 Subject: xfree problem In-Reply-To: <20020702014314.GG14478@redhat.com> References: <200207020103.g6213Vw28128@pilot28.cl.msu.edu> <20020702014314.GG14478@redhat.com> Message-ID: <20020702014838.GH14478@redhat.com> On Mon, Jul 01, 2002 at 09:43:14PM -0400, Christopher Faylor wrote: >On Mon, Jul 01, 2002 at 09:03:30PM -0400, Harold L Hunt wrote: >>Chris, Pierre, >> >>Oh yeah, and now ssh seems to be challenged by the 2043 EDT >>cygwin1-20020701.dll snapshot. Output follows. (Remote host ip obscured as >>all 0's for privacy). >> >>Harold >> >>Administrator@NUCFAC13 ~ >>$ ssh harold@000.000.000.000 >> 64 [main] ssh 1044 seteuid32: special case, returning 0 >> 848623 [main] ssh 1044 seteuid32: special case, returning 0 >> 850239 [main] ssh 1044 seteuid32: special case, returning 0 >>harold@000.000.000.000's password: > >Doh. system_printf != syscall_printf. I've checked in a fix >and am rebuilding the snapshot. And, additionally, I put Pierre's patch in the wrong place in the code. Sigh. I had to interpret it because the formatting was GNU standard and I interpreted it wrong. This snapshot was hosed. I'm regenerating it *again*. cgf From cgf@redhat.com Mon Jul 1 18:53:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Mon, 01 Jul 2002 18:53:00 -0000 Subject: Unable to use X session under cygwin 1.3.11-3 on NT 4.0 sp. 6 In-Reply-To: <200207020104.g6214jw34580@pilot28.cl.msu.edu> References: <200207020104.g6214jw34580@pilot28.cl.msu.edu> Message-ID: <20020702015309.GI14478@redhat.com> On Mon, Jul 01, 2002 at 09:04:44PM -0400, Harold L Hunt wrote: >No, it won't go into the documentation. It is a bug that will be fixed >soon. Right, (as Harold knows) that's kinda the whole point of several threads in this mailing list. There is no way that we should have to tell anyone to stand on their head just to run Cygwin/XFree86. I think we're all agreed on that. The setuid changes that were made in cygwin were supposed to streamline things a little but they ended up causing some problems that we are working out. I never would have expected any problems with X but that just shows my comprehensive knowledge about how things work here... cgf From Pierre.Humblet@ieee.org Mon Jul 1 18:57:00 2002 From: Pierre.Humblet@ieee.org (Pierre A. Humblet) Date: Mon, 01 Jul 2002 18:57:00 -0000 Subject: xfree problem In-Reply-To: <200207020059.g620xvw14542@pilot28.cl.msu.edu> Message-ID: <3.0.5.32.20020701215306.00811850@mail.attbi.com> At 08:59 PM 7/1/2002 EDT, Harold L Hunt wrote: >Chris, Pierre, > >> >I sent a patch to cygwin that should take care of the >> >symptom. >> >> There is a new snapshot available which incorporates this patch. > >I got my machine back to a state where it produced the xterm error by I >uninstalling and reinstalling XFree86-bin, XFree86-lib, >XFree86-startup-scripts, and XFree86-xserv. Then I stopped defining the >CYGWIN=ntsec environment variable, then I removed the entry for `hunt' that >was added to /etc/passwd by `mkpasswd -u hunt -d'. Now I get the permission >denied error again from xterm (only after all steps above were completed did >the error return). > >Now I get dumped into /home/Administrator when I open Cygwin's bash prompt (as >opposed to /home/hunt). A sample `ls -l' from /usr/X11R6/bin gives: >================================================================= Being administrator in that situation is an old feature, AFAIK. If there was NO passwd file, Cygwin would emulate one by assigning you a uid, based on info from Windows info and things would be different (depending on your environment variables). There is a passwd file, and you are not in there. It uses the default, which is administrators. The setuid problem is new. Cygwin tries to setuid to administrators, but Windows doesn't let it do it. The thinking was that programs that setuid/gid are "big boys" and should have their passwd/grp file in order. Later this evening there will be a better patch that will noop when the setuid/gid is to the original uid/gid. The current patch allows unknown gids, it was written before the issue was completely understood. Pierre From Pierre.Humblet@ieee.org Mon Jul 1 19:04:00 2002 From: Pierre.Humblet@ieee.org (Pierre A. Humblet) Date: Mon, 01 Jul 2002 19:04:00 -0000 Subject: xfree problem In-Reply-To: <200207020103.g6213Vw28128@pilot28.cl.msu.edu> Message-ID: <3.0.5.32.20020701220003.0080daa0@worldnet> At 09:03 PM 7/1/2002 EDT, Harold L Hunt wrote: >Chris, Pierre, > >Oh yeah, and now ssh seems to be challenged by the 2043 EDT >cygwin1-20020701.dll snapshot. Output follows. (Remote host ip obscured as >all 0's for privacy). > >Harold > >Administrator@NUCFAC13 ~ >$ ssh harold@000.000.000.000 > 64 [main] ssh 1044 seteuid32: special case, returning 0 > 848623 [main] ssh 1044 seteuid32: special case, returning 0 > 850239 [main] ssh 1044 seteuid32: special case, returning 0 >harold@000.000.000.000's password: > Were you back in the passwd file at this point? Pierre From cgf@redhat.com Mon Jul 1 19:14:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Mon, 01 Jul 2002 19:14:00 -0000 Subject: xfree problem (new snapshot available) In-Reply-To: <20020702014838.GH14478@redhat.com> References: <200207020103.g6213Vw28128@pilot28.cl.msu.edu> <20020702014314.GG14478@redhat.com> <20020702014838.GH14478@redhat.com> Message-ID: <20020702021425.GA1283@redhat.com> On Mon, Jul 01, 2002 at 09:48:38PM -0400, Christopher Faylor wrote: >On Mon, Jul 01, 2002 at 09:43:14PM -0400, Christopher Faylor wrote: >>On Mon, Jul 01, 2002 at 09:03:30PM -0400, Harold L Hunt wrote: >>>Chris, Pierre, >>> >>>Oh yeah, and now ssh seems to be challenged by the 2043 EDT >>>cygwin1-20020701.dll snapshot. Output follows. (Remote host ip obscured as >>>all 0's for privacy). >>> >>>Harold >>> >>>Administrator@NUCFAC13 ~ >>>$ ssh harold@000.000.000.000 >>> 64 [main] ssh 1044 seteuid32: special case, returning 0 >>> 848623 [main] ssh 1044 seteuid32: special case, returning 0 >>> 850239 [main] ssh 1044 seteuid32: special case, returning 0 >>>harold@000.000.000.000's password: >> >>Doh. system_printf != syscall_printf. I've checked in a fix >>and am rebuilding the snapshot. > >And, additionally, I put Pierre's patch in the wrong place in the code. >Sigh. I had to interpret it because the formatting was GNU standard and >I interpreted it wrong. > >This snapshot was hosed. I'm regenerating it *again*. The new snapshot is available. cgf From huntharo@msu.edu Mon Jul 1 20:28:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Mon, 01 Jul 2002 20:28:00 -0000 Subject: xfree problem (new snapshot available) In-Reply-To: <20020702021425.GA1283@redhat.com> Message-ID: Chris, > >>Doh. system_printf != syscall_printf. I've checked in a fix > >>and am rebuilding the snapshot. > > > >And, additionally, I put Pierre's patch in the wrong place in the code. > >Sigh. I had to interpret it because the formatting was GNU standard and > >I interpreted it wrong. > > > >This snapshot was hosed. I'm regenerating it *again*. > > The new snapshot is available. I'm home now. I'll have to wait until tomorrow to test the new snapshot, when I have access to the strange machine. Harold From cgf@redhat.com Mon Jul 1 20:39:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Mon, 01 Jul 2002 20:39:00 -0000 Subject: xfree problem (new snapshot available) In-Reply-To: References: <20020702021425.GA1283@redhat.com> Message-ID: <20020702033940.GB1615@redhat.com> On Mon, Jul 01, 2002 at 11:28:42PM -0400, Harold Hunt wrote: >>>>Doh. system_printf != syscall_printf. I've checked in a fix and am >>>>rebuilding the snapshot. >>> >>>And, additionally, I put Pierre's patch in the wrong place in the code. >>>Sigh. I had to interpret it because the formatting was GNU standard >>>and I interpreted it wrong. >>> >>>This snapshot was hosed. I'm regenerating it *again*. >> >>The new snapshot is available. > >I'm home now. I'll have to wait until tomorrow to test the new >snapshot, when I have access to the strange machine. Ok. It looks like we may still be doing some more tweaking anyway. cgf From nwourms@yahoo.com Tue Jul 2 05:12:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Tue, 02 Jul 2002 05:12:00 -0000 Subject: [ITP]: Xaw3D-1.5 Message-ID: <20020702121210.32740.qmail@web21002.mail.yahoo.com> Harold et. al., I have successfully built a static version of the 3D Athena Widget Library for Cygwin/XFree. I would like to package this and provide it for everyone, but I have a better suggestion. This package hasn't changed in 4 years. I have e-mailed the maintainer, if he still works for the opengroup, to see what the status is. Unfortunately, it seems like he no longer works there. Given that, I believe this package would require miniscule maintenace, if none at all. In the Readme, it advises that it should be built as part of the xc source tree. I have managed to build it separately, but I still think it should be built as part of the xc tree to avoid a missing symbol or something along the same lines. Either way, I'm willing to release this package. So let me know how you wish to proceed, and I'll go from there. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From huntharo@msu.edu Tue Jul 2 05:44:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Tue, 02 Jul 2002 05:44:00 -0000 Subject: xfree problem (new snapshot available) Message-ID: <200207021244.g62CiUw02704@pilot17.cl.msu.edu> Chris, Pierre, > Ok. It looks like we may still be doing some more tweaking anyway. I downloaded the cygwin1-20020701.dll snapshot at 0840 this morning (20020702). I can now make xterm.exe work by using the 20020701 snapshot and I can break xterm.exe by using the default cygwin1.dll (whatever the latest stable was). I consider this bug fixed, for now. Hopefully no new `gotchas' will pop up. Thanks for taking care of this, Harold From keenwa@eglin.af.mil Tue Jul 2 06:15:00 2002 From: keenwa@eglin.af.mil (Keen Wayne A Contr AFRL/MNGG) Date: Tue, 02 Jul 2002 06:15:00 -0000 Subject: Morning cygwin1.dll snapshot XFree test Message-ID: <30C9E24891FFD411B68A009027724CB702C04CC4@eg-002-015.eglin.af.mil> I grabbed a copy of the newest cygwin1.dll at 0745 CST this morning. I installed it on a Win2000 machine in the office that I had not really touched with respect to XFree. I modified the path to include the xfree bin material, copied xinitrc to home and renamed, and created a blank .Xauthority. Finally, I unzipped the cygwin1.dll snapshot, renamed, and copied to /bin, after backing up the existing version. Oh, I forgot, I was logged into the network domain (same as my laptop), not the local box. I then used startx, X windows came up quickly, with the expected clock and 3 windows, and was operational. Note that I did nothing with respect to /etc/passwd. Wayne Keen From huntharo@msu.edu Tue Jul 2 06:49:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Tue, 02 Jul 2002 06:49:00 -0000 Subject: Server Test Series - Test62 available Message-ID: <200207021349.g62Dnji35884@pilot24.cl.msu.edu> I won't have time to do the formal email release announcement until tonight, but Test62 is available and should be making its way out to the mirrors (it's also available from msu.edu already). Test62 is also known as XFree86-xserv-4.2.0-9 in Cygwin's setup.exe (you have to manually select that version and you then might have to manually check the 'Bin' box next to the version). Changes and links for downloading: http://xfree86.cygwin.com/devel/shadow/changelog.html Instructions for installing without Cygwin's setup.exe: http://xfree86.cygwin.com/devel/shadow/ I need people to test Test62 with Windows running in 15bpp and 24bpp color modes. Not all video hardware support those modes, so don't worry about it if you can't set Windows to those color depths. Oh, and I forgot to put in the Change Log that we now link to comctl32.dll which contains the _TrackMouseEvent function that either calls TrackMouseEvent in user32.dll or it emulates the functionality. *** If you have *Windows 95*, you must have Internet Explorer 3.0 or greater installed to use Cygwin/XFree86, as this installs a new version of comctl32.dll that contains _TrackMouseEvent *** At some point in the future we may get a pointer to _TrackMouseEvent at runtime, which will remove the dependency on IE 3.0+ for Windows 95; of course, we might never get around to it if there is no demand for it. Thanks for testing, Harold From spetreolle@yahoo.fr Tue Jul 2 07:19:00 2002 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Tue, 02 Jul 2002 07:19:00 -0000 Subject: Server Test Series - Test62 available In-Reply-To: <200207021349.g62Dnji35884@pilot24.cl.msu.edu> Message-ID: <20020702141914.80012.qmail@web10108.mail.yahoo.com> > If you have *Windows 95*, > you must have Internet Explorer 3.0 or greater > installed to use > Cygwin/XFree86, as this installs a new version of > comctl32.dll that contains > _TrackMouseEvent Isn't Windows 95a shipped with Internet Explorer 3.0 ? ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From nwourms@yahoo.com Tue Jul 2 07:26:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Tue, 02 Jul 2002 07:26:00 -0000 Subject: Server Test Series - Test62 available In-Reply-To: <20020702141914.80012.qmail@web10108.mail.yahoo.com> Message-ID: <20020702142638.60269.qmail@web21003.mail.yahoo.com> Nope, It is shipped with I.E. 2.0. Only in win95oemsr2 a.k.a. Win95b did I.E. 3.0 start shipping. Cheers, Nicholas --- Sylvain Petreolle wrote: > > > If you have *Windows 95*, > > you must have Internet Explorer 3.0 or greater > > installed to use > > Cygwin/XFree86, as this installs a new version of > > comctl32.dll that contains > > _TrackMouseEvent > > Isn't Windows 95a shipped with Internet Explorer 3.0 ? > > ___________________________________________________________ > Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! > Yahoo! Mail : http://fr.mail.yahoo.com __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From huntharo@msu.edu Tue Jul 2 07:28:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Tue, 02 Jul 2002 07:28:00 -0000 Subject: Server Test Series - Test62 available Message-ID: <200207021428.g62ESNF140630@pilot05.cl.msu.edu> Sylvain, All I can tell you is that in Windows 95 I know that IE 2.0 was a download (I don't remember if there actually was an IE 1.0) and IE 3.0 was definitely a download. Perhaps this was different for localized versions of Windows (since they usually ship much later than the U.S. English version), but there was no IE in the original U.S. English Windows 95. Harold ``no need to cc me in replies'' Hunt Sylvain Petreolle said: > > > If you have *Windows 95*, > > you must have Internet Explorer 3.0 or greater > > installed to use > > Cygwin/XFree86, as this installs a new version of > > comctl32.dll that contains > > _TrackMouseEvent > > Isn't Windows 95a shipped with Internet Explorer 3.0 ? > > ___________________________________________________________ > Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! > Yahoo! Mail : http://fr.mail.yahoo.com > From nwourms@yahoo.com Tue Jul 2 08:17:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Tue, 02 Jul 2002 08:17:00 -0000 Subject: host.def in lesstif conflicts with host.def in XFree86-prog Message-ID: <20020702151703.75884.qmail@web21002.mail.yahoo.com> Harold, As you well may know, the /usr/X11R6/lib/X11/config/host.def is needed for running the xmkmf command. The issue is that this file is being installed by both the lesstif and XFree86-prog packages. The problem is, when you uninstall lesstif, the XFree86-prog version host.def is not restored. Worse yet, the lesstif host.def is completely removed. This is not good, but the issue will become worse in the future now that setup.exe is getting closer to implimenting dependancy/conflict functions. I suggest making postinstall and preremove (/etc/preremove/*.sh) scripts for both packages to handle this potential issue. Just a thought... Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From nwourms@yahoo.com Tue Jul 2 08:26:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Tue, 02 Jul 2002 08:26:00 -0000 Subject: [ITP]: Xaw3D-1.5 In-Reply-To: <20020702121210.32740.qmail@web21002.mail.yahoo.com> Message-ID: <20020702152646.51907.qmail@web21010.mail.yahoo.com> --- Nicholas Wourms wrote: > Harold et. al., > > I have successfully built a static version of the 3D Athena Widget > Library > for Cygwin/XFree. I would like to package this and provide it for > everyone, but I have a better suggestion. This package hasn't changed > in > 4 years. I have e-mailed the maintainer, if he still works for the > opengroup, to see what the status is. Unfortunately, it seems like he > no > longer works there. Given that, I believe this package would require > miniscule maintenace, if none at all. In the Readme, it advises that it > should be built as part of the xc source tree. I have managed to build > it > separately, but I still think it should be built as part of the xc tree > to > avoid a missing symbol or something along the same lines. Either way, > I'm > willing to release this package. So let me know how you wish to > proceed, > and I'll go from there. A little bit more news... After fiddling around with the Makefile, I've built the library with a shared dll as well. A question though, is having a {library-name}-def.cc (i.e. libXpm-def.cc) for dll building really necessary? To build my dll, all I did was the following command (once the libXaw3d.a library was built): gcc -shared -o libXaw3d.dll -Wl,--out-implib=libXaw3d.dll.a -Wl,--export-all-symbols -Wl,--enable-auto-import -Wl,--whole-archive libXaw3d.a -Wl,--no-whole-archive -L/usr/X11R6/lib -lXmu -lXt -lSM -lICE -lXpm -lXext -lX11 Is this a no-no, or what? Running a "objdump -x" on the dll file shows all the symbols as existing and ready for use... Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From colin.harrison@virgin.net Tue Jul 2 08:48:00 2002 From: colin.harrison@virgin.net (Colin Harrison) Date: Tue, 02 Jul 2002 08:48:00 -0000 Subject: Test62 dumps on XP Message-ID: <200207021547.g62FlsD02239@chamonix.straightrunning.com> Hi Don't know what info you need but Test62 dumps for me on XP (32 bit) running Window Maker. Colin From colin.harrison@virgin.net Tue Jul 2 09:05:00 2002 From: colin.harrison@virgin.net (Colin Harrison) Date: Tue, 02 Jul 2002 09:05:00 -0000 Subject: More on Test62 dumps on XP Message-ID: <200207021605.g62G5aX02348@chamonix.straightrunning.com> Hi 32 bpp Contents of stackdump file are: Exception: STATUS_ACCESS_VIOLATION at eip=73760007 eax=10038A24 ebx=100389A0 ecx=00000000 edx=004406A3 esi=73760000 edi=00000000 ebp=0022FD1F esp=0022FB38 program=H:\cygwin\usr\X11R6\bin\XWin.exe cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023 Stack trace: Frame Function Args 0022FD1F 73760007 (0387C800, 00031910, 00000300, 446F1000) 5576505 [main] XWin 1088 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION 5609784 [main] XWin 1088 handle_exceptions: Error while dumping state (probably corrupted stack) Colin From huntharo@msu.edu Tue Jul 2 09:41:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Tue, 02 Jul 2002 09:41:00 -0000 Subject: Test62 dumps on XP Message-ID: <200207021641.g62Gf9h29814@pilot26.cl.msu.edu> Colin, I need /tmp/XWin.log, preferably bzip'd (make sure you have the bzip2 package installed): cd /tmp bzip2 XWin.log Then send XWin.log.bz2 to the mailing list. Thanks, Harold Colin Harrison said: > Hi > > Don't know what info you need but Test62 dumps for me on XP (32 bit) running > Window Maker. > > Colin > > From huntharo@msu.edu Tue Jul 2 09:49:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Tue, 02 Jul 2002 09:49:00 -0000 Subject: Test 62 - Don't use it Message-ID: <200207021649.g62GnDT26676@pilot18.cl.msu.edu> I never actually tried to run XWin-Test62.exe, in my rush to get Test 62 posted before the fiance killed me. Now, as I skipped this oft-unneccessary step in the release process, I thought to myself, "come on... when is the last time that you ever caught a mistake by trying to run the new executable?" So, I didn't run it. Of course, this is the one time that I could have caught some mistake by running the executable before distributing it. Unfortunately I can't do anything about this for about 8 hours when I'll be back at home. Until then, *Test 62 is broken*. Don't use it. Harold From colin.harrison@virgin.net Tue Jul 2 09:50:00 2002 From: colin.harrison@virgin.net (Colin Harrison) Date: Tue, 02 Jul 2002 09:50:00 -0000 Subject: Test62 dumps on XP Message-ID: <200207021650.g62GoW102449@chamonix.straightrunning.com> Hi Contents of XWin.log ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning 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 1024 1280 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1024 1280 winCreateBoundingWindowWindowed - WindowClient w 1030 h 793 r 1030 l 0 b 793 t 0 winCreateBoundingWindowWindowed - Returning Colin From lains@caramail.com Tue Jul 2 10:22:00 2002 From: lains@caramail.com (Lionel Ains) Date: Tue, 02 Jul 2002 10:22:00 -0000 Subject: Unable to use X session under cygwin 1.3.11-3 on NT 4.0 sp. 6 Message-ID: <1025630561019486@caramail.com> Just to save some time, another quicker way to get your account's details using mkpasswd is to use the -u switch instead of applying grep on the output: The command-line would then be: mkpasswd -l > /etc/passwd mkpasswd -d -u daniel >> /etc/passwd Lionel * From: * To: * Date: Thu, 27 Jun 2002 15:15:56 GMT * Subject: Re: Unable to use X session under cygwin 1.3.11-3 on NT 4.0 sp. 6 To redefine users see the thread this month : -> xterm fails to start with "setuid failed: Permission denied" and the mkpasswd command. Basically what it does it to make a new password file with users and network information. Cygwin uses it for the login. Attention!!! Watch for big network, the file could end up very long. Here is what I did : mkpasswd -l > /etc/passwd mkpasswd -d | grep "daniel" >> /etc/passwd (I knew my login name to be daniel) And voila, I am now daniel@mymachine and no longuer Administrateur@mymachine. And the best of it xterm now works (after some tweeking, read on). _________________________________________________________ Envoyez des messages musicaux sur le portable de vos amis http://mobile.lycos.fr/mobile/local/sms_musicaux/ From g91@baz-tech.com Tue Jul 2 17:47:00 2002 From: g91@baz-tech.com (Bryan Zimmer) Date: Tue, 02 Jul 2002 17:47:00 -0000 Subject: Starting X in Cygwin Message-ID: <007301c2222b$c85f44a0$7346f6cc@baztech.com> Greetings, I used to have an installation of Cygwin that, when I did a "startx", I = got the server startup, the twm window manager, a couple of xterms and = "oclock". Now, I run startx and all I get is the blank server screen. = When I exit, I get a message to the effect of Xlib: not authorized to = connect to display :0.0. What am I doing wrong? I know a bit of Unix, but my knowledge of X falls = short. I don't know how to authorize Xlib to connect to display :0.0. Any help will be appreciated with respect. Thank you, Bryan Zimmer g91@baz-tech.com From steven.obrien2@ntlworld.com Wed Jul 3 00:19:00 2002 From: steven.obrien2@ntlworld.com (Steven O'Brien) Date: Wed, 03 Jul 2002 00:19:00 -0000 Subject: Starting X in Cygwin Message-ID: <20020703081933.27cb343a.steven.obrien2@ntlworld.com> Bryan Zimmer wrote: > Greetings, > > I used to have an installation of Cygwin that, when I did a "startx", > I = got the server startup, the twm window manager, a couple of xterms > and ="oclock". Now, I run startx and all I get is the blank server > screen. = When I exit, I get a message to the effect of Xlib: not > authorized to = connect to display :0.0. > > What am I doing wrong? I know a bit of Unix, but my knowledge of X > falls = short. I don't know how to authorize Xlib to connect to > display :0.0. > > Any help will be appreciated with respect. > You almost certainly have a .Xauthority file in your home directory. Delete it and xstart will work again. Steven From bjohnson@jecinc.on.ca Wed Jul 3 07:06:00 2002 From: bjohnson@jecinc.on.ca (Brian Johnson) Date: Wed, 03 Jul 2002 07:06:00 -0000 Subject: Starting X in Cygwin In-Reply-To: <20020703081933.27cb343a.steven.obrien2@ntlworld.com> Message-ID: <004f01c2229b$1c0bb600$4200a8c0@jecinc.on.ca> Somewhat related ... what X programs are available for cygwin? Are people using cygwin X-windows for application development, or are people using is as a desktop? Just curious, I couldn't think of a reason other than app development that would seem logical (compared to running a regular Linux desktop system) > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Steven O'Brien > Sent: Wednesday, July 03, 2002 3:20 AM > To: cygwin-xfree@cygwin.com > Subject: Re: Starting X in Cygwin > > > Bryan Zimmer wrote: > > > Greetings, > > > > I used to have an installation of Cygwin that, when I did a > "startx", > > I = got the server startup, the twm window manager, a > couple of xterms > > and ="oclock". Now, I run startx and all I get is the blank server > > screen. = When I exit, I get a message to the effect of Xlib: not > > authorized to = connect to display :0.0. > > > > What am I doing wrong? I know a bit of Unix, but my knowledge of X > > falls = short. I don't know how to authorize Xlib to connect to > > display :0.0. > > > > Any help will be appreciated with respect. > > > > You almost certainly have a .Xauthority file in your home directory. > Delete it and xstart will work again. > > Steven From rkarcher@frey.de Wed Jul 3 07:16:00 2002 From: rkarcher@frey.de (Reinhard Karcher) Date: Wed, 03 Jul 2002 07:16:00 -0000 Subject: Starting X in Cygwin In-Reply-To: <004f01c2229b$1c0bb600$4200a8c0@jecinc.on.ca> References: <20020703081933.27cb343a.steven.obrien2@ntlworld.com> <004f01c2229b$1c0bb600$4200a8c0@jecinc.on.ca> Message-ID: <20020703141851.GA1098@Amis.berlin.frey> On Wed, Jul 03, 2002 at 10:08:29AM -0400, Brian Johnson wrote > Are people using cygwin X-windows for application development, or are people > using is as a desktop? > > Just curious, I couldn't think of a reason other than app development that > would seem logical (compared to running a regular Linux desktop system) > I use it as desktop for applications runnig on a remote linux system. Reinhard From BradeyH@construx.com Wed Jul 3 12:20:00 2002 From: BradeyH@construx.com (Bradey Honsinger) Date: Wed, 03 Jul 2002 12:20:00 -0000 Subject: app launch and xwinclip problem Message-ID: <2A53F00A2DBBDA479B7E84DA2023A4EBC83EBD@gypsy.construx.com> For what it's worth, this problem (where running xwinclip hangs Microsoft Office applications) appears to be solved in xwinclip-test06--it hasn't occurred in the week or so that I've been running it, and it occurred several times a day before that. It looks like it was actually solved in xwinclip-test04--see the mailing list postings below. Original report by Francois: http://sources.redhat.com/ml/cygwin-xfree/2001-12/msg00043.html Report by Eric Peabody: http://sources.redhat.com/ml/cygwin-xfree/2002-06/msg00110.html Reported fixed by Eric: http://sources.redhat.com/ml/cygwin-xfree/2002-q2/msg01121.html I'm sure everybody involved knows this by now, I just wanted to pull together the reports from Francois (hang on MS Office doc open, which I was seeing) with those from Eric (slow IE launch from Outlook). - Bradey -----Original Message----- From: Francois Perrot [mailto:francois.perrot@cgey.com] Sent: Monday, April 15, 2002 2:47 AM To: Bradey Honsinger Cc: xfree-cygwin@cygwin.com Subject: Re: app launch and xwinclip problem Hi Bradley, No response in the mailing list ? Simply because I didn't get any... by the way, I guess it's an xwinclip bug... and I just 'kill -1 xwinclip' to fix the problem, and I won't blame anyone for that... It's such a great thing to copy / paste between windows and xfree... and for that behavior, you just need to know it... and when lauching an app on windows and get the problem, just kill... (must say that murder has never been a solution for me anyway...) What about creating a kwinclip alias to kill xwinclip ? You'll just need to start xwinclip again... after... Hope this will help... Fran?ois ----- Original Message ----- From: Bradey Honsinger To: 'francois.perrot@cgey.com' Sent: Friday, April 12, 2002 2:19 AM Subject: app launch and xwinclip problem I've also got the problem with Windows applications freezing when xwinclip is running. I'm using XWin-Test53 and Cygwin 1.3.10, on Windows 2000 SP1 with Office 2000. Have you been able to figure out what's going on? I didn't see any response on the cygwin-xfree mailing list. - Bradey app launch and xwinclip problem From: "Fran?ois PERROT" To: Date: Wed, 5 Dec 2001 16:39:05 +0100 Subject: app launch and xwinclip problem Hi all, I have some problems when I try to open Microsoft office files by double-click. When I do so, the app is not launched and the machine freezes with 100 % cpu time used. When I kill -1 xwinclip, the app starts normally. I first thought this was a Microsoft office files openning problem only but I also have some xwinclip related problems with the windows time / date properties panel, and with windows explorer when it's launched by right-clicking on the start button. For those two last exemples the symptoms are different as the app is correctly launched but hangs until I kill xwinclip (kill -1 works) The behaviour of xwinclip is : "OpenClipboard () failed" message and xwinclip goes on working well, same message but I can paste on windows environment (and it works on xfree/KDE), or xwinclip is no longer running at all. I'm using Xwin-test53, cygwin version is 1.3.3, KDE 1.2 beta (but I had the same problems with twm, mwm and icewm) and xwinclip test 03. My win environment is NT 4 sp 6 with 96 Mo. I've searched the mailing-lists archives and didn't find any equivalent problem, witch I find weird : many office users and only one with what should be a common problem. Hey who put a spell on my machine ?!! From rex.kidwell@attglobal.net Wed Jul 3 19:51:00 2002 From: rex.kidwell@attglobal.net (Rex Kidwell) Date: Wed, 03 Jul 2002 19:51:00 -0000 Subject: Local xterm x-client won't display/start Message-ID: Sorry if this is ends being the UID/GID, USER/HOME directory, or font problem. I have successfully installed cygwin/xfree86 4.2.0.1 with cygwin 1.3.11-3. I can run XWin, twm, and the local xclock (xclock -d -update 1) x-client on a NT 4.0 SP6 system. When I attempt to run a xterm I get the outline to place it in the window manager but when I release the left mouse button nothing gets displayed. There isn't anything listed in the /tmp/Xwin.log as far as errors (as far as I can tell). I can start/run/display a xterm from a remote RedHat 7.2 system by setting my DISPLAY environment variable to the local XWin/twm X-server. When I attempt to start a local xterm using the left mouse button pop-up menu I get a small icon in the upper left hand corner of the window manager and something really small under the mouse pointer but nothing is displayed when I release the mouse button. The installation was performed using the UNIX file option. I don't know if this is associated with the above problem but I also have an AIX xterm x-client problem. I can start/run/display an AIX 4.3.3 xterm on xwin/twm but it doesn't echo/display any key strokes. I can hit the control key and the left mouse button to get to the pop-up window and quit/exit the xterm but other keys don't seem to do anything. I didn't see anything related to this problem in the FAQs that I found. Thanks for any help that you can provide. Rex From cgf-cygwin@cygwin.com Wed Jul 3 20:56:00 2002 From: cgf-cygwin@cygwin.com (Christopher Faylor) Date: Wed, 03 Jul 2002 20:56:00 -0000 Subject: Local xterm x-client won't display/start In-Reply-To: References: Message-ID: <20020704035655.GE24996@redhat.com> On Wed, Jul 03, 2002 at 09:53:12PM -0500, Rex Kidwell wrote: >Sorry if this is ends being the UID/GID, USER/HOME directory, or font >problem. If it is the first two then the just released version of cygwin, 1.3.12-1, should fix it. cgf From huntharo@msu.edu Thu Jul 4 01:27:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Thu, 04 Jul 2002 01:27:00 -0000 Subject: [ANNOUNCEMENT] Server Test 63 Message-ID: Links: I just posted Test 63 to the server development page: http://xfree86.cygwin.com/devel/shadow/ You can install the Test 63 package via setup.exe by selecting the 'test' package (and be sure to check the 'Bin' box): XFree86-xserv-4.2.0-10 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-Test63.exe.bz2 (1073 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20020704-0300.tar.bz2 (75 KiB) xc/config/cf/cygwin.cf diff against 20020704 XFree86 CVS: http://www.msu.edu/~huntharo/xwin/shadow/xc-config-cf-cygwin.cf-20020704-030 0.diff (2 KiB) xc/programs/Xserver/Imakefile diff against 20020704 XFree86 CVS: http://www.msu.edu/~huntharo/xwin/shadow/xc-programs-Xserver-Imakefile-20020 704-0300.diff (1 KiB) xc/programs/Xserver/hw/xwin (all files) diff against 20020704 XFree86 CVS: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20020704-0300.diff.bz2 (27 KiB) Changes: 1) General - Fix the broken build that was Test62. Test62 crashed during its startup sequence for anyone unfortunate to download it before it was pulled from distribution. (Harold Hunt) 2) win.h, winmisc.c, winpfbdd.c, winshadgdi.c, winshaddd.c, winshadddnl.c, winscrinit.c - Reimplement the stride pixel calculations that were removed in Test61. The ``stride'' is the number of whole pixels that fit in a padded scan line; in other words, the stride is the number of bits in a scanline divided by the number of bits used to store each pixel (i.e., bits per pixel). We cannot pass the simple pixel width of the window to the fb initialization routines because sometimes we have invisible pixels on the scanline that must be accounted for (e.g., when the number of pixels in the width is odd). Had anyone seen this bug they would have seen a server that drew things diagonally (only -engine 2 seemed to exhibit this problem). (Harold Hunt) 3) winshaddd.c, winshadddnl.c - Add support for the `-clipupdates num_boxes' parameter when using `-engine 2' or `-engine 4', in addition to the previously supported `-engine 1'. Once again, I can't tell if this feature has any benefit whatsoever. I need some volunteers to perform rigorous testing with different values for the threshold at which point updated boxes are collected into a clipping region. One may find the ``x11perf'' program beneficial here, as well as ``glxgears'', which gives a frames per second reading. Of course, it would be most beneficial to have performance comparisons for a few different machine types (processors, memory amounts, video cards, PCI or AGP, etc.). Update clipping is off by default. (Harold Hunt) 4) win.h, InitOutput.c, winengine.c, winshaddd.c, winshadddnl.c, winshadpfb.c - Change the DirectDraw module handle and function pointers from screen privates to global variables. Loading the DirectDraw module and function pointers needs to be done only at server initialization, not at screen initialization. Similarly, we don't need to unload and reload DirectDraw for each screen when the server regenerates; rather, we need only unload DirectDraw when the server is shutting down. This cleanup makes it much for difficult to misunderstand what is going on with the DirectDraw module handle and function pointers. (Harold Hunt) 5) win.h, InitOutput.c, winengine.c - Detect the supported engines only once at startup, rather than once per screen initialization. Rework the supported engine detection logic to assume that the DirectDraw module handle and function pointers have already been loaded if they are present and working. (Harold Hunt) 6) win.h, InitOutput.c, winwndproc.c - Add a global module handle for ``comctl32.dll'' and ``_TrackMouseEvent''. Try to get a pointer to the _TrackMouseEvent function and print an informational message if we cannot find the function, suggesting to the user that they install Internet Explorer 3.0 or greater if they have not already done so. We also set the _TrackMouseEvent function pointer to point to the no operation function if we can't find a valid function so that any calls to the function pointer will do nothing (instead of trying to dereference a NULL and crashing). Mouse pointer hiding/showing may be messed up when we don't have _TrackMouseEvent, but the user can remedy that by following the advice in the information message. Remove our compile-time link to comctl32.dll. (Harold Hunt) 7) InitOutput.c, winshadgdi.c, winshaddd.c, winshadddnl.c - Add an `-emulatepseudo' parameter that causes a depth 8 PseudoColor visual to be created in TrueColor modes, with the same limitations described in the Test62 change log. PseudoColor emulation is off by default. (Harold Hunt) 8) winscrinit.c - Add special handling for 8 bits per pixel screens when calculating the depth of the screen. An 8 bit per pixel screen has no color masks so we can't sum up the bits in the color masks. Fortunately, we know that an 8 bit per pixel screen is always depth 8. (Harold Hunt) Enjoy, Harold From Stefan.Fronzek@ymparisto.fi Thu Jul 4 06:14:00 2002 From: Stefan.Fronzek@ymparisto.fi (Stefan Fronzek) Date: Thu, 04 Jul 2002 06:14:00 -0000 Subject: how to copy&paste? Message-ID: <3D244A37.F9F6FB23@ymparisto.fi> Hello, I don't get any copy&paste-functionality in text-windows like xterm to work on my installation of Cygwin/XFree86 with fvwm 2.4.7. I guess for the same reason, xwinclip works when copy-pasting from cygwin to Windows but it doesn't work from Windows to cygwin. How should I configure and what should I configure? Is c&p a task of the window-manager or rather of X? I've seen a description of the same problem earlier in this mailing-list, but didn't find a solution to that. Any help is welcome. Stefan -- -------------------------------------------------------------- Stefan Fronzek Finnish Environment Institute Research Programme for Global Change http://www.ymparisto.fi/eng/research/projects/finsken -------------------------------------------------------------- From huntharo@msu.edu Thu Jul 4 13:44:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Thu, 04 Jul 2002 13:44:00 -0000 Subject: Use Tcp.h? In-Reply-To: <20020628181947.39561.qmail@web21008.mail.yahoo.com> Message-ID: Nicholas, Have you done a build test without -DNO_TCP_H? Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Nicholas Wourms > Sent: Friday, June 28, 2002 2:20 PM > To: cygwin-xfree@cygwin.com > Subject: Use Tcp.h? > > > Hi, > > I was wondering why X builds with -DNO_TCP_H? Doesn't cygwin have a > pretty complete tcp.h/in.h header implementation now? > > Cheers, > Nicholas > > P.S. - My hand slipped an I accidently sent the last message > blank...sorry. > > __________________________________________________ > Do You Yahoo!? > Yahoo! - Official partner of 2002 FIFA World Cup > http://fifaworldcup.yahoo.com From nwourms@yahoo.com Thu Jul 4 14:53:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Thu, 04 Jul 2002 14:53:00 -0000 Subject: Use Tcp.h? In-Reply-To: Message-ID: <20020704215334.51641.qmail@web21006.mail.yahoo.com> --- Harold Hunt wrote: > Nicholas, > > Have you done a build test without -DNO_TCP_H? > > Harold Ok, I just tried... Not as complete as one would hope... Nevermind about this... :-) Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From huntharo@msu.edu Thu Jul 4 15:20:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Thu, 04 Jul 2002 15:20:00 -0000 Subject: Use Tcp.h? In-Reply-To: Message-ID: > Nicholas, > > Have you done a build test without -DNO_TCP_H? > > Harold Let's see, here's the list of files in xc/ with NO_TCP_H in them: xc/config/cf/cygwin.cf xc/lib/dps/csconndi.c xc/lib/xtrans/Xtranssock.c xc/programs/lbxproxy/os/connection.c xc/programs/Xserver/os/connection.c Analysis of what is happening in each file: 1) cygwin.cf: We add -DNO_TCP_H to StandardDefines. Most of the definitions in cygwin.cf were inherited from the originators of the project that just kept defining things until they got a build that worked; I have been steadily removing useless or accidental defines for as long as I have been with the project. 2) csconndi.c: We include netinet/tcp.h regardless of the fact that NO_TCP_H is defined, because this flag is only checked when `apollo' is defined. There would be no functional difference if we removed -DNO_TCP_H. 3) Xtranssock.c: We don't include netinet/tcp.h, it would be included if we removed -DNO_TCP_H. 4) lbxproxy/os/connection.c: We don't include netinet/tcp.h because there is an additional check for #if !defined(__CYGWIN__). Removing -DNO_TCP_H would have no effect unless we removed the check for !defined(__CYGWIN__). This check for !defined (__CYGWIN__) was added on 2000/08/10 by Suhaib. This was likely when we had a broken netinet/tcp.h file. 5) Xserver/os/connection.c: We include netinet/tcp/h regardless of the fact that NO_TCP_H is defined, because this flag is only checked when `apollo' is defined. There would be no functional different if we removed -DNO_TCP_H. A search through /usr/include for NO_TCP_H yielded no files, so non of our includes are affected by NO_TCP_H. I'll have the results of a build check when removing -DNO_TCP_H and the check for !defined(__CYGWIN__) in lbxproxy/os/connection.c later tonight, hopefully. Harold From huntharo@msu.edu Thu Jul 4 15:23:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Thu, 04 Jul 2002 15:23:00 -0000 Subject: Use Tcp.h? In-Reply-To: <20020704215334.51641.qmail@web21006.mail.yahoo.com> Message-ID: Nicholas, > I just tried... Not as complete as one would hope... Nevermind about > this... :-) What did you find that was broken? Were there build errors or did it just not run? See my message that I just sent. I've done a build so far and saw no problems related to removing -DNO_TCP_H. I have to do a rebuild before I can run test it though because I found some problems with the Xserver/Imakefile patch that had to be fixed... I forgot to stop linking to $(LAYER), which caused XWin.exe to fail in the link step because the layer library is no longer being built. I'll let you know the results of my build test later tonight or tomorrow, after the fireworks. Harold From gregory.lane@anu.edu.au Thu Jul 4 20:09:00 2002 From: gregory.lane@anu.edu.au (Greg Lane) Date: Thu, 04 Jul 2002 20:09:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? Message-ID: <20020705025438.GA49453@nucl03.anu.edu.au> G'day Everyone, At the first font request to xfs running under cygwin, it core dumps. Has anyone ever got it to work? I have searched the archives and seen that a number of people have posted the same issue without a resolution (at least I couldn't find one and I couldn't find anyone who would say that they had it running.) I am currently running cygwin under windows XP Pro. The "rules" say to post here, although would there be any point asking on the main cygwin list to get a broader coverage and try and find someone who has it running? Thanks, Greg From cygwin-xfree@cygwin.com Thu Jul 4 20:12:00 2002 From: cygwin-xfree@cygwin.com (Christopher Faylor) Date: Thu, 04 Jul 2002 20:12:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020705025438.GA49453@nucl03.anu.edu.au> References: <20020705025438.GA49453@nucl03.anu.edu.au> Message-ID: <20020705031258.GA25500@redhat.com> On Fri, Jul 05, 2002 at 12:54:38PM +1000, Greg Lane wrote: >The "rules" say to post here, although would there be any point asking >on the main cygwin list to get a broader coverage and try and find >someone who has it running? Not unless you want to be redirected back here by a number of people. cgf From gregory.lane@anu.edu.au Thu Jul 4 21:46:00 2002 From: gregory.lane@anu.edu.au (Greg Lane) Date: Thu, 04 Jul 2002 21:46:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020705031258.GA25500@redhat.com> References: <20020705025438.GA49453@nucl03.anu.edu.au> <20020705031258.GA25500@redhat.com> Message-ID: <20020705044625.GA49760@nucl03.anu.edu.au> On Thu, Jul 04, 2002 at 11:12:58PM -0400, Christopher Faylor wrote: > On Fri, Jul 05, 2002 at 12:54:38PM +1000, Greg Lane wrote: > >The "rules" say to post here, although would there be any point asking > >on the main cygwin list to get a broader coverage and try and find > >someone who has it running? > > Not unless you want to be redirected back here by a number of people. > Fair enough!! Well then, has anyone on this list had xfs running properly under cygwin? ...or I am I a complete idiot.... Cheers, Greg From nwourms@yahoo.com Fri Jul 5 03:49:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 05 Jul 2002 03:49:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020705044625.GA49760@nucl03.anu.edu.au> Message-ID: <20020705104923.30517.qmail@web21005.mail.yahoo.com> --- Greg Lane wrote: > On Thu, Jul 04, 2002 at 11:12:58PM -0400, Christopher Faylor > wrote: > > On Fri, Jul 05, 2002 at 12:54:38PM +1000, Greg Lane wrote: > > >The "rules" say to post here, although would there be any point > asking > > >on the main cygwin list to get a broader coverage and try and find > > >someone who has it running? > > > > Not unless you want to be redirected back here by a number of people. > > > > Fair enough!! > > Well then, has anyone on this list had xfs running properly under > cygwin? I just tried it yesterday on WindowsME, it works for me. You probably will want to check to see if XP is running any services on the same port. Also, it may have something to do with your security, but don't ask me about the whole NT security deal, as I have no experience dealing with it. It seems like a big headache to me, more hassle then good... Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From jeb@jeremywilkins.freeserve.co.uk Fri Jul 5 03:58:00 2002 From: jeb@jeremywilkins.freeserve.co.uk (Jeremy Wilkins) Date: Fri, 05 Jul 2002 03:58:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? References: <20020705104923.30517.qmail@web21005.mail.yahoo.com> Message-ID: <3D257BED.2090808@jeremywilkins.freeserve.co.uk> Quick thought, its nothing to do with the XP's built in firewall is it. I can't remember whether this is enabled by default, if it is enabled try disabling it and then see if xfs works. Jeremy Nicholas Wourms wrote: > --- Greg Lane wrote: > >>On Thu, Jul 04, 2002 at 11:12:58PM -0400, Christopher Faylor >> wrote: >> >>>On Fri, Jul 05, 2002 at 12:54:38PM +1000, Greg Lane wrote: >>> >>>>The "rules" say to post here, although would there be any point >>> >>asking >> >>>>on the main cygwin list to get a broader coverage and try and find >>>>someone who has it running? >>> >>>Not unless you want to be redirected back here by a number of people. >>> >> >>Fair enough!! >> >>Well then, has anyone on this list had xfs running properly under >>cygwin? > > I just tried it yesterday on WindowsME, it works for me. You probably > will want to check to see if XP is running any services on the same port. > Also, it may have something to do with your security, but don't ask me > about the whole NT security deal, as I have no experience dealing with it. > It seems like a big headache to me, more hassle then good... > > Cheers, > Nicholas > > __________________________________________________ > Do You Yahoo!? > Sign up for SBC Yahoo! Dial - First Month Free > http://sbc.yahoo.com > > From fbregier@webmails.com Fri Jul 5 04:40:00 2002 From: fbregier@webmails.com (frederic bregier) Date: Fri, 05 Jul 2002 04:40:00 -0000 Subject: Success with Java prog in XFree Message-ID: <20020705112319.10825.qmail@webmails.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From huntharo@msu.edu Fri Jul 5 04:56:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Fri, 05 Jul 2002 04:56:00 -0000 Subject: Use Tcp.h? In-Reply-To: <20020705104414.48661.qmail@web21001.mail.yahoo.com> Message-ID: Nicholas, Judging from you log file, I don't think you did a clean rebuild. I don't see the same warnings that you do for Xserver/os/connection.c. I see in Xserver/include/os.h a prototype for CloseDownFileDescriptor that is only processed when LBX *is* defined, while in Xserver/os/connection.c there is a prototype for CloseDownFileDescriptor that is only processed when LBX is *not* defined. The warning you are getting can only happen if LBX is both defined and undefined... so my suspicion is that your build tree is tainted. (Don't tell me that you're building in the source tree either... I don't want to hear any of it... see the Contributor's Guide for simple instructions on how to build out of the source tree with lndir.) What is this `i686-pc-cygwin-gcc' business about? Are you cross compiling? Shame on you for not disclosing this information if you are... it is really vital to knowing how to fix a problem. For now, whether you are cross compiling or not, ensure me that you have done a completely clean build from a freshly lndir'd tree. Harold Here's your log bit: ====================================== i686-pc-cygwin-gcc -c -O2 -fno-strength-reduce -Wall -Wpointer-arith -Wstric t-prototypes -Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -Wnested-externs -I. -I../include -I../../../exports/i nclude/X11 -I../../../include/extensions -I ../../../programs/Xserver/Xext -I../../../include/fonts -I ../../../lib/Xau -I../lbx -I../../.. -I../../../exports /include -D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LOCALE -D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DNO_ALLOCA -DSHAPE -DXINPUT -DXKB -DLBX -DXAPP GROUP -DXCSECURITY -DTOGCUP -DXF86BIGFONT -DPIXPRIV - DPANORAMIX -DRENDER -DRANDR -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGL EDEPTH -DXvExtension -DXFree86Server -DXF86VIDMODE -DX vMCExtension -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DNDEBUG -DFUNCPROTO=15 -DNA RROWPROTO -DXSERV_t -DTRANS_SERVER -DTCPCONN -DUNIXCON N -DHAS_STICKY_DIR_BIT -DHAS_FCHOWN -DAVOID_GLYPHBLT -DPIXP RIV -DSINGLEDEPTH -DXvExtension -DXFree86Server -DXF86 VIDMODE -DXvMCExtension -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DDDXTIME -DFD_SET SIZE=256 -DDDXOSINIT -DDDXOSVERRORF -DDDXOSFATALERROR -DUSE_RGB_TXT -DXDMCP connection.c connection.c:230: warning: redundant redeclaration of `CloseDownFileDescriptor' in same scope ../include/os.h:297: warning: previous declaration of `CloseDownFileDescriptor' connection.c:233: warning: function declaration isn't a prototype connection.c:238: warning: function declaration isn't a prototype connection.c:481: warning: function declaration isn't a prototype connection.c:736: warning: function declaration isn't a prototype connection.c: In function `AllocNewConnection': connection.c:740: warning: function declaration isn't a prototype connection.c:741: warning: function declaration isn't a prototype rm -f io.o ====================================== Here's my log bit: ====================================== rm -f connection.o gcc -c -O2 -fno-strength-reduce -Wall -Wpointer-arith -I. -I../include -I ../../../exports/include/X11 -I../../../include/extensions -I../../../pr ograms/Xserver/Xext -I../../../include/fonts -I../../../lib/Xau -I../lbx -I../../.. -I../../../exports/include -D__i386__ -DWIN32_LEAN_AND_MEAN - DX_LOCALE -D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L -D_ BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DNO_ALLOCA -DSHAPE -DXINPUT -DXKB - DLBX -DXAPPGROUP -DXCSECURITY -DTOGCUP -DXF86BIGFONT -DPIXPRIV -DRENDER -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXvExtension -DXF ree86Server -DXF86VIDMODE -DXvMCExtension -DXResExtension -DX_BYTE_ORDER= X_LITTLE_ENDIAN -DNDEBUG -DFUNCPROTO=15 -DNARROWPROTO -DXSERV_t -DTRANS_S ERVER -DTCPCONN -DUNIXCONN -DHAS_STICKY_DIR_BIT -DHAS_FCHOWN -DAVOID _GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXvExtension -DXFree86Server -DXF86VIDM ODE -DXvMCExtension -DXResExtension -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DDDXT IME -DFD_SETSIZE=256 -DDDXOSINIT -DDDXOSVERRORF -DDDXOSFATALERROR -DUSE _RGB_TXT -DXDMCP connection.c rm -f io.o ====================================== > -----Original Message----- > From: Nicholas Wourms [mailto:nwourms@yahoo.com] > Sent: Friday, July 05, 2002 6:44 AM > To: Harold Hunt > Subject: RE: Use Tcp.h? > > > > --- Harold Hunt wrote: > > Nicholas, > > > > > I just tried... Not as complete as one would hope... Nevermind about > > > this... :-) > Harold, > > It actually built fine, but the C pre-processor warned more then usual > when it got to building the files you mentioned. Otherwise it seemed to > build fine. Of course the issue I mentioned previously about the build > process trying to use the utilities it built to make the fonts still > exists for cross compiling (which won't work). Anywho, I've attached my > log from this session... > > Cheers, > Nicholas > > P.S. For obvious size related reasons, I'm mailing you privately. Please > feel free to forward the message w/o the attachment to the mailing list. > > __________________________________________________ > Do You Yahoo!? > Sign up for SBC Yahoo! Dial - First Month Free > http://sbc.yahoo.com From nwourms@yahoo.com Fri Jul 5 05:28:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 05 Jul 2002 05:28:00 -0000 Subject: Use Tcp.h? In-Reply-To: Message-ID: <20020705122828.63280.qmail@web21001.mail.yahoo.com> Harold, We had this discussion in the past, and yes I *have* read the cygwin-xfree contributor's guide and followed your directions WORD-FOR-WORD, except for removing the NO_TCP_H and defining font building. I checked out the Xfree tree with the 4.2.0 sticky tag. I then updated the xwin drivers directory by unsetting the sticky tag. Also, I did mention cross-compiling, just not as direct as you may have wanted. Also, I will confess that I am using the cygwin-mingw-gcc-3_1-branch branch of the gcc cvs sources for my compiler plus the latest binutils. I encourage you to do the same, as we a revving up to have gcc-3.1 replace the current gcc any day now. FWIW, I am sorry for not mentioning these factors previously... This is a clean build from a lndir'ed dir. I do *know* how to build outside of the tree! Give me a little credit, plus I was comparing the amount of warnings before and after I toggled NO_TCP_H. Building X on cygwin is just way too slow for me. Anyhow, if you recall, you posted a log of your cross-compile awhile back. It turns out that in the log, the crosscompiler was never found, so all I got was a log full of i686-pc-cygwin-gcc not found messages (not very useful). My point is that you should revisit your directions, as they do not cover how to get X to build fonts when cross-compiling. As it stands, X is trying to use the foreign bdfto* and mkfondir utilities. Also, the XFree people have broken crosscompiling according to your method in HEAD as opposed to the 4.2.0 branch. You might want to investigate this as well. --- Harold Hunt wrote: > Nicholas, > > Judging from you log file, I don't think you did a clean rebuild. I > don't > see the same warnings that you do for Xserver/os/connection.c. > > I see in Xserver/include/os.h a prototype for CloseDownFileDescriptor > that > is only processed when LBX *is* defined, while in > Xserver/os/connection.c > there is a prototype for CloseDownFileDescriptor that is only processed > when > LBX is *not* defined. The warning you are getting can only happen if > LBX is > both defined and undefined... so my suspicion is that your build tree is > tainted. (Don't tell me that you're building in the source tree > either... I > don't want to hear any of it... see the Contributor's Guide for simple > instructions on how to build out of the source tree with lndir.) > > What is this `i686-pc-cygwin-gcc' business about? Are you cross > compiling? > Shame on you for not disclosing this information if you are... it is > really > vital to knowing how to fix a problem. > > For now, whether you are cross compiling or not, ensure me that you have > done a completely clean build from a freshly lndir'd tree. > > > Harold __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From huntharo@msu.edu Fri Jul 5 07:22:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Fri, 05 Jul 2002 07:22:00 -0000 Subject: Use Tcp.h? In-Reply-To: <20020705122828.63280.qmail@web21001.mail.yahoo.com> Message-ID: Nicholas, > We had this discussion in the past, and yes I *have* read the cygwin-xfree > contributor's guide and followed your directions WORD-FOR-WORD, except for > removing the NO_TCP_H and defining font building. You could not possibly have followed the Contributor's Guide (CG) instructions word-for-word because your build log doesn't have a header (see below), it just jumps right into the clean step. In the CG the build step says: make World BOOTSTRAPCFLAGS="-D__CYGWIN__ -Ulinux -DCrossCompiling=1" IMAKE_DEFINES="-D__CYGWIN__ -Ulinux" > World.log 2>&1 That causes the header information to show up in the build log... are you running something other than 'make World'? On a side note, I find it hard enough to remember all the builds/flags/compilers/etc that I'm using. I don't have any space in my brain to store state information for other developers. You have to feed me some details everytime you ask a question, else you can assume that I've forgotten those details. > Anyhow, if you recall, you posted a log of your cross-compile awhile back. > It turns out that in the log, the crosscompiler was never found, so all I > got was a log full of i686-pc-cygwin-gcc not found messages (not very > useful). I remember that I posted a broken build log because I forgot to set my path before running the build. I thought about posting a new log but I didn't because no one seemed to complain much. > My point is that you should revisit your directions, as they do > not cover how to get X to build fonts when cross-compiling. As it stands, > X is trying to use the foreign bdfto* and mkfondir utilities. Also, the > XFree people have broken crosscompiling according to your method in HEAD > as opposed to the 4.2.0 branch. You might want to investigate this as > well. Oh, I know that the XFree86 folks are doing some stupid things with respect to expecting certain XFree86 utilities to already be installed at build time. I bitched about this to the devel list at XFree86 and you know what? I didn't get a single reply. Not even a ``go away, you are annoying''. Apparently no one else on the project things that you should be able to bootstrap on a machine that has never had XFree86 installed. Hopefully they fix this before the next release. Harold Example header: 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. Thu Jul 4 18:23:49 2002 cd ./config/imake && make - --unix -f Makefile.ini BOOTSTRAPCFLAGS="" CC="gcc" clean make[1]: Entering directory `/home/Administrator/x-devel/build/tcph2/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/tcph2/config/imake' make - --unix Makefile.boot make[1]: Entering directory `/home/Administrator/x-devel/build/tcph2' cd ./config/imake && make - --unix -w -f Makefile.ini BOOTSTRAPCFLAGS="" CC="gcc" make[2]: Entering directory `/home/Administrator/x-devel/build/tcph2/config/imake' making imake with BOOTSTRAPCFLAGS= and CROSSCOMPILEFLAGS=-DCROSSCOMPILEDIR="" in config/imake gcc -o ccimake -DCROSSCOMPILEDIR=\"\" -O -I../../include -I../../imports/x11/inclu de/X11 ccimake.c 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/tcph2/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/tcph2/config/makedepend' make[2]: Nothing to be done for `bootstrap'. make[2]: Leaving directory `/home/Administrator/x-devel/build/tcph2/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/tcph2/config/imake' make[2]: Nothing to be done for `bootstrapdepend'. make[2]: Leaving directory `/home/Administrator/x-devel/build/tcph2/config/imake' cd ./config/imake && make - --unix -w -f Makefile.ini BOOTSTRAPCFLAGS="" CC="gcc" bootstrap make[2]: Entering directory `/home/Administrator/x-devel/build/tcph2/config/imake' + mkdir bootstrap mv *.o bootstrap + mv imake.exe bootstrap make[2]: Leaving directory `/home/Administrator/x-devel/build/tcph2/config/imake' cd ./config/imake && make -f Makefile.proto all make[2]: Entering directory `/home/Administrator/x-devel/build/tcph2/config/imake' gcc -O2 -fno-strength-reduce -Wall -Wpointer-arith -I../../include -I../.. /exports/include/X11 -I../.. -I../../exports/include -D__i386__ -DWIN32_L EAN_AND_MEAN -DX_LOCALE -D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOUR CE=199309L -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DNO_ALLOCA -DFUNCPRO TO=15 -DNARROWPROTO -L/lib/automode.o -DCPP_PROGRAM="\"cpp\"" -DHAS_MERGE _CONSTANTS=`if gcc -fmerge-constants -xc /dev/null -S -o /dev/null 2> /dev/null 1> /dev/null; then echo 1; else echo 0; fi` -c -o imake.o imake.c imake.c:828: warning: `parse_utsname' defined but not used imake.c:901: warning: `trim_version' defined but not used rm -f imake.exe gcc -o imake.exe -O2 -fno-strength-reduce -Wall -Wpointer-arith imake.o -L/usr/X11R6/lib -Wl,--enable-auto-import rm -f imake._man cpp -undef -traditional -D__apploaddir__=/usr/X11R6/lib/X11/app-defaults -D __filemansuffix__=5 -D__miscmansuffix__=7 -D__drivermansuffix__=4 -D__projec troot__=/usr/X11R6 -D__xorgversion__='"Release 6.6" "X Version 11"' -D__vendorversion__="Version XFree86VersionString XFree86" imake._man make[2]: Leaving directory `/home/Administrator/x-devel/build/tcph2/config/imake' make - --unix -w xmakefile make[2]: Entering directory `/home/Administrator/x-devel/build/tcph2' rm -f xmakefile ./config/imake/imake -I./config/cf -s xmakefile -DTOPDIR=. -DCURDIR=. make[2]: Leaving directory `/home/Administrator/x-devel/build/tcph2' rm -f ./config/imake/Makefile.proto make[1]: Leaving directory `/home/Administrator/x-devel/build/tcph2' make -f xmakefile - --unix VerifyOS make[1]: Entering directory `/home/Administrator/x-devel/build/tcph2' Building on Cygwin (1.3.12). From alanh@fairlite.demon.co.uk Fri Jul 5 07:30:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Fri, 05 Jul 2002 07:30:00 -0000 Subject: Use Tcp.h? In-Reply-To: References: <20020705122828.63280.qmail@web21001.mail.yahoo.com> Message-ID: <20020705143037.GK1147@fairlite.demon.co.uk> On Fri, Jul 05, 2002 at 10:22:00AM -0400, Harold Hunt wrote: > Oh, I know that the XFree86 folks are doing some stupid things with respect > to expecting certain XFree86 utilities to already be installed at build > time. I bitched about this to the devel list at XFree86 and you know what? > I didn't get a single reply. Not even a ``go away, you are annoying''. > Apparently no one else on the project things that you should be able to > bootstrap on a machine that has never had XFree86 installed. Hopefully they > fix this before the next release. Then I missed that. Can you repeat the question here Harold ? Alan. From alexander.gottwald@informatik.tu-chemnitz.de Fri Jul 5 07:35:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 05 Jul 2002 07:35:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020705025438.GA49453@nucl03.anu.edu.au> Message-ID: On Fri, 5 Jul 2002, Greg Lane wrote: > At the first font request to xfs running under cygwin, it core dumps. Just a thought: How are the fonts mounted? Some programs don't like textmode files. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alanh@fairlite.demon.co.uk Fri Jul 5 07:38:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Fri, 05 Jul 2002 07:38:00 -0000 Subject: Use Tcp.h? In-Reply-To: <20020705143037.GK1147@fairlite.demon.co.uk> References: <20020705122828.63280.qmail@web21001.mail.yahoo.com> <20020705143037.GK1147@fairlite.demon.co.uk> Message-ID: <20020705143807.GM1147@fairlite.demon.co.uk> On Fri, Jul 05, 2002 at 03:30:37PM +0100, Alan Hourihane wrote: > On Fri, Jul 05, 2002 at 10:22:00AM -0400, Harold Hunt wrote: > > Oh, I know that the XFree86 folks are doing some stupid things with respect > > to expecting certain XFree86 utilities to already be installed at build > > time. I bitched about this to the devel list at XFree86 and you know what? > > I didn't get a single reply. Not even a ``go away, you are annoying''. > > Apparently no one else on the project things that you should be able to > > bootstrap on a machine that has never had XFree86 installed. Hopefully they > > fix this before the next release. > > Then I missed that. Can you repeat the question here Harold ? Oh, if it's regarding fc-cache, I mentioned it to Keith a while ago, and I believe he's fixed it since. Alan. From huntharo@msu.edu Fri Jul 5 07:39:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Fri, 05 Jul 2002 07:39:00 -0000 Subject: FW: xc/lib/fontconfig/fonts.conf depends on existing fonts installation Message-ID: Alan, Hmm... as usual I misspoke... I was bitching about the ``findfonts'' script which runs on the installed fonts rather than on fonts being built. I'll have to look into the font build utility problem. I hate it when I get confused. Anyway, here is what I wrote to the XFree86 devel list. Harold -----Original Message----- From: Harold Hunt Sent: Saturday, April 13, 2002 7:44 PM To: xf-devel Subject: xc/lib/fontconfig/fonts.conf depends on existing fonts installation I don't understand why xc/lib/fontconfig/fonts.conf runs the script xc/lib/fontconfig/findfonts which looks at the *currently installed fonts*. That doesn't make any sense to me. Shouldn't you be able to build XFree86 on a machine that doesn't have any fonts installed, or for that matter, any piece of XFree86 installed? The problem that I'm running into on Cygwin is that even if /usr/X11R6/lib/X11/fonts exits but /usr/share/fonts doesn't exist then the findfonts script fails because 'find' cannot find that directory. I'm not certain that this is a Cygwin only problem, but it is the only platform that I am building on. I propose that one of two things be done: 1) Do not execute the scripts that do things for *installed* fonts, as this makes no sense. 2) Or, change the findfonts script to silently fail if either of the fonts directories cannot be found, thus removing a non-error error from build logs. Please CC me, as I am not currently subscribed to the devel list. A snippet of my build log follows. Harold Hunt make[1]: Leaving directory `/home/Administrator/x-devel/build/std/lib/fontconfig /fc-list' rm -f fonts.conf sh ./setfontdirs find: /usr/share/fonts: No such file or directory ed: not found make: *** [fonts.conf] Error 127 From alanh@fairlite.demon.co.uk Fri Jul 5 07:49:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Fri, 05 Jul 2002 07:49:00 -0000 Subject: FW: xc/lib/fontconfig/fonts.conf depends on existing fonts installation In-Reply-To: References: Message-ID: <20020705144904.GO1147@fairlite.demon.co.uk> O.k. If the problem still exists, contact Keith Packard directly. It's more than likely he missed the post too. But this code is his domain and he's been banging on it a lot lately. I'm sure Keith will respond. Alan. On Fri, Jul 05, 2002 at 10:39:24AM -0400, Harold Hunt wrote: > Alan, > > Hmm... as usual I misspoke... I was bitching about the ``findfonts'' script > which runs on the installed fonts rather than on fonts being built. > > I'll have to look into the font build utility problem. > > I hate it when I get confused. Anyway, here is what I wrote to the XFree86 > devel list. > > Harold > > > -----Original Message----- > From: Harold Hunt > Sent: Saturday, April 13, 2002 7:44 PM > To: xf-devel > Subject: xc/lib/fontconfig/fonts.conf depends on existing fonts > installation > > > I don't understand why xc/lib/fontconfig/fonts.conf runs the script > xc/lib/fontconfig/findfonts which looks at the *currently installed fonts*. > That doesn't make any sense to me. Shouldn't you be able to build XFree86 > on a machine that doesn't have any fonts installed, or for that matter, any > piece of XFree86 installed? > > The problem that I'm running into on Cygwin is that even if > /usr/X11R6/lib/X11/fonts exits but /usr/share/fonts doesn't exist then the > findfonts script fails because 'find' cannot find that directory. I'm not > certain that this is a Cygwin only problem, but it is the only platform that > I am building on. > > I propose that one of two things be done: > > 1) Do not execute the scripts that do things for *installed* fonts, as this > makes no sense. > > 2) Or, change the findfonts script to silently fail if either of the fonts > directories cannot be found, thus removing a non-error error from build > logs. > > > Please CC me, as I am not currently subscribed to the devel list. > > A snippet of my build log follows. > > > Harold Hunt > > > > > make[1]: Leaving directory > `/home/Administrator/x-devel/build/std/lib/fontconfig > /fc-list' > rm -f fonts.conf > sh ./setfontdirs > find: /usr/share/fonts: No such file or directory > ed: not found > make: *** [fonts.conf] Error 127 From huntharo@msu.edu Fri Jul 5 09:04:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Fri, 05 Jul 2002 09:04:00 -0000 Subject: Server Test Series - Test 63 (a.k.a. 4.2.0-10)? Message-ID: <200207051604.g65G43O13542@pilot19.cl.msu.edu> Am I to follow the old adage that no news is good news in regards to Test 63? Test 60 through Test 63 changed over a thousand lines of code, with a lot of those changes occuring in Test 63; I can hardly believe that we haven't trigged lots of new bugs. In case you missed the announcement, you can get Test 63 from here: http://xfree86.cygwin.com/devel/shadow/changelog.html Alternatively, you can install Test 63 by running Cygwin's setup.exe and manually selecting the 4.2.0-10 version of the XFree86-xserv package. Please, someboby post some results for the following: 1) Running with '-engine 1', '-engine 2', and '-engine 4' (not simultaneously) with Windows in 15 bit color mode (for a video card that supports this mode) and with Windows in 24 bit color mode. Just give me an `all clear' on this one, specifying which configs you were able to test. 2) Running engines 1, 2, and 4 (as above) with -query to some host running KDE 3.0.x when Windows is running in 15, 24, and 32 bits per pixel. Logon to KDE and make sure that all icons display (you'll know right away if there is a problem, the ksplash screen will print status messages overtop of each other and less than 5% of icons will display). Again, just give me an `all clear' on this one, specifying which configs you were able to test. Thanks for testing, Harold From nwourms@yahoo.com Fri Jul 5 09:28:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 05 Jul 2002 09:28:00 -0000 Subject: Use Tcp.h? In-Reply-To: Message-ID: <20020705162758.96948.qmail@web21002.mail.yahoo.com> --- Harold Hunt wrote: > Nicholas, > > > We had this discussion in the past, and yes I *have* read the > cygwin-xfree > > contributor's guide and followed your directions WORD-FOR-WORD, except > for > > removing the NO_TCP_H and defining font building. > > You could not possibly have followed the Contributor's Guide (CG) > instructions word-for-word because your build log doesn't have a header > (see > below), it just jumps right into the clean step. In the CG the build > step > says: > > make World BOOTSTRAPCFLAGS="-D__CYGWIN__ -Ulinux -DCrossCompiling=1" > IMAKE_DEFINES="-D__CYGWIN__ -Ulinux" > World.log 2>&1 > > That causes the header information to show up in the build log... are > you > running something other than 'make World'? No, I am following the directions. Ok, my mistake again, I had been capturing the output from my terminal aplication, not piping it. Apparently the terminal application screwed up and chopped off the top. Anyhow, I think we are missing the whole point of this thread, what were *YOUR* findings. You didn't make it clear whether making the modifications to that one source file and removing DNO_TCP_H worked... I think we got caught up in my deviance from the contributor's guide. Again, I'm sorry for not sticking to it exactly. So what were your findings from your build? What is your conclusion? > On a side note, I find it hard enough to remember all the > builds/flags/compilers/etc that I'm using. I don't have any space in my > brain to store state information for other developers. You have to feed > me some details everytime you ask a question, else you can assume that I've > forgotten those details. OK, next time I'll be better. > > Anyhow, if you recall, you posted a log of your cross-compile awhile > back. > > It turns out that in the log, the crosscompiler was never found, so > all I > > got was a log full of i686-pc-cygwin-gcc not found messages (not very > > useful). > > I remember that I posted a broken build log because I forgot to set my > path > before running the build. I thought about posting a new log but I > didn't > because no one seemed to complain much. Don't worry about it now... > > My point is that you should revisit your directions, as they do > > not cover how to get X to build fonts when cross-compiling. As it > stands, > > X is trying to use the foreign bdfto* and mkfondir utilities. Also, > the > > XFree people have broken crosscompiling according to your method in > HEAD > > as opposed to the 4.2.0 branch. You might want to investigate this as > > well. > > Oh, I know that the XFree86 folks are doing some stupid things with > respect > to expecting certain XFree86 utilities to already be installed at build > time. I bitched about this to the devel list at XFree86 and you know > what? > I didn't get a single reply. Not even a ``go away, you are annoying''. > Apparently no one else on the project things that you should be able to > bootstrap on a machine that has never had XFree86 installed. Hopefully > they > fix this before the next release. I see that my font building complaint is currently being addressed, thanks very much. :-) However, are you aware that the CVS HEAD isn't even building period with regards to your cross directions? It fails in the initial stages, because it seems that some of the macros you have defined in your host.def are no longer valid. If you do not believe me, try it yourself. It seems that they have mucked around with the cross building configuration files and rules files. We better get on them about that, too. I believe that some stupid SuSE developer is responsible for the whole mess... Cheers, Nicholas P.S. - When you get a chance, you should read those other posts I made, especially regarding the conflicting files in lesstif and XFree86-prog... __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From nwourms@yahoo.com Fri Jul 5 09:38:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 05 Jul 2002 09:38:00 -0000 Subject: FW: xc/lib/fontconfig/fonts.conf depends on existing fonts installation In-Reply-To: Message-ID: <20020705163857.27965.qmail@web21003.mail.yahoo.com> Harold, On ~ line 66158 of my build log, you'll notice this: LD_LIBRARY_PATH=../../../exports/lib ../../../exports/bin/bdftopcf -t tech14.bdf | gzip > tech14.pcf.gz /bin/sh: ../../../exports/bin/bdftopcf: No such file or directory LD_LIBRARY_PATH=../../../exports/lib ../../../exports/bin/bdftopcf -t techB14.bdf | gzip > techB14.pcf.gz /bin/sh: ../../../exports/bin/bdftopcf: No such file or directory LD_LIBRARY_PATH=../../../exports/lib ../../../exports/bin/bdftopcf -t term14.bdf | gzip > term14.pcf.gz /bin/sh: ../../../exports/bin/bdftopcf: No such file or directory LD_LIBRARY_PATH=../../../exports/lib ../../../exports/bin/bdftopcf -t termB14.bdf | gzip > termB14.pcf.gz /bin/sh: ../../../exports/bin/bdftopcf: No such file or directory LD_LIBRARY_PATH=../../../exports/lib ../../../exports/bin/mkfontdir -x bdf . /bin/sh: ../../../exports/bin/mkfontdir: No such file or directory make[5]: *** [fonts.dir] Error 127 make[5]: Target `all' not remade because of errors. Let's assume I have followed the directions exactly (because this is what has happened in the past when I followed them exactly). When cross-compiling, why is make World trying to use the foreign utilities to build the fonts? Shouldn't it be using the utilities under /usr/X11R6/bin? I don't know if this relates to your comments below, but it is very annoying. --- Harold Hunt wrote: > Alan, > > Hmm... as usual I misspoke... I was bitching about the ``findfonts'' > script > which runs on the installed fonts rather than on fonts being built. > > I'll have to look into the font build utility problem. > > I hate it when I get confused. Anyway, here is what I wrote to the > XFree86 > devel list. > > Harold > > > -----Original Message----- > From: Harold Hunt > Sent: Saturday, April 13, 2002 7:44 PM > To: xf-devel > Subject: xc/lib/fontconfig/fonts.conf depends on existing fonts > installation > > > I don't understand why xc/lib/fontconfig/fonts.conf runs the script > xc/lib/fontconfig/findfonts which looks at the *currently installed > fonts*. > That doesn't make any sense to me. Shouldn't you be able to build > XFree86 > on a machine that doesn't have any fonts installed, or for that matter, > any > piece of XFree86 installed? > > The problem that I'm running into on Cygwin is that even if > /usr/X11R6/lib/X11/fonts exits but /usr/share/fonts doesn't exist then > the > findfonts script fails because 'find' cannot find that directory. I'm > not > certain that this is a Cygwin only problem, but it is the only platform > that > I am building on. > > I propose that one of two things be done: > > 1) Do not execute the scripts that do things for *installed* fonts, as > this > makes no sense. > > 2) Or, change the findfonts script to silently fail if either of the > fonts > directories cannot be found, thus removing a non-error error from build > logs. > > > Please CC me, as I am not currently subscribed to the devel list. > > A snippet of my build log follows. > > > Harold Hunt > > > > > make[1]: Leaving directory > `/home/Administrator/x-devel/build/std/lib/fontconfig > /fc-list' > rm -f fonts.conf > sh ./setfontdirs > find: /usr/share/fonts: No such file or directory > ed: not found > make: *** [fonts.conf] Error 127 > __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From huntharo@msu.edu Fri Jul 5 10:22:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Fri, 05 Jul 2002 10:22:00 -0000 Subject: FW: xc/lib/fontconfig/fonts.conf depends on existing fonts installation Message-ID: <200207051722.g65HMOP13650@pilot04.cl.msu.edu> Nicholas, > Let's assume I have followed the directions exactly (because this is what > has happened in the past when I followed them exactly). When > cross-compiling, why is make World trying to use the foreign utilities to > build the fonts? Shouldn't it be using the utilities under > /usr/X11R6/bin? I don't know if this relates to your comments below, but > it is very annoying. I don't know what to tell you. I can't cross compile right now because my Linux box has 150 MB of free space, while it takes between 500 MB and 1 GB to do a cross compile of Cygwin/XFree86. I'm going to have to install one of my other hard drives in order to do a cross compile build check... and I'm more keen to work on new features right now, as it would take me about 10 hours to upgrade my Linux box and do the cross compile. Maybe I'll work on that this weekend, but I'd really rather be doing something else instead. Our intentions for cross compiling have always been that you can bootstrap XFree86 from a non-Cygwin operating system. However, there are lots of contributors to XFree86 and they don't always know how to maintain cross compile compatibility for Cygwin. This is completely understandable... I could accidentally break something for other platforms in one of my patches, but I've been fortunate enough to not have done so yet. Thankfully I'd be forgiven if I did break something... my point being that we don't get upset when someone breaks cross compiling for Cygwin, but we don't always have time to fix the problem right away. > /bin/sh: ../../../exports/bin/bdftopcf: No such file or directory > /bin/sh: ../../../exports/bin/mkfontdir: No such file or directory I thought I remember Alan making a patch awhile back that caused both a build host and cross host version of these utilities to be built. I don't think those patches went into the 4.2.0 branch, if I recall correctly. You did say that you are building the 4.2.0 branch, right? The problem is, no one really sends any patches to the 4.2.0 branch after it is released. Hopefully that muddies things up for you :) Harold From huntharo@msu.edu Fri Jul 5 10:39:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Fri, 05 Jul 2002 10:39:00 -0000 Subject: Use Tcp.h? Message-ID: <200207051739.g65HdSp80198@pilot02.cl.msu.edu> Nicholas, > Anyhow, I think we are missing the whole point of this thread, what were > *YOUR* findings. I forgot to draw attention to what I found, but I did post your build snippet with warnings and my build snippet that didn't have warnings for the same file. My overall results were that I got no new errors or warnings. I did a 'make install' and ran the server with local clients as well as with a -query to a KDE machine with no problems. > Again, I'm sorry for not sticking to it exactly. So what were your > findings from your build? What is your conclusion? The conclusion is that we might as well remove -DNO_TCP_H and the #if !defined(__CYGWIN__) from whatever file I said it was in. (Note that -DNO_TCP_H was present in the initial version of cygwin.cf... so it is just a define that has not been noticed as uneeded until now.) > > On a side note, I find it hard enough to remember all the > > builds/flags/compilers/etc that I'm using. I don't have any space in my > > brain to store state information for other developers. You have to feed > > me some details everytime you ask a question, else you can assume that > I've > > forgotten those details. > > > OK, next time I'll be better. Appreciated. > However, are you aware that the CVS HEAD isn't even building period with > regards to your cross directions? It fails in the initial stages, because > it seems that some of the macros you have defined in your host.def are no > longer valid. If you do not believe me, try it yourself. It seems that > they have mucked around with the cross building configuration files and > rules files. We better get on them about that, too. I believe that some > stupid SuSE developer is responsible for the whole mess... Oh, I believe you. But like I said in another post (which hadn't been written when you wrote this), I'll have to do a substantial amount of work to my Linux machine to be able to do a cross compile of Cygwin/XFree86. > P.S. - When you get a chance, you should read those other posts I made, > especially regarding the conflicting files in lesstif and XFree86-prog... I read them, but you're going to have to do more than just suggest what to do with the host.def files. I hope you realize that your simple, ``should we remove -DNO_TCP_H'', question has cost me about 5 hours already in looking at source files, doing build tests and writing detailed correspondence to the mailing list. Now you are asking about Lesstif's host.def and our host.def and all I can see is that our host.def is empty so I can't see what problems it will cause for us not to do anything with the host.def files. Furthermore, I don't see how you could even fix this with pre-remove and postinstall scripts. I mean, how are you going to determine which host.def file is installed, how are you going to determine if you need to remove the currently installed host.def file (maybe package Z's host.def file was already overwritten by another package installation), and how are you going to determine which host.def to install in place of the one that are you are removing? Not to mention what sort of naming/storage convention are you going to use to identify the original host.def files that come with each package? So yeah, I read your post and I saw that it raised more questions than it answered, so I forgot about it. I'm leaving this one up to you, or somebody else, to figure out. You have to remember, as I've said time and time again, I'm a horrible X user and I'm even a horrible X developer. You see, I don't have years of experience with hundreds of X programs and with hundreds of X libraries. I only have experience with X Server implementation and in that I only have experience with X Server development for Cygwin. I just don't have enough experience to solve questions about host.def files easily. Harold From huntharo@msu.edu Fri Jul 5 11:23:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Fri, 05 Jul 2002 11:23:00 -0000 Subject: Features for hire? Message-ID: <200207051823.g65INGd87456@pilot20.cl.msu.edu> I have been kicking around an idea that I'd like some feedback on. The Cygwin/XFree86 project is at the point where it is nearly a replacement for the commercial X Servers for Microsoft Windows. There remain only a few features that need to be implemented in order for most businesses to find Cygwin/XFree86 a viable alternative to the commercial X Servers out there: 1) Mutliple windows support. 2) Real PseudoColor support for TrueColor visuals. 3) Automatic ability to use Windows fonts in X. 4) A compact (Cygwin-free) X Server for displaying remote clients only. 5) A complete native GDI server. Features like these can take a lot of time to implement properly. Though features like these are nice, I think that business and goverment users would see the most benefit from such features. With that in mind, I've been thinking about setting up a small limited liability company and posting proposals for developing certain features along a specified timeline for a certain fee. For example, suppose that the lack of dream-feature Y is preventing a business from using Cygwin/XFree86 instead of the commercial X Server ``SuperDuper-X'' and that SuperDuper-X costs $200 per desktop. It seems logical to me that said business would find it beneficial to pay, say, $500-$2000 for the implementation of feature Y by a certain deadline (rather than when it just happens to be developed). The source code would be released, of course, but said business would get feature Y now, when they need it, and they would be able to stop paying $200 per desktop for SuperDuper-X. Part of my motivation for proposing this is that I know we have tons of business and government users out there to whom $500-$2000 is nothing. To me, on the other hand, $500-$2000 is 5-20% of my current debt for various things (car repairs, engagement rings, computer parts, student loans, etc.). I have just been thinking that if there are businesses out there that would be willing to pay $500-$2000 for a feature, then I should certainly be setup to accept that money. However, if no businesses are seriously interested in this then it would be a waste of my time to file the necessary documents to establish a proper business for handling contract feature development Note: I would not stop working on Cygwin/XFree86 for free in my spare time. Here is the feedback that I would like: 1) Would your company be interested or not interested in this? I want both positive and negative responses so that I can gauge a percentage of business and goverment users out there that are interested. 2) Is your business averse to open source feature development contracts? Or, do you think that presenting the contract on the basis of, ``spend $500-$2000 and save $200 per desktop'', would make it pretty easy to get approval? I am really anxious to read your responses. Thanks, Harold Hunt P.S. I do things properly. I would put one link on the Cygwin/XFree86 site to any site that offers to develop features for a fee. I would not host any company related material on the Cygwin/XFree86 site. However, I would feel justified to point business users in the direction of a proposal for the development of a certain feature if they ask about when that feature will be implemented. From nwourms@yahoo.com Fri Jul 5 11:43:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 05 Jul 2002 11:43:00 -0000 Subject: Use Tcp.h? In-Reply-To: <200207051739.g65HdSp80198@pilot02.cl.msu.edu> Message-ID: <20020705184317.36970.qmail@web21001.mail.yahoo.com> --- Harold L Hunt wrote: > Nicholas, > > > Anyhow, I think we are missing the whole point of this thread, what > were > > *YOUR* findings. > > I forgot to draw attention to what I found, but I did post your build > snippet > with warnings and my build snippet that didn't have warnings for the > same file. > > My overall results were that I got no new errors or warnings. I did a > 'make > install' and ran the server with local clients as well as with a -query > to a > KDE machine with no problems. > > > Again, I'm sorry for not sticking to it exactly. So what were your > > findings from your build? What is your conclusion? > > The conclusion is that we might as well remove -DNO_TCP_H and the #if > !defined(__CYGWIN__) from whatever file I said it was in. (Note that > -DNO_TCP_H was present in the initial version of cygwin.cf... so it is > just a > define that has not been noticed as uneeded until now.) Well there is no point in keeping stale defines around, is there? Obviously you were curious, otherwise you wouldn't have invested so much time. :-) > > > On a side note, I find it hard enough to remember all the > > > builds/flags/compilers/etc that I'm using. I don't have any space > in my > > > brain to store state information for other developers. You have to > feed > > > me some details everytime you ask a question, else you can assume > that > > I've > > > forgotten those details. > > > > > > OK, next time I'll be better. > > Appreciated. > > > However, are you aware that the CVS HEAD isn't even building period > with > > regards to your cross directions? It fails in the initial stages, > because > > it seems that some of the macros you have defined in your host.def are > no > > longer valid. If you do not believe me, try it yourself. It seems > that > > they have mucked around with the cross building configuration files > and > > rules files. We better get on them about that, too. I believe that > some > > stupid SuSE developer is responsible for the whole mess... > > Oh, I believe you. But like I said in another post (which hadn't been > written > when you wrote this), I'll have to do a substantial amount of work to my > Linux > machine to be able to do a cross compile of Cygwin/XFree86. > > > P.S. - When you get a chance, you should read those other posts I > made, > > especially regarding the conflicting files in lesstif and > XFree86-prog... I have, you cleared things up for me. No big deal right now, but *if* you have some spare time this weekend maybe you could give that hdd install a try... Not that I know all the facts, but surely a hdd install takes less then 10 hours? > I read them, but you're going to have to do more than just suggest what > to do > with the host.def files. I hope you realize that your simple, ``should > we > remove -DNO_TCP_H'', question has cost me about 5 hours already in > looking at > source files, doing build tests and writing detailed correspondence to > the > mailing list. I take it that you feel this wasn't worth it? I'm sorry then, I was just trying to be helpful. > Now you are asking about Lesstif's host.def and our host.def and all I > can see > is that our host.def is empty so I can't see what problems it will cause > for > us not to do anything with the host.def files. Furthermore, I don't see > how > you could even fix this with pre-remove and postinstall scripts. I > mean, how > are you going to determine which host.def file is installed, how are you > going > to determine if you need to remove the currently installed host.def file > (maybe package Z's host.def file was already overwritten by another > package > installation), and how are you going to determine which host.def to > install in > place of the one that are you are removing? Not to mention what sort of > naming/storage convention are you going to use to identify the original > host.def files that come with each package? > > So yeah, I read your post and I saw that it raised more questions than > it > answered, so I forgot about it. I'm leaving this one up to you, or > somebody > else, to figure out. > > You have to remember, as I've said time and time again, I'm a horrible X > user > and I'm even a horrible X developer. You see, I don't have years of > experience with hundreds of X programs and with hundreds of X libraries. > I > only have experience with X Server implementation and in that I only > have > experience with X Server development for Cygwin. I just don't have > enough > experience to solve questions about host.def files easily. I've never heard you say these remarks regarding your X skills, I just assumed... Well, the point is this. Move your host.def file to some temporary location. Then get a project that uses Imakefiles and run xmkmf in it's source directory. You'll see that xmkmf requires a host.def, empty or not, to proceed with making the makefile. I simply proposed a possible solution, I didn't expect you to deal with it instantly. It is just something that you should be aware of as a potential gotcha. I'm still thinking about how best to impliment the scripts, so that is why I submitted the issue to the list, in case someone else had an idea. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From huntharo@msu.edu Fri Jul 5 11:58:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Fri, 05 Jul 2002 11:58:00 -0000 Subject: Use Tcp.h? Message-ID: <200207051858.g65Iw2329700@pilot12.cl.msu.edu> Nicholas, > Well there is no point in keeping stale defines around, is there? > Obviously you were curious, otherwise you wouldn't have invested so much > time. :-) Right, there is no point to keeping around stale defines. Of course I was curious, and that's part of my problem: I get too curious. > I have, you cleared things up for me. No big deal right now, but *if* you > have some spare time this weekend maybe you could give that hdd install a > try... Not that I know all the facts, but surely a hdd install takes less > then 10 hours? The problem is that I have to be careful not to misplace any data during the drive swap and that always ends up taking a lot of time. > I take it that you feel this wasn't worth it? I'm sorry then, I was just > trying to be helpful. It is always worth cleaning the code up, but I just wish that you had done a build check and sent a patch instead of asking whether the flag could be removed. In this case you got lucky that you didn't do a build check because your cross compile is broken somehow and you would have mistakenly thought that -DNO_TCP_H is required. > I've never heard you say these remarks regarding your X skills, I just > assumed... Well, the point is this. Move your host.def file to some > temporary location. Then get a project that uses Imakefiles and run xmkmf > in it's source directory. You'll see that xmkmf requires a host.def, > empty or not, to proceed with making the makefile. I simply proposed a > possible solution, I didn't expect you to deal with it instantly. It is > just something that you should be aware of as a potential gotcha. I'm > still thinking about how best to impliment the scripts, so that is why I > submitted the issue to the list, in case someone else had an idea. I try to reiterate my lack of X user skills at least once per quarter :) Ah, that's the problem... I've never had to use xmkmf. I would appreciate it if you gave me the name a small project that uses xmkmf, then I could check this out much more easily. Harold From fbregier@webmails.com Fri Jul 5 13:14:00 2002 From: fbregier@webmails.com (frederic bregier) Date: Fri, 05 Jul 2002 13:14:00 -0000 Subject: Features for hire? Message-ID: <20020705195235.4566.qmail@webmails.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From huntharo@msu.edu Fri Jul 5 13:35:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Fri, 05 Jul 2002 13:35:00 -0000 Subject: Features for hire? Message-ID: <200207052034.g65KYwd84060@pilot20.cl.msu.edu> Frederic, > However, it depends how you manage to contribute with the > paid development to the XFree project. I mean, would such > development be made available to the community after a > while (say 3 months or more for example) ? Oh no, that was exactly the misunderstanding that I was trying to avoid. I would only develop ``open source'' features. Businesses could get a contract for a given feature to be developed (in an open source fashion) now, rather than whenever someone feels like implementing that feature. They could also give some specs for what the feature would entail. The imagined scenario is some business that says, ``we would like to stop using SuperDuper-X by the end of the quarter because it costs us $5000 per year, but we can only use Cygwin/XFree86 if it has feature Y, which will only cost us $500-$2000 to get created now.'' Their alternative is to wait for the feature to be randomly implemented. They may wait a day, a month, a year, or they may be waiting for a feature that never gets implemented. With a contract they get their feature when they want it. The code is immediately open-sourced, and that's part of why the price is so low. The price would be more like $5000-$10000 or higher if this were a proprietary product. There would never be an XNonFree project and as I said, I'm not going to work any less on free Cygwin/XFree86 improvements. I would merely allow my schedule to be ``persuaded'' :) > A second point is who can pay such services ? > Business company, yes of course. > Government company ? I don't know how it works in other > countries than mine, but in mine the government can not > easily paid for a development, and they need to do it > with legal stuff (such as official publication to ask for > different offers and so on). That's a good point about governments. I recall hearing that if the price is low enough on a PO then there does not have to be a bidding process. The price cap for bidding probably varies greatly among governments, but I suspect that no bidding occurs for any purchase order for less than roughly $1000. Below that there isn't much point to bidding. > To finish, what I have observed around me is people proposing > their services and knowledge for money on "open source" product. > That's perfect because that's what often the companies need : > the knowledge and the service. This is pretty much a development service that I'm proposing. I'm not sure what other services a company would require for Cygwin/XFree86. Harold From huntharo@msu.edu Fri Jul 5 19:25:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Fri, 05 Jul 2002 19:25:00 -0000 Subject: Cygwin/XFree86 - Remove -DNO_TCP_H Message-ID: Remove -DNO_TCP_H from cygwin.cf and a related #if !defined(__CYGWIN__) from xc/programs/lbxproxy/os/connection.c. Harold -------------- next part -------------- A non-text attachment was scrubbed... Name: xc-programs-lbxproxy-os-connection.c-20020705-2222.diff Type: application/octet-stream Size: 502 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: xc-config-cf-cygwin.cf-20020705-2222.diff Type: application/octet-stream Size: 838 bytes Desc: not available URL: From gregory.lane@anu.edu.au Fri Jul 5 19:47:00 2002 From: gregory.lane@anu.edu.au (Greg Lane) Date: Fri, 05 Jul 2002 19:47:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: References: <20020705025438.GA49453@nucl03.anu.edu.au> Message-ID: <20020706024715.GA56840@nucl03.anu.edu.au> On Fri, Jul 05, 2002 at 04:35:07PM +0200, Alexander Gottwald wrote: > > Just a thought: How are the fonts mounted? Some programs don't like > textmode files. > G'day Alexander, I've only really got in to cygwin since I've started having to run XP on my laptop, so I'm not sure exactly what you mean. (I'm from FreeBSD stock before then...) Do you mean during the initial installation did I choose "unix" style files? If so, yes. (And the fonts I've been testing with are just the ones installed by the cygwin package into /usr/X11R6/bin which I presume are then mounted unix style.) Thanks, Greg From cgf@redhat.com Fri Jul 5 19:53:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Fri, 05 Jul 2002 19:53:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706024715.GA56840@nucl03.anu.edu.au> References: <20020705025438.GA49453@nucl03.anu.edu.au> <20020706024715.GA56840@nucl03.anu.edu.au> Message-ID: <20020706025316.GA437@redhat.com> On Sat, Jul 06, 2002 at 12:47:15PM +1000, Greg Lane wrote: >On Fri, Jul 05, 2002 at 04:35:07PM +0200, Alexander Gottwald wrote: >> >> Just a thought: How are the fonts mounted? Some programs don't like >> textmode files. >> > >G'day Alexander, > >I've only really got in to cygwin since I've started having to run XP on >my laptop, so I'm not sure exactly what you mean. (I'm from FreeBSD stock >before then...) > >Do you mean during the initial installation did I choose "unix" style >files? If so, yes. (And the fonts I've been testing with are just the ones >installed by the cygwin package into /usr/X11R6/bin which I presume are >then mounted unix style.) Either the 'mount' command or the 'cygcheck -r -s -v' would provide concrete data for this. cgf From gregory.lane@anu.edu.au Fri Jul 5 20:17:00 2002 From: gregory.lane@anu.edu.au (Greg Lane) Date: Fri, 05 Jul 2002 20:17:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020705104923.30517.qmail@web21005.mail.yahoo.com> References: <20020705044625.GA49760@nucl03.anu.edu.au> <20020705104923.30517.qmail@web21005.mail.yahoo.com> Message-ID: <20020706031713.GA56816@nucl03.anu.edu.au> On Fri, Jul 05, 2002 at 03:49:23AM -0700, Nicholas Wourms wrote: > > > > Well then, has anyone on this list had xfs running properly under > > cygwin? > I just tried it yesterday on WindowsME, it works for me. You probably > will want to check to see if XP is running any services on the same port. > Also, it may have something to do with your security, but don't ask me > about the whole NT security deal, as I have no experience dealing with it. > It seems like a big headache to me, more hassle then good... > I checked to see if there was anything listening on 7100 before starting xfs and there wasn't. I also checked the firewall settings (as suggested by Jeremy in the next mail in the thread) and the firewall is not active. (In any case I know xfs sees something because it doesn't crash until I try to access it over the network!) I doubt its either the firewall or security settings because I have an old win98 partition on my home workstation and went and installed cygwin on that. I get exactly the same error. At the first access, it core dumps. I must be doing something stupid. I have tried to run xfs from 1) a bash shell (no X running) 2) within X after starting up X both i) from startx in a bash shell ii) with the startxwin.bat script. I just type xfs. It sits there waiting. All looks good. Then I have tried pointing my font path to it (with xset fp= ...) from a number of sources 1) remote machine running freebsd 2) from cygwin x-server on the same machine 3) from XWinPro on the machine It crashes _straight_ away. The stackdump is attached below for what it's worth. Could you enlighten me as to the way you ran xfs when it worked for you? Are you running XFree86 4.2? I am at a complete loss. I must be doing something wrong, but I have no idea what it is! Thanks for the help guys! I am willing to try anything anyone asks to get it running!! Greg Stackdump: Exception: STATUS_ACCESS_VIOLATION at eip=0040EBDD eax=1028A910 ebx=00000001 ecx=00000000 edx=00000000 esi=00000000 edi=0022FE08 ebp=0022FE10 esp=0022FDA8 program=C:\cygwin\usr\X11R6\bin\xfs.exe cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023 Stack trace: Frame Function Args 0022FE10 0040EBDD (00000000, 00000000, 00000000, 00000000) End of stack trace From gregory.lane@anu.edu.au Fri Jul 5 20:22:00 2002 From: gregory.lane@anu.edu.au (Greg Lane) Date: Fri, 05 Jul 2002 20:22:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706025316.GA437@redhat.com> References: <20020705025438.GA49453@nucl03.anu.edu.au> <20020706024715.GA56840@nucl03.anu.edu.au> <20020706025316.GA437@redhat.com> Message-ID: <20020706032204.GB56840@nucl03.anu.edu.au> On Fri, Jul 05, 2002 at 10:53:16PM -0400, Christopher Faylor wrote: > > > >Do you mean during the initial installation did I choose "unix" style > >files? If so, yes. (And the fonts I've been testing with are just the ones > >installed by the cygwin package into /usr/X11R6/bin which I presume are > >then mounted unix style.) > > Either the 'mount' command or the 'cygcheck -r -s -v' would provide concrete > data for this. > > cgf I think this isn't the problem: see following output of mount: C:\cygwin\usr\X11R6\lib\X11\fonts on /usr/X11R6/lib/X11/fonts type system (binmode) C:\cygwin\bin on /usr/bin type system (binmode) C:\cygwin\lib on /usr/lib type system (binmode) C:\cygwin on / type system (binmode) c: on /cygdrive/c type user (binmode,noumount) d: on /cygdrive/d type user (binmode,noumount) h: on /cygdrive/h type user (binmode,noumount) and in /etc/X11/fs/config the "catalog" points to /usr/X11R6/lib/X11/fonts. I just sent another mail earlier in the thread with more details if you wouldn't mind applying your knowledge there as well!! Thanks, Greg From gregory.lane@anu.edu.au Fri Jul 5 20:30:00 2002 From: gregory.lane@anu.edu.au (Greg Lane) Date: Fri, 05 Jul 2002 20:30:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706025316.GA437@redhat.com> References: <20020705025438.GA49453@nucl03.anu.edu.au> <20020706024715.GA56840@nucl03.anu.edu.au> <20020706025316.GA437@redhat.com> Message-ID: <20020706033020.GA57014@nucl03.anu.edu.au> > Either the 'mount' command or the 'cygcheck -r -s -v' would provide concrete > data for this. In case it helps, here is the output of 'cygcheck -r -s -v' also. I apologise if it is superfluous or unnecessary. Cygwin Win95/NT Configuration Diagnostics Current System Time: Sat Jul 06 13:26:56 2002 Windows XP Professional Ver 5.1 Build 2600 Path: . C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS HOME = `C:\cygwin\home\jodie' PWD = `/home/jodie' !EXITCODE = `00000000' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\jodie\Application Data' CLIENTNAME = `Console' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `TV' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CYGWIN_ROOT = `\cygwin' DISPLAY = `127.0.0.1:0.0' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\jodie' LOGNAME = `jodie' LOGONSERVER = `\\TV' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/home/jodie' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 4 Stepping 2, AuthenticAMD' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0402' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' SESSIONNAME = `Console' SHLVL = `2' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `c:\DOCUME~1\jodie\LOCALS~1\Temp' TERM = `xterm' TMP = `c:\DOCUME~1\jodie\LOCALS~1\Temp' USERDOMAIN = `TV' USERNAME = `jodie' USERPROFILE = `C:\Documents and Settings\jodie' WINDIR = `C:\WINDOWS' WINDOWID = `4194318' _ = `/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x00000022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts (default) = `C:\cygwin\usr\X11R6\lib\X11\fonts' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/A N/A c: hd NTFS 36256Mb 52% CP CS UN PA FC d: hd NTFS 76316Mb 58% CP CS UN PA FC big e: cd N/A N/A f: cd N/A N/A h: hd FAT32 2990Mb 26% CP UN C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode . /cygdrive user binmode,cygdrive Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\sh.exe 58k 2002/05/07 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2002/5/7 16:33 621k 2002/05/17 C:\cygwin\bin\cygcrypto.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto.dll" v0.0 ts=2002/5/17 22:24 50k 2002/03/17 C:\cygwin\bin\cygexslt-0.dll - os=4.0 img=1.0 sys=4.0 "cygexslt-0.dll" v0.0 ts=2002/3/17 17:24 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 15:28 35k 2002/01/09 C:\cygwin\bin\cygform6.dll - os=4.0 img=1.0 sys=4.0 "cygform6.dll" v0.0 ts=2002/1/9 17:03 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/20 14:05 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0 "cyghistory4.dll" v0.0 ts=2001/1/7 15: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/13 12:27 929k 2002/06/24 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2002/6/25 4:24 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 20:28 23k 2002/06/24 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 "cygintl-2.dll" v0.0 ts=2002/6/24 14:54 21k 2001/06/20 C:\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0 "cygintl.dll" v0.0 ts=2001/6/21 3:09 81k 2000/12/05 C:\cygwin\bin\cygitcl30.dll - os=4.0 img=1.0 sys=4.0 "cygitcl30.dll" v0.0 ts=2000/11/26 12:43 35k 2000/12/05 C:\cygwin\bin\cygitk30.dll - os=4.0 img=1.0 sys=4.0 "cygitk30.dll" v0.0 ts=2000/11/26 12:43 119k 2002/02/09 C:\cygwin\bin\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg6b.dll" v0.0 ts=2002/2/9 16:19 25k 2002/05/08 C:\cygwin\bin\cygltdl-3.dll - os=4.0 img=1.0 sys=4.0 "cygltdl-3.dll" v0.0 ts=2002/5/9 9:46 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 15:27 20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll - os=4.0 img=1.0 sys=4.0 "cygmenu6.dll" v0.0 ts=2002/1/9 17:03 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 15:29 175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++6.dll" v0.0 ts=2002/1/9 17:03 226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses5.dll" v0.0 ts=2001/4/25 15:17 202k 2002/01/09 C:\cygwin\bin\cygncurses6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses6.dll" v0.0 ts=2002/1/9 17:03 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 15:27 12k 2002/01/09 C:\cygwin\bin\cygpanel6.dll - os=4.0 img=1.0 sys=4.0 "cygpanel6.dll" v0.0 ts=2002/1/9 17:03 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/22 9: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/22 9:15 171k 2002/05/07 C:\cygwin\bin\cygpng10.dll - os=4.0 img=1.0 sys=4.0 "cygpng10.dll" v0.0 ts=2002/5/8 4:53 175k 2002/05/24 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 "cygpng12.dll" v0.0 ts=2002/5/24 12:22 170k 2002/01/21 C:\cygwin\bin\cygpng2.dll - os=4.0 img=1.0 sys=4.0 "cygpng2.dll" v0.0 ts=2002/1/21 12:05 22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0 "cygpopt-0.dll" v0.0 ts=2002/6/9 15:45 108k 2001/06/28 C:\cygwin\bin\cygreadline4.dll - os=4.0 img=1.0 sys=4.0 "cygreadline4.dll" v0.0 ts=2001/1/7 15:34 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/13 12:27 156k 2002/05/17 C:\cygwin\bin\cygssl.dll - os=4.0 img=1.0 sys=4.0 "cygssl.dll" v0.0 ts=2002/5/17 22:24 390k 2000/12/05 C:\cygwin\bin\cygtcl80.dll - os=4.0 img=1.0 sys=4.0 "cygtcl80.dll" v0.0 ts=2000/11/26 12:39 5k 2000/12/05 C:\cygwin\bin\cygtclpip80.dll - os=4.0 img=1.0 sys=4.0 10k 2000/12/05 C:\cygwin\bin\cygtclreg80.dll - os=4.0 img=1.0 sys=4.0 "cygtclreg80.dll" v0.0 ts=2000/11/26 12:39 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 19:34 623k 2000/12/05 C:\cygwin\bin\cygtk80.dll - os=4.0 img=1.0 sys=4.0 "cygtk80.dll" v0.0 ts=2000/11/26 12:43 1248k 2002/03/17 C:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0 "cygxml2-2.dll" v0.0 ts=2002/3/17 14:45 152k 2002/03/17 C:\cygwin\bin\cygxslt-1.dll - os=4.0 img=1.0 sys=4.0 "cygxslt-1.dll" v0.0 ts=2002/3/17 17:19 15k 2002/03/17 C:\cygwin\bin\cygxsltbreakpoint-1.dll - os=4.0 img=1.0 sys=4.0 "cygxsltbreakpoint-1.dll" v0.0 ts=2002/3/17 17:24 50k 2002/03/12 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2002/3/12 15:38 882k 2002/07/03 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2002/7/4 6:42 Cygwin DLL version info: DLL version: 1.3.12 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 54 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: Wed Jul 3 16:42:07 EDT 2002 Shared id: cygwin1S3 41k 2002/05/14 C:\cygwin\usr\X11R6\bin\cygPropList-0.dll - os=4.0 img=1.0 sys=4.0 "cygPropList-0.dll" v0.0 ts=2002/5/14 13:13 Cygwin Package Information Last downloaded files to: C:\Documents and Settings\jodie\Desktop\cygwin-download Last downloaded files from: ftp://mirror.aarnet.edu.au/pub/cygwin Package Version WindowMaker 0.80.0-2 XFree86-base 4.2.0-1 XFree86-bin 4.2.0-1 XFree86-etc 4.2.0-1 XFree86-fenc 4.2.0-2 XFree86-fnts 4.2.0-2 XFree86-fscl 4.2.0-2 XFree86-fsrv 4.2.0-1 XFree86-lib 4.2.0-3 XFree86-man 4.2.0-1 XFree86-prog 4.2.0-1 XFree86-startup-scripts4.2.0-2 XFree86-xserv 4.2.0-7 _update-info-dir 00016-1 ash 20020131-1 autoconf 2.53a-1 autoconf-devel 2.53a-1 autoconf-stable 2.13-4 automake 1.6.1-1 automake-devel 1.6.1-3 automake-stable 1.4p5-5 bash 2.05a-3 binutils 20020630-2 bison 1.35-1 byacc 1.9-1 bzip2 1.0.2-2 ccache 1.9-1 crypt 1.0-1 ctags 5.2-1 cvs 1.11.0-1 cygutils 1.1.1-1 cygwin 1.3.12-1 cygwin-doc 1.0-1 dejagnu 20010117-1 diff 1.0-1 diffutils 2.8.1-1 ed 0.2-1 expect 20010117-1 file 3.37-1 fileutils 4.1-1 findutils 4.1.7-4 flex 2.5.4-2 fvwm 2.4.7-2 gawk 3.0.4-1 gcc 2.95.3-5 gdb 20010428-3 gdbm 1.8.0-4 gettext 0.11.2-2 gperf 0.0 grep 2.5-1 groff 1.17.2-1 gzip 1.3.3-1 indent 2.2.8-1 jpeg 6b-7 less 374-1 lesstif 0.93.18-3 libPropList 0.10.1-3 libbz2_1 1.0.2-2 libiconv2 1.8-2 libintl 0.10.38-3 libintl1 0.10.40-1 libintl2 0.11.2-2 libncurses5 5.2-1 libncurses6 5.2-8 libpng 1.2.3-1 libpng10 1.0.13-3 libpng10-devel 1.0.13-3 libpng12 1.2.3-1 libpng2 1.0.12-1 libpopt0 1.6.4-4 libreadline4 4.1-2 libreadline5 4.2a-1 libtool 20020202a-1 libtool-devel 20020502-2 libtool-stable 1.4.2-2 libxml2 2.4.17-1 libxslt 1.0.13-1 login 1.4-3 m4 0.0 make 3.79.1-7 man 1.5g-2 mingw-runtime 2.0-2 mktemp 1.4-1 more 2.11o-1 nano 1.0.7-1 ncftp 3.1.3-1 ncurses 5.2-8 newlib-man 20001118-1 openssh 3.4p1-2 openssl 0.9.6d-1 openssl-devel 0.9.6d-1 patch 2.5-3 pcre 3.7-1 perl 5.6.1-2 pkgconfig 0.12.0-1 popt 1.6.4-4 python 2.2.1-1 rcs 5.7-3 readline 4.2a-1 sed 3.02-1 sh-utils 2.0-2 swig 1.3.13-1 tar 1.13.19-1 tcltk 20001125-1 termcap 20020403-1 terminfo 5.2-3 tetex-beta 20001218-4 texinfo 4.2-3 texmf 20000804-2 texmf-base 20000804-2 texmf-doc 20000804-2 texmf-extra 20000804-2 textutils 2.0.21-1 tiff 3.5.7-1 time 1.7-1 unzip 5.50-1 w32api 1.5-1 which 1.5-1 whois 4.5.17-1 zip 2.3-2 zlib 1.1.4-1 Use -h to see help about each section From cgf@redhat.com Fri Jul 5 20:57:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Fri, 05 Jul 2002 20:57:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706031713.GA56816@nucl03.anu.edu.au> References: <20020705044625.GA49760@nucl03.anu.edu.au> <20020705104923.30517.qmail@web21005.mail.yahoo.com> <20020706031713.GA56816@nucl03.anu.edu.au> Message-ID: <20020706035755.GA25628@redhat.com> On Sat, Jul 06, 2002 at 01:17:13PM +1000, Greg Lane wrote: >Then I have tried pointing my font path to it (with xset fp= ...) >from a number of sources > >1) remote machine running freebsd >2) from cygwin x-server on the same machine >3) from XWinPro on the machine Can you send what, exactly, you are typing? xset fp=...? cgf From gregory.lane@anu.edu.au Fri Jul 5 21:24:00 2002 From: gregory.lane@anu.edu.au (Greg Lane) Date: Fri, 05 Jul 2002 21:24:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706035755.GA25628@redhat.com> References: <20020705044625.GA49760@nucl03.anu.edu.au> <20020705104923.30517.qmail@web21005.mail.yahoo.com> <20020706031713.GA56816@nucl03.anu.edu.au> <20020706035755.GA25628@redhat.com> Message-ID: <20020706042413.GA57198@nucl03.anu.edu.au> On Fri, Jul 05, 2002 at 11:57:55PM -0400, Christopher Faylor wrote: > On Sat, Jul 06, 2002 at 01:17:13PM +1000, Greg Lane wrote: > >Then I have tried pointing my font path to it (with xset fp= ...) > >from a number of sources > > > >1) remote machine running freebsd > >2) from cygwin x-server on the same machine > >3) from XWinPro on the machine > > Can you send what, exactly, you are typing? xset fp=...? > > cgf xset fp= ... where ... depended on where I was on the network at the time: 1) xset fp= tcp/192.168.96.2:7100 xset fp= tcp/hostname.xxx.xxx:7100 2) xset fp= tcp/localhost:7100 xset fp= tcp/127.0.0.1:7100 xset fp= tcp/:7100 3) same as 2) I've also tried various forms of xset +fp, xset fp+. I'm not a complete novice with font servers, in fact I run a font server at work (on FreeBSD) which everyone on our network uses. That is not to say I mightn't be doing something stupid! I have successfully pointed my cygwin X desktop at a remote font server using the above strategies, but here is the output from the two xterms when I tried to start xfs locally just a second ago: ============================================================= $ xfs xfs notice: listening on port 7100 Segmentation fault (core dumped) ============================================================== jodie@TV ~ $ netstat -an | grep 7100 TCP 0.0.0.0:7100 0.0.0.0:0 LISTENING jodie@TV ~ $ xset fp= tcp/:7100 X Error of failed request: 86 Major opcode of failed request: 51 (X_SetFontPath) Serial number of failed request: 7 Current serial number in output stream: 9 ============================================================== I type xfs in one window and it gives the listening message. I can check it is running and listening in another window with netstat. Then I give the xset command and I get the seg fault back in the original window. Cheers, Greg From cgf@redhat.com Fri Jul 5 21:45:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Fri, 05 Jul 2002 21:45:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706042413.GA57198@nucl03.anu.edu.au> References: <20020705044625.GA49760@nucl03.anu.edu.au> <20020705104923.30517.qmail@web21005.mail.yahoo.com> <20020706031713.GA56816@nucl03.anu.edu.au> <20020706035755.GA25628@redhat.com> <20020706042413.GA57198@nucl03.anu.edu.au> Message-ID: <20020706044558.GA23373@redhat.com> On Sat, Jul 06, 2002 at 02:24:13PM +1000, Greg Lane wrote: >On Fri, Jul 05, 2002 at 11:57:55PM -0400, Christopher Faylor wrote: >> On Sat, Jul 06, 2002 at 01:17:13PM +1000, Greg Lane wrote: >> >Then I have tried pointing my font path to it (with xset fp= ...) >> >from a number of sources >> > >> >1) remote machine running freebsd >> >2) from cygwin x-server on the same machine >> >3) from XWinPro on the machine >> >> Can you send what, exactly, you are typing? xset fp=...? >> >> cgf > > >xset fp= ... > >where ... depended on where I was on the network at the time: > >1) xset fp= tcp/192.168.96.2:7100 > xset fp= tcp/hostname.xxx.xxx:7100 > >2) xset fp= tcp/localhost:7100 > xset fp= tcp/127.0.0.1:7100 > xset fp= tcp/:7100 > >3) same as 2) Thanks. I'd never used the 'xset fp=' command before. Unfortunately, now that I've tried running things, the best I can do is confirm that it core dumps for me, too. It probably wouldn't be terrifically hard to track down with a debugging version of xfs, running under gdb but that would require building xfs, which I'm not set up to do. Maybe someone who has the sources on their machine could give this a try... cgf From gregory.lane@anu.edu.au Fri Jul 5 22:10:00 2002 From: gregory.lane@anu.edu.au (Greg Lane) Date: Fri, 05 Jul 2002 22:10:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706044558.GA23373@redhat.com> References: <20020705044625.GA49760@nucl03.anu.edu.au> <20020705104923.30517.qmail@web21005.mail.yahoo.com> <20020706031713.GA56816@nucl03.anu.edu.au> <20020706035755.GA25628@redhat.com> <20020706042413.GA57198@nucl03.anu.edu.au> <20020706044558.GA23373@redhat.com> Message-ID: <20020706051033.GA57404@nucl03.anu.edu.au> I have cc'ed this to Nicholas since I'd like to know what version of X he was running... On Sat, Jul 06, 2002 at 12:45:58AM -0400, Christopher Faylor wrote: > > Thanks. I'd never used the 'xset fp=' command before. > > Unfortunately, now that I've tried running things, the best I can do is > confirm that it core dumps for me, too. It probably wouldn't be > terrifically hard to track down with a debugging version of xfs, running > under gdb but that would require building xfs, which I'm not set up to > do. > > Maybe someone who has the sources on their machine could give this > a try... > > cgf I had hoped it wouldn't come to that!! Can I just ask what Windows system you tried it on and what version of cygwin X you have? Earlier Nicholas said he had it running on Windows Me, but did not say what version of X he was running. I will try and build a debugging version of xfs myself but that will have to wait until the end of the week as i have to go to a conference tomorrow. Hopefully some kind soul will have already done this by then, else I'll have to learn how to build X in cygwin! Is there a simple way to backdate X with binary packages to see if this is an "introduced" problem? Thanks for your help, it is much appreciated. Greg From cgf@redhat.com Fri Jul 5 22:51:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Fri, 05 Jul 2002 22:51:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706051033.GA57404@nucl03.anu.edu.au> References: <20020705044625.GA49760@nucl03.anu.edu.au> <20020705104923.30517.qmail@web21005.mail.yahoo.com> <20020706031713.GA56816@nucl03.anu.edu.au> <20020706035755.GA25628@redhat.com> <20020706042413.GA57198@nucl03.anu.edu.au> <20020706044558.GA23373@redhat.com> <20020706051033.GA57404@nucl03.anu.edu.au> Message-ID: <20020706055139.GA29904@redhat.com> On Sat, Jul 06, 2002 at 03:10:33PM +1000, Greg Lane wrote: >I have cc'ed this to Nicholas since I'd like to know what version >of X he was running... Actually, wouldn't you sort of assume that Nicholas is reading this mailing list, since he responded to your first message. There is rarely a need to cc anyone unless they expressly ask for it. >On Sat, Jul 06, 2002 at 12:45:58AM -0400, Christopher Faylor wrote: >> >> Thanks. I'd never used the 'xset fp=' command before. >> >> Unfortunately, now that I've tried running things, the best I can do is >> confirm that it core dumps for me, too. It probably wouldn't be >> terrifically hard to track down with a debugging version of xfs, running >> under gdb but that would require building xfs, which I'm not set up to >> do. >> >> Maybe someone who has the sources on their machine could give this >> a try... >> >> cgf > >I had hoped it wouldn't come to that!! > >Can I just ask what Windows system you tried it on and what version of >cygwin X you have? Earlier Nicholas said he had it running on Windows Me, >but did not say what version of X he was running. Windows XP. Latest cygwin. cgf -- Please do not send me personal email with cygwin questions. Use the resources at http://cygwin.com/ . From cgf@redhat.com Fri Jul 5 22:55:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Fri, 05 Jul 2002 22:55:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706055139.GA29904@redhat.com> References: <20020705044625.GA49760@nucl03.anu.edu.au> <20020705104923.30517.qmail@web21005.mail.yahoo.com> <20020706031713.GA56816@nucl03.anu.edu.au> <20020706035755.GA25628@redhat.com> <20020706042413.GA57198@nucl03.anu.edu.au> <20020706044558.GA23373@redhat.com> <20020706051033.GA57404@nucl03.anu.edu.au> <20020706055139.GA29904@redhat.com> Message-ID: <20020706055541.GA30044@redhat.com> On Sat, Jul 06, 2002 at 01:51:39AM -0400, Christopher Faylor wrote: >On Sat, Jul 06, 2002 at 03:10:33PM +1000, Greg Lane wrote: >>Can I just ask what Windows system you tried it on and what version of >>cygwin X you have? Earlier Nicholas said he had it running on Windows Me, >>but did not say what version of X he was running. > >Windows XP. Latest cygwin. Latest X. cgf From gregory.lane@anu.edu.au Sat Jul 6 00:01:00 2002 From: gregory.lane@anu.edu.au (Greg Lane) Date: Sat, 06 Jul 2002 00:01:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706055139.GA29904@redhat.com> References: <20020705044625.GA49760@nucl03.anu.edu.au> <20020705104923.30517.qmail@web21005.mail.yahoo.com> <20020706031713.GA56816@nucl03.anu.edu.au> <20020706035755.GA25628@redhat.com> <20020706042413.GA57198@nucl03.anu.edu.au> <20020706044558.GA23373@redhat.com> <20020706051033.GA57404@nucl03.anu.edu.au> <20020706055139.GA29904@redhat.com> Message-ID: <20020706070133.GA58509@nucl03.anu.edu.au> On Sat, Jul 06, 2002 at 01:51:39AM -0400, Christopher Faylor wrote: > On Sat, Jul 06, 2002 at 03:10:33PM +1000, Greg Lane wrote: > >I have cc'ed this to Nicholas since I'd like to know what version > >of X he was running... > > Actually, wouldn't you sort of assume that Nicholas is reading this mailing > list, since he responded to your first message. There is rarely a need > to cc anyone unless they expressly ask for it. Isn't the protocol to cc someone as well as the list if they reply to you personally as well as the list (which he did to me)? I'm new to the cygwin lists, but that has always been the case on the FreeBSD lists. I'm happy to adapt my posting style if need be! The beginning note was so that the mail made sense to him arriving straight in his INBOX if he didn't read the list first. > >Can I just ask what Windows system you tried it on and what version of > >cygwin X you have? Earlier Nicholas said he had it running on Windows Me, > >but did not say what version of X he was running. > > Windows XP. Latest cygwin. > (Latest X) Thanks, I am using the same configuration. Rather than my being completely insane, maybe it is a real issue. I will build xfs with debugging symbols as soon as I can get the time after this conference. Cheers, Greg From nwourms@yahoo.com Sat Jul 6 05:01:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 06 Jul 2002 05:01:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706044558.GA23373@redhat.com> Message-ID: <20020706120152.23210.qmail@web21008.mail.yahoo.com> --- Christopher Faylor wrote: > On Sat, Jul 06, 2002 at 02:24:13PM +1000, Greg Lane wrote: > >On Fri, Jul 05, 2002 at 11:57:55PM -0400, Christopher Faylor > wrote: > >> On Sat, Jul 06, 2002 at 01:17:13PM +1000, Greg Lane wrote: > >> >Then I have tried pointing my font path to it (with xset fp= ...) > >> >from a number of sources > >> > > >> >1) remote machine running freebsd > >> >2) from cygwin x-server on the same machine > >> >3) from XWinPro on the machine > >> > >> Can you send what, exactly, you are typing? xset fp=...? > >> > >> cgf > > > > > >xset fp= ... > > > >where ... depended on where I was on the network at the time: > > > >1) xset fp= tcp/192.168.96.2:7100 > > xset fp= tcp/hostname.xxx.xxx:7100 > > > >2) xset fp= tcp/localhost:7100 > > xset fp= tcp/127.0.0.1:7100 > > xset fp= tcp/:7100 > > > >3) same as 2) > > Thanks. I'd never used the 'xset fp=' command before. > > Unfortunately, now that I've tried running things, the best I can do is > confirm that it core dumps for me, too. It probably wouldn't be > terrifically hard to track down with a debugging version of xfs, running > under gdb but that would require building xfs, which I'm not set up to > do. > > Maybe someone who has the sources on their machine could give this > a try... Chris + Greg, Check your e-mail, I just e-mailed both you and greg an xfs.exe with debugging symbols. As for what version I'm running, it is the vanilla version that comes via setup.exe, a.k.a XFree86-4.2.0 on Cygwin 1.3.13-cygdaemon(special development branch). Also, you might want to check your /var/log/fs-errors, incase xfs output anything interesting there. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From nwourms@yahoo.com Sat Jul 6 06:00:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 06 Jul 2002 06:00:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706051033.GA57404@nucl03.anu.edu.au> Message-ID: <20020706130052.29814.qmail@web21008.mail.yahoo.com> --- Greg Lane wrote: > I have cc'ed this to Nicholas since I'd like to know what version > of X he was running... > > On Sat, Jul 06, 2002 at 12:45:58AM -0400, Christopher Faylor > wrote: > > > > Thanks. I'd never used the 'xset fp=' command before. > > > > Unfortunately, now that I've tried running things, the best I can do > is > > confirm that it core dumps for me, too. It probably wouldn't be > > terrifically hard to track down with a debugging version of xfs, > running > > under gdb but that would require building xfs, which I'm not set up to > > do. > > > > Maybe someone who has the sources on their machine could give this > > a try... > > > > cgf > > I had hoped it wouldn't come to that!! > > Can I just ask what Windows system you tried it on and what version of > cygwin X you have? Earlier Nicholas said he had it running on Windows > Me, > but did not say what version of X he was running. > > I will try and build a debugging version of xfs myself but that will > have to wait until the end of the week as i have to go to a conference > tomorrow. Hopefully some kind soul will have already done this > by then, else I'll have to learn how to build X in cygwin! > > Is there a simple way to backdate X with binary packages to see if this > is an "introduced" problem? > Ok, It's stack dumping on me too, now. I had forgot that my startx script was unsetting the fontpath and setting its own (I was getting TrueType fonts going earlier last month). Now, when it looks for tcp/localhost:7100, it just crashes. I'm running it as "xfs -daemon", and it appears to be running in the background fine. But as soon as I startx, boom! Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From gregory.lane@anu.edu.au Sat Jul 6 07:06:00 2002 From: gregory.lane@anu.edu.au (Greg Lane) Date: Sat, 06 Jul 2002 07:06:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706120152.23210.qmail@web21008.mail.yahoo.com> References: <20020706044558.GA23373@redhat.com> <20020706120152.23210.qmail@web21008.mail.yahoo.com> Message-ID: <20020706140605.GA59655@nucl03.anu.edu.au> On Sat, Jul 06, 2002 at 05:01:52AM -0700, Nicholas Wourms wrote: > Chris + Greg, > > Check your e-mail, I just e-mailed both you and greg an xfs.exe with > debugging symbols. As for what version I'm running, it is the vanilla > version that comes via setup.exe, a.k.a XFree86-4.2.0 on Cygwin > 1.3.13-cygdaemon(special development branch). Also, you might want to > check your /var/log/fs-errors, incase xfs output anything interesting > there. > > Cheers, > Nicholas > G'day Nicholas, One of the first things I did was check /var/log/fs-errors only to find nothing there, however.... I don't know about you, but the executable you sent works just fine for me! (So the debugging symbols are for nought, but making the executable was not in vain!!) I tried it on my laptop with XP, and on Win98 running under VMWare on FreeBSD. Worked fine on both. So I don't know what that portends. Can you give me a quick primer on building just xfs from source? Then I can build my own and see if that works. Possibly there might be a difference in the compilation process when you are running 1.3.13-cygdaemon compared to my "standard" 1.3.12. I know nothing about the build environment for the binary packages, but it might be interesting to see how it compiled on my machine rather than on yours to maybe narrow down the problem. I had a quick look and it looks to me like the only option via setup.exe if I want to make xfs is to download the full source for X. Is the source a special tree for cygwin or could I copy over the source I already have from the ports tree on my FreeBSD box? Is it then as simple as going to an xfs sub-directory and typing make? At least I know now that xfs can be made to work!! That means I will be able to implement some of the things our local users need. Just need to work out exactly why it sometimes fails. Thanks, Greg From nwourms@yahoo.com Sat Jul 6 07:58:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 06 Jul 2002 07:58:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706140605.GA59655@nucl03.anu.edu.au> Message-ID: <20020706145833.29783.qmail@web21009.mail.yahoo.com> --- Greg Lane wrote: > On Sat, Jul 06, 2002 at 05:01:52AM -0700, Nicholas Wourms > wrote: > > Chris + Greg, > > > > Check your e-mail, I just e-mailed both you and greg an xfs.exe with > > debugging symbols. As for what version I'm running, it is the vanilla > > version that comes via setup.exe, a.k.a XFree86-4.2.0 on Cygwin > > 1.3.13-cygdaemon(special development branch). Also, you might want to > > check your /var/log/fs-errors, incase xfs output anything interesting > > there. > > > > Cheers, > > Nicholas > > > > G'day Nicholas, > > One of the first things I did was check /var/log/fs-errors only to > find nothing there, however.... > > I don't know about you, but the executable you sent works just > fine for me! (So the debugging symbols are for nought, but making > the executable was not in vain!!) Excellent, I discovered the same thing. My previous report was for the original executable! As for logging, that is quite irritating, someone ought to look into that... > I tried it on my laptop with XP, and on Win98 running under VMWare > on FreeBSD. Worked fine on both. Super! > So I don't know what that portends. Can you give me a quick primer on > building just xfs from source? Then I can build my own and see if that > works. Possibly there might be a difference in the compilation process > when you are running 1.3.13-cygdaemon compared to my "standard" 1.3.12. > I know nothing about the build environment for the binary packages, but > it might be interesting to see how it compiled on my machine rather > than on yours to maybe narrow down the problem. > > I had a quick look and it looks to me like the only option via setup.exe > > if I want to make xfs is to download the full source for X. Is the > source > a special tree for cygwin or could I copy over the source I already have > from the ports tree on my FreeBSD box? Is it then as simple as going to > an > xfs sub-directory and typing make? Well, unfortunately I tried building just xfs directory of the XFree source tree, but that doesn't work. You'll have to follow the detailed instructions harold provides in the cygwin contributors guide: http://xfree86.cygwin.com/docs/cg/cygwin-xfree-cg.html You can follow the debugging directions if you want a debug build. You might want to set your cvs sticky tag to the xf-4_2-branch for the checkout if you run into problems with HEAD. If you do go this route, be sure to unset the sticky tag in the /xc/programs/Xserver/hw/xwin directory. This way you'll get the latest Cygwin/XFree updates while keeping the rest of the distribution stable. > At least I know now that xfs can be made to work!! That means I will be > able to implement some of the things our local users need. Just need to > work out exactly why it sometimes fails. Please feel free to contribute! Patches are welcome! Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From nwourms@yahoo.com Sat Jul 6 08:18:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 06 Jul 2002 08:18:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706145833.29783.qmail@web21009.mail.yahoo.com> Message-ID: <20020706151807.68048.qmail@web21002.mail.yahoo.com> --- Nicholas Wourms wrote: [SNIP] > > > > I had a quick look and it looks to me like the only option via > setup.exe > > > > if I want to make xfs is to download the full source for X. Is the > > source > > a special tree for cygwin or could I copy over the source I already > have > > from the ports tree on my FreeBSD box? Is it then as simple as going > to > > an > > xfs sub-directory and typing make? > > Well, unfortunately I tried building just xfs directory of the XFree > source tree, but that doesn't work. You'll have to follow the detailed > instructions harold provides in the cygwin contributors guide: > > http://xfree86.cygwin.com/docs/cg/cygwin-xfree-cg.html > > You can follow the debugging directions if you want a debug build. > > You might want to set your cvs sticky tag to the xf-4_2-branch for the > checkout if you run into problems with HEAD. If you do go this route, > be > sure to unset the sticky tag in the /xc/programs/Xserver/hw/xwin > directory. This way you'll get the latest Cygwin/XFree updates while > keeping the rest of the distribution stable. The more I think about, the more it doesn't add up. I am, by far, not doing a standard build. Infact, I'm not building on cygwin at all... Here are some interesting facts about my build worth noting: 1)It was done via a cross-compiler on a linux box 2)I was using gcc built from the mingw_cygwin_gcc_3.1 branch of the gcc cvs tree as of 06/22 3)I was using the latest binutils built from the binutils cvs sources as of 06/22 I wonder if this has anything to do with it??? Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From huntharo@msu.edu Sat Jul 6 09:28:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sat, 06 Jul 2002 09:28:00 -0000 Subject: CVS Sticky Tags In-Reply-To: <20020706145833.29783.qmail@web21009.mail.yahoo.com> Message-ID: Nicholas, > You might want to set your cvs sticky tag to the xf-4_2-branch for the > checkout if you run into problems with HEAD. If you do go this route, be > sure to unset the sticky tag in the /xc/programs/Xserver/hw/xwin > directory. This way you'll get the latest Cygwin/XFree updates while > keeping the rest of the distribution stable. Okay, lets say I check out the xf-4_2-branch. What command to I run, and in what directory, to unset the sticky tag for teh hw/xwin directory? Harold From cgf@redhat.com Sat Jul 6 10:12:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Sat, 06 Jul 2002 10:12:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706070133.GA58509@nucl03.anu.edu.au> References: <20020705044625.GA49760@nucl03.anu.edu.au> <20020705104923.30517.qmail@web21005.mail.yahoo.com> <20020706031713.GA56816@nucl03.anu.edu.au> <20020706035755.GA25628@redhat.com> <20020706042413.GA57198@nucl03.anu.edu.au> <20020706044558.GA23373@redhat.com> <20020706051033.GA57404@nucl03.anu.edu.au> <20020706055139.GA29904@redhat.com> <20020706070133.GA58509@nucl03.anu.edu.au> Message-ID: <20020706171241.GG30296@redhat.com> On Sat, Jul 06, 2002 at 05:01:33PM +1000, Greg Lane wrote: >On Sat, Jul 06, 2002 at 01:51:39AM -0400, Christopher Faylor wrote: >> On Sat, Jul 06, 2002 at 03:10:33PM +1000, Greg Lane wrote: >> >I have cc'ed this to Nicholas since I'd like to know what version >> >of X he was running... >> >> Actually, wouldn't you sort of assume that Nicholas is reading this mailing >> list, since he responded to your first message. There is rarely a need >> to cc anyone unless they expressly ask for it. > >Isn't the protocol to cc someone as well as the list if they reply to >you personally as well as the list (which he did to me)? No. In this case, it is obvious that Nicholas was reading the list. Cc'ing him would serve no useful purpose. That's one of the reasons for my occasional signature. It is not 100% obvious that you aren't just sending email blindly to the list and expecting to be cc'ed, however, I usually err on the side of assuming that if someone actually wants help they'll subscribe to a mailing list. Obviously Nicholas didn't assume that. >I'm new to the cygwin lists, but that has always been the case on the >FreeBSD lists. I'm happy to adapt my posting style if need be! That was kinda the whole point of my pointing this out. cgf -- Please do not send me personal email with cygwin questions. Use the resources at http://cygwin.com/ . From nwourms@yahoo.com Sat Jul 6 10:13:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 06 Jul 2002 10:13:00 -0000 Subject: CVS Sticky Tags In-Reply-To: Message-ID: <20020706171341.74659.qmail@web21005.mail.yahoo.com> --- Harold Hunt wrote: > Nicholas, > > > You might want to set your cvs sticky tag to the xf-4_2-branch for the > > checkout if you run into problems with HEAD. If you do go this route, > be > > sure to unset the sticky tag in the /xc/programs/Xserver/hw/xwin > > directory. This way you'll get the latest Cygwin/XFree updates while > > keeping the rest of the distribution stable. > > Okay, lets say I check out the xf-4_2-branch. What command to I run, > and in > what directory, to unset the sticky tag for teh hw/xwin directory? Harold, 1)cd xc/programs/Xserver/hw/xwin 2)cvs -z4 update -dPA The -A resets(unsets) the sticky tag and merges all changes from HEAD as well as downloading any new files or directories (-dP). Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From cgf@redhat.com Sat Jul 6 10:13:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Sat, 06 Jul 2002 10:13:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706120152.23210.qmail@web21008.mail.yahoo.com> References: <20020706044558.GA23373@redhat.com> <20020706120152.23210.qmail@web21008.mail.yahoo.com> Message-ID: <20020706171405.GH30296@redhat.com> On Sat, Jul 06, 2002 at 05:01:52AM -0700, Nicholas Wourms wrote: >Check your e-mail, I just e-mailed both you and greg an xfs.exe with >debugging symbols. As for what version I'm running, it is the vanilla >version that comes via setup.exe, a.k.a XFree86-4.2.0 on Cygwin >1.3.13-cygdaemon(special development branch). Also, you might want to >check your /var/log/fs-errors, incase xfs output anything interesting >there. I am not sure how I gave you the impression that *I* wanted to track this down. I was suggesting that someone with sources on their machine would be the correct person to do so. I am not an XFree86 expert by any means. I was just trying to help with obvious stuff before someone more experienced took over. cgf From nwourms@yahoo.com Sat Jul 6 10:19:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 06 Jul 2002 10:19:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706171405.GH30296@redhat.com> Message-ID: <20020706171915.72489.qmail@web21007.mail.yahoo.com> --- Christopher Faylor wrote: > On Sat, Jul 06, 2002 at 05:01:52AM -0700, Nicholas Wourms wrote: > >Check your e-mail, I just e-mailed both you and greg an xfs.exe with > >debugging symbols. As for what version I'm running, it is the vanilla > >version that comes via setup.exe, a.k.a XFree86-4.2.0 on Cygwin > >1.3.13-cygdaemon(special development branch). Also, you might want to > >check your /var/log/fs-errors, incase xfs output anything interesting > >there. > > I am not sure how I gave you the impression that *I* wanted to track > this down. I was suggesting that someone with sources on their machine > would be the correct person to do so. > > I am not an XFree86 expert by any means. I was just trying to help with > obvious stuff before someone more experienced took over. Well, I don't have a WinXP machine, so I wouldn't be the best person either. I assumed, based on the content of your previous letter that you were interested in helping figure out this problem. Since you have a WinXP machine with gdb, I assumed you want to have a look into it. At the very least, you could report what you get from the backtrace, should you not desire to delve into the code. So I was trying to be helpful by fufilling what I thought you were requesting. Obviously I was mistaken. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From gregory.lane@anu.edu.au Sat Jul 6 10:28:00 2002 From: gregory.lane@anu.edu.au (Greg Lane) Date: Sat, 06 Jul 2002 10:28:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706151807.68048.qmail@web21002.mail.yahoo.com> References: <20020706145833.29783.qmail@web21009.mail.yahoo.com> <20020706151807.68048.qmail@web21002.mail.yahoo.com> Message-ID: <20020706172804.GA8292@nucl03.anu.edu.au> G'day Nicholas, I managed to build xfs in a pretty kludged up way by checking out what the makefile does. I copied the source from my FreeBSD box and started "make World" up until where it is making the makefiles, then hit ^C. Then I did "make -f xmakefile - --unix" for the following targets: Makefiles, clean, includes, depend. This only takes a few minutes and seems to leave the system in a state where I can cd into programs/xfs and just "make -f xmakefile - --unix". xfs built OK, but unfortunately it crashed in exactly the same manner as before. It (probably) wasn't the build method, since I compiled xeyes and it worked. On a whim I tried to build using gcc from mingw. That was just a mess and is well past the boundaries of my current knowledge. I need to do some serious reading before I can try anything else. I glanced over the cygwin X building web pages and at 3am its just too much to start thinking about. Besides, I have to prepare a talk for a conference that I am heading off to later today. At least I can use your executable on my laptop while I am away! Thanks, Greg From gregory.lane@anu.edu.au Sat Jul 6 12:13:00 2002 From: gregory.lane@anu.edu.au (Greg Lane) Date: Sat, 06 Jul 2002 12:13:00 -0000 Subject: xfs font server crashing, help with debugging? Message-ID: <20020706191300.GA49624@nucl03.anu.edu.au> G'day all, Against my better judgement (since I really should be working on my talk and/or sleeping) I have compiled xfs with -g added by hand to the xfs makefile. Let me preface the following with the statement that I have only ever used a debugger with fortran on a vax about 6 or 7 years ago. I've always been from the "liberal sprinkling of printf statements" school. I run with gdb ./xfs.exe. I was expecting a command line debugger, but instead got a fancy graphical one. I hit (R)un, then (C)ontinue. I get a seg fault before anything has appeared in the console window. I hit continue and it says its in _libkernel32_a_iname. If I netstat in another window I can see that port 7100 is already open at this point. I hit (C)ontinue again. Now in the console I see the message about port 7100. If at this point I do xset fp= tcp/:7100 I get another seg fault. This time I am in waitfor.c at line 207: pClientsReady[nready++] = conn; The value of nready is 0 if I view local variables. The "view stack" says only WaitForSomething. I don't know if any of this is any use to anybody. I don't understand why I get the first segfault. If I run without gdb I don't get a segfault until I actually do the xset command. Can anyone tell me something useful to do with the debugger? For now however, I am really going to finish my talk and then snatch a few hours sleep before I head off. Cheers, Greg P.S. Where the hell is my core file? ulimit -c says unlimited so I expected there to be one, but I'm stuffed if I can find it. From Alexander.Gottwald@informatik.tu-chemnitz.de Sat Jul 6 12:40:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Sat, 06 Jul 2002 12:40:00 -0000 Subject: xf86config patch Message-ID: Hi, after long time, I remade the xf86config patch. The diffs are made against todays cvs. The patch includes support for - reading /etc/XF86Config - setting the fontpath from the configfile - setting XKB settings from the configfile (foreign keyboard support) - setting rgbpath from the configfile I don't expect that I will ever support other configuration options, since the monitor, device and screen sections have no meaning for windows. For supporting the mouse section a huge change to the current has to be made and any settings can already be given on the commandline. A precompiled binary for testing is available at http://www-user.tu-chemnitz.de/~goal/xfree/test-config-1/X-Server.tar.bz2 bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 -------------- next part -------------- A non-text attachment was scrubbed... Name: xc-xf86config.tar.gz Type: application/x-gunzip Size: 9411 bytes Desc: URL: From Alexander.Gottwald@informatik.tu-chemnitz.de Sat Jul 6 14:12:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Sat, 06 Jul 2002 14:12:00 -0000 Subject: xfs (font server) crashes under cygwin. Anyone got it to work? In-Reply-To: <20020706172804.GA8292@nucl03.anu.edu.au> Message-ID: On Sun, 7 Jul 2002, Greg Lane wrote: > I managed to build xfs Today I compiled the whole X11 from current cvs. The compiled xfs runs without problems on Win2k. So I guess the Xfree folks have either changed something in the code or some other component had a bugfix. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From tim.thomson@paradise.net.nz Sat Jul 6 15:05:00 2002 From: tim.thomson@paradise.net.nz (Tim Thomson) Date: Sat, 06 Jul 2002 15:05:00 -0000 Subject: Success with Java prog in XFree In-Reply-To: <20020705112319.10825.qmail@webmails.com>; from fbregier@webmails.com on Fri, Jul 05, 2002 at 01:23:19PM +0100 References: <20020705112319.10825.qmail@webmails.com> Message-ID: <20020707100548.B27274@tui.dhs.org> On Fri, Jul 05, 2002 at 01:23:19PM +0100, frederic bregier wrote: > PS: I am working on a xlauncher based on the one made available by Tim > Thomson but for Cygwin(not only the cuted package from him). > I want to include a file text that will contains some definition > of servers to access (as IP address, OS, and so on). > I will try to make it available. Where should I send it when ready > (probably in 1 or 2 weeks) ? I have modified my xlauncher program so that it will work on a normal cygwin/xfree install. It is just a binary that you can run, to give you a gui interface to run Xwin.exe. Source and binary available at http://xlauncher.sourceforge.net Are you meaning you want to read a list of server names or IPs from a text file? This is something I'm about to add, along with been able to configure fonts properly (currently you can specify a font server, or use the windows fonts and the fonts in the misc directory. I'll be working on this later in today. I want to get the xlauncher gui program working to the point where I can write a setup.hint file for it,and have it installable via setup.exe (if people think this is a good idea?). Cheers, Tim. -- Tim Thomson tim.thomson@paradise.net.nz ICQ: 18073712 Our society won't be truly free until "None of the Above" is always an option. -- Eric S. Raymond. From spetreolle@yahoo.fr Sat Jul 6 22:10:00 2002 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Sat, 06 Jul 2002 22:10:00 -0000 Subject: gtk with cygwin In-Reply-To: <20020618220216.4c30289f.steven.obrien2@ntlworld.com> Message-ID: <20020707051025.51572.qmail@web10105.mail.yahoo.com> --- Steven O'Brien a ??crit??: > Hi > On my website at > http://homepage.ntlworld.com/steven.obrien2/ > I have published the patches that I found that I > needed to apply to > build a gnome 1.4 desktop and some gnome apps on > cygwin on NT/2k/XP. Hi, I have problems to compile glib-1.2-10 on cygwin today. I applied your patch. ./configure runs fine. make runs fine too. Running 'make install' ends with strange messages, for examples "The" not found, indicating that the Makefile is tring to execute the documentation files. After these errors the compilation is rerun several times and ends with : config.h is unchanged creating glibconfig.h glibconfig.h is unchanged Installation: not found ========================: not found The: not found and: not found detailed: not found use: not found One: not found include: not found /lib/glib/include/: not found ./install: 79: Syntax error: word unexpected (expecting "then") make[2]: *** [install-libLTLIBRARIES] Error 2 make[2]: Leaving directory `/home/Nom/glib-1.2.10' make[1]: *** [install-am] Error 2 make[1]: Leaving directory `/home/Nom/glib-1.2.10' make: *** [install-recursive] Error 1 ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From spetreolle@yahoo.fr Sun Jul 7 03:01:00 2002 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Sun, 07 Jul 2002 03:01:00 -0000 Subject: gtk with cygwin In-Reply-To: <20020707104438.68f0305e.steven.obrien2@ntlworld.com> Message-ID: <20020707100104.59729.qmail@web10102.mail.yahoo.com> --- Steven O'Brien a ??crit : > Hi Sylvain > > The problem you are seeing occurs when you have "." > in your PATH. It > will always happen with GNU packages, not just > gnome, because they > always have a text file "INSTALL" in the top level > directory, and "make > install" will try to execute this file, with the > result you see. So rename the INSTALL file when compiling would be a workaround... I looked in configure and found that './' is scanned for searching 'install' program. I tried latest 2.0 glib, as they now include support for cygwin (cool). Guess what ? everything compiles ! I only get a 'undefined reference : WinMain@16' which will be easy to fix... ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From tim.thomson@paradise.net.nz Sun Jul 7 06:32:00 2002 From: tim.thomson@paradise.net.nz (Tim Thomson) Date: Sun, 07 Jul 2002 06:32:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) In-Reply-To: <20020707100548.B27274@tui.dhs.org>; from tim.thomson@paradise.net.nz on Sun, Jul 07, 2002 at 10:05:48AM +1200 References: <20020705112319.10825.qmail@webmails.com> <20020707100548.B27274@tui.dhs.org> Message-ID: <20020708013304.B3947@tui.dhs.org> On Sun, Jul 07, 2002 at 10:05:48AM +1200, Tim Thomson wrote: > > I have modified my xlauncher program so that it will work on a normal > cygwin/xfree install. It is just a binary that you can run, to give you > a gui interface to run Xwin.exe. Source and binary available at > http://xlauncher.sourceforge.net I have a new version, available at http://xlauncher.sourceforge.net It handles fonts properly, and lets you specify a list of servers to choose, by name or IP in a text file. I also added tabs, to tidy up the interface, although this now needs some tweaking to look nice. I'm going to add support for saving and restoring sessions, so you can save many configurations and restore them easily. > I want to get the xlauncher gui program working to the point where I can write > a setup.hint file for it,and have it installable via setup.exe (if people > think this is a good idea?). How does this work, do I just make a package, and then email cygwin-apps? Is this valid for this sort of program, where it isn't even compiled using cygwin? Is there a way to create an icon on the desktop/start menu using the post install scripts? Cheers, Tim. -- Tim Thomson tim.thomson@paradise.net.nz ICQ: 18073712 Our society won't be truly free until "None of the Above" is always an option. -- Eric S. Raymond. From spetreolle@yahoo.fr Sun Jul 7 07:25:00 2002 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Sun, 07 Jul 2002 07:25:00 -0000 Subject: gtk with cygwin In-Reply-To: <20020707104438.68f0305e.steven.obrien2@ntlworld.com> Message-ID: <20020707142539.91505.qmail@web10101.mail.yahoo.com> Hi Steven and all, Renaming the INSTALL file makes glib compile (it is found by configure even if it . is not in $PATH, as it is hardcoded in configure). gtk+ compiles without needing your patch... but perhaps it is needed in order to compile Gnome, as it isn't that I want i don't care for the moment. My purpose is the compilation of mplayer gui under cygwin (http://mplayerhq.hu) --- Steven O'Brien a ??crit??: > Hi Sylvain > > The problem you are seeing occurs when you have "." > in your PATH. It > will always happen with GNU packages, not just > gnome, because they > always have a text file "INSTALL" in the top level > directory, and "make > install" will try to execute this file, with the > result you see. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From robert.collins@syncretize.net Sun Jul 7 08:39:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sun, 07 Jul 2002 08:39:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) References: <20020705112319.10825.qmail@webmails.com> <20020707100548.B27274@tui.dhs.org> <20020708013304.B3947@tui.dhs.org> Message-ID: <018501c225cc$683bc9a0$1800a8c0@LAPTOP> ----- Original Message ----- From: "Tim Thomson" To: Sent: Sunday, July 07, 2002 11:33 PM > > I want to get the xlauncher gui program working to the point where I can write > > a setup.hint file for it,and have it installable via setup.exe (if people > > think this is a good idea?). I do. > How does this work, do I just make a package, and then email cygwin-apps? > Is this valid for this sort of program, where it isn't even compiled using > cygwin? > Is there a way to create an icon on the desktop/start menu using the post > install scripts? * You follow the directions (http://www.cygwin.com/setup.html) and the email here. (For non X packages you email cygwin-apps). * Yes. I mean, cygwin1.dll is a mingw app :}. * It's possible, but will need research. I think there is a mklink.exe or something in one of the packages that creates windows shortcuts for you. Make your package depend on that package. Rob From huntharo@msu.edu Sun Jul 7 08:56:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 07 Jul 2002 08:56:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) In-Reply-To: <20020708013304.B3947@tui.dhs.org> Message-ID: Tim, > How does this work, do I just make a package, and then email cygwin-apps? > Is this valid for this sort of program, where it isn't even compiled using > cygwin? I haven't had any comments on this program yet because, while it is a neat exercise and will be useful for other work, it will not be distributed with Cygwin/XFree86 until it is written in a language that can be compiled with a free software compiler, preferrably gcc or g++. The reason for this restriction is that we cannot have any barriers to entry that keep people without `Commercial Compiler of the Day' from contributing. When I joined the project we had a DLL that was compiled with MSVC++. I was told that it was impossible to avoid using this MSVC++ because the DirectDraw interfaces compiled in that DLL could not be compiled in Cygwin. Naturally, the first thing I worked on, and succeeded on, was making the DirectDraw interfaces compile under Cygwin without any MSVC++ compiled DLL. Eventually I see that either XWin.exe itself will have the functionality of your xlauncher, or we will have a stand-alone c or c++ program that provides the same functionality. Everyone here would greatly appreciate it if you would start working on a c or c++ xlauncher. Good luck, and thanks for contributing, Harold From cwilson@ece.gatech.edu Sun Jul 7 10:44:00 2002 From: cwilson@ece.gatech.edu (Charles Wilson) Date: Sun, 07 Jul 2002 10:44:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) References: <20020708013304.B3947@tui.dhs.org> Message-ID: <3D287DFB.1030900@ece.gatech.edu> Harold Hunt wrote: > I haven't had any comments on this program yet because, while it is a neat > exercise and will be useful for other work, it will not be distributed with > Cygwin/XFree86 until it is written in a language that can be compiled with a > free software compiler, preferrably gcc or g++. That's a bit harsh. If you're following the main list, you'll note that there is a large effort right now to get libgcj and the java extensions to gcc working, in the default cygwin gcc package. If you can compile java code with cygwin's gcc, then java progs should be just dandy. Of course, your java app must not rely on opaque native methods (e.g. the Java Foundation Crap^WClasses from MS) --Chuck From cwilson@ece.gatech.edu Sun Jul 7 10:50:00 2002 From: cwilson@ece.gatech.edu (Charles Wilson) Date: Sun, 07 Jul 2002 10:50:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) References: <20020705112319.10825.qmail@webmails.com> <20020707100548.B27274@tui.dhs.org> <20020708013304.B3947@tui.dhs.org> <018501c225cc$683bc9a0$1800a8c0@LAPTOP> Message-ID: <3D287E18.2010004@ece.gatech.edu> Robert Collins wrote: > * It's possible, but will need research. I think there is a mklink.exe or > something in one of the packages that creates windows shortcuts for you. > Make your package depend on that package. mkshortcut. It's in the cygutils package. --Chuck From huntharo@msu.edu Sun Jul 7 10:59:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 07 Jul 2002 10:59:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) In-Reply-To: <3D287DFB.1030900@ece.gatech.edu> Message-ID: Chuck, > > I haven't had any comments on this program yet because, while > it is a neat > > exercise and will be useful for other work, it will not be > distributed with > > Cygwin/XFree86 until it is written in a language that can be > compiled with a > > free software compiler, preferrably gcc or g++. > > > That's a bit harsh. If you're following the main list, you'll note that > there is a large effort right now to get libgcj and the java extensions > to gcc working, in the default cygwin gcc package. > > If you can compile java code with cygwin's gcc, then java progs should > be just dandy. > > Of course, your java app must not rely on opaque native methods (e.g. > the Java Foundation Crap^WClasses from MS) That's fine about Java... but that last I knew this xlauncher was a Delphi app. What have you got to say about that :) Harold From huntharo@msu.edu Sun Jul 7 11:06:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 07 Jul 2002 11:06:00 -0000 Subject: Slashdotting Message-ID: We have been Slashdotted, with a post that mentions that we are now easily installable via Cygwin's setup.exe: http://slashdot.org/article.pl?sid=02/07/07/1227202&mode=nested&tid=104 I'd like to express my thanks to all Cygwin/XFree86 contributors. This time we might get a lot of new users because we are so easy to install now. Crossing my fingers... Harold From cwilson@ece.gatech.edu Sun Jul 7 11:20:00 2002 From: cwilson@ece.gatech.edu (Charles Wilson) Date: Sun, 07 Jul 2002 11:20:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) References: <3D287DFB.1030900@ece.gatech.edu> Message-ID: <3D28864C.8010801@ece.gatech.edu> Harold Hunt wrote: > That's fine about Java... but that last I knew this xlauncher was a Delphi > app. What have you got to say about that :) WTF? I don't follow the xfree list all that closely, but didn't this thread start out as "Success with Java prog in XFree"? I just assumed that 'xlauncher' WAS that Java prog. Sorry for the confusion. You're right about delphi. :-) On the other hand, there's no reason that Tim couldn't create a package, create a setup.ini, put it up on a web page, and tell folks to point setup there. In fact, setup in its current form, without ANY changes, could be used to install just about anything that's shipped as a tarball -- the end user need only NOT select any official cygwin mirrors, and add user URLs for the desired targets. --Chuck From cgf@redhat.com Sun Jul 7 11:25:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Sun, 07 Jul 2002 11:25:00 -0000 Subject: Slashdotting In-Reply-To: References: Message-ID: <20020707182557.GA26751@redhat.com> On Sun, Jul 07, 2002 at 02:06:12PM -0400, Harold Hunt wrote: >We have been Slashdotted, with a post that mentions that we are now easily >installable via Cygwin's setup.exe: > >http://slashdot.org/article.pl?sid=02/07/07/1227202&mode=nested&tid=104 > > >I'd like to express my thanks to all Cygwin/XFree86 contributors. > >This time we might get a lot of new users because we are so easy to install >now. Crossing my fingers... Thank God, this happened on the weekend. Can't wait to check the download logs to see how many people are trying to download this directly from sources.redhat.com. cgf From huntharo@msu.edu Sun Jul 7 11:59:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 07 Jul 2002 11:59:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) In-Reply-To: <3D28864C.8010801@ece.gatech.edu> Message-ID: Chuck, > WTF? I don't follow the xfree list all that closely, but didn't this > thread start out as "Success with Java prog in XFree"? I just assumed > that 'xlauncher' WAS that Java prog. Sorry for the confusion. You know... sometimes I'm just not paying any attention at all. What has happened to me?!? A Java xlauncher sounds fine to me, for now. I'd eventually prefer that it be written in C or C++. How large are the Java runtimes for Cygwin? I'm sure we'll get complains along the lines of, ``before I had to install 100 MB for Cygwin/XFree86, now I have to install XX MB more for the xlauncher program, blah''. So I'm not really excited about sticking with Java forever. Feeling like an idiot, Harold From rhialto@azenomei.knuffel.net Sun Jul 7 12:05:00 2002 From: rhialto@azenomei.knuffel.net (Rhialto) Date: Sun, 07 Jul 2002 12:05:00 -0000 Subject: Using only the X server of Cygwin Message-ID: <20020707190539.GA8931@azenomei.knuffel.net> Hi, I am not subscribed to this mailing list but I would like to give some feedback anyway. Please Cc: any responses to me. I am testing the Cygwin/XFree server to use it as a remote display for my Unix box which runs xdm: XWin -broadcast. So in the installer I choose to de-install "All", and to install *only* XFree86-xserv. I noted that the installer installed a lot of things that are not necessary for that, such as header files, info files, terminfo stuff, static link libraries, xterm, sh, twm, etc. And it downloaded a lot more which it apparently did not even install, such as bash, diff, diffutils, fileutils, etc. I could also do without all those megabytes of fonts, since I have a perfectly ok font server, but apparently no way to specify it for the X server. I also downloaded xwinclip-test06, but that would not work because the X server refused the connection, and I could find no way to do the equivalent of "xhost +localhost" from its command line. So in short, it would be nice to have the installer *just* the files that are required to run "XWin -broadcast", and nothing more. That would be the XWin.exe itself, the dlls it really requires, rgb.txt, fonts if no font server can be used, and maybe a few other files I am forgetting. All that doesn't need to take the current 63.263.779 bytes (32.158.116 bytes downloaded). Cheers, -Olaf. -- ___ Olaf 'Rhialto' Seibert -- The evil eye is caused by the black \X/ rhialto/at/xs4all.nl -- tongue - Tom Poes, "Het boze oog", 4456. From cwilson@ece.gatech.edu Sun Jul 7 12:06:00 2002 From: cwilson@ece.gatech.edu (Charles Wilson) Date: Sun, 07 Jul 2002 12:06:00 -0000 Subject: Slashdotting References: Message-ID: <3D289142.90209@ece.gatech.edu> Harold Hunt wrote: > We have been Slashdotted, with a post that mentions that we are now easily > installable via Cygwin's setup.exe: ------- And here's a comment on setup.exe: "Beats the crud outa MSI packages, if just for how well it keeps the user informed of what is going on." Way to go, Robert (and others)! (In fairness, there were a few dissenting opinions about setup... ) ------- Hey, cool! This is the first time I've seen the -engine switches actually defined! Thanks, Harold: Your problem with NetMeeting is that NetMeeting and Cygwin/XFree86 are both using DirectDraw. Apparently only one application is allowed to use a certain feature of DirectDraw at a time. By default Cygwin/XFree86 is using the DirectDraw Non-Locking engine, which you could specify with `-engine 4'; non-locking means that we call malloc () ourselves for the offscreen framebuffer, rather than letting DirectDraw allocate the memory for us. You can try passing `-engine 2' for DirectDraw with DirectDraw allocated surface memory, or `-engine 1' which uses GDI DIBs with no DirectDraw at all. -------- From nwourms@yahoo.com Sun Jul 7 12:12:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sun, 07 Jul 2002 12:12:00 -0000 Subject: Using only the X server of Cygwin In-Reply-To: <20020707190539.GA8931@azenomei.knuffel.net> Message-ID: <20020707191204.39025.qmail@web21005.mail.yahoo.com> Hmm, Well most of us want the full X11 package, so I'm afraid you can: A)Pay for commercial X application or B)Read the FAQ and figure out how to do this yourself. or C)Search the archives to see if this has been done before...(Hint: It Has). Cheers, Nicholas --- Rhialto wrote: > Hi, I am not subscribed to this mailing list but I would like to give > some feedback anyway. Please Cc: any responses to me. [SNIP] __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From cwilson@ece.gatech.edu Sun Jul 7 12:13:00 2002 From: cwilson@ece.gatech.edu (Charles Wilson) Date: Sun, 07 Jul 2002 12:13:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) References: <3D28864C.8010801@ece.gatech.edu> Message-ID: <3D2892F1.5070706@ece.gatech.edu> Harold Hunt wrote: >>WTF? I don't follow the xfree list all that closely, but didn't this >>thread start out as "Success with Java prog in XFree"? I just assumed >>that 'xlauncher' WAS that Java prog. Sorry for the confusion. >> > > You know... sometimes I'm just not paying any attention at all. What has > happened to me?!? > > A Java xlauncher sounds fine to me, for now. I'd eventually prefer that it > be written in C or C++. > > How large are the Java runtimes for Cygwin? I'm sure we'll get complains > along the lines of, ``before I had to install 100 MB for Cygwin/XFree86, now > I have to install XX MB more for the xlauncher program, blah''. So I'm not > really excited about sticking with Java forever. > > Feeling like an idiot, You shouldn't. You were correct originally. The xlauncher program IS written in Delphi. The first message in this thread contained the following postscript: > PS: I am working on a xlauncher based on the one made available by Tim > Thomson but for Cygwin(not only the cuted package from him). > I want to include a file text that will contains some definition > of servers to access (as IP address, OS, and so on). > I will try to make it available. Where should I send it when ready > (probably in 1 or 2 weeks) ? That launched the subthread, which was properly marked using the [was: ] construction. The problem here was *my* connection between the xlauncher subthread <---> and java. You're not the idiot -- I am. --Chuck From cwilson@ece.gatech.edu Sun Jul 7 12:35:00 2002 From: cwilson@ece.gatech.edu (Charles Wilson) Date: Sun, 07 Jul 2002 12:35:00 -0000 Subject: Using only the X server of Cygwin References: <20020707190539.GA8931@azenomei.knuffel.net> <20020707191204.39025.qmail@web21005.mail.yahoo.com> Message-ID: <3D2897FA.8080400@ece.gatech.edu> Hey, Nicholas -- don't squish Rhialto that quickly. He's probably one of our new users who knows nothing about the cygwin project except what he read on slashdot this morning. The fact is, Rhialto, we focus on cygwin -- as an environment all by itself, *and* independent of any specific intended use or resource availability(*). You have a specific setup, where you want to leverage you existing resources (e.g. a local linux-based font server) to avoid downloading extra stuff. You are an advanced (linux) user, with a very specific purpose in mind. That's not the target of the cygwin (or cygwin-xfree) project. It *IS* possible to do what you want -- but there isn't a super-simple one-click path to do it. [Think about user interface design: there can only be a limited number of 'easy' [one-click, two-click] configurations. We use those for the "normal" users -- folks who want the cygwin environment, not folks who want JUST 'Xwin -broadcast' and nothing else -- or JUST ssh and nothing else). However, it SHOULD be possible -- and checking the ml archives on this will help -- to create a custom 'setup.ini' script or pseudo-package that setup.exe can read, to install ONLY what you want -- but this will take a little work on your part. Again, check the archives. The basic thing is, setup is configured to install the 'Base' package by default (think Debian's 'base' category). Base is about 50Meg unpacked I think. Then, on top of that, there are certain things that the xserv program itself needs -- like libpng's DLL, zlib's DLL, etc. > And it downloaded a > lot more which it apparently did not even install, such as bash, diff, > diffutils, fileutils, etc. These are all part of the 'Base' category. If you explicitly de-selected specific items -- even if they are in the 'Base' category -- then setup shouldn't even download them. There may be a bug in setup.exe's handling of the Base category. Sorry about that. (*) that is, cygwin-xfree should work OOB on a standalong machine without any external font server, at least by default. Do we really want a windows newbie to understand "oh, I also need to install the fonts". Of course not -- we do that by default IF the user installs X. [Linux distros do this too, you know -- if you install XFree86 on Red Hat, you *will* get the fonts.] --Chuck From iburrell@znark.com Sun Jul 7 12:37:00 2002 From: iburrell@znark.com (Ian Burrell) Date: Sun, 07 Jul 2002 12:37:00 -0000 Subject: Using only the X server of Cygwin References: <20020707190539.GA8931@azenomei.knuffel.net> Message-ID: <3D28986A.5040403@znark.com> Rhialto wrote: > > I am testing the Cygwin/XFree server to use it as a remote display for > my Unix box which runs xdm: XWin -broadcast. > > So in the installer I choose to de-install "All", and to install *only* > XFree86-xserv. I noted that the installer installed a lot of things that > are not necessary for that, such as header files, info files, terminfo > stuff, static link libraries, xterm, sh, twm, etc. And it downloaded a > lot more which it apparently did not even install, such as bash, diff, > diffutils, fileutils, etc. > Cygwin setup by default installs all the packages for an Unix environment. The default XFree86 install includes everything for running local X server and programs. More people want this than a minimal remote X setup. > I could also do without all those megabytes of fonts, since I have a > perfectly ok font server, but apparently no way to specify it for the X > server. > Add -fp tcp/other:7100 to the XWin command line. Or do "xset +fp tcp/other:7100" from a terminal. > I also downloaded xwinclip-test06, but that would not work because the X > server refused the connection, and I could find no way to do the > equivalent of "xhost +localhost" from its command line. > When doing an XDM session, the X server doesn't allow connection from the local machine. You need to do a "xhost +localhost" from an xterm. > So in short, it would be nice to have the installer *just* the files > that are required to run "XWin -broadcast", and nothing more. That would > be the XWin.exe itself, the dlls it really requires, rgb.txt, fonts if > no font server can be used, and maybe a few other files I am forgetting. > All that doesn't need to take the current 63.263.779 bytes (32.158.116 > bytes downloaded). > If you want a minimal install, you can select only the packages that are completely necessary: XFree86-base, XFree86-bin, XFree86-etc, XFree86-xserv, and XFree86-lib. - Ian -- Ian Burrell iburrell@znark.com http://www.znark.com/ From huntharo@msu.edu Sun Jul 7 12:44:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 07 Jul 2002 12:44:00 -0000 Subject: xf86config patch In-Reply-To: Message-ID: Alexander, 1) In winconfig.c, why is this there: #ifndef PROJECTROOT #define PROJECTROOT "/usr/X11R6" #endif 2) Are any of these files significantly copied from hw/xfree86, or anywhere else that we should attribute? 3) Will there be any effect, whatsoever, on users that do not use an XF86Config file? Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Alexander Gottwald > Sent: Saturday, July 06, 2002 3:40 PM > To: cygwin-xfree@cygwin.com > Subject: xf86config patch > > > Hi, > > after long time, I remade the xf86config patch. The diffs are made > against todays cvs. > > The patch includes support for > > - reading /etc/XF86Config > - setting the fontpath from the configfile > - setting XKB settings from the configfile (foreign keyboard support) > - setting rgbpath from the configfile > > I don't expect that I will ever support other configuration options, > since the monitor, device and screen sections have no meaning for > windows. For supporting the mouse section a huge change to the current > has to be made and any settings can already be given on the commandline. > > A precompiled binary for testing is available at > http://www-user.tu-chemnitz.de/~goal/xfree/test-config-1/X-Server.tar.bz2 > > bye > ago > -- > Alexander.Gottwald@informatik.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 > From nwourms@yahoo.com Sun Jul 7 12:45:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sun, 07 Jul 2002 12:45:00 -0000 Subject: Using only the X server of Cygwin In-Reply-To: <3D2897FA.8080400@ece.gatech.edu> Message-ID: <20020707194524.43178.qmail@web21005.mail.yahoo.com> --- Charles Wilson wrote: > Hey, Nicholas -- don't squish Rhialto that quickly. He's probably one > of our new users who knows nothing about the cygwin project except what > he read on slashdot this morning. Sorry, I am still cranky about the refusal to include objc in cygwin/gcc-3.1. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From cwilson@ece.gatech.edu Sun Jul 7 13:14:00 2002 From: cwilson@ece.gatech.edu (Charles Wilson) Date: Sun, 07 Jul 2002 13:14:00 -0000 Subject: gcc-3.1.x [was: Re: Using only the X server of Cygwin] References: <20020707194524.43178.qmail@web21005.mail.yahoo.com> Message-ID: <3D28A10A.7010205@ece.gatech.edu> [follow up to the cygwin list; this is getting off-topic for cygwin-xfree.] Nicholas Wourms wrote: >>Hey, Nicholas -- don't squish Rhialto that quickly. He's probably one >>of our new users who knows nothing about the cygwin project except what >>he read on slashdot this morning. > I am still cranky about the refusal to include objc in cygwin/gcc-3.1. Look, now is NOT the time for objc. It's too early. gcc-3.1.x is a MAJOR change from 2.95.3. Let's make sure the transition hasn't broken the frontends we CURRENTLY have, before we worry about adding more frontends. (IMO, this holds for java/libgcj, too) gcc-2.95.3: provides gcc,g++, and g77. gcc works in -mno-cygwin mode and "regular" mode. g++ doesn't really work in -mno-cygwin mode, but it does work in "regular" mode, with certain threading and exception caveats. g77 is "regular" only. gcc-3.1.x: Let's insure that cygwin's gcc-3.1.x still works in "regular" and "-mno-cygwin" mode. Ditto g++ (and since cgf already made changes to enable better -mno-cygwin operation in g++, let's verify that, too). Does g77 still work? The spec file has been totally rewritten. Can we still build DLLs? Does auto-import still work (technically a binutils issue, but that's been upgraded for the first time in eight months just now, too). How about exceptions and threading? Supposedly those are better behaved now -- is it true? What about raising exceptions from within DLLs -- cgf hinted that this probably won't work; also there's a recent binutils patch from Egor that should help with that issue but it hasn't yet been accepted b/c egor needs to fill out the assignment paperwork for FSF...PLUS egor has a cygwin kernel patch that USES his binutils patch... My point: there's a LOT to do right now, with just gcc and g++. Let's not borrow ObjC/Ada/Java trouble just yet. Good grief, the first test release of cygwin-gcc-3.1 was ONLY released less than 24 hours ago. !! Test what we HAVE, before piling on with feature requests !! Boy, I'll bet cgf now knows what Linus feels like the day after a kernel "freeze" is announced... --Chuck P.S. follow up to the cygwin list; this is getting off-topic for cygwin-xfree. From rhialto@azenomei.knuffel.net Sun Jul 7 14:05:00 2002 From: rhialto@azenomei.knuffel.net (Rhialto) Date: Sun, 07 Jul 2002 14:05:00 -0000 Subject: Using only the X server of Cygwin In-Reply-To: <3D2897FA.8080400@ece.gatech.edu> References: <20020707190539.GA8931@azenomei.knuffel.net> <20020707191204.39025.qmail@web21005.mail.yahoo.com> <3D2897FA.8080400@ece.gatech.edu> Message-ID: <20020707210511.GC5635@azenomei.knuffel.net> On Sun 07 Jul 2002 at 15:35:22 -0400, Charles Wilson wrote: > However, it SHOULD be possible -- and checking the ml archives on this > will help -- to create a custom 'setup.ini' script or pseudo-package > that setup.exe can read, to install ONLY what you want -- but this will > take a little work on your part. Again, check the archives. Thanks, I will do that. I was indeed alerted by Slashdot to cygwin/xfree. I remember trying it some time ago, but back then it was more difficult to get going, if I got it going at all (I don't remember exactly). So in that view, there is a lot of progress :-) > These are all part of the 'Base' category. If you explicitly > de-selected specific items -- even if they are in the 'Base' category -- > then setup shouldn't even download them. There may be a bug in > setup.exe's handling of the Base category. Sorry about that. At least I am glad it did not install them, since that saves me the trouble of verifying that they are really not necessary. > (*) that is, cygwin-xfree should work OOB on a standalong machine > without any external font server, at least by default. Do we really > want a windows newbie to understand "oh, I also need to install the > fonts". Of course not -- we do that by default IF the user installs X. > [Linux distros do this too, you know -- if you install XFree86 on Red > Hat, you *will* get the fonts.] You have a point. But I also think that there will be "lots" of people who would like cygwin/xfree to be a replacement for XWin-32 or other similar products, so some configuration preset for that would come in handy. > --Chuck Thanks, -Olaf. -- ___ Olaf 'Rhialto' Seibert -- The evil eye is caused by the black \X/ rhialto/at/xs4all.nl -- tongue - Tom Poes, "Het boze oog", 4456. From tim.thomson@paradise.net.nz Sun Jul 7 14:07:00 2002 From: tim.thomson@paradise.net.nz (Tim Thomson) Date: Sun, 07 Jul 2002 14:07:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) In-Reply-To: ; from huntharo@msu.edu on Sun, Jul 07, 2002 at 11:56:44AM -0400 References: <20020708013304.B3947@tui.dhs.org> Message-ID: <20020708090827.A7609@tui.dhs.org> On Sun, Jul 07, 2002 at 11:56:44AM -0400, Harold Hunt wrote: > I haven't had any comments on this program yet because, while it is a neat > exercise and will be useful for other work, it will not be distributed with > Cygwin/XFree86 until it is written in a language that can be compiled with a > free software compiler, preferrably gcc or g++. I agree. The reason xlauncher is delphi at the moment is that the person who wrote the beginnings of it used delphi, and I have no experience with windows toolkits in other languages. I was hoping (in a way, a rewrite will be a bit of work :( ), that someone would point this out. What window toolkits are good, for what languages? I can code well in C, Java, and Pascal, and could probably pick up C++ OK :) I am still unsure of the implications of using a non-free compiler, and distributing it as GPL. I use debian, and would love to have xlauncher a DFSG free program. I would prefer that xlauncher, or a variant be installable via setup.exe, so it can be used by anyone. If it means porting/rewriting, I'll give it a shot :) (There isn't all that much code there, most is just writing to registry, and reading it back. Which is another thing, would it be better to use a config file rather than registry? Currently, I'm writing to HKEY Local Machine, but should be writing to current user, so that people with few rights on an NT style box can use it. If I were to use a config file, where to put it?) > Eventually I see that either XWin.exe itself will have the functionality of > your xlauncher, or we will have a stand-alone c or c++ program that provides > the same functionality. Everyone here would greatly appreciate it if you > would start working on a c or c++ xlauncher. I'll try, but I've never written a gui app in C or C++, any pointers to something nice for C? I don't know if putting this sort of thing into XWin.exe itself would be all that good, as many people wouldn't need that sort of functionality, and it may bulk out the executable. Cheers for you comments, Tim. -- Tim Thomson tim@tui.dhs.org ICQ: 18073712 Our society won't be truly free until "None of the Above" is always an option. -- Eric S. Raymond. From Alexander.Gottwald@informatik.tu-chemnitz.de Sun Jul 7 15:33:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 07 Jul 2002 15:33:00 -0000 Subject: xf86config patch In-Reply-To: Message-ID: On Sun, 7 Jul 2002, Harold Hunt wrote: > Alexander, > > 1) In winconfig.c, why is this there: > > #ifndef PROJECTROOT > #define PROJECTROOT "/usr/X11R6" > #endif Hm, I just copied it from xf86Config.c. Just to be sure it's defined. > > > 2) Are any of these files significantly copied from hw/xfree86, or anywhere > else that we should attribute? I took hw/xfree86/xf86Config.c as base. > 3) Will there be any effect, whatsoever, on users that do not use an > XF86Config file? No. If the config file is not found, the compiled in defaults are used and XWin behaves like the current release. But it's good you asked, I just found a missing NULL-pointer check. I attached the modified xwinconfig.c bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: winconfig.c URL: From Alexander.Gottwald@informatik.tu-chemnitz.de Sun Jul 7 15:42:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 07 Jul 2002 15:42:00 -0000 Subject: Using only the X server of Cygwin In-Reply-To: <20020707210511.GC5635@azenomei.knuffel.net> Message-ID: On Sun, 7 Jul 2002, Rhialto wrote: > You have a point. But I also think that there will be "lots" of people > who would like cygwin/xfree to be a replacement for XWin-32 or other > similar products, so some configuration preset for that would come in > handy. I mainly use Cygwin/XFree86 as X-Terminal with no local X-Clients running. But I can not check, what you need to run it standalone (without cygwin) since I don't have a computer without cygwin installed. And there are a lot of things which are setup after installing cygwin as the mount points, or some dlls. All I can provide is the info that you need Xwin.exe,, cygz.dll and cygwin1.dll. Please take this as starting point and check if XWin complains about something. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From spetreolle@yahoo.fr Sun Jul 7 17:00:00 2002 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Sun, 07 Jul 2002 17:00:00 -0000 Subject: compiling mplayer - libpng undefined references Message-ID: <20020708000023.7955.qmail@web10103.mail.yahoo.com> Hi, I'm trying to compile mplayer, a GPL video player. (http://mplayerhq.hu) Enabling the gui makes uses of png library. I have the following packages installed : (from cygcheck) 171k 2002/05/07 C:\cygwin\bin\cygpng10.dll - os=4.0 img=1.0 sys=4.0 "cygpng10.dll" v0.0 ts=2002/5/7 20:53 175k 2002/05/24 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 "cygpng12.dll" v0.0 ts=2002/5/24 4:22 libpng10 1.0.13-3 libpng10-devel 1.0.13-3 libpng12 1.2.3-1 libpng12-devel 1.2.3-1 When linking, ld complains about undefined references : Gui/libgui.a(png.o)(.text+0x31):png.c: undefined reference to `png_check_sig' Gui/libgui.a(png.o)(.text+0x108):png.c: undefined reference to `png_get_rowbytes ' Gui/libgui.a(png.o)(.text+0x15e):png.c: undefined reference to `png_get_rowbytes ' Gui/libgui.a(png.o)(.text+0x1a9):png.c: undefined reference to `png_get_PLTE' in /usr/include/libpng12/png.h, I see : png_uint_32 rowbytes; /* bytes needed to hold an untransformed row */ which is part of png_info struct. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From huntharo@msu.edu Sun Jul 7 17:10:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 07 Jul 2002 17:10:00 -0000 Subject: Updated on sourceware: XFree86-xserv-4.2.0-10 Message-ID: The XFree86-xserv-4.2.0-10 package has been updated in the Cygwin distribution. This is a synchronization with all the fixes that have been applied from Server Test Series - Test 61 through Server Test Series - Test 63. These fixes are summarized below: 1) Add support for the `-clipupdates num_boxes' parameter when using `-engine 2' or `-engine 4', in addition to the previously supported `-engine 1'. Once again, I can't tell if this feature has any benefit whatsoever. I need some volunteers to perform rigorous testing with different values for the threshold at which point updated boxes are collected into a clipping region. One may find the ``x11perf'' program beneficial here, as well as ``glxgears'', which gives a frames per second reading. Of course, it would be most beneficial to have performance comparisons for a few different machine types (processors, memory amounts, video cards, PCI or AGP, etc.). Update clipping is off by default. (Harold Hunt) 2) Change the DirectDraw module handle and function pointers from screen privates to global variables. Loading the DirectDraw module and function pointers needs to be done only at server initialization, not at screen initialization. Similarly, we don't need to unload and reload DirectDraw for each screen when the server regenerates; rather, we need only unload DirectDraw when the server is shutting down. This cleanup makes it much for difficult to misunderstand what is going on with the DirectDraw module handle and function pointers. (Harold Hunt) 3) Detect the supported engines only once at startup, rather than once per screen initialization. Rework the supported engine detection logic to assume that the DirectDraw module handle and function pointers have already been loaded if they are present and working. (Harold Hunt) 4) Add a global module handle for ``comctl32.dll'' and ``_TrackMouseEvent''. Try to get a pointer to the _TrackMouseEvent function and print an informational message if we cannot find the function, suggesting to the user that they install Internet Explorer 3.0 or greater if they have not already done so. We also set the _TrackMouseEvent function pointer to point to the no operation function if we can't find a valid function so that any calls to the function pointer will do nothing (instead of trying to dereference a NULL and crashing). Mouse pointer hiding/showing may be messed up when we don't have _TrackMouseEvent, but the user can remedy that by following the advice in the information message. Remove our compile-time link to comctl32.dll. (Harold Hunt) 5) Add an `-emulatepseudo' parameter that causes a depth 8 PseudoColor visual to be created in TrueColor modes, with the same limitations described in the Test62 change log. PseudoColor emulation is off by default. (Harold Hunt) 6) Correctly calculate the number of bits used to store color information by counting the total number of bits that are set in our color masks. This should fix problems introduced in Test61 for users with 24bpp or 15bpp displays. (Alan Hourihane, Harold Hunt) 7) Add a #if conditional to winInitVisuals* that calls miSetVisualTypesAndMasks or fbSetVisualTypesAndMasks depending on if XFree86Server is defined. Currently this isn't useful because Mesa (similar to Open GL) doesn't work when XFree86Server is undefined. I'll leave this here for now for future reference. (Harold Hunt) 8) Fix the KDE 3.0 alpha-channel icon bug that appeared only when running Windows at 32 bits per pixel. Many more details below. (Alan Hourihane) 9) pScreenInfo->dwDepth used to refer to the depth that the user specified with the -depth parameter or the depth returned by GetDeviceCaps (BITSPIXEL) and pScreenInfo->dwBPP used to refer to the bits of color per pixel. For example, running Windows at 32 bit color would mean dwDepth == 32 and dwBPP == 24. It turns out that this was exactly backwards from what it should be. The dwDepth variable new refers to the color ``depth'' of a pixel, that is, the number of bits that make up the color specification for a pixel. For example, a 32 bit pixel uses 24 bits to represent color plus an 8 bit pad for alignment purposes and a 16 bit pixel can use 15 or 16 bits to represent color. The dwBPP variable now refers to the bits used to store each pixel, that is, the number of bits that each pixel occupies in the framebuffer memory. For example, a 32 bit pixel occupies 32 bits in the framebuffer memory while a 24 bit pixel occupies 24 bits in the framebuffer memory (the former pixels are 32 bit aligned, while the latter pixels are called ``packed'' because the pixels are not aligned and any given pixel may actually be stored in two separate 32 bit units). The meaning of dwDepth and dwBPP was corrected throughout the source code, touching files such as wincmap.c, winscrinit.c, InitOutput.c, winshadddnl.c, winshaddd.c, winshadgdi.c, winnativegdi.c, winpfbdd.c, and win.h. Also, we modify the depth 24 pixmap format at runtime to use 24 bits per pixel, instead of 32, when Windows is running in 24 bit color; this matches the Windows pixel format when running in 24 bit color. The end result of all of this is that we now no longer report that we have a depth 32 visual, as depth 32 visuals do not exist. What we were previously calling a depth 32 visual is actually a depth 24 visual with a different bits per pixel. Advertising a proper visual when running Windows at 32 bit color corrects the problem of KDE 3.0 not displaying icons or text with alpha channels. Alan did the magical part of discovering the underlying problem, I did the grunt work of cleaning the code and making sure that all of the corner cases were still handled. (Alan Hourihane, Harold Hunt) 10) In winBltExposedRegionsShadowDD* () we try to restore the primary DirectDraw surface up to WIN_REGAIN_SURFACE_RETRIES (currently 1) times when a bit block transfer of the exposed regions fails. This corrects the case where switching a notebook from its internal display to an external display (or vice versa) would cause the Cygwin/XFree86 window to blank and fail to redraw itself until the Cygwin/XFree86 window was minimized and then restored. (Harold Hunt) -- Harold Hunt To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'XFree86-xserv' from the 'XFree86' category. You may need to click the "Full" button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@sources.redhat.com . If you want to subscribe go to: http://cygwin.com/lists.html I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place. From lapo@lapo.it Sun Jul 7 17:27:00 2002 From: lapo@lapo.it (Lapo Luchini) Date: Sun, 07 Jul 2002 17:27:00 -0000 Subject: xmodmap.*s Message-ID: <3D28DC80.8040105@lapo.it> > *4.5. *Where can I find an xmodmap for my non-U.S. keyboard layout? > > * *You can try using an xmodmap file for your keyboard layout from a > GNU/Linux distribution (e.g. RedHat). > Aren't xmodpad.* files redistributable? Couldn't we include that puny 20k as default xfree files? Or maybe as a different package? It could simplify life a bit to non-english users =) -- Lapo 'Raist' Luchini lapo@lapo.it (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) From nahor@bravobrava.com Sun Jul 7 20:30:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sun, 07 Jul 2002 20:30:00 -0000 Subject: [PATCH] -scrollbars option Message-ID: Hello, Since I've seen a couple complaints about not being able to resize the windows in this mailing list and on slashdot, I've decided to implement it. So here it is. With this option, when in windowed mode, you can resize the window (if you use decoration) and have a virtual screen bigger than your desktop (so now you can have a real 1024x768 screen on your 1024x768 monitor without having to go fullscreen, or you can have a 1600x1200 on your 320x200 monitor :) ). Harold, I left a comment in wincreatewnd.c (line 263 for me). At this place, you map the client area coords to fullscreen but you never use them. So either I missed something and I'm sorry for bothering you, or this is some left over from some old code that can be removed. Also, I didn't change the "Primary FB" since it's deprecated and you said in the contributor's guide that the "Development of the Primary FB engine has ceased". Jehan -------------- next part -------------- A non-text attachment was scrubbed... Name: scrollbars.patch.bz2 Type: application/octet-stream Size: 5436 bytes Desc: not available URL: From huntharo@msu.edu Sun Jul 7 21:49:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 07 Jul 2002 21:49:00 -0000 Subject: Cross Compiling Message-ID: Yup, cross compiling is toroughly broken right now. It will take awhile to get it working properly. I'd appreciate it if anyone that is cross compiling the current XFree86 cvs would send in their host.def, any modification they made to cygwin.cf, etc. and their build command. Thanks, Harold From huntharo@msu.edu Sun Jul 7 21:59:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 07 Jul 2002 21:59:00 -0000 Subject: [PATCH] -scrollbars option In-Reply-To: Message-ID: Jehan, That is an excellent patch! I was just thinking that we should add this sort of functionality. Yes, I was reading the ./ posts too :) However, there are a bunch of ^M's showing up in the patch file for winwndproc.c starting at about line 496 (in the patch file). Could you clean that up and resubmit? Thanks for the great work, Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Jehan > Sent: Sunday, July 07, 2002 11:27 PM > To: cygwin-xfree@cygwin.com > Subject: [PATCH] -scrollbars option > > > Hello, > > Since I've seen a couple complaints about not being able to resize the > windows in this mailing list and on slashdot, I've decided to implement > it. So here it is. > With this option, when in windowed mode, you can resize the window (if > you use decoration) and have a virtual screen bigger than your desktop > (so now you can have a real 1024x768 screen on your 1024x768 monitor > without having to go fullscreen, or you can have a 1600x1200 on your > 320x200 monitor :) ). > > Harold, I left a comment in wincreatewnd.c (line 263 for me). At this > place, you map the client area coords to fullscreen but you never use > them. So either I missed something and I'm sorry for bothering you, or > this is some left over from some old code that can be removed. > Also, I didn't change the "Primary FB" since it's deprecated and you > said in the contributor's guide that the "Development of the Primary FB > engine has ceased". > > Jehan > From huntharo@msu.edu Sun Jul 7 22:00:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 07 Jul 2002 22:00:00 -0000 Subject: xf86config patch In-Reply-To: Message-ID: Alexander, I've merged your patch with my local tree and I'm going to try to test it tomorrow. Could you send me a sample and/or skeleton (containing commented versions of each config option) config file? Thanks, Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Alexander Gottwald > Sent: Saturday, July 06, 2002 3:40 PM > To: cygwin-xfree@cygwin.com > Subject: xf86config patch > > > Hi, > > after long time, I remade the xf86config patch. The diffs are made > against todays cvs. > > The patch includes support for > > - reading /etc/XF86Config > - setting the fontpath from the configfile > - setting XKB settings from the configfile (foreign keyboard support) > - setting rgbpath from the configfile > > I don't expect that I will ever support other configuration options, > since the monitor, device and screen sections have no meaning for > windows. For supporting the mouse section a huge change to the current > has to be made and any settings can already be given on the commandline. > > A precompiled binary for testing is available at > http://www-user.tu-chemnitz.de/~goal/xfree/test-config-1/X-Server.tar.bz2 > > bye > ago > -- > Alexander.Gottwald@informatik.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 > From robert.collins@syncretize.net Sun Jul 7 22:18:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sun, 07 Jul 2002 22:18:00 -0000 Subject: [PATCH] -scrollbars option References: Message-ID: <015f01c2263e$d26f42d0$2300a8c0@LAPTOP> Why not just run the patch through d2u? Rob ----- Original Message ----- From: "Harold Hunt" To: "cygx" Sent: Monday, July 08, 2002 2:59 PM Subject: RE: [PATCH] -scrollbars option > Jehan, > > That is an excellent patch! I was just thinking that we should add this > sort of functionality. Yes, I was reading the ./ posts too :) > > However, there are a bunch of ^M's showing up in the patch file for > winwndproc.c starting at about line 496 (in the patch file). Could you > clean that up and resubmit? > > Thanks for the great work, > > Harold > > > -----Original Message----- > > From: cygwin-xfree-owner@cygwin.com > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Jehan > > Sent: Sunday, July 07, 2002 11:27 PM > > To: cygwin-xfree@cygwin.com > > Subject: [PATCH] -scrollbars option > > > > > > Hello, > > > > Since I've seen a couple complaints about not being able to resize the > > windows in this mailing list and on slashdot, I've decided to implement > > it. So here it is. > > With this option, when in windowed mode, you can resize the window (if > > you use decoration) and have a virtual screen bigger than your desktop > > (so now you can have a real 1024x768 screen on your 1024x768 monitor > > without having to go fullscreen, or you can have a 1600x1200 on your > > 320x200 monitor :) ). > > > > Harold, I left a comment in wincreatewnd.c (line 263 for me). At this > > place, you map the client area coords to fullscreen but you never use > > them. So either I missed something and I'm sorry for bothering you, or > > this is some left over from some old code that can be removed. > > Also, I didn't change the "Primary FB" since it's deprecated and you > > said in the contributor's guide that the "Development of the Primary FB > > engine has ceased". > > > > Jehan > > > > From spetreolle@yahoo.fr Sun Jul 7 22:47:00 2002 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Sun, 07 Jul 2002 22:47:00 -0000 Subject: Incorrect version in packages names Message-ID: <20020708054724.68147.qmail@web10108.mail.yahoo.com> Running setup to update my cygwin with setup.exe version 2.249.2.5, kde package versions are changed to strange numbers : kdelibs-2 appears for example as version 2-2-2-2-2-2-2-2-2-b1 in the 'current' field. Correct version is displayed in the 'new' field as 2.2.2-b1 In my downloaded files directory, files appear as : $ ls -l kdelibs-2* -rw-r--r-- 1 Nom 544 9168738 May 19 05:21 kdelibs-2.2.2-b1.tar.bz2 and in setup.ini : @ kdelibs-2 sdesc: "basic libaries" category: KDE-2-base requires: cygwin cygipc XFree86-base kde-x qt-2 pcre audiofile openssl xml2 xslt 2 libz bzlib2 version: 2.2.2-b1 install: kdelibs-2.2.2-b1.tar.bz2 9168738 ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From cgf@redhat.com Sun Jul 7 23:16:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Sun, 07 Jul 2002 23:16:00 -0000 Subject: Incorrect version in packages names In-Reply-To: <20020708054724.68147.qmail@web10108.mail.yahoo.com> References: <20020708054724.68147.qmail@web10108.mail.yahoo.com> Message-ID: <20020708061654.GA19232@redhat.com> On Mon, Jul 08, 2002 at 07:47:24AM +0200, Sylvain Petreolle wrote: >Running setup to update my cygwin with >setup.exe version 2.249.2.5, kde package versions are >changed to strange numbers : > >kdelibs-2 appears for example as version >2-2-2-2-2-2-2-2-2-b1 in the 'current' field. Correct >version is displayed in the 'new' field as 2.2.2-b1 > >In my downloaded files directory, files appear as : >$ ls -l kdelibs-2* > >-rw-r--r-- 1 Nom 544 9168738 May 19 >05:21 kdelibs-2.2.2-b1.tar.bz2 > >and in setup.ini : >@ kdelibs-2 ^^^^^^^^^^^^ Get rid of this. I suspect that it is confusing setup.exe. It should certainly do the right thing without it. cgf >sdesc: "basic libaries" >category: KDE-2-base >requires: cygwin cygipc XFree86-base kde-x qt-2 pcre >audiofile openssl xml2 xslt >2 libz bzlib2 >version: 2.2.2-b1 >install: kdelibs-2.2.2-b1.tar.bz2 9168738 > > > >___________________________________________________________ >Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran?ais ! >Yahoo! Mail : http://fr.mail.yahoo.com From robert.collins@syncretize.net Sun Jul 7 23:35:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sun, 07 Jul 2002 23:35:00 -0000 Subject: Incorrect version in packages names References: <20020708054724.68147.qmail@web10108.mail.yahoo.com> <20020708061654.GA19232@redhat.com> Message-ID: <01a501c22649$9d2f3520$2300a8c0@LAPTOP> ----- Original Message ----- From: "Christopher Faylor" To: Sent: Monday, July 08, 2002 4:16 PM > >and in setup.ini : > >@ kdelibs-2 > ^^^^^^^^^^^^ > Get rid of this. I suspect that it is confusing setup.exe. > It should certainly do the right thing without it. Doh!. Good catch Chris. Yes, foo-bar is allowable as a package name, foo-2 is not. I'll see what I can do for a future setup.exe release to address this, but don't expect anything soon. It'll require altering the installed.db database format, which results in a non-backwards compatible local environment. Rob From cgf@redhat.com Sun Jul 7 23:40:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Sun, 07 Jul 2002 23:40:00 -0000 Subject: Incorrect version in packages names In-Reply-To: <01a501c22649$9d2f3520$2300a8c0@LAPTOP> References: <20020708054724.68147.qmail@web10108.mail.yahoo.com> <20020708061654.GA19232@redhat.com> <01a501c22649$9d2f3520$2300a8c0@LAPTOP> Message-ID: <20020708064029.GA6623@redhat.com> On Mon, Jul 08, 2002 at 04:35:12PM +1000, Robert Collins wrote: > >----- Original Message ----- >From: "Christopher Faylor" >To: >Sent: Monday, July 08, 2002 4:16 PM > >> >and in setup.ini : >> >@ kdelibs-2 >> ^^^^^^^^^^^^ >> Get rid of this. I suspect that it is confusing setup.exe. >> It should certainly do the right thing without it. > >Doh!. Good catch Chris. > >Yes, foo-bar is allowable as a package name, foo-2 is not. I'll see what I >can do for a future setup.exe release to address this, but don't expect >anything soon. It'll require altering the installed.db database format, >which results in a non-backwards compatible local environment. upset would probably do the right thing with the above but I really don't see any reason to use it, regardless. I don't see any reason why a user would need to know that these are kdelibs-2 when it is pretty obvious from the version number. cgf From robert.collins@syncretize.net Sun Jul 7 23:49:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sun, 07 Jul 2002 23:49:00 -0000 Subject: Incorrect version in packages names References: <20020708054724.68147.qmail@web10108.mail.yahoo.com> <20020708061654.GA19232@redhat.com> <01a501c22649$9d2f3520$2300a8c0@LAPTOP> <20020708064029.GA6623@redhat.com> Message-ID: <01c101c2264b$9b9f0d50$2300a8c0@LAPTOP> ----- Original Message ----- From: "Christopher Faylor" To: > upset would probably do the right thing with the above but I really don't > see any reason to use it, regardless. I don't see any reason why a user > would need to know that these are kdelibs-2 when it is pretty obvious from > the version number. One possibility is if the version number reflects the ABI, not the software release. This is actually quite likely with libtool packages. Anyway, it's low priority however one approaches it. Rob From alexander.gottwald@informatik.tu-chemnitz.de Mon Jul 8 01:03:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 08 Jul 2002 01:03:00 -0000 Subject: Cross Compiling In-Reply-To: Message-ID: On Mon, 8 Jul 2002, Harold Hunt wrote: > Yup, cross compiling is toroughly broken right now. It will take awhile to > get it working properly. I'd appreciate it if anyone that is cross > compiling the current XFree86 cvs would send in their host.def, any > modification they made to cygwin.cf, etc. and their build command. I will send it on Thursday. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@informatik.tu-chemnitz.de Mon Jul 8 01:07:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 08 Jul 2002 01:07:00 -0000 Subject: xf86config patch In-Reply-To: Message-ID: On Mon, 8 Jul 2002, Harold Hunt wrote: > Could you send me a sample and/or skeleton (containing commented versions of > each config option) config file? http://www-user.tu-chemnitz.de/~goal/xfree/test-config-1/X-Server.tar.bz2 contains a sample config file. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From rasjidw@openminddev.net Mon Jul 8 03:03:00 2002 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Mon, 08 Jul 2002 03:03:00 -0000 Subject: Using only the X server of Cygwin In-Reply-To: <20020707190539.GA8931@azenomei.knuffel.net> References: <20020707190539.GA8931@azenomei.knuffel.net> Message-ID: <200207082003.03294.rasjidw@openminddev.net> On Mon, 8 Jul 2002 5:05 am, Rhialto wrote: > Hi, I am not subscribed to this mailing list but I would like to give > some feedback anyway. Please Cc: any responses to me. > > I am testing the Cygwin/XFree server to use it as a remote display for > my Unix box which runs xdm: XWin -broadcast. > > So in the installer I choose to de-install "All", and to install *only* > XFree86-xserv. I noted that the installer installed a lot of things that > are not necessary for that, such as header files, info files, terminfo > stuff, static link libraries, xterm, sh, twm, etc. And it downloaded a > lot more which it apparently did not even install, such as bash, diff, > diffutils, fileutils, etc. > > I could also do without all those megabytes of fonts, since I have a > perfectly ok font server, but apparently no way to specify it for the X > server. > I got a XDMCP session going on Cygwin-XFree86 around September 2001 using nothing but bash.exe cut.exe cygpath.exe cygwin1.dll cygz.dll grep.exe mkdir.exe mount.exe pwd.exe rgb.txt rm.exe SecurityPolicy sleep.exe test.exe touch.exe umount.exe XWin.exe and a bash script called winxterm.sh. You can do without the script (and therefore bash, cut, grep, sleep, test, touch and mkdir and so on) but the script automatically uses the next display number available (ie, if there is already a display on port 6000, it would try 6001, etc). The script is available at http://www.webone.com.au/~rasjidw/winxterm.sh NOTE: The script *will* need updating to deal with changes to XWin.exe that have occured since September last year. I have not got around to doing this, and probably will not do so. Last year I got part way through creating a nice GUI interface, but decided to wait until the setup.exe process was finished (which it now is), and have not got back to it yet. Others have had similar ideas. See http://xlauncher.sourceforge.net for example. My GUI was being written in Python/wxWindows. It is not really at the point of being worth sharing, as it has to be largely redone due to the setup.exe thing being finished. (Yay!) Given a recent discussion on the list, I will probably try and resurrect my Python/wxWindows code, unless someone wants to take up the challenge of a c / c++ version. Rasjid. From jeb@jeremywilkins.freeserve.co.uk Mon Jul 8 03:18:00 2002 From: jeb@jeremywilkins.freeserve.co.uk (Jeremy Wilkins) Date: Mon, 08 Jul 2002 03:18:00 -0000 Subject: Using only the X server of Cygwin References: Message-ID: <3D2966DB.1030702@jeremywilkins.freeserve.co.uk> A while back I did some work creating a standalone XDMCP client, more as a test than anything. Xwin depends on cygz.dll & cygwin1.dll as ago said. Xwin complains if it doesn't have rgb.txt, this can be put anywhere though and its location specified in the Xwin command line (needs a cygwin style path to the file though). Xwin still needs a /tmp. If cygwin isnt installed properly, then / will default to the root of the drive Xwin is running from (normally c:). It needs this folder for several reasons, it creates Xwin.log here, and a local socket .X11-unix (can be stopped passing '-nolisten local' to Xwin). It also needs /tmp if loading xkb keymaps. /tmp can be mounted whereever you like using cygwins mount command, this will be remembered for when you then run Xwin (hence xkb's and Xwin.log can go where you like). Mount only depends on cygwin1.dll fonts aren't required if you specify a font server using Xwin cmdline parameters. I've found out most of this since I wrote my XDMCP client, but its available at http://www.jeremywilkins.freeserve.co.uk/eXtend/ warning this is a VB6 app so probably isn't gpl'd. Hope this helps. Jeremy From rasjidw@openminddev.net Mon Jul 8 03:33:00 2002 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Mon, 08 Jul 2002 03:33:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) In-Reply-To: <20020708090827.A7609@tui.dhs.org> References: <20020708013304.B3947@tui.dhs.org> <20020708090827.A7609@tui.dhs.org> Message-ID: <200207082033.22110.rasjidw@openminddev.net> On Mon, 8 Jul 2002 7:08 am, Tim Thomson wrote: > I would prefer that xlauncher, or a variant be installable via setup.exe, > so it can be used by anyone. If it means porting/rewriting, I'll give it a > shot :) (There isn't all that much code there, most is just writing to > registry, and reading it back. Which is another thing, would it be better > to use a config file rather than registry? Currently, I'm writing to HKEY > Local Machine, but should be writing to current user, so that people with > few rights on an NT style box can use it. If I were to use a config file, > where to put it?) Personally, I would go for a config file. As mentioned in another post of mine, I was working on a Python/wxWindows GUI. I can send you what I've done if you are interested. My most recent thoughts was to create a generic 'Remote X desktop' launcher, which would run on Windows (with Cygwin-XFree86 backend) and on Linux/Unix (with a XNest backend), and possibly Mac. Further plans were to include support for other remote display tools like VNC. I was also considering switching to Java (due to better IDE's available), although the discussion here as left me unsure. Is the GNU compiler able to deal with Java/Swing, or is Python/wxWindows a better 'pure open source' option? Anyway, Tim, if you want to do it in C/C++, I'll help test/debug, but I can't really help code. OTOH, if Python/wxWindows interests you, I'd help with the coding too. If you know C, Java and Pascal, I'd say you could pick up Python in a day. :-) Rasjid. From alexander.gottwald@informatik.tu-chemnitz.de Mon Jul 8 04:15:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 08 Jul 2002 04:15:00 -0000 Subject: Using only the X server of Cygwin In-Reply-To: <200207082003.03294.rasjidw@openminddev.net> Message-ID: On Mon, 8 Jul 2002, Rasjid Wilcox wrote: > I got a XDMCP session going on Cygwin-XFree86 around September 2001 using > nothing but [some programs] > and a bash script called winxterm.sh. thanks for checking this. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From tim.thomson@paradise.net.nz Mon Jul 8 05:18:00 2002 From: tim.thomson@paradise.net.nz (Tim Thomson) Date: Mon, 08 Jul 2002 05:18:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) In-Reply-To: <200207082033.22110.rasjidw@openminddev.net>; from rasjidw@openminddev.net on Mon, Jul 08, 2002 at 08:33:22PM +1000 References: <20020708013304.B3947@tui.dhs.org> <20020708090827.A7609@tui.dhs.org> <200207082033.22110.rasjidw@openminddev.net> Message-ID: <20020709001938.B12439@tui.dhs.org> On Mon, Jul 08, 2002 at 08:33:22PM +1000, Rasjid Wilcox wrote: > Personally, I would go for a config file. OK, but where to put it? A global one in the install dir, then write changes to one stored in a home directory somewhere? That is an advantage of using the registry, you can just use local machine for global, local user for personal setup. Perhaps reading from a file, writing to reg if needed would be an idea? > As mentioned in another post of mine, I was working on a Python/wxWindows GUI. > I can send you what I've done if you are interested. Yes, please :) > My most recent thoughts was to create a generic 'Remote X desktop' launcher, > which would run on Windows (with Cygwin-XFree86 backend) and on Linux/Unix > (with a XNest backend), and possibly Mac. Further plans were to include > support for other remote display tools like VNC. This is a great idea. I was thinking of using a language/toolkit that I could compile on my Linux box, as it it my main development machine. Delphi isn't too bad, as it (sort of) works under wine. The only problem was the compiled code didn't run under wine very well. It would be cool to be able to use it under linux/unix (hadn't thought of XNest though). > I was also considering switching to Java (due to better IDE's available), > although the discussion here as left me unsure. Is the GNU compiler able to > deal with Java/Swing, or is Python/wxWindows a better 'pure open source' > option? I'm not sure with Swing. I could use C/C++ with wxWindows maybe. I'll look at your code and see what python looks like, I've been meaning to look into it more, so I may pick it up. :) > Anyway, Tim, if you want to do it in C/C++, I'll help test/debug, but I can't > really help code. OTOH, if Python/wxWindows interests you, I'd help with the > coding too. If you know C, Java and Pascal, I'd say you could pick up Python > in a day. :-) I'll see how it looks, if it looks like it will take me too long, I'll see about wxWindows still with C or C++ I'll keep the Delphi one around, fix bugs, add the odd feature, use it as a prototype for a more free one possibly. I was thinking of using a putty type interface in the end (free windows ssh client), though maybe with tabs instead. Cheers, Tim. -- Tim Thomson tim@tui.dhs.org ICQ: 18073712 Our society won't be truly free until "None of the Above" is always an option. -- Eric S. Raymond. From nwourms@yahoo.com Mon Jul 8 05:21:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Mon, 08 Jul 2002 05:21:00 -0000 Subject: Cross Compiling In-Reply-To: Message-ID: <20020708122113.71258.qmail@web21002.mail.yahoo.com> --- Harold Hunt wrote: > Yup, cross compiling is toroughly broken right now. It will take awhile > to > get it working properly. I'd appreciate it if anyone that is cross > compiling the current XFree86 cvs would send in their host.def, any > modification they made to cygwin.cf, etc. and their build command. > Harold I did a little research and indeed it is those damn SuSE people who broke the cross compiling system! Take a look at: http://www.xfree86.org/~keithp/xconf2001/cc-imake.pdf and see if that doesn't seem like it fits the current case. Note their desire to modify the imake source file instead of cross.def. This might explain why the build fails when it tries to compile imake. P.S. - Did that CVS command to remove "stickiness" work for you? __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From huntharo@msu.edu Mon Jul 8 05:22:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Mon, 08 Jul 2002 05:22:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) In-Reply-To: <200207082033.22110.rasjidw@openminddev.net> Message-ID: Actually, I am just about to add per-user registry support, so you might as well use the registry. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Rasjid Wilcox > Sent: Monday, July 08, 2002 6:33 AM > To: Tim Thomson; cygwin-xfree@cygwin.com > Subject: Re: New xlauncher (was: Re: Success with Java prog in XFree) > > > On Mon, 8 Jul 2002 7:08 am, Tim Thomson wrote: > > > I would prefer that xlauncher, or a variant be installable via > setup.exe, > > so it can be used by anyone. If it means porting/rewriting, > I'll give it a > > shot :) (There isn't all that much code there, most is just writing to > > registry, and reading it back. Which is another thing, would it > be better > > to use a config file rather than registry? Currently, I'm > writing to HKEY > > Local Machine, but should be writing to current user, so that > people with > > few rights on an NT style box can use it. If I were to use a > config file, > > where to put it?) > > Personally, I would go for a config file. > > As mentioned in another post of mine, I was working on a > Python/wxWindows GUI. > I can send you what I've done if you are interested. > > My most recent thoughts was to create a generic 'Remote X > desktop' launcher, > which would run on Windows (with Cygwin-XFree86 backend) and on > Linux/Unix > (with a XNest backend), and possibly Mac. Further plans were to include > support for other remote display tools like VNC. > > I was also considering switching to Java (due to better IDE's available), > although the discussion here as left me unsure. Is the GNU > compiler able to > deal with Java/Swing, or is Python/wxWindows a better 'pure open source' > option? > > Anyway, Tim, if you want to do it in C/C++, I'll help test/debug, > but I can't > really help code. OTOH, if Python/wxWindows interests you, I'd > help with the > coding too. If you know C, Java and Pascal, I'd say you could > pick up Python > in a day. :-) > > Rasjid. > From nwourms@yahoo.com Mon Jul 8 05:31:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Mon, 08 Jul 2002 05:31:00 -0000 Subject: Incorrect version in packages names In-Reply-To: <20020708064029.GA6623@redhat.com> Message-ID: <20020708123104.3855.qmail@web21003.mail.yahoo.com> --- Christopher Faylor wrote: > On Mon, Jul 08, 2002 at 04:35:12PM +1000, Robert Collins wrote: > > > >----- Original Message ----- > >From: "Christopher Faylor" > >To: > >Sent: Monday, July 08, 2002 4:16 PM > > > >> >and in setup.ini : > >> >@ kdelibs-2 > >> ^^^^^^^^^^^^ > >> Get rid of this. I suspect that it is confusing setup.exe. > >> It should certainly do the right thing without it. > > > >Doh!. Good catch Chris. > > > >Yes, foo-bar is allowable as a package name, foo-2 is not. I'll see > what I > >can do for a future setup.exe release to address this, but don't expect > >anything soon. It'll require altering the installed.db database format, > >which results in a non-backwards compatible local environment. > > upset would probably do the right thing with the above but I really > don't > see any reason to use it, regardless. I don't see any reason why a user > would need to know that these are kdelibs-2 when it is pretty obvious > from > the version number. > Chris, He might want to maintain co-existing libraries in the same manner as BerkleyDB (i.e. upgrading to kdelibs v3 doesn't clobber kdelibs v2). So the correct syntax ought to be kdelibs2 not kdelibs-2. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From alexander.gottwald@informatik.tu-chemnitz.de Mon Jul 8 06:01:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 08 Jul 2002 06:01:00 -0000 Subject: Cross Compiling In-Reply-To: <20020708122113.71258.qmail@web21002.mail.yahoo.com> Message-ID: On Mon, 8 Jul 2002, Nicholas Wourms wrote: > > I did a little research and indeed it is those damn SuSE people who broke > the cross compiling system! Take a look at: > http://www.xfree86.org/~keithp/xconf2001/cc-imake.pdf Interesting article. I'll check what is needed to get current CVS cross- compile in that build environment. > and see if that doesn't seem like it fits the current case. Note their > desire to modify the imake source file instead of cross.def. This might > explain why the build fails when it tries to compile imake. I made the following changes to build imake (the diff I'll send Thursday will show this in complete) - set BOOTSTRAPCFLAGS to "-Ulinux -D__CYGWIN__" - pass IMAKE_DEFINES="-Ulinux -D__CYGWIN__" to imake also there are a lot of changes need where some programs are build as ProgramTarget but should be HostProgramTarget and another big problem in cygwin.rules where all: tries to build $(addsuffix .exe,PROGRAMS) instead of $(PROGRAMS). This results in "No rule to make target bitmap.exe.exe" and so on. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Mon Jul 8 06:07:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 08 Jul 2002 06:07:00 -0000 Subject: Cross Compiling Message-ID: <200207081307.g68D7id26658@pilot08.cl.msu.edu> Alexander, > Interesting article. I'll check what is needed to get current CVS cross- > compile in that build environment. Okay. > I made the following changes to build imake (the diff I'll send Thursday > will show this in complete) > > - set BOOTSTRAPCFLAGS to "-Ulinux -D__CYGWIN__" > - pass IMAKE_DEFINES="-Ulinux -D__CYGWIN__" to imake > > also there are a lot of changes need where some programs are build as > ProgramTarget but should be HostProgramTarget and another big problem > in cygwin.rules where all: tries to build $(addsuffix .exe,PROGRAMS) > instead of $(PROGRAMS). This results in "No rule to make target > bitmap.exe.exe" and so on. Unfortunately, the new cross compile system doesn't really use BOOTSTRAPCFLAGS or IMAKE_DEFINES anymore. You're supposed to pass the make variable CROSSCOMPILEDIR="/cygwin/i686-pc-cygwin/bin", for example. This flag in turn causes CrossCompiling to be set and it causes certain new macros for the name of the CC program, etc. to be set. However, all of these macro names are different than what we used to use in our host.def, so we've got to figure out what to do now. It is going to be a real pain. I estimate that it will take about 5 hours to fix properly. Harold From sanford.zelkovitz-eds@eds.com Mon Jul 8 07:28:00 2002 From: sanford.zelkovitz-eds@eds.com (Zelkovitz, Sanford J (ZERO CHAOS)) Date: Mon, 08 Jul 2002 07:28:00 -0000 Subject: Problem with cygwin1.dll and xfree Message-ID: <7FD257BF8564D4119DA800508BDF07AA0576C7D8@usahm012.exmi01.exch.eds.com> The last two version of cygwin1.dll ( 1.13.12 and 1.13.11 ) seem not to work with the xfree release code. It appears that the code fails when run under the list DLLs. If I switch back to the version prior to 1.13.11, all works as advertised. Does anyone else have the same problem? Does anyone know if a patch exists to allow the xfree code to run under the latest cygwin1.dll? Sanford Zelkovitz (ZeroChaos) EDS - GWH Web Engineering 750 Tower Dr, M/C 5291 Troy, MI 48098 * phone: +01-248-265-2277 (8-365) * mailto:sanford.zelkovitz-eds@eds.com www.eds.com From cwilson@ece.gatech.edu Mon Jul 8 08:10:00 2002 From: cwilson@ece.gatech.edu (Charles Wilson) Date: Mon, 08 Jul 2002 08:10:00 -0000 Subject: Incorrect version in packages names References: <20020708054724.68147.qmail@web10108.mail.yahoo.com> <20020708061654.GA19232@redhat.com> <01a501c22649$9d2f3520$2300a8c0@LAPTOP> <20020708064029.GA6623@redhat.com> Message-ID: <3D29AB7D.5000703@ece.gatech.edu> Christopher Faylor wrote: > upset would probably do the right thing with the above but I really don't > see any reason to use it, regardless. I don't see any reason why a user > would need to know that these are kdelibs-2 when it is pretty obvious from > the version number. The naming was probably inherited from linux, where it is possible to have both kde (1) and kde (2) and kde (3) all installed on the same machine. Therefore, each needs different basename. If the kde-cygwin folks want to maintain that package-name distinction, then they should just use "kdelibs_2" instead of "kdelibs-2" as their basename. Then upset and setup will be happy -- and end users will be able to install both kdelibs_2 and kdelibs_3. --Chuck From nahor@bravobrava.com Mon Jul 8 08:23:00 2002 From: nahor@bravobrava.com (Jehan) Date: Mon, 08 Jul 2002 08:23:00 -0000 Subject: [PATCH] -scrollbars option References: Message-ID: Harold Hunt wrote: > However, there are a bunch of ^M's showing up in the patch file for > winwndproc.c starting at about line 496 (in the patch file). Could you > clean that up and resubmit? Hmm, I wonder were they are coming from, I was editing the file in Unix mode. Anyway, here it is. Jehan -------------- next part -------------- A non-text attachment was scrubbed... Name: scrollbars.patch.bz2 Type: application/octet-stream Size: 5423 bytes Desc: not available URL: From robert.taylor@dis-sol-inc.com Mon Jul 8 08:45:00 2002 From: robert.taylor@dis-sol-inc.com (Robert Taylor) Date: Mon, 08 Jul 2002 08:45:00 -0000 Subject: Emailing: XWin.log Message-ID: Harold, I hope this is helpful. Robert J. Taylor -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.log Type: application/octet-stream Size: 946 bytes Desc: not available URL: From nwourms@yahoo.com Mon Jul 8 08:53:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Mon, 08 Jul 2002 08:53:00 -0000 Subject: makedepend default search paths and gcc-3.1.1-1 Message-ID: <20020708155321.6479.qmail@web21010.mail.yahoo.com> Hi, I'm give the new gcc that was announced on the cygwin mailing list a try. One of the X projects I'm working on requires the makedepend program be run. The problem is that makedepend's default search path is looking in the wrong directories. Specifically it is try to look in the wrong gcc-lib dir. Unfortunately, there is no option to append include paths, only to prepend include paths. The problem with this is that I have been trying to figure out how makedepend generates its default include path list, but so far I haven't been successful. I suspect it derives it from the -I lines used to build it, but I can't be for sure Here's where it is looking: /usr/local/lib/gcc-include /usr/include /usr/include/w32api /usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/include Here's where it should be looking: /usr/local/lib/gcc-include /usr/include /usr/include/w32api /usr/lib/gcc-lib/i686-pc-cygwin/{Default Compiler Version or Version Specified Explicitly via Environmentals}/include This brings up a whole new set of problems, since both gcc-2 and gcc-3.1.1 will soon have to co-exist on the same system. As you can see this is a tricky situation and unfortunately I have no solution at the moment. As a kludge, I am passing the proper search path order by using an environmental (DEPENDFLAGS). However, this kludge is neither elegant, nor is it very practical. There is something that is certain, like it or not, this will become an issue shortly. This behavior can be expected in any X project which uses Imakefiles and asks the user to "make World". Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From huntharo@msu.edu Mon Jul 8 09:39:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 08 Jul 2002 09:39:00 -0000 Subject: Emailing: XWin.log Message-ID: <200207081639.g68Gdl345470@pilot12.cl.msu.edu> Robert, [For others: this is a followup to a post on ./ where Robert said that Windows XP rebooted when he ran XWin.exe] There doesn't seem to be any error recorded, at all. Try downloading the latest setup.exe (http://cygwin.com/setup.exe) and update your XFree86-xserv package. Make sure that you get version 4.2.0-10. Perhaps this was just a bug in some earlier version. Thanks for the log file, Harold Robert Taylor said: > Harold, > > I hope this is helpful. > > Robert J. Taylor From huntharo@msu.edu Mon Jul 8 09:42:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 08 Jul 2002 09:42:00 -0000 Subject: Problem with cygwin1.dll and xfree Message-ID: <200207081642.g68GgI326926@pilot12.cl.msu.edu> Sanford, We are not aware of any problems with Cygwin/XFree86 on the latest versions of cygwin1.dll. In fact, I've been running Cygwin/XFree86 all day on 1.3.12-2 without any problems, whatsoever. Send in your /tmp/XWin.log file and we will tell you if it has any relevant information. Thanks, Harold "Zelkovitz, Sanford J (ZERO CHAOS)" said: > > The last two version of cygwin1.dll ( 1.13.12 and 1.13.11 ) seem not to work > with the xfree release code. It appears that the code fails when run under > the list DLLs. If I switch back to the version prior to 1.13.11, all works > as advertised. Does anyone else have the same problem? Does anyone know if a > patch exists to allow the xfree code to run under the latest cygwin1.dll? > > > > Sanford Zelkovitz (ZeroChaos) > EDS - GWH Web Engineering > 750 Tower Dr, M/C 5291 > Troy, MI 48098 > > * phone: +01-248-265-2277 (8-365) > * mailto:sanford.zelkovitz-eds@eds.com > www.eds.com > > > > From huntharo@msu.edu Mon Jul 8 09:44:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 08 Jul 2002 09:44:00 -0000 Subject: [PATCH] -scrollbars option Message-ID: <200207081644.g68Gio334238@pilot12.cl.msu.edu> Jehan, Excellent. I'll try to merge this tonight. Harold Jehan said: > Harold Hunt wrote: > > However, there are a bunch of ^M's showing up in the patch file for > > winwndproc.c starting at about line 496 (in the patch file). Could you > > clean that up and resubmit? > > Hmm, I wonder were they are coming from, I was editing the file in Unix > mode. Anyway, here it is. > > Jehan > From huntharo@msu.edu Mon Jul 8 09:55:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 08 Jul 2002 09:55:00 -0000 Subject: Emailing: XWin.log Message-ID: <200207081655.g68Gth328926@pilot12.cl.msu.edu> Robert, The Windows dump file won't be of any help. However, you could send in /etc/setup/installed.db. That way we know what versions of things you have. There have been several significant Cygwin/XFree86 updates since the 26 of June. I highly advise that you update. Harold Robert Taylor said: > Would the setup.log file help? How about the Windows dump file? > > My installation was 6/26/2002 from setup.exe via redhat.... > > -----Original Message----- > From: Harold L Hunt [mailto:huntharo@msu.edu] > Sent: Monday, July 08, 2002 9:40 AM > To: robert.taylor@dis-sol-inc.com; Robert Taylor; > cygwin-xfree@cygwin.com > Subject: Re: Emailing: XWin.log > > > Robert, > > [For others: this is a followup to a post on ./ where Robert said that > Windows > XP rebooted when he ran XWin.exe] > > There doesn't seem to be any error recorded, at all. > > Try downloading the latest setup.exe (http://cygwin.com/setup.exe) and > update > your XFree86-xserv package. Make sure that you get version 4.2.0-10. > > Perhaps this was just a bug in some earlier version. > > Thanks for the log file, > > Harold > > Robert Taylor said: > > > Harold, > > > > I hope this is helpful. > > > > Robert J. Taylor > > > > > From ctamiett@poker.it Mon Jul 8 10:00:00 2002 From: ctamiett@poker.it (Claudio Tamietto) Date: Mon, 08 Jul 2002 10:00:00 -0000 Subject: problems with remote display Message-ID: I'm sorry for my poor english but i don't kwown it very well .I'm a programmer and I'd like unix but unfortunately j have to work on windows paltform so i have installed cygwin on my windows 2000 workstation. Actualy i have the latest version of cygwin (1.3.12-1) and Xwin (4.2.0-7) installed. If i run the X-server locally with the command startx from a bash shell all seems function correctly but if i try to run a remote dislplay on aHP_UX unix server whit the command startx -- -query ip-of-remote-machine the following message appear on the console : .. Xlib: connection to ":0.0" refused by server Xlib: No protocol specified Here follow the content of the file Xwin.log found in /tmp ddxProcessArgument () - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning _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 pixel winAdjustForAutoHide - Original WorkArea: 0 0 768 1024 winAdjustForAutoHide - Taskbar is auto hide winAdjustForAutoHide - Found BOTTOM auto-hide taskbar winAdjustForAutoHide - Adjusted WorkArea: 0 0 767 1024 winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l 0 b 742 t 0 winCreateBoundingWindowWindowed () - Returning winAllocateFBShadowDDNL () - lPitch: 3056 winInitVisualsShadowDDNL () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 winCreateDefColormap () - Deferring to fbCreateDefColormap () winScreenInit () - returning AUDIT: Mon Jul 8 09:16:54 2002: 1320 X: client 1 rejected from local host AUDIT: Mon Jul 8 09:16:56 2002: 1320 X: client 1 rejected from local host AUDIT: Mon Jul 8 09:16:58 2002: 1320 X: client 1 rejected from local host AUDIT: Mon Jul 8 09:17:00 2002: 1320 X: client 1 rejected from local host AUDIT: Mon Jul 8 09:17:02 2002: 1320 X: client 1 rejected from local host AUDIT: Mon Jul 8 09:17:04 2002: 1320 X: client 3 rejected from local host AUDIT: Mon Jul 8 09:17:06 2002: 1320 X: client 4 rejected from local host winCloseScreenShadowDDNL () - Freeing screen resources If i use a commercial product like X-reflection j obtain a remote display correctly. Can someone help me ? From spetreolle@yahoo.fr Mon Jul 8 10:10:00 2002 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Mon, 08 Jul 2002 10:10:00 -0000 Subject: Incorrect version in packages names In-Reply-To: <20020708123104.3855.qmail@web21003.mail.yahoo.com> Message-ID: <20020708171048.25722.qmail@web10105.mail.yahoo.com> > > >> >and in setup.ini : > > >> >@ kdelibs-2 > > >> ^^^^^^^^^^^^ > > >> Get rid of this. I suspect that it is > confusing setup.exe. Found in /etc/setup/installed.db : kde-x-1.2 kde-x-1.2-1.2-1.2-1.2-1.2-1.2-1.2-1.2-1.2.tar.bz2 0 kde-x-1.3 kde-x-1.3-1.3-1.3-1.3-1.3-1.3-1.3-1.3-1.3.tar.bz2 0 kdebase-2 kdebase-2-2-2-2-2-2-2-2-2.2.2-b1.tar.bz2 0 kdelibs-2 kdelibs-2-2-2-2-2-2-2-2-2.2.2-b1.tar.bz2 0 ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From huntharo@msu.edu Mon Jul 8 10:27:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 08 Jul 2002 10:27:00 -0000 Subject: Problem with cygwin1.dll and xfree Message-ID: <200207081727.g68HRH339258@pilot12.cl.msu.edu> Sanford, Do a search for `cygwin1.dll' on your system using the Windows file search utility. Tell us (at cygwin-xfree@cygwin.com) how many copies you find. Harold "Zelkovitz, Sanford J (ZERO CHAOS)" said: > Actually, when it fails, it does not generate an Xwin.log file. It does, > however, generate > numerous stackdump files. Attached are ones that were generated with the > cygwin1.dll version 1.13.12-1. I also included a script which I use to get > things started. > > Thanks, > Sandy > > > > -----Original Message----- > From: Harold L Hunt [mailto:huntharo@msu.edu] > Sent: Monday, July 08, 2002 12:42 PM > To: Zelkovitz@msu.edu, Sanford J (ZERO CHAOS); 'cygwin-xfree@cygwin.com' > Subject: Re: Problem with cygwin1.dll and xfree > > > Sanford, > > We are not aware of any problems with Cygwin/XFree86 on the latest versions > of cygwin1.dll. In fact, I've been running Cygwin/XFree86 all day on > 1.3.12-2 without any problems, whatsoever. > > Send in your /tmp/XWin.log file and we will tell you if it has any relevant > information. > > Thanks, > > Harold > > "Zelkovitz, Sanford J (ZERO CHAOS)" said: > > > > > The last two version of cygwin1.dll ( 1.13.12 and 1.13.11 ) seem not > > to work with the xfree release code. It appears that the code fails > > when run under the list DLLs. If I switch back to the version prior to > > 1.13.11, all works as advertised. Does anyone else have the same > > problem? Does anyone know if a patch exists to allow the xfree code to > > run under the latest cygwin1.dll? > > > > > > > > Sanford Zelkovitz (ZeroChaos) > > EDS - GWH Web Engineering > > 750 Tower Dr, M/C 5291 > > Troy, MI 48098 > > > > * phone: +01-248-265-2277 (8-365) > > * mailto:sanford.zelkovitz-eds@eds.com > > www.eds.com > > > > > > > > > > > > From huntharo@msu.edu Mon Jul 8 10:34:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 08 Jul 2002 10:34:00 -0000 Subject: problems with remote display Message-ID: <200207081734.g68HYE334296@pilot12.cl.msu.edu> Claudio, You can use ``startx -- -query ip_of_remote_machine'' unless you have modified the startx scripts to stop launching local X clients. I recommend instead that you make a copy of startxwin.bat and edit the `start XWin' line for your platform (Windows 95/98/Me or Windows NT/2000/XP) to use the -query parameter. Be sure to REM out the lines that start the local clients (xterm, twm, and xsetroot). By the way, 4.2.0-10 is the latest version of XFree86-xserv. Harold Claudio Tamietto said: > I'm sorry for my poor english but i don't kwown it very well .I'm a programmer > and I'd like unix but unfortunately j have to work on windows paltform so i have > installed cygwin on my windows 2000 workstation. Actualy i have the latest > version of cygwin (1.3.12-1) and Xwin (4.2.0-7) installed. If i run the X-server > locally with the command startx from a bash shell all seems function correctly > but if i try to run a remote dislplay on aHP_UX unix server whit the command > startx -- -query ip-of-remote-machine the following message appear on the > console : > > .. > Xlib: connection to ":0.0" refused by server > Xlib: No protocol specified > > Here follow the content of the file Xwin.log found in /tmp > > ddxProcessArgument () - Initializing default screens > winInitializeDefaultScreens - w 1024 h 768 > winInitializeDefaultScreens - Returning > _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 > pixel > winAdjustForAutoHide - Original WorkArea: 0 0 768 1024 > winAdjustForAutoHide - Taskbar is auto hide > winAdjustForAutoHide - Found BOTTOM auto-hide taskbar > winAdjustForAutoHide - Adjusted WorkArea: 0 0 767 1024 > winCreateBoundingWindowWindowed () - WindowClient w 1018 h 742 r 1018 l 0 b 742 > t 0 > winCreateBoundingWindowWindowed () - Returning > winAllocateFBShadowDDNL () - lPitch: 3056 > winInitVisualsShadowDDNL () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 > winCreateDefColormap () - Deferring to fbCreateDefColormap () > winScreenInit () - returning > AUDIT: Mon Jul 8 09:16:54 2002: 1320 X: client 1 rejected from local host > AUDIT: Mon Jul 8 09:16:56 2002: 1320 X: client 1 rejected from local host > AUDIT: Mon Jul 8 09:16:58 2002: 1320 X: client 1 rejected from local host > AUDIT: Mon Jul 8 09:17:00 2002: 1320 X: client 1 rejected from local host > AUDIT: Mon Jul 8 09:17:02 2002: 1320 X: client 1 rejected from local host > AUDIT: Mon Jul 8 09:17:04 2002: 1320 X: client 3 rejected from local host > AUDIT: Mon Jul 8 09:17:06 2002: 1320 X: client 4 rejected from local host > winCloseScreenShadowDDNL () - Freeing screen resources > > If i use a commercial product like X-reflection j obtain a remote display > correctly. Can someone help me ? > > > From huntharo@msu.edu Mon Jul 8 10:40:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 08 Jul 2002 10:40:00 -0000 Subject: Emailing: XWin.log Message-ID: <200207081739.g68Hdw346110@pilot12.cl.msu.edu> Robert, You are running cygwin-1.3.11-3 and XFree86-xserv-4.2.0-7. Please upgrade as I requested by getting the latest Cygwin setup.exe (http://cygwin.com/setup.exe) and running it. It will only upgrade packages that have been updated, so the download will not take long. By the way, are you able to reproduce this reboot-on-launch behavior every time? Have you tried to do this lately? How are you starting Cygwin/XFree86, are you using startxwin.bat (recommended)? Thanks, Harold Robert Taylor said: > Please find the inastalled.db file attached. > > Thanks for your dircect support--I look forward to being a regular user of > cygwin. > > Robert Taylor, CTO > Dispensing Solutions, Inc. > > robert.taylor@dis-sol-inc.com > Office: (714)437-0330 ext 119 > Mobile: (949)677-3864 > > -----Original Message----- > From: Harold L Hunt [mailto:huntharo@msu.edu] > Sent: Monday, July 08, 2002 9:56 AM > To: robert.taylor@dis-sol-inc.com; Robert Taylor; Harold L Hunt > Cc: cygwin-xfree@cygwin.com > Subject: RE: Emailing: XWin.log > > > Robert, > > The Windows dump file won't be of any help. > > However, you could send in /etc/setup/installed.db. That way we know what > versions of things you have. > > There have been several significant Cygwin/XFree86 updates since the 26 of > June. I highly advise that you update. > > Harold > > Robert Taylor said: > > > Would the setup.log file help? How about the Windows dump file? > > > > My installation was 6/26/2002 from setup.exe via redhat.... > > > > -----Original Message----- > > From: Harold L Hunt [mailto:huntharo@msu.edu] > > Sent: Monday, July 08, 2002 9:40 AM > > To: robert.taylor@dis-sol-inc.com; Robert Taylor; > > cygwin-xfree@cygwin.com > > Subject: Re: Emailing: XWin.log > > > > > > Robert, > > > > [For others: this is a followup to a post on ./ where Robert said that > > Windows > > XP rebooted when he ran XWin.exe] > > > > There doesn't seem to be any error recorded, at all. > > > > Try downloading the latest setup.exe (http://cygwin.com/setup.exe) and > > update > > your XFree86-xserv package. Make sure that you get version 4.2.0-10. > > > > Perhaps this was just a bug in some earlier version. > > > > Thanks for the log file, > > > > Harold > > > > Robert Taylor said: > > > > > Harold, > > > > > > I hope this is helpful. > > > > > > Robert J. Taylor > > > > > > > > > > > > > > From huntharo@msu.edu Mon Jul 8 10:41:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 08 Jul 2002 10:41:00 -0000 Subject: Fwd: RE: Emailing: XWin.log Message-ID: <200207081741.g68HfK320214@pilot12.cl.msu.edu> Looks like we fixed another one :) Harold P.S. Robert - notice that I'm cc'ing cygwin-xfree@cygwin.com on all replies. Please start doing so in future replies. Forwarded From: Robert Taylor > Just installed the latest setup.exe and asked for "all" to be installed. > It's running fine without rebooting or BSOD'ing. > > -----Original Message----- > From: Harold L Hunt [mailto:huntharo@msu.edu] > Sent: Monday, July 08, 2002 9:56 AM > To: robert.taylor@dis-sol-inc.com; Robert Taylor; Harold L Hunt > Cc: cygwin-xfree@cygwin.com > Subject: RE: Emailing: XWin.log > > > Robert, > > The Windows dump file won't be of any help. > > However, you could send in /etc/setup/installed.db. That way we know what > versions of things you have. > > There have been several significant Cygwin/XFree86 updates since the 26 of > June. I highly advise that you update. > > Harold > > Robert Taylor said: > > > Would the setup.log file help? How about the Windows dump file? > > > > My installation was 6/26/2002 from setup.exe via redhat.... > > > > -----Original Message----- > > From: Harold L Hunt [mailto:huntharo@msu.edu] > > Sent: Monday, July 08, 2002 9:40 AM > > To: robert.taylor@dis-sol-inc.com; Robert Taylor; > > cygwin-xfree@cygwin.com > > Subject: Re: Emailing: XWin.log > > > > > > Robert, > > > > [For others: this is a followup to a post on ./ where Robert said that > > Windows > > XP rebooted when he ran XWin.exe] > > > > There doesn't seem to be any error recorded, at all. > > > > Try downloading the latest setup.exe (http://cygwin.com/setup.exe) and > > update > > your XFree86-xserv package. Make sure that you get version 4.2.0-10. > > > > Perhaps this was just a bug in some earlier version. > > > > Thanks for the log file, > > > > Harold > > > > Robert Taylor said: > > > > > Harold, > > > > > > I hope this is helpful. > > > > > > Robert J. Taylor > > > > > > > > > > > > > > > From sanford.zelkovitz-eds@eds.com Mon Jul 8 10:47:00 2002 From: sanford.zelkovitz-eds@eds.com (Zelkovitz, Sanford J (ZERO CHAOS)) Date: Mon, 08 Jul 2002 10:47:00 -0000 Subject: Problem with cygwin1.dll and xfree Message-ID: <7FD257BF8564D4119DA800508BDF07AA0576C7DA@usahm012.exmi01.exch.eds.com> You are ABSOLUTELY correct! I found another copy in /winnt/system. I deleted that one and, yes, it does work just fine with cygwin1.dll version 1.13.12-1 in \cygwin\bin. Sorry for causing trouble because of my own stupidity! Sandy -----Original Message----- From: Harold L Hunt [mailto:huntharo@msu.edu] Sent: Monday, July 08, 2002 1:27 PM To: Zelkovitz@msu.edu, Sanford J (ZERO CHAOS) Cc: cygwin-xfree@cygwin.com Subject: RE: Problem with cygwin1.dll and xfree Sanford, Do a search for `cygwin1.dll' on your system using the Windows file search utility. Tell us (at cygwin-xfree@cygwin.com) how many copies you find. Harold "Zelkovitz, Sanford J (ZERO CHAOS)" said: > Actually, when it fails, it does not generate an Xwin.log file. It > does, however, generate numerous stackdump files. Attached are ones > that were generated with the cygwin1.dll version 1.13.12-1. I also > included a script which I use to get things started. > > Thanks, > Sandy > > > > -----Original Message----- > From: Harold L Hunt [mailto:huntharo@msu.edu] > Sent: Monday, July 08, 2002 12:42 PM > To: Zelkovitz@msu.edu, Sanford J (ZERO CHAOS); 'cygwin-xfree@cygwin.com' > Subject: Re: Problem with cygwin1.dll and xfree > > > Sanford, > > We are not aware of any problems with Cygwin/XFree86 on the latest > versions of cygwin1.dll. In fact, I've been running Cygwin/XFree86 > all day on 1.3.12-2 without any problems, whatsoever. > > Send in your /tmp/XWin.log file and we will tell you if it has any > relevant information. > > Thanks, > > Harold > > "Zelkovitz, Sanford J (ZERO CHAOS)" > said: > > > > > The last two version of cygwin1.dll ( 1.13.12 and 1.13.11 ) seem not > > to work with the xfree release code. It appears that the code fails > > when run under the list DLLs. If I switch back to the version prior to > > 1.13.11, all works as advertised. Does anyone else have the same > > problem? Does anyone know if a patch exists to allow the xfree code to > > run under the latest cygwin1.dll? > > > > > > > > Sanford Zelkovitz (ZeroChaos) > > EDS - GWH Web Engineering > > 750 Tower Dr, M/C 5291 > > Troy, MI 48098 > > > > * phone: +01-248-265-2277 (8-365) > > * mailto:sanford.zelkovitz-eds@eds.com > > www.eds.com > > > > > > > > > > > > From huntharo@msu.edu Mon Jul 8 10:54:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 08 Jul 2002 10:54:00 -0000 Subject: Problem with cygwin1.dll and xfree Message-ID: <200207081754.g68Hsi320298@pilot12.cl.msu.edu> Sanford, > You are ABSOLUTELY correct! I found another copy in /winnt/system. I deleted > that one and, yes, it does work just fine with cygwin1.dll version 1.13.12-1 > in \cygwin\bin. Great! > Sorry for causing trouble because of my own stupidity! Hey, go easy on yourself. Most users like to argue with us about how they don't have a second copy of cygwin1.dll on their system. After a few rounds they end up finally doing the search and, lo!, they find a second copy of cygwin1.dll. You should be commended for not arguing and instead doing the search right from the start. :) Harold From cwilson@ece.gatech.edu Mon Jul 8 11:54:00 2002 From: cwilson@ece.gatech.edu (Charles Wilson) Date: Mon, 08 Jul 2002 11:54:00 -0000 Subject: Problem with cygwin1.dll and xfree References: <200207081754.g68Hsi320298@pilot12.cl.msu.edu> Message-ID: <3D29E002.2020606@ece.gatech.edu> Harold L Hunt wrote: > > Hey, go easy on yourself. Most users like to argue with us about how they > don't have a second copy of cygwin1.dll on their system. After a few rounds > they end up finally doing the search and, lo!, they find a second copy of > cygwin1.dll. You should be commended for not arguing and instead doing the What I'd like to know, is how all of these users ended up with cygwin1.dll in /system in the first place. They all claim that they didn't do it themselves; or perhaps they did do it themselves, "following instructions a long time ago" [strange that the bug only cropped up "now" ] -- but who is telling people to do this? Is there some program out there that uses cygwin, and installs cygwin1.dll into /system? Is there some website out there that tells people to do this? Can we hunt them down and flame them with vigour? --Chuck From cwilson@ece.gatech.edu Mon Jul 8 12:22:00 2002 From: cwilson@ece.gatech.edu (Charles Wilson) Date: Mon, 08 Jul 2002 12:22:00 -0000 Subject: Problem with cygwin1.dll and xfree References: <200207081754.g68Hsi320298@pilot12.cl.msu.edu> Message-ID: <3D29E002.2020606@ece.gatech.edu> Harold L Hunt wrote: > > Hey, go easy on yourself. Most users like to argue with us about how they > don't have a second copy of cygwin1.dll on their system. After a few rounds > they end up finally doing the search and, lo!, they find a second copy of > cygwin1.dll. You should be commended for not arguing and instead doing the What I'd like to know, is how all of these users ended up with cygwin1.dll in /system in the first place. They all claim that they didn't do it themselves; or perhaps they did do it themselves, "following instructions a long time ago" [strange that the bug only cropped up "now" ] -- but who is telling people to do this? Is there some program out there that uses cygwin, and installs cygwin1.dll into /system? Is there some website out there that tells people to do this? Can we hunt them down and flame them with vigour? --Chuck From nwourms@yahoo.com Mon Jul 8 12:34:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Mon, 08 Jul 2002 12:34:00 -0000 Subject: Problem with cygwin1.dll and xfree In-Reply-To: <3D29E002.2020606@ece.gatech.edu> Message-ID: <20020708192229.50034.qmail@web21008.mail.yahoo.com> --- Charles Wilson wrote: > > Harold L Hunt wrote: > > > > > Hey, go easy on yourself. Most users like to argue with us about how > they > > don't have a second copy of cygwin1.dll on their system. After a few > rounds > > they end up finally doing the search and, lo!, they find a second copy > of > > cygwin1.dll. You should be commended for not arguing and instead > doing the > > What I'd like to know, is how all of these users ended up with > cygwin1.dll in /system in the first place. They all claim that they > didn't do it themselves; or perhaps they did do it themselves, > "following instructions a long time ago" [strange that the bug only > cropped up "now" ] -- but who is telling people to do this? > > Is there some program out there that uses cygwin, and installs > cygwin1.dll into /system? Is there some website out there that tells > people to do this? Can we hunt them down and flame them with vigour? Chuck, If I'm not mistaken, I believe WinCVS does tell them to put the dll in system. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From cwilson@ece.gatech.edu Mon Jul 8 13:20:00 2002 From: cwilson@ece.gatech.edu (Charles Wilson) Date: Mon, 08 Jul 2002 13:20:00 -0000 Subject: Problem with cygwin1.dll and xfree References: <20020708192229.50034.qmail@web21008.mail.yahoo.com> Message-ID: <3D29E94B.3020300@ece.gatech.edu> Nicholas Wourms wrote: > If I'm not mistaken, I believe WinCVS does tell them to put the dll in > system. If so, then they should be vigorously insulted, and possibly shunned. Think of the frenchmen in "Monty Python's The Holy Grail". However, I can't find anything prominent on their site that says "put cygwin1.dll in naughty places". --Chuck From wayne.keen@crc.com Mon Jul 8 13:52:00 2002 From: wayne.keen@crc.com (Dr. Wayne Keen) Date: Mon, 08 Jul 2002 13:52:00 -0000 Subject: Problem with cygwin1.dll and xfree Message-ID: <000301c226b5$6dec3d50$a701a8c0@earthlink.net> I know I have run into problems a couple of times with programs that have windows installers that somehow like to assume that you don't already have Cygwin on your machine. The first time I installed Octave, it replaced my Cygwin with some minimal installation it needed to support itself. Something not as severe happended when I ran an Windows installation program for Ruby. Eventually....I learned to just go ahead and build things myself within Cygwin. So, one message that probably should leak out is to avoid Windows binaries that mention anything about Cygwin. :-) Wayne Keen From BradeyH@construx.com Mon Jul 8 19:06:00 2002 From: BradeyH@construx.com (Bradey Honsinger) Date: Mon, 08 Jul 2002 19:06:00 -0000 Subject: Upgrading to latest version Message-ID: <2A53F00A2DBBDA479B7E84DA2023A4EBC83EDC@gypsy.construx.com> What's the recommended upgrade procedure now that XFree is in Cygwin setup? I'm still downloading the latest Server Test Series build from xfree86.cygwin.com and copying it over /usr/X11R6/bin/XWin. Will I miss something by not running setup? - Bradey -----Original Message----- From: Harold L Hunt [mailto:huntharo@msu.edu] Sent: Monday, July 08, 2002 10:41 AM To: cygwin-xfree@cygwin.com Cc: robert.taylor@dis-sol-inc.com Subject: Fwd: RE: Emailing: XWin.log Looks like we fixed another one :) Harold P.S. Robert - notice that I'm cc'ing cygwin-xfree@cygwin.com on all replies. Please start doing so in future replies. Forwarded From: Robert Taylor > Just installed the latest setup.exe and asked for "all" to be installed. > It's running fine without rebooting or BSOD'ing. > > -----Original Message----- > From: Harold L Hunt [mailto:huntharo@msu.edu] > Sent: Monday, July 08, 2002 9:56 AM > To: robert.taylor@dis-sol-inc.com; Robert Taylor; Harold L Hunt > Cc: cygwin-xfree@cygwin.com > Subject: RE: Emailing: XWin.log > > > Robert, > > The Windows dump file won't be of any help. > > However, you could send in /etc/setup/installed.db. That way we know what > versions of things you have. > > There have been several significant Cygwin/XFree86 updates since the 26 of > June. I highly advise that you update. > > Harold > > Robert Taylor said: > > > Would the setup.log file help? How about the Windows dump file? > > > > My installation was 6/26/2002 from setup.exe via redhat.... > > > > -----Original Message----- > > From: Harold L Hunt [mailto:huntharo@msu.edu] > > Sent: Monday, July 08, 2002 9:40 AM > > To: robert.taylor@dis-sol-inc.com; Robert Taylor; > > cygwin-xfree@cygwin.com > > Subject: Re: Emailing: XWin.log > > > > > > Robert, > > > > [For others: this is a followup to a post on ./ where Robert said that > > Windows > > XP rebooted when he ran XWin.exe] > > > > There doesn't seem to be any error recorded, at all. > > > > Try downloading the latest setup.exe (http://cygwin.com/setup.exe) and > > update > > your XFree86-xserv package. Make sure that you get version 4.2.0-10. > > > > Perhaps this was just a bug in some earlier version. > > > > Thanks for the log file, > > > > Harold > > > > Robert Taylor said: > > > > > Harold, > > > > > > I hope this is helpful. > > > > > > Robert J. Taylor > > > > > > > > > > > > > > > From huntharo@msu.edu Mon Jul 8 19:44:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Mon, 08 Jul 2002 19:44:00 -0000 Subject: xf86config patch In-Reply-To: Message-ID: Alexander, > > 1) In winconfig.c, why is this there: > > > > #ifndef PROJECTROOT > > #define PROJECTROOT "/usr/X11R6" > > #endif > > Hm, I just copied it from xf86Config.c. Just to be sure it's defined. > I added ``-DPROJECTROOT=$(PROJECTROOT)'' to DEFINES in hw/xwin/Imakefile and I put quotes (") around PROJECROOT in the call to xf86openConfigFile in winconfig.c. I then removed the PROJECTROOT define from winconfig.c. That seems to have worked quite well. Of course, I haven't tested it yet :) I need to you submit a diff for XWin.man, documenting the new parameters. I'll take care up updating the User's Guide when the time comes. I'm going to make a Server Test Series release that has your XF86Config patch as the only change. That way if we have problems we can track them to this patch, if necessary. I don't anticipate any problems, but I know that if I don't do a seperate release we will end up having problems and wishing that we had done a seperate release. :) Harold From huntharo@msu.edu Tue Jul 9 00:27:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Tue, 09 Jul 2002 00:27:00 -0000 Subject: [ANNOUNCEMENT] Server Test 64 Message-ID: Links: I just posted Test 64 to the server development page: http://xfree86.cygwin.com/devel/shadow/ You can install the Test 64 package via setup.exe by selecting the 'test' package (and be sure to check the 'Bin' box): XFree86-xserv-4.2.0-11 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-Test64.exe.bz2 (1100 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20020708-2212.tar.bz2 (81 KiB) xc/programs/Xserver/Imakefile diff against 20020708 XFree86 CVS: http://www.msu.edu/~huntharo/xwin/shadow/xc-programs-Xserver-Imakefile-20020 708-2212.diff (2 KiB) xc/programs/Xserver/hw/xwin (all files) diff against 20020708 XFree86 CVS: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20020708-2212.diff.bz2 (3 KiB) xc/programs/Xserver/hw/xwin new files: http://www.msu.edu/~huntharo/xwin/shadow/xwin-newfiles-20020708-2212.tar.bz2 (8 KiB) Changes: 1) winconfig.c, winconfig.h, winmsg.c, winmsg.h, InitOutput.c, winkeybd.c - Add support for using XF86Config-style configuration files. (Alexander Gottwald) Enjoy, Harold From sb@dod.no Tue Jul 9 03:59:00 2002 From: sb@dod.no (Steinar Bang) Date: Tue, 09 Jul 2002 03:59:00 -0000 Subject: Slashdotting References: Message-ID: <871yade4y2.fsf@home.lan> >>>>> "Harold Hunt" : > This time we might get a lot of new users because we are so easy to > install now. Crossing my fingers... For or against the new users? :-) From alexander.gottwald@informatik.tu-chemnitz.de Tue Jul 9 04:16:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 09 Jul 2002 04:16:00 -0000 Subject: using xwinclip In-Reply-To: <200207081826.g68IQQ216291@login10.cig.mot.com> Message-ID: On Mon, 8 Jul 2002, Will Renkel {QA1403} wrote: > I appear to de doing something wrong > > I start my xwindows with the startx command from .profile > I put the xclip ciommand in bat file per directions. > It dont start or at least stay up > I then put it in .profile right after vstartx > No work - cant open display > > If I manually start it from a window after they come up it seems to work. I redirected you to the apropriate mailing list. I hope they can help you. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@informatik.tu-chemnitz.de Tue Jul 9 04:27:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 09 Jul 2002 04:27:00 -0000 Subject: xf86config patch In-Reply-To: Message-ID: On Mon, 8 Jul 2002, Harold Hunt wrote: > Alexander, > > > > 1) In winconfig.c, why is this there: > > > > > > #ifndef PROJECTROOT > > > #define PROJECTROOT "/usr/X11R6" > > > #endif > > > > Hm, I just copied it from xf86Config.c. Just to be sure it's defined. > > > > I added ``-DPROJECTROOT=$(PROJECTROOT)'' to DEFINES in hw/xwin/Imakefile and seems to be ok. > I put quotes (") around PROJECROOT in the call to xf86openConfigFile in > winconfig.c. I then removed the PROJECTROOT define from winconfig.c. That > seems to have worked quite well. Of course, I haven't tested it yet :) you have changed function_name(PROJECTROOT) to function_name("PROJECTROOT")? This will fail since the preprocessor won't substitute macros in strings. Please use -DPROJECTROOT="\"$(PROJECTROOT)\"" and the unquoted PROJECTROOT in the function call > I need to you submit a diff for XWin.man, documenting the new parameters. > I'll take care up updating the User's Guide when the time comes. > > I'm going to make a Server Test Series release that has your XF86Config > patch as the only change. That way if we have problems we can track them to > this patch, if necessary. I don't anticipate any problems, but I know that > if I don't do a seperate release we will end up having problems and wishing > that we had done a seperate release. :) Ok, bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@informatik.tu-chemnitz.de Tue Jul 9 04:30:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 09 Jul 2002 04:30:00 -0000 Subject: [ANNOUNCEMENT] Server Test 64 In-Reply-To: Message-ID: On Mon, 8 Jul 2002, Harold Hunt wrote: > Links: > > I just posted Test 64 to the server development page: > http://xfree86.cygwin.com/devel/shadow/ > Changes: > > 1) winconfig.c, winconfig.h, winmsg.c, winmsg.h, InitOutput.c, > winkeybd.c - Add support for using XF86Config-style configuration > files. (Alexander Gottwald) Works for me. Got XKB settings and fontpath from xf86config bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@informatik.tu-chemnitz.de Tue Jul 9 04:56:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 09 Jul 2002 04:56:00 -0000 Subject: [ANNOUNCEMENT] Server Test 64 In-Reply-To: Message-ID: On Tue, 9 Jul 2002, Alexander Gottwald wrote: > On Mon, 8 Jul 2002, Harold Hunt wrote: > > > > I just posted Test 64 to the server development page: > > http://xfree86.cygwin.com/devel/shadow/ > > Works for me. Got XKB settings and fontpath from xf86config Works without configfile too. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From cxwangyi@ieee.org Tue Jul 9 05:21:00 2002 From: cxwangyi@ieee.org (Wang Yi) Date: Tue, 09 Jul 2002 05:21:00 -0000 Subject: OpenGL program under Cygiwn/XFree86 Message-ID: <3D2ACFD2.8070200@ieee.org> I am trying to compile a simple glX/OpenGL program under Cygwin/XFree86. The building process is OK. But the glXChooseVisual always returns NULL at runtime. This program has been compiled under many UNIX environments and runs properly. I have changed the attributed array passed to glXChooseVisual many times, but it still does not work. I use the header files at /usr/X11R6/include and libraries of /usr/X11R6/lib/libGL.a and libGLU.a. Cygwin/XFree86 does support OpenGL, right? Cound anyone send me a simple model OpenGL program which can be built and run under Cygwin/XFree86? Thanks a lot. From ctamiett@poker.it Tue Jul 9 05:40:00 2002 From: ctamiett@poker.it (Claudio Tamietto) Date: Tue, 09 Jul 2002 05:40:00 -0000 Subject: * Re: problems with remote display Message-ID: I have try what you have reccomended but the remote display in not functioning (follow startxwin.bat). @echo off SET DISPLAY=127.0.0.1:0.0 REM REM The path in the CYGWIN_ROOT environment variable assignment assume REM that Cygwin is installed in a directory called 'cygwin' in the root REM directory of the current drive. You will only need to modify REM CYGWIN_ROOT if you have installed Cygwin in another directory. For REM example, if you installed Cygwin in \foo\bar\baz\cygwin, you will need REM to change \cygwin to \foo\bar\baz\cygwin. REM REM This batch file will almost always be run from the same drive (and REM directory) as the drive that contains Cygwin/XFree86, therefore you will REM not need to add a drive letter to CYGWIN_ROOT. For example, you do REM not need to change \cygwin to c:\cygwin if you are running this REM batch file from the C drive. REM SET CYGWIN_ROOT=\cygwin SET PATH=.;%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin;%PATH% REM REM Cleanup after last run. REM if not exist %CYGWIN_ROOT%\tmp\.X11-unix\X0 goto CLEANUP-FINISH attrib -s %CYGWIN_ROOT%\tmp\.X11-unix\X0 del %CYGWIN_ROOT%\tmp\.X11-unix\X0 :CLEANUP-FINISH if exist %CYGWIN_ROOT%\tmp\.X11-unix rmdir %CYGWIN_ROOT%\tmp\.X11-unix REM REM Startup the X Server, the twm window manager, and an xterm. REM REM Notice that the window manager and the xterm will wait for REM the server to finish starting before trying to connect; the REM error "Cannot Open Display: 127.0.0.1:0.0" is not due to the REM clients attempting to connect before the server has started, rather REM that error is due to a bug in some versions of cygwin1.dll. Upgrade REM to the latest cygwin1.dll if you get the "Cannot Open Display" error. REM See the Cygwin/XFree86 FAQ for more information: REM http://xfree86.cygwin.com/docs/faq/ REM REM The error "Fatal server error: could not open default font 'fixed'" is REM caused by using a DOS mode mount for the mount that the Cygwin/XFree86 REM fonts are accessed through. See the Cygwin/XFree86 FAQ for more REM information: REM http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-error-font-eof REM REM REM Use the /B switch only when we can positively confirm that the OS REM is Windows NT/2000. Do not use the switch in any other case. This REM should work fine, as it assumes we cannot use /B, except when a certain REM criterion is met. A previous version of this batch file assumed that REM we could use /B, except when some criterion was met; needless to say, REM that didn't work. REM if "%OS%" == "Windows_NT" goto USE-B-SWITCH REM Windows 95/98/Me echo startxwin.bat - Starting on Windows 95/98/Me REM Startup the X Server. start XWin REM Startup an xterm, using bash as the shell. run xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black -e /usr/bin/bash REM Startup the twm window manager. run twm goto END REM REM Use the /B switch. This starts the specified process in the background; REM in other words, it does not cause a new Command Prompt window to be REM opened for each 'start' command. REM :USE-B-SWITCH REM Windows NT/2000 echo startxwin.bat - Starting on Windows NT/2000 REM Startup the X Server. start XWin -audit 4 -query hannibal REM Startup an xterm, using bash as the shell. REM run xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black -e /usr/bin/bash REM Startup the twm window manager. REM run twm :END REM Set a background color to comply with FCC regulations :) REM run xsetroot -solid aquamarine4 The X-session seems to start but at some point it flash and nothing happen. I Have set the audit parameter to 4 and below i have included the log file : ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning winDetectSupportedEngines - Windows NT/2000/XP 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 pixel winAdjustForAutoHide - Original WorkArea: 0 0 768 1024 winAdjustForAutoHide - Taskbar is auto hide winAdjustForAutoHide - Found BOTTOM auto-hide taskbar winAdjustForAutoHide - Adjusted WorkArea: 0 0 767 1024 winCreateBoundingWindowWindowed - WindowClient w 1018 h 742 r 1018 l 0 b 742 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowDDNL - lPitch: 4072 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 24 winCreateDefColormap - Deferring to fbCreateDefColormap () winScreenInit - returning AUDIT: Tue Jul 9 13:25:59 2002: 1392 XWin: client 1 connected from IP 150.1.1.20 port 64398 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:25:59 2002: 1392 XWin: client 2 connected from IP 150.1.1.20 port 64399 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:25:59 2002: 1392 XWin: client 3 connected from IP 150.1.1.20 port 64400 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:25:59 2002: 1392 XWin: client 3 disconnected AUDIT: Tue Jul 9 13:25:59 2002: 1392 XWin: client 3 connected from IP 150.1.1.20 port 64401 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:25:59 2002: 1392 XWin: client 3 disconnected AUDIT: Tue Jul 9 13:25:59 2002: 1392 XWin: client 3 connected from IP 150.1.1.20 port 64402 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:25:59 2002: 1392 XWin: client 3 disconnected AUDIT: Tue Jul 9 13:25:59 2002: 1392 XWin: client 3 connected from IP 150.1.1.20 port 64403 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:25:59 2002: 1392 XWin: client 3 disconnected AUDIT: Tue Jul 9 13:25:59 2002: 1392 XWin: client 3 connected from IP 150.1.1.20 port 64404 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:25:59 2002: 1392 XWin: client 3 disconnected AUDIT: Tue Jul 9 13:25:59 2002: 1392 XWin: client 3 connected from IP 150.1.1.20 port 64405 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:25:59 2002: 1392 XWin: client 3 disconnected AUDIT: Tue Jul 9 13:25:59 2002: 1392 XWin: client 3 connected from IP 150.1.1.20 port 64406 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:26:02 2002: 1392 XWin: client 3 disconnected AUDIT: Tue Jul 9 13:26:02 2002: 1392 XWin: client 2 disconnected AUDIT: Tue Jul 9 13:26:02 2002: 1392 XWin: client 1 disconnected winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0000001f winSetEngine - Using Shadow DirectDraw NonLocking winAdjustForAutoHide - Original WorkArea: 0 0 768 1024 winAdjustForAutoHide - Taskbar is auto hide winAdjustForAutoHide - Found BOTTOM auto-hide taskbar winAdjustForAutoHide - Adjusted WorkArea: 0 0 767 1024 winCreateBoundingWindowWindowed - WindowClient w 1018 h 742 r 1018 l 0 b 742 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowDDNL - lPitch: 4072 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 24 winCreateDefColormap - Deferring to fbCreateDefColormap () winScreenInit - returning AUDIT: Tue Jul 9 13:26:16 2002: 1392 XWin: client 1 connected from IP 150.1.1.20 port 64407 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:26:16 2002: 1392 XWin: client 2 connected from IP 150.1.1.20 port 64408 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:26:16 2002: 1392 XWin: client 3 connected from IP 150.1.1.20 port 64409 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:26:16 2002: 1392 XWin: client 3 disconnected AUDIT: Tue Jul 9 13:26:16 2002: 1392 XWin: client 3 connected from IP 150.1.1.20 port 64410 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:26:16 2002: 1392 XWin: client 3 disconnected AUDIT: Tue Jul 9 13:26:16 2002: 1392 XWin: client 3 connected from IP 150.1.1.20 port 64411 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:26:16 2002: 1392 XWin: client 3 disconnected AUDIT: Tue Jul 9 13:26:16 2002: 1392 XWin: client 3 connected from IP 150.1.1.20 port 64412 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:26:16 2002: 1392 XWin: client 3 disconnected AUDIT: Tue Jul 9 13:26:16 2002: 1392 XWin: client 3 connected from IP 150.1.1.20 port 64413 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:26:16 2002: 1392 XWin: client 3 disconnected AUDIT: Tue Jul 9 13:26:16 2002: 1392 XWin: client 3 connected from IP 150.1.1.20 port 64414 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:26:17 2002: 1392 XWin: client 3 disconnected AUDIT: Tue Jul 9 13:26:17 2002: 1392 XWin: client 3 connected from IP 150.1.1.20 port 64415 Auth name: MIT-MAGIC-COOKIE-1 ID: 58 AUDIT: Tue Jul 9 13:26:19 2002: 1392 XWin: client 3 disconnected AUDIT: Tue Jul 9 13:26:19 2002: 1392 XWin: client 2 disconnected AUDIT: Tue Jul 9 13:26:19 2002: 1392 XWin: client 1 disconnected winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0000001f winSetEngine - Using Shadow DirectDraw NonLocking winAdjustForAutoHide - Original WorkArea: 0 0 768 1024 winAdjustForAutoHide - Taskbar is auto hide winAdjustForAutoHide - Found BOTTOM auto-hide taskbar winAdjustForAutoHide - Adjusted WorkArea: 0 0 767 1024 winCreateBoundingWindowWindowed - WindowClient w 1018 h 742 r 1018 l 0 b 742 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowDDNL - lPitch: 4072 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 24 winCreateDefColormap - Deferring to fbCreateDefColormap () winScreenInit - returning winWindowProc - WM_*KEYDOWN - Closekey hit, quitting I don't see any error and i'm very confused. I suppose that some configuration have to change on the remote unix machine but i don't kwon what. Anyway thank you for your answer. From rex.kidwell@attglobal.net Tue Jul 9 06:17:00 2002 From: rex.kidwell@attglobal.net (Rex Kidwell) Date: Tue, 09 Jul 2002 06:17:00 -0000 Subject: Local xterm x-client won't display/start In-Reply-To: Message-ID: Wayne Keen, Upgrading cygwin to 1.3.12-1 and X-server to 4.2.0-10 fixed all of the problems listed below. Thanks for your help! Rex -----Original Message----- From: Rex Kidwell [mailto:rex.kidwell@attglobal.net] Sent: Wednesday, July 03, 2002 9:53 PM To: cygwin-xfree@cygwin.com Subject: Local xterm x-client won't display/start Sorry if this is ends being the UID/GID, USER/HOME directory, or font problem. I have successfully installed cygwin/xfree86 4.2.0.1 with cygwin 1.3.11-3. I can run XWin, twm, and the local xclock (xclock -d -update 1) x-client on a NT 4.0 SP6 system. When I attempt to run a xterm I get the outline to place it in the window manager but when I release the left mouse button nothing gets displayed. There isn't anything listed in the /tmp/Xwin.log as far as errors (as far as I can tell). I can start/run/display a xterm from a remote RedHat 7.2 system by setting my DISPLAY environment variable to the local XWin/twm X-server. When I attempt to start a local xterm using the left mouse button pop-up menu I get a small icon in the upper left hand corner of the window manager and something really small under the mouse pointer but nothing is displayed when I release the mouse button. The installation was performed using the UNIX file option. I don't know if this is associated with the above problem but I also have an AIX xterm x-client problem. I can start/run/display an AIX 4.3.3 xterm on xwin/twm but it doesn't echo/display any key strokes. I can hit the control key and the left mouse button to get to the pop-up window and quit/exit the xterm but other keys don't seem to do anything. I didn't see anything related to this problem in the FAQs that I found. Thanks for any help that you can provide. Rex From rasjidw@openminddev.net Tue Jul 9 07:03:00 2002 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Tue, 09 Jul 2002 07:03:00 -0000 Subject: Problem with cygwin1.dll and xfree In-Reply-To: <000301c226b5$6dec3d50$a701a8c0@earthlink.net> References: <000301c226b5$6dec3d50$a701a8c0@earthlink.net> Message-ID: <200207092316.58319.rasjidw@openminddev.net> On Tue, 9 Jul 2002 5:26 am, Dr. Wayne Keen wrote: [Post on cygwin-xfree@cygwin.com] > I know I have run into problems a couple of times with programs that > have windows installers that somehow like to assume that you don't > already have Cygwin on your machine. > > The first time I installed Octave, it replaced my Cygwin with some > minimal installation it needed to support itself. > > Something not as severe happended when I ran an Windows installation > program for Ruby. > > Eventually....I learned to just go ahead and build things myself > within Cygwin. The main reason I stopped distributing the original version of my Minimal Cygwin-XFree86 for XDMCP only install was my gradual (and slightly belated) understanding of this problem. And it was only because of discussions on the cygwin-xfree mailing list that I discovered this problem at all. Personally, I think the requirement for there to be only a *single* cygwin1.dll needs to be *far* more strongly emphasised on the Cygwin website, in somewhere prominent (like on http://www.cygwin.com/index.html). As the porting of open-source software from Linux/Unix to Windows becomes more common, unless things change this problem is only going to get worse. The problem here is that many developers are going to want to distribute their program Windows ports via a Windows installer, not via Setup.exe. And they are going to want their program to install as transparently as possible, so they are going to provide their own copy of the cygwin1.dll on the assumption that the user probably wont already have one. This is generally true currently, but will become less true as time goes by. I know that the Windows port of MySQL relies on the cygwin1.dll. And in my wanderings I have seen several others (Ruby and Octave are mentioned above). It is no good if each program puts the cygwin1.dll in it own directory, since if two of the programs are running at the same time there may be problems. It is even worse if they all try and put it in system directory, since then who knows what version you will end up with. And regardless of what happens, if the user either has or later installs Cygwin via Setup.exe there will be problems. The only long term solution that I can think of is to make it possible (perhaps it already is) for the Windows installer to use an automated version of Setup.exe, that without any interaction from the user (unless absolutely necessary) will install or update (if required) the cygwin1.dll in a Setup.exe compatible way. That way, if I install program A which depends on the cygwin1.dll, and then install program B (which has an older version of cygwin1.dll) it just leaves the newer version there. If I then install program C which requires a newer version, the dll is then updated by the automated setup.exe. If I then install Cygwin via Setup.exe, it just notices that I already have the cygwin1.dll and only updates it if necessary. I think that basically what would be required would be to enable Setup.exe to be controlled by a config file (similar to a RedHat kickstart file), and have its GUI not displayed unless there was a problem and user interaction was required. The other thing required is education. Existing projects that use the cygwin1.dll need to be informed of the issue and encouraged (gently) to help do something about it. And the information about the conflicting dll problem needs to be much more 'in the face' of potential cygwin1.dll users. No doubt, ideally all cygwin based programs should be installed via Setup.exe, and then the problem goes away. Realistically, that is not going to happen. 'Ordinary' Windows users (as opposed to cygwin users) like Windows installers. And when programs that use the cygwin1.dll start crashing randomly due to multiple cygwin1.dll copies, Joe Windows User will simply see an open source program failing to work, and decide that he will stay with closed source programs after all. That is what concerns me the most. Anyway, that is my 2 cents on the issue. Perhaps this has already been discussed in depth before and/or is already implemented or in the process of being implemented, and if so my apologies if I'm wasting bandwidth. I'm not subscribed to the cygwin list, only cygwin-xfree. I'm CC'ing the cygwin list, since I think it is fundamentally a cygwin issue, not an Cygwin-XFree issue, although of course it effects anything that depends on cygwin. > So, one message that probably should leak out is to avoid Windows > binaries that mention anything about Cygwin. :-) I would be inclined to check anything that was developed on Unix/Linux first and then ported to Windows, even if they fail to mention Cygwin, and even if it is closed source. But perhaps I'm just paranoid. ;-) Rasjid. From nwourms@yahoo.com Tue Jul 9 07:30:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Tue, 09 Jul 2002 07:30:00 -0000 Subject: Shared and unshared libraries via the imake system Message-ID: <20020709140353.44778.qmail@web21007.mail.yahoo.com> For any xwin developer: This is not explained in the FAQ or the Contributors guide. Can some explain to me, if it is even possible, exactly how one generates both a shared [.dll and .dll.a] and unshared [.a] library via the imake system? How are the foo-def.cpp files generated? If possible, this should be added to the contributor's guide. I do know how to generate the dll by hand, but I would prefer to know if this can be done automagically by the Imakefile system. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From spetreolle@yahoo.fr Tue Jul 9 08:32:00 2002 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Tue, 09 Jul 2002 08:32:00 -0000 Subject: * Re: problems with remote display In-Reply-To: Message-ID: <20020709143020.58188.qmail@web10106.mail.yahoo.com> winCreateDefColormap - Deferring to fbCreateDefColormap () winScreenInit - returning winWindowProc - WM_*KEYDOWN - Closekey hit, quitting ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Did you hit ctrl-c or alt-f4 ? ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From spetreolle@yahoo.fr Tue Jul 9 09:10:00 2002 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Tue, 09 Jul 2002 09:10:00 -0000 Subject: OpenGL program under Cygiwn/XFree86 In-Reply-To: <3D2ACFD2.8070200@ieee.org> Message-ID: <20020709153221.31461.qmail@web10107.mail.yahoo.com> > Cygwin/XFree86 does support OpenGL, right? > Cound anyone send me a simple model OpenGL program > which can be built > and run under Cygwin/XFree86? > > Thanks a lot. > OpenGL is supported under Cygwin, mplayer detects it, compiles and runs it (http://www.mplayerhq.hu) ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From huntharo@msu.edu Tue Jul 9 12:28:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Tue, 09 Jul 2002 12:28:00 -0000 Subject: Shared and unshared libraries via the imake system In-Reply-To: <20020709140353.44778.qmail@web21007.mail.yahoo.com> Message-ID: Nicholas, Well, the primary problem that you've got here is that the author of the Contributor's Guide has no idea how to do what you are asking. No one ever told me... Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Nicholas Wourms > Sent: Tuesday, July 09, 2002 10:04 AM > To: cygwin-xfree@cygwin.com > Subject: Shared and unshared libraries via the imake system > > > For any xwin developer: > > This is not explained in the FAQ or the Contributors guide. Can some > explain to me, if it is even possible, exactly how one generates both a > shared [.dll and .dll.a] and unshared [.a] library via the imake system? > How are the foo-def.cpp files generated? If possible, this should be > added to the contributor's guide. I do know how to generate the dll by > hand, but I would prefer to know if this can be done automagically by the > Imakefile system. > > Cheers, > Nicholas > > __________________________________________________ > Do You Yahoo!? > Sign up for SBC Yahoo! Dial - First Month Free > http://sbc.yahoo.com From chaos@swi.com.br Tue Jul 9 12:47:00 2002 From: chaos@swi.com.br (Raul Dias) Date: Tue, 09 Jul 2002 12:47:00 -0000 Subject: OpenGL program under Cygiwn/XFree86 In-Reply-To: <20020709153221.31461.qmail@web10107.mail.yahoo.com> References: <20020709153221.31461.qmail@web10107.mail.yahoo.com> Message-ID: <200207091358.g69DwQs02269@stratus.swi.com.br> =?iso-8859-1?q?Sylvain=20Petreolle?= wrote: >> Cygwin/XFree86 does support OpenGL, right? >> Cound anyone send me a simple model OpenGL program >> which can be built >> and run under Cygwin/XFree86? >> >> Thanks a lot. >> >OpenGL is supported under Cygwin, mplayer detects it, >compiles and runs it (http://www.mplayerhq.hu) I am curious. Is it accelerated? Suposing that there is an accelerated opengl dll natively in windows. []'s Raul Dias From huntharo@msu.edu Tue Jul 9 12:52:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Tue, 09 Jul 2002 12:52:00 -0000 Subject: Fixing the Cygwin/XFree86 mwm numlock bug Message-ID: <200207091947.g69JlcF51352@pilot05.cl.msu.edu> I am the project leader and primary developer for the Cygwin/XFree86 project and the maintainer of the Cygwin setup.exe-installable Lesstif package. I am extremely interested in working with you guys to figure out why one cannot move windows in mwm when the NumLock key is toggled on. I have subscribed to the Lesstif mailing list for however long it takes to fix this bug. I have done a search of the Lesstif mailing list and found that the problem is acknowledged but that someone on the Cygwin/XFree86 side was needed for debugging. I searched for ``mwm cygwin site:terror.hungry.com'' at google.com: http://www.google.com/search?hl=en&lr=&ie=UTF-8&oe=UTF-8&q=mwm+cygwin+site%3Aterror.hungry.com&btnG=Google+Search Description of the problem ========================== Running mwm within Cygwin/XFree86 with the NumLock key toggled on causes mwm windows to be unmovable with the mouse. Toggling the NumLock key off allows the mwm windows to be moved. The problem seems to arise from the fact that Cygwin/XFree86 treats NumLock as a modifier key, while, apparently, older versions of X11 did not consider NumLock to be a modifier key. Relation to the ``kb'' extension ================================ The kb extension is enabled in Cygwin/XFree86 by default. I just found out, and I don't recall ever having been told this before, that if you run Cygwin/XFree86 with the ``-kb'' parameter, which disables the kb extension, then mwm windows are movable with the NumLock key toggled on or off. Essentially, the problem goes away if you turn off the kb extension. Pondering as to what could cause the problem ============================================ I do not understand why Cygwin/XFree86 exhibits this problem, but XFree86 on Linux does not seem to. As I describe below, Cygwin/XFree86 took its keyboard modifier setup code directly from XFree86. Maybe XFree86 on Linux does not turn on the kb extension by default? Very thorough details ===================== Cygwin/XFree86 sets up its modifier keys in winkeybd.c/winGetKeyMappings, which can be viewed here: http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xwin/winkeybd.c Note that WIN_NEW_KEYBOARD_SUPPORT is currently 0, or off, so you need to skip the #if WIN_NEW_KEYBOARD_SUPPORT section at the top of the file. In winGetKeyMappings we set the NumLockMask for the XK_Num_Lock key: case XK_Num_Lock: pModMap[i] = NumLockMask; break; We copied this functionality directly from xc/programs/Xserver/hw/xfree86/common/xf86Kbd.c's xf86KbdGetMapping function. NumLockMask is defined over in xc/programs/Xserver/hw/xfree86/common/atKeynames.h as: #define AltMask Mod1Mask #define NumLockMask Mod2Mask #define AltLangMask Mod3Mask #define KanaMask Mod4Mask #define ScrollLockMask Mod5Mask Of course, the ModXMasks are defined in xc/include/X.h as: #define ShiftMask (1<<0) #define LockMask (1<<1) #define ControlMask (1<<2) #define Mod1Mask (1<<3) #define Mod2Mask (1<<4) #define Mod3Mask (1<<5) #define Mod4Mask (1<<6) #define Mod5Mask (1<<7) The xkb extension also seems to have some sort of NumLockMask, over in xc/programs/Xserver/xkb/xkbDflts.h: #define vmod_NumLockMask (1<<0) #define vmod_AltMask (1<<1) #define vmod_LevelThreeMask (1<<2) #define vmod_AltGrMask (1<<3) #define vmod_ScrollLockMask (1<<4) ====================================================================== Any help that the Lesstif developers can give would be greatly appreciated. I have yet to come across anyone that understands fully what the xkb extension does and how to interface with it. Perhaps you guys know more deep magic than we do :) Thanks very much in advance, Harold Hunt From huntharo@msu.edu Tue Jul 9 13:36:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Tue, 09 Jul 2002 13:36:00 -0000 Subject: OpenGL program under Cygiwn/XFree86 Message-ID: <200207091952.g69Jq3F78826@pilot05.cl.msu.edu> Raul, > >OpenGL is supported under Cygwin, mplayer detects it, > >compiles and runs it (http://www.mplayerhq.hu) > > I am curious. > > Is it accelerated? > > Suposing that there is an accelerated opengl dll natively in > windows. No, OpenGL is not accelerated in Cygwin/XFree86. We use Mesa for OpenGL support in Cygwin/XFree86, and Mesa uses FB to draw to an offscreen framebuffer that is occasionally transferred to the screen. It sounds plausible that one could tie the Cygwin/XFree86 OpenGL layer into the Windows OpenGL API, but no one has volunteered to look into the difficulty of doing so. I would very much appreciate someone putting a little bit of time into simply telling us how much time and difficulty would potentially be involved in this task. Harold From huntharo@msu.edu Tue Jul 9 14:05:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Tue, 09 Jul 2002 14:05:00 -0000 Subject: Using the new cross compilation system - and a request for help Message-ID: <200207092036.g69KaQF75126@pilot05.cl.msu.edu> A new cross compilation system was implemented for XFree86 in May of 2002. This new system is described here: http://www.xfree86.org/~keithp/xconf2001/cc-imake.pdf This new cross compilation system breaks things horribly when trying to cross compile Cygwin/XFree86 according to the instructions in the current Cygwin/XFree86 Contributor's Guide. I have been working to cross compile Cygwin/XFree86 using the new cross compilation system and I have nearly been successful, except for some problems building Mesa. I have not yet tried to build fonts, as this was never explicitly supported when cross compiling Cygwin/XFree86. After we get general cross compilation fixed I will take a look at buidling fonts during a cross compile. Here are the differing steps for cross compiling Cygwin/XFree86 with the new cross compilation system, apart from copying over the includes and libs, and downloading and building the gcc and binutils packages: 1) Grab the new host.def file from: http://www.msu.edu/~huntharo/xwin/host-cross-20020708.def Place this file in xc/config/cf and rename it to host.def. 2) Make a link called ``cc'' to ``i686-pc-cygwin-gcc'' in ``/cygwin/bin'': cd /cygwin/bin ln -s i686-pc-cygwin cc This link is needed to make ccimake or imake (I forget which and I don't have time to check). 3) For whatever reason, you need to make a softlink to sysdefs.h: cd /cygwin/i686-pc-cygwin/include ln -s mingw/sysdefs.h sysdefs.h 4) Link your build directory using lndir as per the Contributor's Guide instructions. 5) Do a full build with the following command, note that you do not need to set your PATH anymore (I think): make CROSSCOMPILEDIR="/cygwin/bin" World > World.log 2>&1 Doing such a build results in a few errors, mostly related to Mesa. Or, if we fix the Mesa errors first we probably fix the other errors as well. Here is my build log: http://www.msu.edu/~huntharo/xwin/World-cross-20020708.log.bz2 (~128 KiB) Search the build log for either ``error '' (with the trailing space) or search for ``gen_matypes.c''. You should end up on line 8333, which is making the ``includes'' target for xc/lib/GL/mesa/src/X86. There are a couple of problems with this failed command: 1) We are building gen_matypes.c and we are supposed to create an executable that will be used during the compilation process to build a header file called ``matypes.h''. However, this executable is being built with ``cc'' (it isn't clear if this is the link to /cygwin/bin/cc or if it is the host cc) but we are calling it ``gen_matypes.exe'', which is clearly wrong because we want an executable to use while cross compiling, not an installable executable. 2) Building gen_matypes.c fails because it cannot find glheader.h, mypes.h, and tnl/t_context.h, which are stored over in xc/extras/Mesa/src, but it appears that they should be copied during the build process to build/std/exports/include. For some reason, they are not being copied there. 3) It is not clear that this gen_matypes executable is built during a native build (I can't check right now and I need someone to report on this, as soon as possible). Perhaps all of these errors are due to something in Mesa being built that should not be built because of some inappropriate define or wrong build flag somewhere. This could be related to the ``i686'' problem that I'll describe below. There is a new problem that needs a better answer than the one that I've got right now. In xc/config/imake/imakedep.h there is a define that turns an empty define for i686 into i686 == 1. For some reason, i686 is now defined during a cross compilation build and it causes our executable names, such as ``i686-pc-cygwin-gcc'' and our include directories (``i686-pc.. you get the point...) to become ``1-pc-cygwin-gcc''. I had to add a ``#undef i686'' to the new host.def that is used when cross compiling. I need to know if ``i686'' is defined when doing a native build of XFree86 on Cygwin (once again, I can't check now and I'd appreciate the help). It may be that ``i686'' is just being defined on my machine because of some change from Mandrake 8.1 to Mandrake 8.2. Or, it could be that the new cross compilation system is causing ``i686'' to be defined. Either way, I need to know why i686 is suddenly defined so that I can add a better comment to the new host.def. Furthermore, since the broken part of Mesa relates to assembly code, it is entirely possible that undefining i686 is causing Mesa to build a normally skipped portion of its source tree. Let's make a deal: anyone out there that is cross compiling needs to answer the various little questions that I posed above. That's all you've got to do. I'll take those answers and make cross compilation work again. I would really appreciate it if people would take some of the burden of tracking these things down so that I don't have to spend my time on it (just think, I could be applying patches instead). Thanks in advance for any help. Hopefully we will get cross compilation going again, Harold From danny.backx@skynet.be Tue Jul 9 15:34:00 2002 From: danny.backx@skynet.be (Danny Backx) Date: Tue, 09 Jul 2002 15:34:00 -0000 Subject: [Lesstif] Fixing the Cygwin/XFree86 mwm numlock bug References: <200207091947.g69JlcF51352@pilot05.cl.msu.edu> Message-ID: <3D2B502D.4557135F@skynet.be> I am not sure whether this is a bug related to XKB. Let me explain. To the best of my knowledge, this behaviour was present in Motif before XKB even existed. NumLock is one of the things whose state you can track within the set of Mwm configuration rules; my opinion is that *this* is a bug (a design bug of Mwm, that is). It's possible that XKB allows you to make the bug disappear. If that is so, I don't know how; I'm not knowledgeable about XKB. Still, your question remains valid: maybe we can use XKB to find a solution. Danny Harold L Hunt wrote: > > I am the project leader and primary developer for the Cygwin/XFree86 project > and the maintainer of the Cygwin setup.exe-installable Lesstif package. I am > extremely interested in working with you guys to figure out why one cannot > move windows in mwm when the NumLock key is toggled on. > > I have subscribed to the Lesstif mailing list for however long it takes to fix > this bug. > > I have done a search of the Lesstif mailing list and found that the problem is > acknowledged but that someone on the Cygwin/XFree86 side was needed for > debugging. I searched for ``mwm cygwin site:terror.hungry.com'' at google.com: > > http://www.google.com/search?hl=en&lr=&ie=UTF-8&oe=UTF-8&q=mwm+cygwin+site%3Aterror.hungry.com&btnG=Google+Search > > Description of the problem > ========================== > Running mwm within Cygwin/XFree86 with the NumLock key toggled on causes mwm > windows to be unmovable with the mouse. Toggling the NumLock key off allows > the mwm windows to be moved. > > The problem seems to arise from the fact that Cygwin/XFree86 treats NumLock as > a modifier key, while, apparently, older versions of X11 did not consider > NumLock to be a modifier key. > > Relation to the ``kb'' extension > ================================ > The kb extension is enabled in Cygwin/XFree86 by default. I just found out, > and I don't recall ever having been told this before, that if you run > Cygwin/XFree86 with the ``-kb'' parameter, which disables the kb extension, > then mwm windows are movable with the NumLock key toggled on or off. > Essentially, the problem goes away if you turn off the kb extension. > > Pondering as to what could cause the problem > ============================================ > I do not understand why Cygwin/XFree86 exhibits this problem, but XFree86 on > Linux does not seem to. As I describe below, Cygwin/XFree86 took its keyboard > modifier setup code directly from XFree86. Maybe XFree86 on Linux does not > turn on the kb extension by default? > > Very thorough details > ===================== > Cygwin/XFree86 sets up its modifier keys in winkeybd.c/winGetKeyMappings, > which can be viewed here: > http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xwin/winkeybd.c > > Note that WIN_NEW_KEYBOARD_SUPPORT is currently 0, or off, so you need to skip > the #if WIN_NEW_KEYBOARD_SUPPORT section at the top of the file. > > In winGetKeyMappings we set the NumLockMask for the XK_Num_Lock key: > case XK_Num_Lock: > pModMap[i] = NumLockMask; > break; > > We copied this functionality directly from > xc/programs/Xserver/hw/xfree86/common/xf86Kbd.c's xf86KbdGetMapping function. > > NumLockMask is defined over in > xc/programs/Xserver/hw/xfree86/common/atKeynames.h as: > #define AltMask Mod1Mask > #define NumLockMask Mod2Mask > #define AltLangMask Mod3Mask > #define KanaMask Mod4Mask > #define ScrollLockMask Mod5Mask > > Of course, the ModXMasks are defined in xc/include/X.h as: > #define ShiftMask (1<<0) > #define LockMask (1<<1) > #define ControlMask (1<<2) > #define Mod1Mask (1<<3) > #define Mod2Mask (1<<4) > #define Mod3Mask (1<<5) > #define Mod4Mask (1<<6) > #define Mod5Mask (1<<7) > > The xkb extension also seems to have some sort of NumLockMask, over in > xc/programs/Xserver/xkb/xkbDflts.h: > #define vmod_NumLockMask (1<<0) > #define vmod_AltMask (1<<1) > #define vmod_LevelThreeMask (1<<2) > #define vmod_AltGrMask (1<<3) > #define vmod_ScrollLockMask (1<<4) > > ====================================================================== > > Any help that the Lesstif developers can give would be greatly appreciated. I > have yet to come across anyone that understands fully what the xkb extension > does and how to interface with it. Perhaps you guys know more deep magic than > we do :) > > Thanks very much in advance, > > Harold Hunt > _______________________________________________ > Lesstif mailing list > Lesstif@lesstif.org > https://terror.hungry.com/mailman/listinfo/lesstif -- Danny Backx (danny@gnu.org danny.backx@skynet.be) Home page : http://users.skynet.be/danny.backx Projects: LessTif (http://www.lesstif.org) Oleo (http://www.gnu.org/software/oleo/oleo.html) From nwourms@yahoo.com Tue Jul 9 16:21:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Tue, 09 Jul 2002 16:21:00 -0000 Subject: [Pending Review]: XFree86-Xaw3d-1.5 Message-ID: <20020709223436.60823.qmail@web21005.mail.yahoo.com> Greetings All, I have compiled and packaged the 3D Athena Widgets for Cygwin/XFree86 as promised in my previous message. It should be completely functional and ready for use. If they are satisfactory, please upload them to the mirrors. Attached is the README file from the package. I used method #2 for packaging, and the script is included in the source package. Here are the links to the files: http://today.clemson.edu/cygwin/release/XFree86/XFree86-Xaw3d/setup.hint http://today.clemson.edu/cygwin/release/XFree86/XFree86-Xaw3d/XFree86-Xaw3d-1.5-1.tar.bz2 http://today.clemson.edu/cygwin/release/XFree86/XFree86-Xaw3d/XFree86-Xaw3d-1.5-1-src.tar.bz2 Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com -------------- next part -------------- A non-text attachment was scrubbed... Name: XFree86-Xaw3d.README Type: application/octet-stream Size: 5012 bytes Desc: XFree86-Xaw3d.README URL: From huntharo@msu.edu Tue Jul 9 18:57:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Tue, 09 Jul 2002 18:57:00 -0000 Subject: [Pending Review]: XFree86-Xaw3d-1.5 Message-ID: <200207092321.g69NL7F37522@pilot05.cl.msu.edu> Nicholas, I'll post this later tonight. Prepare a release announcement to send to both the regular list and cygwin-xfree-announce. I'll let you know when it is posted so you can send the announcements in. Use messages in the archive for cygwin-xfree-announce or cygwin-announce as a template for your announcement. Thanks, Harold Nicholas Wourms said: > Greetings All, > > I have compiled and packaged the 3D Athena Widgets for Cygwin/XFree86 as > promised in my previous message. It should be completely functional and > ready for use. If they are satisfactory, please upload them to the > mirrors. Attached is the README file from the package. I used method #2 > for packaging, and the script is included in the source package. Here are > the links to the files: > > http://today.clemson.edu/cygwin/release/XFree86/XFree86-Xaw3d/setup.hint > http://today.clemson.edu/cygwin/release/XFree86/XFree86-Xaw3d/XFree86-Xaw3d-1.5-1.tar.bz2 > http://today.clemson.edu/cygwin/release/XFree86/XFree86-Xaw3d/XFree86-Xaw3d-1.5-1-src.tar.bz2 > > Cheers, > Nicholas > > __________________________________________________ > Do You Yahoo!? > Sign up for SBC Yahoo! Dial - First Month Free > http://sbc.yahoo.com From huntharo@msu.edu Tue Jul 9 20:15:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Tue, 09 Jul 2002 20:15:00 -0000 Subject: [Pending Review]: XFree86-Xaw3d-1.5 In-Reply-To: <200207092321.g69NL7F37522@pilot05.cl.msu.edu> Message-ID: Okay, I've posted the files. They should show up on mirrors within 12 hours. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold L Hunt > Sent: Tuesday, July 09, 2002 7:21 PM > To: cygwin-xfree@cygwin.com > Subject: Re: [Pending Review]: XFree86-Xaw3d-1.5 > > > Nicholas, > > I'll post this later tonight. Prepare a release announcement to > send to both > the regular list and cygwin-xfree-announce. I'll let you know when it is > posted so you can send the announcements in. Use messages in the > archive for > cygwin-xfree-announce or cygwin-announce as a template for your > announcement. > > Thanks, > > Harold > > > Nicholas Wourms said: > > > Greetings All, > > > > I have compiled and packaged the 3D Athena Widgets for Cygwin/XFree86 as > > promised in my previous message. It should be completely functional and > > ready for use. If they are satisfactory, please upload them to the > > mirrors. Attached is the README file from the package. I used > method #2 > > for packaging, and the script is included in the source > package. Here are > > the links to the files: > > > > http://today.clemson.edu/cygwin/release/XFree86/XFree86-Xaw3d/setup.hint > > > http://today.clemson.edu/cygwin/release/XFree86/XFree86-Xaw3d/XFre e86-Xaw3d-1.5-1.tar.bz2 > http://today.clemson.edu/cygwin/release/XFree86/XFree86-Xaw3d/XFree86-Xaw3d- 1.5-1-src.tar.bz2 > > Cheers, > Nicholas > > __________________________________________________ > Do You Yahoo!? > Sign up for SBC Yahoo! Dial - First Month Free > http://sbc.yahoo.com From chaos@swi.com.br Tue Jul 9 23:19:00 2002 From: chaos@swi.com.br (Raul Dias) Date: Tue, 09 Jul 2002 23:19:00 -0000 Subject: OpenGL program under Cygiwn/XFree86 In-Reply-To: <200207091952.g69Jq3F78826@pilot05.cl.msu.edu> References: <200207091952.g69Jq3F78826@pilot05.cl.msu.edu> Message-ID: <200207100236.g6A2aZs07455@stratus.swi.com.br> Hi, Harold L Hunt wrote: >> >> Is it accelerated? >> >> Suposing that there is an accelerated opengl dll natively in >> windows. > >No, OpenGL is not accelerated in Cygwin/XFree86. We use Mesa for OpenGL >support in Cygwin/XFree86, and Mesa uses FB to draw to an offscreen >framebuffer that is occasionally transferred to the screen. I am glad to know that this is Mesa. I read some time ago that someone was writting a direct3d driver for mesa, so that it would work with almost all boards in windows. Maybe this could be usefull for cygwin. -Raul Dias > >It sounds plausible that one could tie the Cygwin/XFree86 OpenGL layer into >the Windows OpenGL API, but no one has volunteered to look into the difficulty >of doing so. I would very much appreciate someone putting a little bit of >time into simply telling us how much time and difficulty would potentially be >involved in this task. > >Harold > From Cygwin@ifrance.com Tue Jul 9 23:22:00 2002 From: Cygwin@ifrance.com (Corwin) Date: Tue, 09 Jul 2002 23:22:00 -0000 Subject: Weird X start problem Message-ID: <026f01c227d9$2e7bffa0$eb6610ac@lefeuvrewk2> Hi .. I encountered the weirdest problem I have ever seen trying to figure out why it was impossible to start the cygwin X server. Each time I tried to launch it (either with startx or startxwin.bat/sh), I got connection to server lost a few minutes later. I figure out that it was because every call attempt to sh.exe was made in /cygdrive/f/Program Files/Rational/Rational Test/nutcroot/mksnt ??!! This is an old directory that was deleted when I uninstalled the demo version of Rational Rose. When I manually recreate this directory and copy cygwin sh.exe in it, it works !! Has anybody an explanation to this ??? Thanks Thomas ______________________________________________________________________________ ifrance.com, l'email gratuit le plus complet de l'Internet ! vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP... http://www.ifrance.com/_reloc/email.emailif From robert.collins@syncretize.net Wed Jul 10 00:12:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Wed, 10 Jul 2002 00:12:00 -0000 Subject: Weird X start problem References: <026f01c227d9$2e7bffa0$eb6610ac@lefeuvrewk2> Message-ID: <017401c227da$198251c0$2300a8c0@LAPTOP> Whats your SHELL variable? Rob From ctamiett@poker.it Wed Jul 10 04:40:00 2002 From: ctamiett@poker.it (Claudio Tamietto) Date: Wed, 10 Jul 2002 04:40:00 -0000 Subject: problems with remote display Message-ID: winCreateDefColormap - Deferring to fbCreateDefColormap () winScreenInit - returning winWindowProc - WM_*KEYDOWN - Closekey hit, quitting ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Did you hit ctrl-c or alt-f4 ? i have closed the X-server whit alt-f4 From nwourms@yahoo.com Wed Jul 10 05:05:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Wed, 10 Jul 2002 05:05:00 -0000 Subject: [Pending Review]: XFree86-Xaw3d-1.5 In-Reply-To: <200207092321.g69NL7F37522@pilot05.cl.msu.edu> Message-ID: <20020710114036.92974.qmail@web21002.mail.yahoo.com> --- Harold L Hunt wrote: > Nicholas, > > I'll post this later tonight. Prepare a release announcement to send to > both > the regular list and cygwin-xfree-announce. I'll let you know when it > is > posted so you can send the announcements in. Use messages in the > archive for > cygwin-xfree-announce or cygwin-announce as a template for your > announcement. Harold, Fogive me for asking, but when you say regular list, do you mean cygwin@cygwin.com or cygwin-xfree@cygwin.com. I'm only asking because when I post a message to cygwin-announce@cygwin.com, it automatically reposts my message to cygwin@cygwin.com. Is this not the same for cygwin-xfree-announce@cygwin.com? Also, wouldn't it make sense just to leverage the existing cygwin-announce@cygwin.com? I don't quite understand the necessity for a separate mailing list there. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From huntharo@msu.edu Wed Jul 10 06:03:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 10 Jul 2002 06:03:00 -0000 Subject: [Pending Review]: XFree86-Xaw3d-1.5 In-Reply-To: <20020710114036.92974.qmail@web21002.mail.yahoo.com> Message-ID: Nicholas, Chris has a script on his computer that copies messages sent to cygwin-announce, prepends ``[ANNOUNCEMENT]'' onto the subject line, and forwards the message to cygwin-xfree. We do not have such a script. I always post my messages to both cygwin-xfree and cygwin-xfree-announce, and I manually add the [ANNOUNCEMENT] to the subject line of the original messages. I hope that clears things up, Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Nicholas Wourms > Sent: Wednesday, July 10, 2002 7:41 AM > To: Harold L Hunt; cygwin-xfree@cygwin.com > Subject: Re: [Pending Review]: XFree86-Xaw3d-1.5 > > > > --- Harold L Hunt wrote: > > Nicholas, > > > > I'll post this later tonight. Prepare a release announcement to send to > > both > > the regular list and cygwin-xfree-announce. I'll let you know when it > > is > > posted so you can send the announcements in. Use messages in the > > archive for > > cygwin-xfree-announce or cygwin-announce as a template for your > > announcement. > Harold, > > Fogive me for asking, but when you say regular list, do you mean > cygwin@cygwin.com or cygwin-xfree@cygwin.com. I'm only asking because > when I post a message to cygwin-announce@cygwin.com, it automatically > reposts my message to cygwin@cygwin.com. Is this not the same for > cygwin-xfree-announce@cygwin.com? Also, wouldn't it make sense just to > leverage the existing cygwin-announce@cygwin.com? I don't quite > understand the necessity for a separate mailing list there. > > Cheers, > Nicholas > > __________________________________________________ > Do You Yahoo!? > Sign up for SBC Yahoo! Dial - First Month Free > http://sbc.yahoo.com From nwourms@netscape.net Wed Jul 10 08:29:00 2002 From: nwourms@netscape.net (Nicholas Wourms) Date: Wed, 10 Jul 2002 08:29:00 -0000 Subject: [ANNOUNCEMENT] [New Package]: XFree86-Xaw3d-1.5-1 Message-ID: <3D2C2C03.2000507@netscape.net> Xaw3d is the 3D version of the MIT Athena widget set for X11. RELEASE NOTES: I have used patches to the SuSE Linux version of this library to fix security and UI bugs. Also, some patches have been added by me to address Cygwin building and to bring this library into the 21st Century. Therefore, most of the bugs in the "Official README" no longer apply. Given this is the first release, unknown bugs may still exist, so YMMV. Otherwise, enjoy! DESCRIPTION: This is Release 1.5 (14 May, 1998) of a set of 3-D widgets based on the R6.1/R6.3/R6.4 Athena Widget set. The Three-D Athena may be used as a general replacement for the Athena (Xaw) Widget set. In general, you may relink almost any Athena Widget based application with the Three-D Athena Widget set and obtain a three dimensional appearance on some of the widgets. Top and bottom shadow colors, shadow width, top and bottom shadow contrast should be self explanatory, and may be set via the usual and customary methods, e.g. app-defaults, .Xdefaults, programmatically, with editres, etc. The user data resource may be used to "hang" application specific data on a widget, and is only settable programmatically. You should install Xaw3d if you are using applications which incorporate the MIT Athena widget set and you'd like to incorporate a 3D look into those applications. Xaw3d includes the header files and shared libraries for developing programs that take full advantage of Xaw3d's features. You should install Xaw3d if you are going to develop applications using the Xaw3d widget set. 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 'XFree86-Xaw3d' from the 'XFree86' category. Cheers, Nicholas ------------------------------------------------------------ *NOTE* that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection, and already up to date. In Japan, use ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ . In Denmark, http://mirrors.sunsite.dk/cygwin/ is already up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@cygwin.com. If you want to subscribe go to: http://cygwin.com/lists.html. I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the XWin server or Cygwin/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree mailing list is the appropriate place. *** CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO *** To unsubscribe to 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-xfree-announce-unsubscribe-YOU=YOURDOMAIN.COM@cygwin.com From alcocer@helixdigital.com Wed Jul 10 09:07:00 2002 From: alcocer@helixdigital.com (Dario Alcocer) Date: Wed, 10 Jul 2002 09:07:00 -0000 Subject: Updated: ghostscript-7.05-1 (test release) Message-ID: <20020710082834.C99@ns.helixdigital.com> The Cygwin version of GNU Ghostscript now supports both a native Win32 version and an X11 version for Cygwin XFree86. A single source package is used to build both versions. PLEASE NOTE: this release is marked as a 'test' release. After a couple of weeks, I'll mark it as the next released version (unless, of course, I hear about serious problems with this build.) Three separate packages are used for Ghostscript: * A base package, ghostscript-base, which contains the support files necessary for both the native and X11 versions, as well as the manual pages and documentation. * A native package, ghostscript, which contains the native version of Ghostscript (gs.exe), along with the corresponding scripts. * An X11 package, ghostscript-x11, which contains the X11 version of Ghostscript (gs.exe) and scripts. Both binary versions use the libpng and zlib shared libraries. ----- IMPORTANT VERSION INFORMATION ----- Because we don't have versioned requires: and no provision for conflicts:, Chuck Wilson had to munge ghostscript's setup.hint. Because of this change, the setup scenarios breakdown as follows: 1) If you choose to upgrade to the 7.05-1 test release, you will have to manually install the ghostscript-base package. 2) If you choose to downgrade later to a previous release (e.g. due to possible bugs in the 7.05-1 release), the downgrade will have to be done in two steps: a) first un-install all of ghostscript/gs-x11/gs-base, then b) install the "curr:" version of ghostscript. ------------------------------------------ REQUIREMENTS: The libraries and headers for the libpng and zlib shared libraries should be installed before using Ghostscript. The setup program should take care of this for you. At a minimum, you should install the ghostscript-base package, and either ghostscript or ghostscript-x11. You can also install all three packages if you'd like the choice of using either binary version. Due to very specific requirements Ghostscript has relating to Postscript's JPEG support, the JPEG shared library cannot be used, and must be statically linked instead. The source for the JPEG library is included in the source package, ready to build with Ghostscript. BUILDING: Please review the instructions in the README file included with source package if you're interested in rebuilding Ghostscript from sources. ACKNOWLEDGMENTS: Thanks to Christopher Faylor for reviewing the package layout, and Chuck Wilson for his review and his help uploading the package. -- Dario Alcocer -- Sr. Software Developer, Helix Digital Inc. alcocer@helixdigital.com -- http://www.helixdigital.com From lapo@lapo.it Wed Jul 10 09:24:00 2002 From: lapo@lapo.it (Lapo Luchini) Date: Wed, 10 Jul 2002 09:24:00 -0000 Subject: [ITP] FreeCiv-1.12.0-1 for X (using libXaw) Message-ID: <3D2C5BB1.7010902@lapo.it> The following message is copied from message wrongly sent to cygwin-apps@cygwin.com Now Nicholas Wourms has ported libXaw3D so maybe I should do a 1.12.0-2 to use it... or maybe two separate binary packages are better? One for libXaw (that is default) and one for libXaw3D? I think one binary package can be sufficient. Maybe I'll do a different binary package using GTK+, as soon as it's ported, as ilbXaw version looks much worse. ---------------------------- My first try, it uses libXaw, which is not as good-looking as GTK (but is GTK available as a cygwin package?). I've seen the client crash one time, dunno if it's normal or usual, I'll do more tests. Please notice that when the client hangs the server is still up so the play can continue opening a new client and reconnectiong. This package needs zlib as it includes support for compressed savegames and/or scenarios. This package needs libintl2 as it already includes support for many languages. http://www.lapo.it/tmp/freeciv-1.12.0-1.tar.bz2 2.32Mb http://www.lapo.it/tmp/freeciv-1.12.0-1-src.tar.bz2 3.93Mb @ freeciv sdesc: "Freeciv is a multiplayer strategy game" ldesc: "Freeciv is a free turn-based multiplayer strategy game, in which each player becomes the leader of a civilization, fighting to obtain the ultimate goal: To become the greatest civilization. Players of Civilization II?? by Microprose?? should feel at home, since one aim of Freeciv is to have compatible rules. Freeciv is maintained by an international team of coders and enthusiasts, and is easily one of the most fun and addictive network games out there!" category: Games XFree86 requires: cygwin XFree86-base libintl2 libiconv2 zlib curr: 1.12.0-1 -- Lapo 'Raist' Luchini lapo@lapo.it (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) From nwourms@yahoo.com Wed Jul 10 09:49:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Wed, 10 Jul 2002 09:49:00 -0000 Subject: [ITP] FreeCiv-1.12.0-1 for X (using libXaw) In-Reply-To: <3D2C5BB1.7010902@lapo.it> Message-ID: <20020710162446.52989.qmail@web21002.mail.yahoo.com> --- Lapo Luchini wrote: > The following message is copied from message wrongly sent to > cygwin-apps@cygwin.com > > Now Nicholas Wourms has ported libXaw3D so maybe I should do a 1.12.0-2 > to use it... or maybe two separate binary packages are better? > One for libXaw (that is default) and one for libXaw3D? > > I think one binary package can be sufficient. There is the fact that libXaw3d is less then 1/2 of MB. Just use it, as it looks much nicer then plain old libXaw. Besides, libXaw3d is shared whereas libXaw is not. > Maybe I'll do a different binary package using GTK+, as soon as it's > ported, as ilbXaw version looks much worse. > > ---------------------------- > My first try, it uses libXaw, which is not as good-looking as GTK (but > is GTK available as a cygwin package?). > I've seen the client crash one time, dunno if it's normal or usual, I'll > do more tests. > Please notice that when the client hangs the server is still up so the > play can continue opening a new client and reconnectiong. > This package needs zlib as it includes support for compressed savegames > and/or scenarios. > This package needs libintl2 as it already includes support for many > languages. > > http://www.lapo.it/tmp/freeciv-1.12.0-1.tar.bz2 2.32Mb > http://www.lapo.it/tmp/freeciv-1.12.0-1-src.tar.bz2 3.93Mb > > @ freeciv > sdesc: "Freeciv is a multiplayer strategy game" > ldesc: "Freeciv is a free turn-based multiplayer strategy game, in which > > each player becomes the leader of a civilization, fighting to obtain the > > ultimate goal: > To become the greatest civilization. > Players of Civilization II?? by Microprose?? should feel at home, since > one aim of Freeciv is to have compatible rules. > Freeciv is maintained by an international team of coders and > enthusiasts, and is easily one of the most fun and addictive network > games out there!" > category: Games XFree86 > requires: cygwin XFree86-base libintl2 libiconv2 zlib ^^^^^^^^^^^^--You'll want to make this XFree86-xserv > curr: 1.12.0-1 Looks good, but why not relink against my library? It really does look nicer. :-) Otherwise, you have my vote. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From lapo@lapo.it Wed Jul 10 09:54:00 2002 From: lapo@lapo.it (Lapo Luchini) Date: Wed, 10 Jul 2002 09:54:00 -0000 Subject: [ITP] FreeCiv-1.12.0-1 for X (using libXaw) References: <20020710162446.52989.qmail@web21002.mail.yahoo.com> Message-ID: <3D2C65A6.2080206@lapo.it> > > >>requires: cygwin XFree86-base libintl2 libiconv2 zlib >> >> > ^^^^^^^^^^^^--You'll want to make this XFree86-xserv > Uhm.. right. No need for the server, you just "need" the client. >>curr: 1.12.0-1 >> >> >Looks good, but why not relink against my library? It really does look >nicer. :-) Otherwise, you have my vote. > It is -1, the old relase I posted ni cygwin-apps -2 is "on its way" =) -- Lapo 'Raist' Luchini lapo@lapo.it (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) From lapo@lapo.it Wed Jul 10 09:58:00 2002 From: lapo@lapo.it (Lapo Luchini) Date: Wed, 10 Jul 2002 09:58:00 -0000 Subject: [ITP] FreeCiv-1.12.0-1 for X (using libXaw) References: <20020710162446.52989.qmail@web21002.mail.yahoo.com> Message-ID: <3D2C66A9.9020404@lapo.it> > > >There is the fact that libXaw3d is less then 1/2 of MB. Just use it, as >it looks much nicer then plain old libXaw. Besides, libXaw3d is shared >whereas libXaw is not. > That is a REALLY good point: total file size should be roughly the same, Xaw3D included... Compiling it... -- Lapo 'Raist' Luchini lapo@lapo.it (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) From alexander.gottwald@informatik.tu-chemnitz.de Wed Jul 10 10:21:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 10 Jul 2002 10:21:00 -0000 Subject: [ITP] FreeCiv-1.12.0-1 for X (using libXaw) In-Reply-To: <20020710162446.52989.qmail@web21002.mail.yahoo.com> Message-ID: On Wed, 10 Jul 2002, Nicholas Wourms wrote: > > category: Games XFree86 > > requires: cygwin XFree86-base libintl2 libiconv2 zlib > ^^^^^^^^^^^^--You'll want to make this XFree86-xserv -base is the cleaner variant. You do not need an XServer installed to run XClients. They can still connect to a remote server. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From lapo@lapo.it Wed Jul 10 10:38:00 2002 From: lapo@lapo.it (Lapo Luchini) Date: Wed, 10 Jul 2002 10:38:00 -0000 Subject: [ITP] FreeCiv-1.12.0-1 for X (using libXaw) References: Message-ID: <3D2C6D28.5030806@lapo.it> > > >>>category: Games XFree86 >>>requires: cygwin XFree86-base libintl2 libiconv2 zlib >>> >>> >> ^^^^^^^^^^^^--You'll want to make this XFree86-xserv >> >> >-base is the cleaner variant. You do not need an XServer installed to run >XClients. They can still connect to a remote server. > In fact -base requires -xserv so -xserv is the "smaller" of the two choices. But anyway all other packages do use -base. I'm a little confused there, I've never been a big X user. -- Lapo 'Raist' Luchini lapo@lapo.it (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) From lapo@lapo.it Wed Jul 10 11:07:00 2002 From: lapo@lapo.it (Lapo Luchini) Date: Wed, 10 Jul 2002 11:07:00 -0000 Subject: [ITP] FreeCiv-1.12.0-1 for X (using libXaw) References: <20020710162446.52989.qmail@web21002.mail.yahoo.com> <3D2C65A6.2080206@lapo.it> Message-ID: <3D2C7104.4060902@lapo.it> > It is -1, the old relase I posted ni cygwin-apps > -2 is "on its way" =) > "on its way" was a bit optimistic.. the simple "--with-xaw3d" configure switch leads to some problems... things defined twice. Strange as configure detects everything correctly. /usr/X11R6/lib//libXt.a(Intrinsic.o)(.text+0x10):Intrinsic.c: multiple definition of `XtIsSubclass' /usr/X11R6/lib//libXaw3d.a(d000327.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Intrinsic.o)(.text+0x714):Intrinsic.c: multiple definition of `XtRealizeWidget' /usr/X11R6/lib//libXaw3d.a(d000359.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Intrinsic.o)(.text+0xa08):Intrinsic.c: multiple definition of `XtCreateWindow' (and so on) Its the configure that incorrectly includes libXt or libXaw3d that incorrectly exports them? I eat with friends this night... i'll investigate that this evening. -- Lapo 'Raist' Luchini lapo@lapo.it (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) From huntharo@msu.edu Wed Jul 10 16:24:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Wed, 10 Jul 2002 16:24:00 -0000 Subject: cygwin1.dll 1.3.12-2 and attempt to install xfree Message-ID: <200207101807.g6AI7ld83758@pilot20.cl.msu.edu> James, First: wrong mailing list. Use cygwin-xfree@cygwin.com. I have redirected this email to the appropriate list, but please be careful to remove cygwin@cygwin.com if you hit ``reply to all''. Second: the Cygwin/XFree86 User's Guide is out of date. Cygwin/XFree86 is now entirely installed via Cygwin's setup.exe. Just rerun setup.exe, expand the XFree86 category, and select at least the XFree86-base package. Harold James Ballantine said: > Hi all, > > I'm trying to install xfree and I'm getting strange error > messages/results before the install starts. > > I've downloaded and installed the most current cygwin bits (as of > 7/9/02), and downloaded the must current > xfree bits. When I try to gunzip extract.exe.gz I get the error message : > gunzip: extract.exe.gz: Invalid arguement > When I look in the dir, the gunzipped file is there, with a permission > of rw------- . > > When I try and run the Xinstall it tells me: > > checking which OS you're running... > uname reports 'CYGWIN_NT-5.0' version '1.3.12(0.54/3/2)' architecture > 'i686'. > > chmod: changing permissions of 'extract': no such file or directory > ./extract: not found > extract doesn't work properly, renaming it to 'extract.bad' > mv: preserving times for 'extract.bad' : No such file or directory > mv: preserving ownership for 'extract.bad': No such file or directory > mv: cannot unlink 'extract': No such file or directory > mv: cannot remove 'extract': No such file or directory > chmod: changing permissions of 'extract': no such file or directory > ./extract: not found > extract.exe doesn't work properly, renaming it to 'extract.exe.bad' > > The versions of 'extract" and 'extract.exe' you have do not run > correctly. Make sure that you have downloaded the correct > binaries for your system. To find out which is correct, > run 'sh ./Xinstall.sh -check'. > > This appears to me to be a problem with the setup of cygwin rather than a > problem with xfree, which is why I've mailed to this list. I've checked > the archives > and either no one else has had this problem, or I've searched for the > wrong key words. > > Any pointers to resolving this problem would be appreciated. > > Thanks > > Jim Ballantine > > > -- > 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 larsen587@firemail.de Wed Jul 10 16:48:00 2002 From: larsen587@firemail.de (Jack Larsen) Date: Wed, 10 Jul 2002 16:48:00 -0000 Subject: Updated on sourceware: XFree86-xserv-4.2.0-10 In-Reply-To: References: Message-ID: <20020711012519.51fdfa86.larsen587@firemail.de> Hi, after upgrading to 4.2.0-10 xmodmap Xmodmap failed with "unknown command bad keysym in remove modifier list 'Mode_switch', no corresponding keycodes". If anybody experienced the same problem please comment out the line "remove control = Mode_switch" -Hans On Sun, 7 Jul 2002 20:10:15 -0400 "Harold Hunt" wrote: > The XFree86-xserv-4.2.0-10 package has been updated in the Cygwin > distribution. > > This is a synchronization with all the fixes that have been applied > from Server Test Series - Test 61 through Server Test Series - Test 63. > These fixes are summarized below: > > > 1) Add support for the `-clipupdates num_boxes' parameter when using > `-engine 2' or `-engine 4', in addition to the previously supported > `-engine 1'. Once again, I can't tell if this feature has any benefit > whatsoever. I need some volunteers to perform rigorous testing with > different values for the threshold at which point updated boxes are > collected into a clipping region. One may find the ``x11perf'' > program beneficial here, as well as ``glxgears'', which gives a frames > per second reading. Of course, it would be most beneficial to have > performance comparisons for a few different machine types > (processors, memory amounts, video cards, PCI or AGP, etc.). Update > clipping is off by default. (Harold Hunt) > > 2) Change the DirectDraw module handle and function pointers from screen > privates to global variables. Loading the DirectDraw module and > function pointers needs to be done only at server initialization, not > at screen initialization. Similarly, we don't need to unload and > reload DirectDraw for each screen when the server regenerates; rather, > we need only unload DirectDraw when the server is shutting down. This > cleanup makes it much for difficult to misunderstand what is going on > with the DirectDraw module handle and function pointers. (Harold > Hunt) > > 3) Detect the supported engines only once at startup, rather than once > per screen initialization. Rework the supported engine detection > logic to assume that the DirectDraw module handle and function > pointers have already been loaded if they are present and working. > (Harold Hunt) > > 4) Add a global module handle for ``comctl32.dll'' and > ``_TrackMouseEvent''. Try to get a pointer to the _TrackMouseEvent > function and print an informational message if we cannot find the > function, suggesting to the user that they install Internet Explorer > 3.0 or greater if they have not already done so. We also set the > _TrackMouseEvent function pointer to point to the no operation > function if we can't find a valid function so that any calls to the > function pointer will do nothing (instead of trying to dereference a > NULL and crashing). Mouse pointer hiding/showing may be messed up > when we don't have _TrackMouseEvent, but the user can remedy that by > following the advice in the information message. Remove our > compile-time link to comctl32.dll. (Harold Hunt) > > 5) Add an `-emulatepseudo' parameter that causes a depth 8 PseudoColor > visual to be created in TrueColor modes, with the same limitations > described in the Test62 change log. PseudoColor emulation is off by > default. (Harold Hunt) > > 6) Correctly calculate the number of bits used to store color information > by counting the total number of bits that are set in our color masks. > This should fix problems introduced in Test61 for users with 24bpp or > 15bpp displays. (Alan Hourihane, Harold Hunt) > > 7) Add a #if conditional to winInitVisuals* that calls > miSetVisualTypesAndMasks or fbSetVisualTypesAndMasks depending on if > XFree86Server is defined. Currently this isn't useful because Mesa > (similar to Open GL) doesn't work when XFree86Server is undefined. > I'll leave this here for now for future reference. (Harold Hunt) > > 8) Fix the KDE 3.0 alpha-channel icon bug that appeared only when running > Windows at 32 bits per pixel. Many more details below. (Alan > Hourihane) > > 9) pScreenInfo->dwDepth used to refer to the depth that the > user specified with the -depth parameter or the depth returned by > GetDeviceCaps (BITSPIXEL) and pScreenInfo->dwBPP used to refer to the > bits of color per pixel. For example, running Windows at 32 bit color > would mean dwDepth == 32 and dwBPP == 24. It turns out that this was > exactly backwards from what it should be. > > The dwDepth variable new refers to the color ``depth'' of a pixel, > that is, the number of bits that make up the color specification for a > pixel. For example, a 32 bit pixel uses 24 bits to represent color > plus an 8 bit pad for alignment purposes and a 16 bit pixel can use 15 > or 16 bits to represent color. The dwBPP variable now refers to the > bits used to store each pixel, that is, the number of bits that each > pixel occupies in the framebuffer memory. For example, a 32 bit pixel > occupies 32 bits in the framebuffer memory while a 24 bit pixel > occupies 24 bits in the framebuffer memory (the former pixels are 32 > bit aligned, while the latter pixels are called ``packed'' because the > pixels are not aligned and any given pixel may actually be stored in > two separate 32 bit units). > > The meaning of dwDepth and dwBPP was corrected throughout the > source code, touching files such as wincmap.c, winscrinit.c, > InitOutput.c, winshadddnl.c, winshaddd.c, winshadgdi.c, > winnativegdi.c, winpfbdd.c, and win.h. Also, we modify the depth 24 > pixmap format at runtime to use 24 bits per pixel, instead of 32, when > Windows is running in 24 bit color; this matches the Windows pixel > format when running in 24 bit color. > > The end result of all of this is that we now no longer report that we > have a depth 32 visual, as depth 32 visuals do not exist. What we > were previously calling a depth 32 visual is actually a depth 24 > visual with a different bits per pixel. Advertising a proper visual > when running Windows at 32 bit color corrects the problem of KDE 3.0 > not displaying icons or text with alpha channels. Alan did the > magical part of discovering the underlying problem, I did the grunt > work of cleaning the code and making sure that all of the corner cases > were still handled. (Alan Hourihane, Harold Hunt) > > 10) In winBltExposedRegionsShadowDD* () we try to restore the primary > DirectDraw surface up to WIN_REGAIN_SURFACE_RETRIES (currently 1) > times when a bit block transfer of the exposed regions fails. This > corrects the case where switching a notebook from its internal display > to an external display (or vice versa) would cause the Cygwin/XFree86 > window to blank and fail to redraw itself until the Cygwin/XFree86 > window was minimized and then restored. (Harold Hunt) > > -- > Harold Hunt > > To update your installation, click on the "Install Cygwin now" link > on the http://cygwin.com/ web page. This downloads setup.exe to > your system. Save it and run setup, answer the questions and pick > up 'XFree86-xserv' from the 'XFree86' category. You may need to > click the "Full" button if it doesn't show up. > > Note that downloads from sources.redhat.com (aka cygwin.com) aren't > allowed due to bandwidth limitations. This means that you will need > to find a mirror which has this update. > > In the US, ftp://archive.progeny.com/cygwin/ > is a reliable high bandwidth connection. > > In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually > up-to-date. > > In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. > > If one of the above doesn't have the latest version of this package > you can either wait for the site to be updated or find another > mirror. > > Please send questions or comments to the Cygwin/XFree86 mailing list at: > cygwin-xfree@sources.redhat.com . If you want to subscribe go to: > http://cygwin.com/lists.html I would appreciate if you would use > this mailing list rather than emailing me directly. This includes > ideas and comments about the setup utility or Cygwin/XFree86 in general. > > If you want to make a point or ask a question the Cygwin/XFree86 mailing > list is the appropriate place. > > -- "Jack Larsen" From huntharo@msu.edu Wed Jul 10 19:12:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Wed, 10 Jul 2002 19:12:00 -0000 Subject: Scrollbars patch Message-ID: <200207102348.g6ANmNd67006@pilot20.cl.msu.edu> Jehan, Implementing a scrollbar patch is quite a bit more complex than you had initially thought. I have done a ton of work on the patch and I've got things much more complete now. I haven't got time to describe all the changes I made, but here is the patch against current CVS for you to look over: http://www.msu.edu/~huntharo/xwin/shadow/xwin-scrollbars-20020710.diff.bz2 (12 KiB) Okay, I'll give a few highlights: 1) You were passing FALSE for the fRedraw flag to SetScrollInfo in almost every call that you made to the function. This had multiple effects, including causing the thumb position to lag behind the actual scroll location, causing the thumb size to not update when you changed the page size, etc. 2) The code for WM_VSCROLL and WM_HSCROLL made about 8 sets of calls each to the same functions with slightly different parameters. I changed the code to calculate the parameters first, then make one set of calls to SetScrollInfo and ScrollWindowEx, etc. 3) I added a flag for fUserGaveHeightAndWidth to indicate that the user explicity passed a height and width for a given screen. Now when we are creating a default-sized window, with -scrollbars, we make the window as large as possible, and we shrink the underlying X visual to fit within the client area of the Windows window, without displaying the scrollbars. We show the scrollbars if/when the user ever shrinks the window. 4) When a user does specify a visual size with -scrollbars, we make the initial window as large as possible and make the visual the same size as the specified size. We show the scrollbars only if necessary (i.e. we hide them if the user passes -screen 0 800 600 -scrollbars on a 1024x768 display). 5) You no longer have to specify a width and height for a ``-screen scr_num [width height]'' parameter, which allows you to do: XWin -scrollbars -screen 0 -screen 1 This would create two full-sized screens that are resizable but that will not initially display scrollbars. 6) I added processing for WM_GETMINMAXINFO, in which we update the maximum tracking size for the window. The processing in WM_SIZING attempted to do the same thing, but in actuality it never did anything because it would never see sizes larger than the initial window size. The max tracking size is the largest size that the window is allowed to have when it is not maximized. We let the user make the window large enough to display the whole visual, even is this means that the window will be larger than the current display (just think, they can move the window around to see the part that they are interested in... I'm not going to argue with someone that wants to do that). This should allow multi-monitor users to create one huge window and stretch it across a couple of monitors, if they so desire. 7) I added a check to make sure that specified screens are numbered consecutively from 0. Screens do not have to be described in order, but there cannot be any gaps in the screen number sequence once all parameters have been processed. This prevents a user from doing ``XWin -screen 1 -scrollbars'' and then wondering why the window does not have scrollbars (or resizing support). This fixes an existing, but subtle, bug that no one seems to have stumbled across yet. 8) I added WM_MAXIMIZE to the window style when -scrollbars is passed. This allows one to maximize the Cygwin/XFree86 window. However, there are a few problems here... such as, what is a maximized 800x600 window on a 1024x768 screen? I dunno... try it, it is weird. 9) WarpCursor is messed up when you use mwm to switch to another virtual desktop inside of a Cygwin/XFree86 window that is smaller than the underlying visual and has scrollbars displayed. In this case, WarpCursor will blast the cursor to the location on the Windows display where the X location should be... but that location may actually be scrolled off the Cygwin/XFree86 window. In those cases I would like to be able to scroll the warp destination into the Cygwin/XFree86 window, then warp accordingly. Figuring out how to get the warp destination into the current scroll viewport may be difficult. Ah... that's enough for today. I'm tired. Harold From huntharo@msu.edu Wed Jul 10 20:20:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 10 Jul 2002 20:20:00 -0000 Subject: cygwin1.dll 1.3.12-2 and attempt to install xfree In-Reply-To: <200207101827.OAA04364@akiva.homer.att.com> Message-ID: First: Do *not* email me directly. I am not helping you. The project is helping you. Second: Reread what I wrote you the first time. You should not be trying to run Xinstall.sh, nor should you be trying gunzip extract.exe.gz. Everything is done via Cygwin's setup.exe. It this making any sense to you? It seems like you didn't even read what I wrote the first time. Harold > -----Original Message----- > From: J. W. Ballantine [mailto:jwb@homer.att.com] > Sent: Wednesday, July 10, 2002 2:28 PM > To: Harold L Hunt > Subject: Re: cygwin1.dll 1.3.12-2 and attempt to install xfree > > > > Thanks. > > As I indicated in my note, one of the issues, and more than likely the > more important one, was what causing the weird (at least for me) error > messages and results that were being generated. The secondary problem > was really the install. Once I resolved the Invalid argument issues > the install would be a piece of cake. > > > > ---------- In Response to your message ------------- > > > Date: Wed, 10 Jul 2002 14:07:46 EDT > > To: James Ballantine , cygwin@cygwin.com, > cygwin-xfree@cygwin.com > > From: Harold L Hunt > > Subject: Re: cygwin1.dll 1.3.12-2 and attempt to install xfree > > > > James, > > > > First: wrong mailing list. Use cygwin-xfree@cygwin.com. I > have redirected > > this email to the appropriate list, but please be careful to remove > > cygwin@cygwin.com if you hit ``reply to all''. > > > > Second: the Cygwin/XFree86 User's Guide is out of date. > Cygwin/XFree86 is n > ow > > entirely installed via Cygwin's setup.exe. Just rerun > setup.exe, expand the > > XFree86 category, and select at least the XFree86-base package. > > > > Harold > > > > > > > > James Ballantine said: > > > > > Hi all, > > > > > > I'm trying to install xfree and I'm getting strange error > > > messages/results before the install starts. > > > > > > I've downloaded and installed the most current cygwin bits (as of > > > 7/9/02), and downloaded the must current > > > xfree bits. When I try to gunzip extract.exe.gz I get the > error message : > > > gunzip: extract.exe.gz: Invalid arguement > > > When I look in the dir, the gunzipped file is there, with a > permission > > > of rw------- . > > > > > > When I try and run the Xinstall it tells me: > > > > > > checking which OS you're running... > > > uname reports 'CYGWIN_NT-5.0' version '1.3.12(0.54/3/2)' > architecture > > > 'i686'. > > > > > > chmod: changing permissions of 'extract': no such file or directory > > > ./extract: not found > > > extract doesn't work properly, renaming it to 'extract.bad' > > > mv: preserving times for 'extract.bad' : No such file or directory > > > mv: preserving ownership for 'extract.bad': No such file > or directory > > > mv: cannot unlink 'extract': No such file or directory > > > mv: cannot remove 'extract': No such file or directory > > > chmod: changing permissions of 'extract': no such file or directory > > > ./extract: not found > > > extract.exe doesn't work properly, renaming it to 'extract.exe.bad' > > > > > > The versions of 'extract" and 'extract.exe' you have do not run > > > correctly. Make sure that you have downloaded the correct > > > binaries for your system. To find out which is correct, > > > run 'sh ./Xinstall.sh -check'. > > > > > > This appears to me to be a problem with the setup of cygwin > rather than a > > > problem with xfree, which is why I've mailed to this list. > I've checked > > > the archives > > > and either no one else has had this problem, or I've > searched for the > > > wrong key words. > > > > > > Any pointers to resolving this problem would be appreciated. > > > > > > Thanks > > > > > > Jim Ballantine > > > > > > > > > -- > > > 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 nahor@bravobrava.com Thu Jul 11 08:47:00 2002 From: nahor@bravobrava.com (Jehan) Date: Thu, 11 Jul 2002 08:47:00 -0000 Subject: Scrollbars patch References: <200207102348.g6ANmNd67006@pilot20.cl.msu.edu> Message-ID: Harold L Hunt wrote: > Jehan, > > Implementing a scrollbar patch is quite a bit more complex than you had > initially thought. > > I have done a ton of work on the patch and I've got things much more complete > now. I haven't got time to describe all the changes I made, but here is the > patch against current CVS for you to look over: > > http://www.msu.edu/~huntharo/xwin/shadow/xwin-scrollbars-20020710.diff.bz2 (12 > KiB) > > > Okay, I'll give a few highlights: > > 1) You were passing FALSE for the fRedraw flag to SetScrollInfo in almost > every call that you made to the function. This had multiple effects, > including causing the thumb position to lag behind the actual scroll location, > causing the thumb size to not update when you changed the page size, etc. Actually, I set FALSE in all cases. If not, then I forgot :). If I did that, it because on my machine it was working well that way, so I didn't want to force Windows to paint the scrollbar twice. > 2) The code for WM_VSCROLL and WM_HSCROLL made about 8 sets of calls each to > the same functions with slightly different parameters. I changed the code to > calculate the parameters first, then make one set of calls to SetScrollInfo > and ScrollWindowEx, etc. I thought about doing something like that and then I forgot. And I didn't look at the example in MSDN, I understood the message well enough and usually their examples suck if they compile at all!! (and this one isn't perfect either: they call UpdateWindow in one case but not the other, tsss!!!) > 3) I added a flag for fUserGaveHeightAndWidth to indicate that the user > explicity passed a height and width for a given screen. Now when we are > creating a default-sized window, with -scrollbars, we make the window as large > as possible, and we shrink the underlying X visual to fit within the client > area of the Windows window, without displaying the scrollbars. We show the > scrollbars if/when the user ever shrinks the window. > > 4) When a user does specify a visual size with -scrollbars, we make the > initial window as large as possible and make the visual the same size as the > specified size. We show the scrollbars only if necessary (i.e. we hide them > if the user passes -screen 0 800 600 -scrollbars on a 1024x768 display). Hiding the scrollbars, that was already the case, wasn't it? > 5) You no longer have to specify a width and height for a ``-screen scr_num > [width height]'' parameter, which allows you to do: > XWin -scrollbars -screen 0 -screen 1 > > This would create two full-sized screens that are resizable but that will not > initially display scrollbars. This has nothing to do with the scrollbar, does it? But still a good feature :) > 6) I added processing for WM_GETMINMAXINFO, in which we update the maximum > tracking size for the window. The processing in WM_SIZING attempted to do the > same thing, but in actuality it never did anything because it would never see > sizes larger than the initial window size. The max tracking size is the > largest size that the window is allowed to have when it is not maximized. We > let the user make the window large enough to display the whole visual, even is > this means that the window will be larger than the current display (just > think, they can move the window around to see the part that they are > interested in... I'm not going to argue with someone that wants to do that). > This should allow multi-monitor users to create one huge window and stretch it > across a couple of monitors, if they so desire. I didn't know this message, or actually I forgot. That's more elegant for sure. > 7) I added a check to make sure that specified screens are numbered > consecutively from 0. Screens do not have to be described in order, but there > cannot be any gaps in the screen number sequence once all parameters have been > processed. This prevents a user from doing ``XWin -screen 1 -scrollbars'' and > then wondering why the window does not have scrollbars (or resizing support). > This fixes an existing, but subtle, bug that no one seems to have stumbled > across yet. Same comment as 5). :@p > 8) I added WM_MAXIMIZE to the window style when -scrollbars is passed. This > allows one to maximize the Cygwin/XFree86 window. However, there are a few > problems here... such as, what is a maximized 800x600 window on a 1024x768 > screen? I dunno... try it, it is weird. I wanted to but I can't compile for now (missing xf86openConfigFile, xf86readConfigFile, xf86closeConfigFile at link timeand I don't have time to look at that yet) But, a wild guess, isn't ptMaxSize in WM_GETMINMAXINFO for that? (MSDN, MINMAXINFO: ptMaxSize | when a window is maximized or resized, ...) > 9) WarpCursor is messed up when you use mwm to switch to another virtual > desktop inside of a Cygwin/XFree86 window that is smaller than the underlying > visual and has scrollbars displayed. In this case, WarpCursor will blast the > cursor to the location on the Windows display where the X location should > be... but that location may actually be scrolled off the Cygwin/XFree86 > window. In those cases I would like to be able to scroll the warp destination > into the Cygwin/XFree86 window, then warp accordingly. Figuring out how to > get the warp destination into the current scroll viewport may be difficult. Is it? GetScrollInfo(...) if ((XY < nPos) || (XY > nPos+Page)) { nPos = max(0, min(nMax-nPage+1, XY-nPage/2)) SetScrollInfo(...) GetScrollInfo(...) dwOffset = nPos; ScrollWindowEx(...) } if you rely on Windows to correct the scrolling you can simplify with nPos = XY-nPage/2 instead of the min/max thingy So either I'm missing something, or it's easier than you thought. j1) in WM_SIZE, you check for fDecoration and fFullscreen for breaking. This is not necessary maybe even dangerous, especially in the nodecoration case. With nodecoration, I guess we can still receive a WM_SIZE if we change the screen resolution via the Display control panel or if we change the size of the taskbar. And the other hand, I don't thing we'll get any bug if we still do process WM_SIZE. Well, let's say that, as a matter of preference, I usually manage unlikely cases if the code necessary to do it doesn't make my code harder to read. j2) Just for detail and the pleasure of commenting (:p), you also have those lines /* Is the client area large enough to show the whole visual? */ if (iWidth != s_pScreenInfo->dwWidth || iHeight != s_pScreenInfo->dwHeight) if iWidth is bigger than s_pScreenInfo->dwWidth (same for height), isn't the screen "large enough to show the whole visual"? j3) In your note in wincreatewnd.c, when you describe what is range and what is page, you say: "In other words, the page size is the size of the client area minus the space the scrollbars occupy". And as you said in winwndproc.c, the client area already takes into account the space occupied by the scrollbars. j4) Still in wincreatewnd.c, for better clarity, I would write something like: if (!(pScreenInfo->fScrollbars && pScreenInfo->fUserGaveHeightAndWidth)) { /* except if the user specified the size of the visual *and* uses scrollbars, we don't want the visual bigger than the window */ pScreenInfo->dwWidth = rcClient.right - rcClient.left; pScreenInfo->dwHeight = rcClient.bottom - rcClient.top; } if (pScreenInfo->fScrollbars) ... si.nMax = pScreenInfo->dwWidth - 1; SetScrollInfo (*phwnd, SB_HORZ, &si, FALSE); ... si.nMax = pScreenInfo->dwHeight - 1; SetScrollInfo (*phwnd, SB_VERT, &si, FALSE); } /* no else anymore */ j5) in the case of WM_VSCROLL, SB_BOTTOM should actually be nMax-nPage+1 (same for WM_HSCROLL and SB_RIGHT) j6) in WM_GETMINMAXINFO, you assume that we have decoration. Can't we receive this event if we resize the screen? (and same reason than in j1) > Ah... that's enough for today. I'm tired. Welcome to the club, Good night! ;p From Alexander.Gottwald@informatik.tu-chemnitz.de Thu Jul 11 08:56:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 11 Jul 2002 08:56:00 -0000 Subject: Using the new cross compilation system - and a request for help In-Reply-To: <200207092036.g69KaQF75126@pilot05.cl.msu.edu> Message-ID: On Tue, 9 Jul 2002, Harold L Hunt wrote: > 1) We are building gen_matypes.c and we are supposed to create an executable > that will be used during the compilation process to build a header file called > ``matypes.h''. However, this executable is being built with ``cc'' (it isn't > clear if this is the link to /cygwin/bin/cc or if it is the host cc) but we > are calling it ``gen_matypes.exe'', which is clearly wrong because we want an > executable to use while cross compiling, not an installable executable. diff -U3 -r1.22 Imakefile --- lib/GL/mesa/src/X86/Imakefile 2002/03/01 21:21:48 1.22 +++ lib/GL/mesa/src/X86/Imakefile 2002/07/11 15:24:06 @@ -85,11 +85,11 @@ MATYPES = ./gen_matypes matypes.h: gen_matypes.c - RemoveFiles($@ ProgramTargetName(gen_matypes)) - -HostLinkRule(ProgramTargetName(gen_matypes),$(CFLAGS) $(LOCAL_LDFLAGS),gen_matypes.c,$(LDLIBS)) + RemoveFiles($@ HostProgramTargetName(gen_matypes)) + -HostLinkRule(HostProgramTargetName(gen_matypes),$(CFLAGS) $(LOCAL_LDFLAGS),gen_matypes.c,$(LDLIBS)) RunProgram(MATYPES,> matypes_h) $(MV) matypes_h $@ - RemoveFiles(ProgramTargetName(gen_matypes)) + RemoveFiles(HostProgramTargetName(gen_matypes)) includes:: matypes.h > 2) Building gen_matypes.c fails because it cannot find glheader.h, mypes.h, > and tnl/t_context.h, which are stored over in xc/extras/Mesa/src, but it > appears that they should be copied during the build process to > build/std/exports/include. For some reason, they are not being copied there. no problem for me. Maybe they are not created because gen_matypes failes before > There is a new problem that needs a better answer than the one that I've got > right now. In xc/config/imake/imakedep.h there is a define that turns an > empty define for i686 into i686 == 1. For some reason, i686 is now defined > during a cross compilation build and it causes our executable names, such as > ``i686-pc-cygwin-gcc'' and our include directories (``i686-pc.. you get the > point...) to become ``1-pc-cygwin-gcc''. I had to add a ``#undef i686'' to > the new host.def that is used when cross compiling. you don't need the i686-pc-cygwin32-gcc program names anymore. For me, a call to cross-gcc is /usr/i686-pc-cygwin32/bin/`echo gcc|sed "s%.*/%%"` I'll see if the imake patch compiles and will send a patch later. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Thu Jul 11 09:24:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Thu, 11 Jul 2002 09:24:00 -0000 Subject: Scrollbars patch Message-ID: <200207111556.g6BFutF125838@pilot05.cl.msu.edu> Jehan, Here is a new patch and the files that you are missing: http://www.msu.edu/~huntharo/xwin/shadow/xwin-scrollbars-20020711-1128.diff.bz2 (12 KiB) http://www.msu.edu/~huntharo/xwin/shadow/xwin-scrollbars-newfiles-20020711-1128.tar.bz2 (9 KiB) Let me know what you think of the new patch. Answers to questions, etc. are below. > > Jehan, > > > > Implementing a scrollbar patch is quite a bit more complex than you had > > initially thought. > > > > I have done a ton of work on the patch and I've got things much more > complete > > now. I haven't got time to describe all the changes I made, but here is > the > > patch against current CVS for you to look over: > > > > http://www.msu.edu/~huntharo/xwin/shadow/xwin-scrollbars-20020710.diff.bz2 > (12 > > KiB) > > > > > > Okay, I'll give a few highlights: > > > > 1) You were passing FALSE for the fRedraw flag to SetScrollInfo in almost > > every call that you made to the function. This had multiple effects, > > including causing the thumb position to lag behind the actual scroll > location, > > causing the thumb size to not update when you changed the page size, etc. > > Actually, I set FALSE in all cases. If not, then I forgot :). If I did > that, it because on my machine it was working well that way, so I didn't > want to force Windows to paint the scrollbar twice. > Charles Petzold's book says that you only want to pass FALSE if you will be making other function calls that will result in the scrollbars being redrawn, so that you can avoid excessive redrawing. When we call SetScrollInfo with a new position, that is it. We only make that one call that could potentially cause the scrollbar to redraw, so we have to pass TRUE. > > > 2) The code for WM_VSCROLL and WM_HSCROLL made about 8 sets of calls each > to > > the same functions with slightly different parameters. I changed the code > to > > calculate the parameters first, then make one set of calls to > SetScrollInfo > > and ScrollWindowEx, etc. > > I thought about doing something like that and then I forgot. > And I didn't look at the example in MSDN, I understood the message well > enough and usually their examples suck if they compile at all!! (and > this one isn't perfect either: they call UpdateWindow in one case but > not the other, tsss!!!) > I had to clean up the original code, it was spaghetti :) > > > 3) I added a flag for fUserGaveHeightAndWidth to indicate that the user > > explicity passed a height and width for a given screen. Now when we are > > creating a default-sized window, with -scrollbars, we make the window as > large > > as possible, and we shrink the underlying X visual to fit within the > client > > area of the Windows window, without displaying the scrollbars. We show > the > > scrollbars if/when the user ever shrinks the window. > > > > 4) When a user does specify a visual size with -scrollbars, we make the > > initial window as large as possible and make the visual the same size as > the > > specified size. We show the scrollbars only if necessary (i.e. we hide > them > > if the user passes -screen 0 800 600 -scrollbars on a 1024x768 display). > > Hiding the scrollbars, that was already the case, wasn't it? > No. I never got the original code to stop displaying scrollbars if the -scrollbars parameter was passed. It didn't matter how large the original window was, nor did it matter how you resized the window. I could not get those scrollbars to go away. > > > 5) You no longer have to specify a width and height for a ``-screen > scr_num > > [width height]'' parameter, which allows you to do: > > XWin -scrollbars -screen 0 -screen 1 > > > > This would create two full-sized screens that are resizable but that will > not > > initially display scrollbars. > > This has nothing to do with the scrollbar, does it? But still a good > feature :) > It really is related, because we have to make a branch on whether the user explicity told us how large they wanted the X visual. If they explicity specified a visual size then we say, ``okay, that is how big the visual will be, display scrollbars if necessary''. On the other hand, if they just want as big of a window as possible, (such as running ``XWin -scrollbars'') then we will trim the visual size to fit inside of a window without scrollbars, but we allow the window to be resized later, which would result in scrollbars being displayed. If I did not add the ``-screen 0'' functionality, then users would have to pass a size, such as ``-scrollbars -screen 0 1024 768 -screen 1 1024 768'', which would result in two windows that would initially have scrollbars and a 1024x768 visual. The user would have to be very craft in order to figure out, on their own, the largest size window that could be displayed without causing scrollbars to initially be visible. Allowing them to pass ``-scrollbars -screen 0 -screen 1'' allows them to very easily create two windows that are as large as possible with scrollbars initially hidden, but with the ability to resize the window if desired. > > > 6) I added processing for WM_GETMINMAXINFO, in which we update the maximum > > tracking size for the window. The processing in WM_SIZING attempted to do > the > > same thing, but in actuality it never did anything because it would never > see > > sizes larger than the initial window size. The max tracking size is the > > largest size that the window is allowed to have when it is not maximized. > We > > let the user make the window large enough to display the whole visual, > even is > > this means that the window will be larger than the current display (just > > think, they can move the window around to see the part that they are > > interested in... I'm not going to argue with someone that wants to do > that). > > This should allow multi-monitor users to create one huge window and > stretch it > > across a couple of monitors, if they so desire. > > I didn't know this message, or actually I forgot. That's more elegant > for sure. > Thanks. > > > 7) I added a check to make sure that specified screens are numbered > > consecutively from 0. Screens do not have to be described in order, but > there > > cannot be any gaps in the screen number sequence once all parameters have > been > > processed. This prevents a user from doing ``XWin -screen 1 -scrollbars'' > and > > then wondering why the window does not have scrollbars (or resizing > support). > > This fixes an existing, but subtle, bug that no one seems to have > stumbled > > across yet. > > Same comment as 5). :@p > You busted me... but I had to document this somewhere. Did you like how I tried to spoof this as being related by passing ``-scrollbars'' in my example command line? :) > > > 8) I added WM_MAXIMIZE to the window style when -scrollbars is passed. > This > > allows one to maximize the Cygwin/XFree86 window. However, there are a > few > > problems here... such as, what is a maximized 800x600 window on a 1024x768 > > screen? I dunno... try it, it is weird. > > I wanted to but I can't compile for now (missing xf86openConfigFile, > xf86readConfigFile, xf86closeConfigFile at link timeand I don't have > time to look at that yet) > But, a wild guess, isn't ptMaxSize in WM_GETMINMAXINFO for that? (MSDN, > MINMAXINFO: ptMaxSize | when a window is maximized or resized, ...) > I've included a tarball with the missing files above. We can't make ptMaxSize larger than our visual size, because we could have an 800x600 visual on a 1024x768 display... we would end up with several thousand blank pixels if we really maximized the window. That is the weirdness that I was talking about. > > > 9) WarpCursor is messed up when you use mwm to switch to another virtual > > desktop inside of a Cygwin/XFree86 window that is smaller than the > underlying > > visual and has scrollbars displayed. In this case, WarpCursor will blast > the > > cursor to the location on the Windows display where the X location should > > be... but that location may actually be scrolled off the Cygwin/XFree86 > > window. In those cases I would like to be able to scroll the warp > destination > > into the Cygwin/XFree86 window, then warp accordingly. Figuring out how > to > > get the warp destination into the current scroll viewport may be > difficult. > > Is it? > GetScrollInfo(...) > if ((XY < nPos) || (XY > nPos+Page)) { > nPos = max(0, min(nMax-nPage+1, XY-nPage/2)) > SetScrollInfo(...) > GetScrollInfo(...) > dwOffset = nPos; > ScrollWindowEx(...) > } > if you rely on Windows to correct the scrolling you can simplify with > nPos = XY-nPage/2 > instead of the min/max thingy > > So either I'm missing something, or it's easier than you thought. > I will give this a shot. Thanks. > > j1) in WM_SIZE, you check for fDecoration and fFullscreen for breaking. > This is not necessary maybe even dangerous, especially in the > nodecoration case. With nodecoration, I guess we can still receive a > WM_SIZE if we change the screen resolution via the Display control panel > or if we change the size of the taskbar. > And the other hand, I don't thing we'll get any bug if we still do > process WM_SIZE. > Well, let's say that, as a matter of preference, I usually manage > unlikely cases if the code necessary to do it doesn't make my code > harder to read. > I was assuming that you had intended for scrollbars to be allowed only when not fullscreen and with decorations. I know you didn't intend for scrollbars to be displayed in fullscreen mode because you didn't modify winCreateBoundingWindowFullScreen. I don't see any reason why we should disallow scrollbars when there are no window decorations. I'll readd that functionality in the near future. > > j2) Just for detail and the pleasure of commenting (:p), you also have > those lines > /* Is the client area large enough to show the whole visual? */ > if (iWidth != s_pScreenInfo->dwWidth > || iHeight != s_pScreenInfo->dwHeight) > if iWidth is bigger than s_pScreenInfo->dwWidth (same for height), > isn't the screen "large enough to show the whole visual"? > iWidth can never be larger than s_pScreenInfo->dwWidth because the window can never be larger than the maximum tracking size. However, for clarity, I have changed this to iWidth < s_pScreenInfo->dwWidth. > > j3) In your note in wincreatewnd.c, when you describe what is range and > what is page, you say: "In other words, the page size is the size of the > client area minus the space the scrollbars occupy". And as you said in > winwndproc.c, the client area already takes into account the space > occupied by the scrollbars. > Yeah, I got confused by some MSDN Library docs. I added a note that clarifies this and blames MSDN Library for any future confusion :) > > j4) Still in wincreatewnd.c, for better clarity, I would write something > like: > if (!(pScreenInfo->fScrollbars && pScreenInfo->fUserGaveHeightAndWidth)) { > /* except if the user specified the size of the visual *and* > uses scrollbars, we don't want the visual bigger than > the window */ > pScreenInfo->dwWidth = rcClient.right - rcClient.left; > pScreenInfo->dwHeight = rcClient.bottom - rcClient.top; > } > > if (pScreenInfo->fScrollbars) > ... > si.nMax = pScreenInfo->dwWidth - 1; > SetScrollInfo (*phwnd, SB_HORZ, &si, FALSE); > ... > si.nMax = pScreenInfo->dwHeight - 1; > SetScrollInfo (*phwnd, SB_VERT, &si, FALSE); > } > /* no else anymore */ > Excellent. I implemented just such a cleanup. Then, I went further. We don't even need to call SetScrollInfo in winCreateBoundingWindowWindowed. Rather, we just set nMin and nMax in our calls to SetScrollInfo in our processing of WM_SIZE. The overhead for doing this in each WM_SIZE is negligible, and the resulting cleanup is appreciable. I have simply #if 0'd the cleaned-up code in winCreateBoundingWindowWindowed, just so we have that code, published in a diff somewhere, to fall back on if we ever find a reason to. > > j5) in the case of WM_VSCROLL, SB_BOTTOM should actually be nMax-nPage+1 > (same for WM_HSCROLL and SB_RIGHT) > Charles Petzold doesn't seem to think so in his book. I think he was relying on Windows to trim the scroll position to be the maximum allowed position. However, I went ahead and changed this so that others are not confused. > > j6) in WM_GETMINMAXINFO, you assume that we have decoration. Can't we > receive this event if we resize the screen? (and same reason than in j1) > See my answer to j1. I will fix this in the near future. > > > Ah... that's enough for today. I'm tired. > > Welcome to the club, Good night! ;p > What do you know, it is the next day and I am still tired! :) Harold From Alexander.Gottwald@informatik.tu-chemnitz.de Thu Jul 11 09:36:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 11 Jul 2002 09:36:00 -0000 Subject: Using the new cross compilation system - and a request for help In-Reply-To: <200207092036.g69KaQF75126@pilot05.cl.msu.edu> Message-ID: On Tue, 9 Jul 2002, Harold L Hunt wrote: > A new cross compilation system was implemented for XFree86 in May of 2002. > This new system is described here: > > http://www.xfree86.org/~keithp/xconf2001/cc-imake.pdf According to that document, I modified the imakemdep.h file. make World CROSSCOMPILEDIR="/usr/i686-pc-cygwin32/bin" compiled without any errors (because of some Imakefile patches for rman). The patch for imake is attached Comments: the CROSS_UTS_RELEASE is static because of I found no version string from cygwin. Such a string might be added to the cygwin headers or might be constructed from other version information in cygwin/version.h glibc_major and glibc_minor was not set, but always referenced in imake. But the imake code seems still to make some assumptions base on the host operating system. I did not include other patches to Imakefiles since they substitute ProgramTarget(rman) by HostProgramTarget(rman). This is needed for running full make World, but does not compile rman.exe for cygwin. In host.def the macros CCmd, AsCmd are not preceeded by i686-pc-cygwin32- anymore but only the sort names (gcc, as ...). bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 -------------- next part -------------- Index: config/cf/cross.rules =================================================================== RCS file: /cvs/xc/config/cf/cross.rules,v retrieving revision 1.7 diff -U3 -r1.7 cross.rules --- config/cf/cross.rules 2002/04/04 14:05:33 1.7 +++ config/cf/cross.rules 2002/07/11 15:23:46 @@ -4,7 +4,7 @@ #define HostCcCmd cc #endif -#define HostLinkRule(target, flags, src, libs) HostCcCmd -I$(BUILDINCDIR) -o target src libs +#define HostLinkRule(target, flags, src, libs) HostCcCmd -I$(BUILDINCDIR) -o target src libs flags /* ComplexHostProgramTarget - Compile a program such that we can run * it on this host, i.e., don't use the default cross compiler. Index: config/cf/cygwin.rules =================================================================== RCS file: /cvs/xc/config/cf/cygwin.rules,v retrieving revision 3.19 diff -U3 -r3.19 cygwin.rules --- config/cf/cygwin.rules 2002/04/15 09:22:33 3.19 +++ config/cf/cygwin.rules 2002/07/11 15:23:46 @@ -315,9 +315,8 @@ $(OBJS6) $(OBJS7) $(OBJS8) $(OBJS9) $(OBJS10) @@\ SRCS = $(SRCS1) $(SRCS2) $(SRCS3) $(SRCS4) $(SRCS5) \ @@\ $(SRCS6) $(SRCS7) $(SRCS8) $(SRCS9) $(SRCS10) @@\ - PROGS_EXE = $(foreach prog,$(PROGRAMS),ProgramTargetName($(prog))) @@\ @@\ -AllTarget($(PROGS_EXE)) @@\ +AllTarget($(PROGRAMS)) @@\ @@\ ProgramTargetHelper(program,SRCS1,OBJS1,DEPLIBS1,locallib,syslib) @@\ @@\ @@ -325,7 +324,7 @@ LintTarget() @@\ @@\ clean:: @@\ - RemoveFiles($(PROGS_EXE)) + RemoveFiles($(PROGRAMS)) /* Index: config/imake/imakemdep.h =================================================================== RCS file: /cvs/xc/config/imake/imakemdep.h,v retrieving revision 3.59 diff -U3 -r3.59 imakemdep.h --- config/imake/imakemdep.h 2002/05/31 16:31:20 3.59 +++ config/imake/imakemdep.h 2002/07/11 15:23:50 @@ -769,6 +769,16 @@ # include # define CROSS_UTS_RELEASE UTS_RELEASE # endif +# elif defined(__CYGWIN__) +# define DEFAULT_OS_MAJOR_REV "r %[0-9]" +# define DEFAULT_OS_MINOR_REV "r %*d.%[0-9]" +# define DEFAULT_OS_TEENY_REV "r %*d.%*d.%[0-9]" +# define DEFAULT_OS_NAME "srm %[^\n]" +# if defined(__CYGWIN__) && defined (CROSSCOMPILE_CPP) +# define CROSS_UTS_SYSNAME "Cygwin" +# include +# define CROSS_UTS_RELEASE "1.3.9" +# endif # elif defined(__GNU__) # define DEFAULT_OS_MAJOR_REV "r %[0-9]" # define DEFAULT_OS_MINOR_REV "r %*d.%[0-9]" @@ -1353,6 +1363,9 @@ # include int glibc_major = __GLIBC__ + 4; int glibc_minor = __GLIBC_MINOR__; +# else +int glibc_major = 0; +int glibc_minor = -1; # endif # endif /* !CROSSCOMPILE || CROSSCOMPILE_CPP */ Index: lib/GL/mesa/src/X86/Imakefile =================================================================== RCS file: /cvs/xc/lib/GL/mesa/src/X86/Imakefile,v retrieving revision 1.22 diff -U3 -r1.22 Imakefile --- lib/GL/mesa/src/X86/Imakefile 2002/03/01 21:21:48 1.22 +++ lib/GL/mesa/src/X86/Imakefile 2002/07/11 15:24:06 @@ -85,11 +85,11 @@ MATYPES = ./gen_matypes matypes.h: gen_matypes.c - RemoveFiles($@ ProgramTargetName(gen_matypes)) - -HostLinkRule(ProgramTargetName(gen_matypes),$(CFLAGS) $(LOCAL_LDFLAGS),gen_matypes.c,$(LDLIBS)) + RemoveFiles($@ HostProgramTargetName(gen_matypes)) + -HostLinkRule(HostProgramTargetName(gen_matypes),$(CFLAGS) $(LOCAL_LDFLAGS),gen_matypes.c,$(LDLIBS)) RunProgram(MATYPES,> matypes_h) $(MV) matypes_h $@ - RemoveFiles(ProgramTargetName(gen_matypes)) + RemoveFiles(HostProgramTargetName(gen_matypes)) includes:: matypes.h From huntharo@msu.edu Thu Jul 11 09:53:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Thu, 11 Jul 2002 09:53:00 -0000 Subject: Using the new cross compilation system - and a request for help Message-ID: <200207111636.g6BGa5F12580@pilot05.cl.msu.edu> Alexander Gottwald said: > On Tue, 9 Jul 2002, Harold L Hunt wrote: > > 1) We are building gen_matypes.c and we are supposed to create an executable > > that will be used during the compilation process to build a header file called > > ``matypes.h''. However, this executable is being built with ``cc'' (it isn't > > clear if this is the link to /cygwin/bin/cc or if it is the host cc) but we > > are calling it ``gen_matypes.exe'', which is clearly wrong because we want an > > executable to use while cross compiling, not an installable executable. > > diff -U3 -r1.22 Imakefile > --- lib/GL/mesa/src/X86/Imakefile 2002/03/01 21:21:48 1.22 > +++ lib/GL/mesa/src/X86/Imakefile 2002/07/11 15:24:06 > @@ -85,11 +85,11 @@ > MATYPES = ./gen_matypes > > matypes.h: gen_matypes.c > - RemoveFiles($@ ProgramTargetName(gen_matypes)) > - -HostLinkRule(ProgramTargetName(gen_matypes),$(CFLAGS) $(LOCAL_LDFLAGS),gen_matypes.c,$(LDLIBS)) > + RemoveFiles($@ HostProgramTargetName(gen_matypes)) > + -HostLinkRule(HostProgramTargetName(gen_matypes),$(CFLAGS) $(LOCAL_LDFLAGS),gen_matypes.c,$(LDLIBS)) > RunProgram(MATYPES,> matypes_h) > $(MV) matypes_h $@ > - RemoveFiles(ProgramTargetName(gen_matypes)) > + RemoveFiles(HostProgramTargetName(gen_matypes)) > > includes:: matypes.h > I have already made such a patch to my local tree. It works fine. I thought I made a post a day or two ago with a patch for cross compiling? I thought it had just such a patch in it? Am I losing my mind? > > 2) Building gen_matypes.c fails because it cannot find glheader.h, mypes.h, > > and tnl/t_context.h, which are stored over in xc/extras/Mesa/src, but it > > appears that they should be copied during the build process to > > build/std/exports/include. For some reason, they are not being copied there. > > no problem for me. Maybe they are not created because gen_matypes failes > before Nope. gen_matypes needs those headers before it is build, since gen_matypes.c includes those headers. What is happening here is that the HostLinkRule (which you created, I believe) over in xc/config/cf/cross.rules does nothing with the flags parameter. I recall that we couldn't pass the flags parameter because it was defining some things that ought not to be defined when cross compiling. However, I have modified my HostLinkRule to pass the flags on just as LinkRule does and I have built the whole tree without problems. I think only one other executable uses HostLinkRule, so as long as these two things build we are in the clear. Have you modified your locak HostLinkRule, or is cross.rules not being processed on your system? Oh yeah, the flags, in this case, contain -I../../../../exports/include (or something close to that, I don't feel like looking it up for an exact quote), which points the compiler to glheader.h, mtypes.h, and tnl/t_context.h. > > > There is a new problem that needs a better answer than the one that I've got > > right now. In xc/config/imake/imakedep.h there is a define that turns an > > empty define for i686 into i686 == 1. For some reason, i686 is now defined > > during a cross compilation build and it causes our executable names, such as > > ``i686-pc-cygwin-gcc'' and our include directories (``i686-pc.. you get the > > point...) to become ``1-pc-cygwin-gcc''. I had to add a ``#undef i686'' to > > the new host.def that is used when cross compiling. > > you don't need the i686-pc-cygwin32-gcc program names anymore. For me, a > call to cross-gcc is /usr/i686-pc-cygwin32/bin/`echo gcc|sed "s%.*/%%"` > How do I make it through life without accidentally killing myself? I must have tried 20 ways of defining the cross compiler names, or not defining them, etc., and I never got a build to work until I started setting them to i686-pc-cygwin-gcc and so forth. Then you mention that they don't need to have i686-pc-cygwin in them anymore, I try it, and voila, like magic it works. What gives? Can't I get a break anymore? Oh yeah, and you are correct. We don't need the i686-pc-cygwin prefix anymore. > I'll see if the imake patch compiles and will send a patch later. > What imake patch? I have had problems with imake not compiling because imake.c is looking for glibc_major and glibc_minor, which are supposed to be defined in imakemdep.h, but for whatever reason the #if's are wrong and imakemdep.h doesn't define them but imake.c still ends up expecting them. Please figure this one out for me, it is really bugging me. For now I've just changed imake.c and substituted 0's for glibc_major and glibc_minor. Harold > bye > ago > -- > Alexander.Gottwald@informatik.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 > > From huntharo@msu.edu Thu Jul 11 10:43:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Thu, 11 Jul 2002 10:43:00 -0000 Subject: Using the new cross compilation system - and a request for help Message-ID: <200207111653.g6BGrkF83132@pilot05.cl.msu.edu> Alexander, Unfortunately, we still have to #undef i686. I just tried removing the ``#undef i686'' and the results are below. The problem is that the value for the i686 define is still being substituted into our includes path. Any ideas? Harold depending in programs/lbxproxy/os... make[4]: Entering directory `/home/harold/x-devel/build/newhostdef/programs/lbxproxy/os' ./../../config/makedepend/makedepend -- -I../include -I../../../include -I../../../include/extensions -I../../../include/extensions -I../../.. -I../../../exports/include -D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LOCALE -D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DNO_ALLOCA -DSHAPE -DXINPUT -DXKB -DLBX -DXAPPGROUP -DXCSECURITY -DTOGCUP -DXF86BIGFONT -DPIXPRIV -DRENDER -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXvExtension -DXFree86Server -DXF86VIDMODE -DXvMCExtension -DXResExtension -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DNDEBUG -DFUNCPROTO=15 -DNARROWPROTO -DTCPCONN -DUNIXCONN -DHAS_STICKY_DIR_BIT -DHAS_FCHOWN -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXvExtension -DXFree86Server -DXF86VIDMODE -DXvMCExtension -DXResExtension -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DDDXTIME -DFD_SETSIZE=256 -DDDXOSINIT -DDDXOSVERRORF -DDDXOSFATALERROR -I../../../lib/xtrans -DUSE_MAKEDEPEND -- connection.c io.c WaitFor.c osinit.c transport.c ./../../config/makedepend/makedepend: warning: connection.c (reading ./../../include/Xos.h, line 59): cannot find include file "sys/types.h" not in ../include/sys/types.h not in ../../../include/sys/types.h not in ../../../include/extensions/sys/types.h not in ../../../include/extensions/sys/types.h not in ../../../sys/types.h not in ../../../exports/include/sys/types.h not in ../../../lib/xtrans/sys/types.h not in /sys/types.h not in /cygwin/1-pc-cygwin/include/sys/types.h not in /cygwin/1-pc-cygwin/include/w32api/sys/types.h not in /usr/lib/gcc-lib/i586-mandrake-linux-gnu/2.96/include/sys/types.h From nahor@bravobrava.com Thu Jul 11 10:50:00 2002 From: nahor@bravobrava.com (Jehan) Date: Thu, 11 Jul 2002 10:50:00 -0000 Subject: Scrollbars patch References: <200207111556.g6BFutF125838@pilot05.cl.msu.edu> Message-ID: Harold L Hunt wrote: > Charles Petzold's book says that you only want to pass FALSE if you will be > making other function calls that will result in the scrollbars being redrawn, > so that you can avoid excessive redrawing. When we call SetScrollInfo with a > new position, that is it. We only make that one call that could potentially > cause the scrollbar to redraw, so we have to pass TRUE. Ok, good to know. >>>4) When a user does specify a visual size with -scrollbars, we make the >>>initial window as large as possible and make the visual the same size as >>>the >>>specified size. We show the scrollbars only if necessary (i.e. we hide >>>them >>>if the user passes -screen 0 800 600 -scrollbars on a 1024x768 display). >> >>Hiding the scrollbars, that was already the case, wasn't it? >> > > No. I never got the original code to stop displaying scrollbars if the > -scrollbars parameter was passed. It didn't matter how large the original > window was, nor did it matter how you resized the window. I could not get > those scrollbars to go away. Hmm, that's weird. I was even explicitly hiding the scrollbars with a call to ShowScrollbars (not at creation but in WM_SIZE). >>>8) I added WM_MAXIMIZE to the window style when -scrollbars is passed. > >>This >>>allows one to maximize the Cygwin/XFree86 window. However, there are a >>>few >>>problems here... such as, what is a maximized 800x600 window on a 1024x768 >>>screen? I dunno... try it, it is weird. >> >>I wanted to but I can't compile for now (missing xf86openConfigFile, >>xf86readConfigFile, xf86closeConfigFile at link timeand I don't have >>time to look at that yet) >>But, a wild guess, isn't ptMaxSize in WM_GETMINMAXINFO for that? (MSDN, >>MINMAXINFO: ptMaxSize | when a window is maximized or resized, ...) >> > > I've included a tarball with the missing files above. Thanks, but I got them already and that why I get this error. hw/xwin/libXwin.a(winconfig.o)(.text+0x2f6):winconfig.c: undefined reference to `xf86openConfigFile' hw/xwin/libXwin.a(winconfig.o)(.text+0x355):winconfig.c: undefined reference to `xf86readConfigFile' hw/xwin/libXwin.a(winconfig.o)(.text+0x371):winconfig.c: undefined reference to `xf86closeConfigFile' So I have winconfig.c... Ok, found my problem. I didn't patch Imakefile. I also found an error in the Imakefile.diff for the last test release on the website. You define XWINPARSELIB but you use XWINPARSERLIB (parse vs parseR). > We can't make ptMaxSize larger than our visual size, because we could have an > 800x600 visual on a 1024x768 display... we would end up with several thousand > blank pixels if we really maximized the window. That is the weirdness that I > was talking about. I'm not saying to make it larger than the visual. I think you should set to the size of the visual. So when some one maximize the window, it will get the visual and no more. The maximum size of the window should 800x600 (+decoration if any) and that's it. >>j1) in WM_SIZE, you check for fDecoration and fFullscreen for breaking. >>This is not necessary maybe even dangerous, especially in the >>nodecoration case. With nodecoration, I guess we can still receive a >>WM_SIZE if we change the screen resolution via the Display control panel >>or if we change the size of the taskbar. >>And the other hand, I don't thing we'll get any bug if we still do >>process WM_SIZE. >>Well, let's say that, as a matter of preference, I usually manage >>unlikely cases if the code necessary to do it doesn't make my code >>harder to read. >> > > I was assuming that you had intended for scrollbars to be allowed only when > not fullscreen and with decorations. I know you didn't intend for scrollbars > to be displayed in fullscreen mode because you didn't modify > winCreateBoundingWindowFullScreen. I don't see any reason why we should > disallow scrollbars when there are no window decorations. I'll readd that > functionality in the near future. Since if fullscreen mode we change the resolution of the monitor, there is no need for scrollbars. That's why I didn't modify winCreateBoundingWindowFullScreen. I actually modify InitOuput to ignore -scrollbars if -fullscreen was set. But checking for fFullscreen in WM_SIZE isn't necessary then because fScrollbars will be FALSE. And if one day we allow a different size for the monitor than for the visual (something like XWin -screen 0 1600 1200 -fullscreen 1280 1024), it would be better to just check fScrollbars and be fullscreen agnostic. In the case of nodecoration, nothing prevents one to have something like: XWin -scrollbars -screen 0 1600 1200 on his 640x480 monitor. Then we must have scrollbars or we have to reduce the size of the visual. >>j4) Still in wincreatewnd.c, for better clarity, I would write something >>like: >> if (!(pScreenInfo->fScrollbars && pScreenInfo->fUserGaveHeightAndWidth)) { >> /* except if the user specified the size of the visual *and* >> uses scrollbars, we don't want the visual bigger than >> the window */ >> pScreenInfo->dwWidth = rcClient.right - rcClient.left; >> pScreenInfo->dwHeight = rcClient.bottom - rcClient.top; >> } >> >> if (pScreenInfo->fScrollbars) >> ... >> si.nMax = pScreenInfo->dwWidth - 1; >> SetScrollInfo (*phwnd, SB_HORZ, &si, FALSE); >> ... >> si.nMax = pScreenInfo->dwHeight - 1; >> SetScrollInfo (*phwnd, SB_VERT, &si, FALSE); >> } >> /* no else anymore */ >> > > > Excellent. I implemented just such a cleanup. > > Then, I went further. We don't even need to call SetScrollInfo in > winCreateBoundingWindowWindowed. Rather, we just set nMin and nMax in our > calls to SetScrollInfo in our processing of WM_SIZE. The overhead for doing > this in each WM_SIZE is negligible, and the resulting cleanup is appreciable. > I have simply #if 0'd the cleaned-up code in winCreateBoundingWindowWindowed, > just so we have that code, published in a diff somewhere, to fall back on if > we ever find a reason to. Ok. I'm atually 50-50 between the two solutions. It's kind of weird to set nMax over and over when by definition it's something constant over the XFree session. >>j5) in the case of WM_VSCROLL, SB_BOTTOM should actually be nMax-nPage+1 >>(same for WM_HSCROLL and SB_RIGHT) >> > > > Charles Petzold doesn't seem to think so in his book. I think he was relying > on Windows to trim the scroll position to be the maximum allowed position. > However, I went ahead and changed this so that others are not confused. Yeah, MSDN is quite confusing on that too. If you don't set nPage or if you don't have nPage (Win3.1 and earlier), nMax was the largest value you could have. MSDN gives an example where they say that if one has 260 lines to display but can only show 16 of them at a time, nMax should be 244 (with nMin=1). But they don't say that if you set nPage to 16, then nMax must be 260. However, they still say later on in the same article that MaxScrollPos = MaxRangeValue - (PageSize - 1) Also, SetScrollInfo says: nPos member must specify a value between nMin and nMax - max(nPage ?? 1, 0) >>>Ah... that's enough for today. I'm tired. >> >>Welcome to the club, Good night! ;p > > What do you know, it is the next day and I am still tired! :) It was hard this early morning but now I'm ok. But I feel that tonight I'm going to crash again. Jehan From medvedev@rsdsoft.msk.ru Thu Jul 11 11:11:00 2002 From: medvedev@rsdsoft.msk.ru (Dmitry Medvedev) Date: Thu, 11 Jul 2002 11:11:00 -0000 Subject: configuration Message-ID: <006201c22903$47987650$7650a8c0@corp.devexpress.com> good day to all. Will you explain me what should I do to configure the X correctly? The X fails to find the xterm, twm and xsetroot... Almost nothing happens, just a X window... :-( A good location is also appreciated Thanks in advance, Dmitry. From Alexander.Gottwald@informatik.tu-chemnitz.de Thu Jul 11 11:13:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 11 Jul 2002 11:13:00 -0000 Subject: Using the new cross compilation system - and a request for help In-Reply-To: <200207111653.g6BGrkF83132@pilot05.cl.msu.edu> Message-ID: On Thu, 11 Jul 2002, Harold L Hunt wrote: > Alexander, > > Unfortunately, we still have to #undef i686. I just tried removing the > ``#undef i686'' and the results are below. The problem is that the value for > the i686 define is still being substituted into our includes path. Any ideas? That define is only used, if i686 is already used. For me imakemdep_cpp.h is generated this way /usr/i686-pc-cygwin32/bin/cc -E `./ccimake` \ -DCROSSCOMPILE_CPP imakemdep.h > imakemdep_cpp.h; with ./ccimake just echoing -DCROSSCOMPILEDIR="/usr/i686-pc-cygwin32/bin" -DCROSSCOMPILE -O can you please check, from where the i686 define gets into the imakemdep generation? bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@informatik.tu-chemnitz.de Thu Jul 11 11:17:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 11 Jul 2002 11:17:00 -0000 Subject: Using the new cross compilation system - and a request for help In-Reply-To: <200207111636.g6BGa5F12580@pilot05.cl.msu.edu> Message-ID: On Thu, 11 Jul 2002, Harold L Hunt wrote: > I have already made such a patch to my local tree. It works fine. I thought > I made a post a day or two ago with a patch for cross compiling? I thought it > had just such a patch in it? Am I losing my mind? Hm, such a patch never reached me. Just a posting with the modified cross- compiling guide bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From nwourms@yahoo.com Thu Jul 11 11:25:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Thu, 11 Jul 2002 11:25:00 -0000 Subject: Using the new cross compilation system - and a request for help In-Reply-To: Message-ID: <20020711181751.16020.qmail@web21007.mail.yahoo.com> --- Alexander Gottwald wrote: > On Thu, 11 Jul 2002, Harold L Hunt wrote: > > > Alexander, > > > > Unfortunately, we still have to #undef i686. I just tried removing > the > > ``#undef i686'' and the results are below. The problem is that the > value for > > the i686 define is still being substituted into our includes path. > Any ideas? > > That define is only used, if i686 is already used. For me > imakemdep_cpp.h > is generated this way > /usr/i686-pc-cygwin32/bin/cc -E `./ccimake` \ > -DCROSSCOMPILE_CPP imakemdep.h > imakemdep_cpp.h; > > with ./ccimake just echoing > -DCROSSCOMPILEDIR="/usr/i686-pc-cygwin32/bin" -DCROSSCOMPILE -O ^^ Why is this naming convention being used? That is a relic of B20, we shouldn't use that anymore. Damn those bloody SuSE people for ruining our cross compile system! Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From lapo@lapo.it Thu Jul 11 11:27:00 2002 From: lapo@lapo.it (Lapo Luchini) Date: Thu, 11 Jul 2002 11:27:00 -0000 Subject: Problems with libXaw3d? [Was: [ITP] FreeCiv-1.12.0-1 for X (using libXaw)] References: <20020710162446.52989.qmail@web21002.mail.yahoo.com> <3D2C65A6.2080206@lapo.it> <3D2C7104.4060902@lapo.it> Message-ID: <3D2DCD8D.4000607@lapo.it> Lapo Luchini wrote: > "on its way" was a bit optimistic.. the simple "--with-xaw3d" > configure switch leads to some problems... things defined twice. > Strange as configure detects everything correctly. > > /usr/X11R6/lib//libXt.a(Intrinsic.o)(.text+0x10):Intrinsic.c: multiple > definition of `XtIsSubclass' > /usr/X11R6/lib//libXaw3d.a(d000327.o)(.text+0x0): first defined here > /usr/X11R6/lib//libXt.a(Intrinsic.o)(.text+0x714):Intrinsic.c: > multiple definition of `XtRealizeWidget' > /usr/X11R6/lib//libXaw3d.a(d000359.o)(.text+0x0): first defined here > /usr/X11R6/lib//libXt.a(Intrinsic.o)(.text+0xa08):Intrinsic.c: > multiple definition of `XtCreateWindow' > (and so on) > > Its the configure that incorrectly includes libXt or libXaw3d that > incorrectly exports them? > I eat with friends this night... i'll investigate that this evening. > Uhm... command line is the following: gcc -O2 -g -Wall -o civclient cityrepdata.o civclient.o climisc.o clinet.o control.o goto.o helpdata.o packhand.o options.o tilespec.o gui-xaw/libguiclient.a ../common/libcivcommon.a -lintl gui-xaw/libguiclient.a ../common/libcivcommon.a -L/usr/X11R6/lib/ -lXaw3d -lXpm -lXmu -lXt -lSM -lICE -lXext -lX11 -lz and I can solve the issue by putting -lXaw3d last in line (but the many auto-import warnings are still shown) gcc -O2 -g -Wall -o civclient cityrepdata.o civclient.o climisc.o clinet.o control.o goto.o helpdata.o packhand.o options.o tilespec.o gui-xaw/libguiclient.a ../common/libcivcommon.a -lintl gui-xaw/libguiclient.a ../common/libcivcommon.a -L/usr/X11R6/lib/ -lXpm -lXmu -lXt -lSM -lICE -lXext -lX11 -lz -lXaw3d Is this normal/expected? I guess that freeciv compiles OK under linux with the library order it has by default. But if someone thinks this is normal I can patch the cygwin version to move the -lXaw3d argument... I include the full output for reference: -------------------------------------------------------------------------------- $ gcc -O2 -g -Wall -o civclient cityrepdata.o civclient.o climisc.o clinet.o control.o goto.o helpdata.o packhand.o options.o tilespec.o gui-xaw/libguiclient.a ../common/libcivcommon.a -lintl gui-xaw/libguiclient.a ../common/libcivcommon.a -L/usr/X11R6/lib/ -lXaw3d -lXpm -lXmu -lXt -lSM -lICE -lXext -lX11 -lz /usr/X11R6/lib//libXt.a(Intrinsic.o)(.text+0x10):Intrinsic.c: multiple definition of `XtIsSubclass' /usr/X11R6/lib//libXaw3d.a(d000327.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Intrinsic.o)(.text+0x714):Intrinsic.c: multiple definition of `XtRealizeWidget' /usr/X11R6/lib//libXaw3d.a(d000359.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Intrinsic.o)(.text+0xa08):Intrinsic.c: multiple definition of `XtCreateWindow' /usr/X11R6/lib//libXaw3d.a(d000237.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Intrinsic.o)(.text+0xd50):Intrinsic.c: multiple definition of `XtNameToWidget' /usr/X11R6/lib//libXaw3d.a(d000341.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Intrinsic.o)(.text+0xed0):Intrinsic.c: multiple definition of `XtDisplay' /usr/X11R6/lib//libXaw3d.a(d000279.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Intrinsic.o)(.text+0xf28):Intrinsic.c: multiple definition of `XtScreen' /usr/X11R6/lib//libXaw3d.a(d000383.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Intrinsic.o)(.text+0xf38):Intrinsic.c: multiple definition of `XtWindowOfObject' /usr/X11R6/lib//libXaw3d.a(d000434.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Intrinsic.o)(.text+0xf64):Intrinsic.c: multiple definition of `XtWindow' /usr/X11R6/lib//libXaw3d.a(d000433.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Intrinsic.o)(.text+0x10b8):Intrinsic.c: multiple definition of `XtIsSensitive' /usr/X11R6/lib//libXaw3d.a(d000326.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Intrinsic.o)(.text+0x11f4):Intrinsic.c: multiple definition of `XtParent' /usr/X11R6/lib//libXaw3d.a(d000349.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Callback.o)(.text+0x1ec):Callback.c: multiple definition of `XtAddCallback' /usr/X11R6/lib//libXaw3d.a(d000167.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Callback.o)(.text+0xb94):Callback.c: multiple definition of `XtRemoveAllCallbacks' /usr/X11R6/lib//libXaw3d.a(d000367.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Callback.o)(.text+0xff8):Callback.c: multiple definition of `XtCallCallbackList' /usr/X11R6/lib//libXaw3d.a(d000216.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Initialize.o)(.text+0x384):Initialize.c: multiple definition of `_XtInherit' /usr/X11R6/lib//libXaw3d.a(d000613.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Resources.o)(.text+0x1bf0):Resources.c: multiple definition of `XtGetApplicationResources' /usr/X11R6/lib//libXaw3d.a(d000290.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(NextEvent.o)(.text+0x1068):NextEvent.c: multiple definition of `XtRemoveInput' /usr/X11R6/lib//libXaw3d.a(d000374.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(NextEvent.o)(.text+0xe88):NextEvent.c: multiple definition of `XtAppAddInput' /usr/X11R6/lib//libXaw3d.a(d000182.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(NextEvent.o)(.text+0xb50):NextEvent.c: multiple definition of `XtAppAddWorkProc' /usr/X11R6/lib//libXaw3d.a(d000185.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(NextEvent.o)(.text+0x970):NextEvent.c: multiple definition of `XtAppAddTimeOut' /usr/X11R6/lib//libXaw3d.a(d000184.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Geometry.o)(.text+0xd38):Geometry.c: multiple definition of `XtTranslateCoords' /usr/X11R6/lib//libXaw3d.a(d000409.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Geometry.o)(.text+0xe40):Geometry.c: multiple definition of `XtQueryGeometry' /usr/X11R6/lib//libXaw3d.a(d000358.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Event.o)(.text+0x1e1c):Event.c: multiple definition of `XtDispatchEvent' /usr/X11R6/lib//libXaw3d.a(d000277.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Event.o)(.text+0x237c):Event.c: multiple definition of `XtAppMainLoop' /usr/X11R6/lib//libXaw3d.a(d000194.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(TMstate.o)(.text+0x2e30):TMstate.c: multiple definition of `XtOverrideTranslations' /usr/X11R6/lib//libXaw3d.a(d000346.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(TMaction.o)(.text+0xdb4):TMaction.c: multiple definition of `XtAppAddActions' /usr/X11R6/lib//libXaw3d.a(d000179.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Create.o)(.text+0xe8c):Create.c: multiple definition of `XtCreateManagedWidget' /usr/X11R6/lib//libXaw3d.a(d000233.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Create.o)(.text+0x1094):Create.c: multiple definition of `XtCreatePopupShell' /usr/X11R6/lib//libXaw3d.a(d000234.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(TMparse.o)(.text+0x2e3c):TMparse.c: multiple definition of `XtParseTranslationTable' /usr/X11R6/lib//libXaw3d.a(d000351.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Destroy.o)(.text+0x660):Destroy.c: multiple definition of `XtDestroyWidget' /usr/X11R6/lib//libXaw3d.a(d000274.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Popup.o)(.text+0x1ac):Popup.c: multiple definition of `XtPopup' /usr/X11R6/lib//libXaw3d.a(d000355.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Popup.o)(.text+0x254):Popup.c: multiple definition of `XtPopupSpringLoaded' /usr/X11R6/lib//libXaw3d.a(d000356.o)(.text+0x0): first defined here /usr/X11R6/lib//libXt.a(Keyboard.o)(.text+0xa64):Keyboard.c: multiple definition of `XtSetKeyboardFocus' /usr/X11R6/lib//libXaw3d.a(d000393.o)(.text+0x0): first defined here Info: resolving _formWidgetClass by linking to __imp__formWidgetClass (auto-import) Info: resolving _labelWidgetClass by linking to __imp__labelWidgetClass (auto-import) Info: resolving _asciiTextWidgetClass by linking to __imp__asciiTextWidgetClass (auto-import) Info: resolving _commandWidgetClass by linking to __imp__commandWidgetClass (auto-import) Info: resolving _listWidgetClass by linking to __imp__listWidgetClass (auto-import) Info: resolving _menuButtonWidgetClass by linking to __imp__menuButtonWidgetClass (auto-import) Info: resolving _simpleMenuWidgetClass by linking to __imp__simpleMenuWidgetClass (auto-import) Info: resolving _smeLineObjectClass by linking to __imp__smeLineObjectClass (auto-import) Info: resolving _smeBSBObjectClass by linking to __imp__smeBSBObjectClass (auto-import) Info: resolving _viewportWidgetClass by linking to __imp__viewportWidgetClass (auto-import) Info: resolving _toggleWidgetClass by linking to __imp__toggleWidgetClass (auto-import) Info: resolving _scrollbarWidgetClass by linking to __imp__scrollbarWidgetClass (auto-import) Info: resolving _treeWidgetClass by linking to __imp__treeWidgetClass (auto-import) Info: resolving _simpleClassRec by linking to __imp__simpleClassRec (auto-import) Info: resolving _commandClassRec by linking to __imp__commandClassRec (auto-import) collect2: ld returned 1 exit status -------------------------------------------------------------------------------- $ gcc -O2 -g -Wall -o civclient cityrepdata.o civclient.o climisc.o clinet.o control.o goto.o helpdata.o packhand.o options.o tilespec.o gui-xaw/libguiclient.a ../common/libcivcommon.a -lintl gui-xaw/libguiclient.a ../common/libcivcommon.a -L/usr/X11R6/lib/ -lXpm -lXmu -lXt -lSM -lICE -lXext -lX11 -lz -lXaw3d Info: resolving _formWidgetClass by linking to __imp__formWidgetClass (auto-import) Info: resolving _labelWidgetClass by linking to __imp__labelWidgetClass (auto-import) Info: resolving _asciiTextWidgetClass by linking to __imp__asciiTextWidgetClass (auto-import) Info: resolving _commandWidgetClass by linking to __imp__commandWidgetClass (auto-import) Info: resolving _listWidgetClass by linking to __imp__listWidgetClass (auto-import) Info: resolving _menuButtonWidgetClass by linking to __imp__menuButtonWidgetClass (auto-import) Info: resolving _simpleMenuWidgetClass by linking to __imp__simpleMenuWidgetClass (auto-import) Info: resolving _smeLineObjectClass by linking to __imp__smeLineObjectClass (auto-import) Info: resolving _smeBSBObjectClass by linking to __imp__smeBSBObjectClass (auto-import) Info: resolving _viewportWidgetClass by linking to __imp__viewportWidgetClass (auto-import) Info: resolving _toggleWidgetClass by linking to __imp__toggleWidgetClass (auto-import) Info: resolving _scrollbarWidgetClass by linking to __imp__scrollbarWidgetClass (auto-import) Info: resolving _treeWidgetClass by linking to __imp__treeWidgetClass (auto-import) Info: resolving _simpleClassRec by linking to __imp__simpleClassRec (auto-import) Info: resolving _commandClassRec by linking to __imp__commandClassRec (auto-import) -------------------------------------------------------------------------------- Right now I don't have a linux/freebsd with X installed to try... -- Lapo 'Raist' Luchini lapo@lapo.it (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) From nahor@bravobrava.com Thu Jul 11 11:46:00 2002 From: nahor@bravobrava.com (Jehan) Date: Thu, 11 Jul 2002 11:46:00 -0000 Subject: Scrollbars patch References: <200207111556.g6BFutF125838@pilot05.cl.msu.edu> Message-ID: Harold L Hunt wrote: >>>8) I added WM_MAXIMIZE to the window style when -scrollbars is passed. >>>This >>>allows one to maximize the Cygwin/XFree86 window. However, there are a >>>few >>>problems here... such as, what is a maximized 800x600 window on a 1024x768 >>>screen? I dunno... try it, it is weird. >> >>I wanted to but I can't compile for now (missing xf86openConfigFile, >>xf86readConfigFile, xf86closeConfigFile at link timeand I don't have >>time to look at that yet) >>But, a wild guess, isn't ptMaxSize in WM_GETMINMAXINFO for that? (MSDN, >>MINMAXINFO: ptMaxSize | when a window is maximized or resized, ...) >> > > I've included a tarball with the missing files above. > > We can't make ptMaxSize larger than our visual size, because we could have an > 800x600 visual on a 1024x768 display... we would end up with several thousand > blank pixels if we really maximized the window. That is the weirdness that I > was talking about. Now that I can compile and test, here how it works. - ptMaxSize is the maximum size of the window when you press the maximize button. In practice, when you maximzed a window, it takes the min between ptMaxSize, ptMaxTrackSize, and the Windows desktop (at least on my single monitor machine) . - ptMaxTrackSize is the maximum size of the window when dragging a border (or using the size in the system menu). Also, I don't think we want a bigger window than what Windows set (do we wan't the window to be bigger than the Windows (virtual) desktop?) So I suggest that: ptMaxSize = min (ptMaxSize, size of visual) ptMaxTrackSize = min (ptMaxTrackSize , size of visual) Jehan From huntharo@msu.edu Thu Jul 11 11:52:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Thu, 11 Jul 2002 11:52:00 -0000 Subject: Using the new cross compilation system - and a request for help Message-ID: <200207111846.g6BIkZF49526@pilot05.cl.msu.edu> Alexander Gottwald said: > On Thu, 11 Jul 2002, Harold L Hunt wrote: > > > I have already made such a patch to my local tree. It works fine. I thought > > I made a post a day or two ago with a patch for cross compiling? I thought it > > had just such a patch in it? Am I losing my mind? > > Hm, such a patch never reached me. Just a posting with the modified cross- > compiling guide > > bye > ago > -- > Alexander.Gottwald@informatik.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 > You are right. I never posted my patch. I got sidetracked. Oh well, Harold From huntharo@msu.edu Thu Jul 11 11:54:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Thu, 11 Jul 2002 11:54:00 -0000 Subject: Scrollbars patch Message-ID: <200207111852.g6BIqfF34842@pilot05.cl.msu.edu> Jehan said: > Harold L Hunt wrote: > > >>>8) I added WM_MAXIMIZE to the window style when -scrollbars is passed. > >>>This > >>>allows one to maximize the Cygwin/XFree86 window. However, there are a > >>>few > >>>problems here... such as, what is a maximized 800x600 window on a 1024x768 > >>>screen? I dunno... try it, it is weird. > >> > >>I wanted to but I can't compile for now (missing xf86openConfigFile, > >>xf86readConfigFile, xf86closeConfigFile at link timeand I don't have > >>time to look at that yet) > >>But, a wild guess, isn't ptMaxSize in WM_GETMINMAXINFO for that? (MSDN, > >>MINMAXINFO: ptMaxSize | when a window is maximized or resized, ...) > >> > > > > I've included a tarball with the missing files above. > > > > We can't make ptMaxSize larger than our visual size, because we could have an > > 800x600 visual on a 1024x768 display... we would end up with several thousand > > blank pixels if we really maximized the window. That is the weirdness that I > > was talking about. > > Now that I can compile and test, here how it works. > - ptMaxSize is the maximum size of the window when you press the > maximize button. In practice, when you maximzed a window, it takes the > min between ptMaxSize, ptMaxTrackSize, and the Windows desktop (at least > on my single monitor machine) . > - ptMaxTrackSize is the maximum size of the window when dragging a > border (or using the size in the system menu). > > Also, I don't think we want a bigger window than what Windows set (do we > wan't the window to be bigger than the Windows (virtual) desktop?) > So I suggest that: > ptMaxSize = min (ptMaxSize, size of visual) > ptMaxTrackSize = min (ptMaxTrackSize , size of visual) > > > Jehan > Sort of. On single and uni monitor displays, a maximized window is set to the minimum of ptMaxSize, ptMaxTrackSize, and the size of the windows display area on the current monitor. Oh hell... I give up. I don't know... we will just have to see how people like this when I finally make a test release. We really need someone with >1 monitors on their Windows machine to help out here... Harold From huntharo@msu.edu Thu Jul 11 11:57:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Thu, 11 Jul 2002 11:57:00 -0000 Subject: Using the new cross compilation system - and a request for help Message-ID: <200207111854.g6BIsgF67154@pilot05.cl.msu.edu> Alexander Gottwald said: > On Thu, 11 Jul 2002, Harold L Hunt wrote: > > > Alexander, > > > > Unfortunately, we still have to #undef i686. I just tried removing the > > ``#undef i686'' and the results are below. The problem is that the value for > > the i686 define is still being substituted into our includes path. Any ideas? > > That define is only used, if i686 is already used. For me imakemdep_cpp.h > is generated this way > /usr/i686-pc-cygwin32/bin/cc -E `./ccimake` \ > -DCROSSCOMPILE_CPP imakemdep.h > imakemdep_cpp.h; > > with ./ccimake just echoing > -DCROSSCOMPILEDIR="/usr/i686-pc-cygwin32/bin" -DCROSSCOMPILE -O > > can you please check, from where the i686 define gets into the imakemdep > generation? > I don't get it. What build command are you using? I am using: make CROSSCOMPILEDIR="/cygwin/bin" World > World.log 2>&1 Are you talking about imakemdep_cpp.h being built during the World make, or are you doing this during a seperate step? Harold > bye > ago > -- > Alexander.Gottwald@informatik.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 > From nwourms@yahoo.com Thu Jul 11 12:00:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Thu, 11 Jul 2002 12:00:00 -0000 Subject: Scrollbars patch In-Reply-To: <200207111852.g6BIqfF34842@pilot05.cl.msu.edu> Message-ID: <20020711185707.28507.qmail@web21004.mail.yahoo.com> --- Harold L Hunt wrote: > Jehan said: > > > Harold L Hunt wrote: > > > > >>>8) I added WM_MAXIMIZE to the window style when -scrollbars is > passed. > > >>>This > > >>>allows one to maximize the Cygwin/XFree86 window. However, there > are a > > >>>few > > >>>problems here... such as, what is a maximized 800x600 window on a > 1024x768 > > >>>screen? I dunno... try it, it is weird. > > >> > > >>I wanted to but I can't compile for now (missing xf86openConfigFile, > > >>xf86readConfigFile, xf86closeConfigFile at link timeand I don't have > > >>time to look at that yet) > > >>But, a wild guess, isn't ptMaxSize in WM_GETMINMAXINFO for that? > (MSDN, > > >>MINMAXINFO: ptMaxSize | when a window is maximized or resized, ...) > > >> > > > > > > I've included a tarball with the missing files above. > > > > > > We can't make ptMaxSize larger than our visual size, because we > could have an > > > 800x600 visual on a 1024x768 display... we would end up with several > thousand > > > blank pixels if we really maximized the window. That is the > weirdness that I > > > was talking about. > > > > Now that I can compile and test, here how it works. > > - ptMaxSize is the maximum size of the window when you press the > > maximize button. In practice, when you maximzed a window, it takes the > > > min between ptMaxSize, ptMaxTrackSize, and the Windows desktop (at > least > > on my single monitor machine) . > > - ptMaxTrackSize is the maximum size of the window when dragging a > > border (or using the size in the system menu). > > > > Also, I don't think we want a bigger window than what Windows set (do > we > > wan't the window to be bigger than the Windows (virtual) desktop?) > > So I suggest that: > > ptMaxSize = min (ptMaxSize, size of visual) > > ptMaxTrackSize = min (ptMaxTrackSize , size of visual) > > > > > > Jehan > > > > Sort of. On single and uni monitor displays, a maximized window is set > to the > minimum of ptMaxSize, ptMaxTrackSize, and the size of the windows > display area > on the current monitor. > > Oh hell... I give up. I don't know... we will just have to see how > people > like this when I finally make a test release. We really need someone > with >1 > monitors on their Windows machine to help out here... > > Harold I have a laptop with the additional monitor port on the back, will that be of any use? Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From huntharo@msu.edu Thu Jul 11 12:15:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Thu, 11 Jul 2002 12:15:00 -0000 Subject: Using the new cross compilation system - and a request for help Message-ID: <200207111900.g6BJ0qF79608@pilot05.cl.msu.edu> Nicholas Wourms said: > > --- Alexander Gottwald > wrote: > > On Thu, 11 Jul 2002, Harold L Hunt wrote: > > > > > Alexander, > > > > > > Unfortunately, we still have to #undef i686. I just tried removing > > the > > > ``#undef i686'' and the results are below. The problem is that the > > value for > > > the i686 define is still being substituted into our includes path. > > Any ideas? > > > > That define is only used, if i686 is already used. For me > > imakemdep_cpp.h > > is generated this way > > /usr/i686-pc-cygwin32/bin/cc -E `./ccimake` \ > > -DCROSSCOMPILE_CPP imakemdep.h > imakemdep_cpp.h; > > > > with ./ccimake just echoing > > -DCROSSCOMPILEDIR="/usr/i686-pc-cygwin32/bin" -DCROSSCOMPILE -O > ^^ > Why is this naming convention being used? That is a relic of B20, we > shouldn't use that anymore. Damn those bloody SuSE people for ruining our > cross compile system! > > Cheers, > Nicholas > Hey now, go easy on the Suse folks. The end result of their changes will be a much more solid and complete cross compilation system for Cygwin. Most of the problems that we are running into are just due to me not keeping a cross compile tree that I rebuild at least once a month so that too many changes don't pile up for us to handle all at once. Like I said, that was due to my hard drive being out of space. If you can believe it, my Linux-boxen only had a 6 GB hard drive. I have since upgraded it to a 20 GB hard drive. Hmm... along those lines... does anyone have any AGP video cards, 20 GB+ 7200 RPM hard drives, 256 MB PC133 SDRAM's, Pentium 3 550 MHz+ CPU's, Pentium 4's of any variety, P3 and P4 motherboards, Athlon XP 1700+, Athlon XP motherboards, or any other such hardware that they need to offload??? Just checking. You know, cause I could spend more time on Cygwin/XFree86 if I didn't have to spend so much time healing after the battle with the fiance everytime I spend money on computer parts (which isn't often, because I am starting to learn). Remember, I am a poor college student. Harold From huntharo@msu.edu Thu Jul 11 12:33:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Thu, 11 Jul 2002 12:33:00 -0000 Subject: Scrollbars patch Message-ID: <200207111915.g6BJFNF17900@pilot05.cl.msu.edu> Jehan said: > Harold L Hunt wrote: > >>>4) When a user does specify a visual size with -scrollbars, we make the > >>>initial window as large as possible and make the visual the same size as > >>>the > >>>specified size. We show the scrollbars only if necessary (i.e. we hide > >>>them > >>>if the user passes -screen 0 800 600 -scrollbars on a 1024x768 display). > >> > >>Hiding the scrollbars, that was already the case, wasn't it? > >> > > > > No. I never got the original code to stop displaying scrollbars if the > > -scrollbars parameter was passed. It didn't matter how large the original > > window was, nor did it matter how you resized the window. I could not get > > those scrollbars to go away. > > Hmm, that's weird. I was even explicitly hiding the scrollbars with a > call to ShowScrollbars (not at creation but in WM_SIZE). > I never saw anything in the code that looked like it would actually result in a call to ShowScrollbars. What I mean is, I didn't see a way that the logic values would be such that the call would actually happen. One question, are you using an auto-hide taskbar? If not, you might want to test your original patch when you use auto-hide. We trim the work area differently when auto-hide is enabled, which could have been causing a problem with the original code. > > >>>8) I added WM_MAXIMIZE to the window style when -scrollbars is passed. > > >>This > >>>allows one to maximize the Cygwin/XFree86 window. However, there are a > >>>few > >>>problems here... such as, what is a maximized 800x600 window on a 1024x768 > >>>screen? I dunno... try it, it is weird. > >> > >>I wanted to but I can't compile for now (missing xf86openConfigFile, > >>xf86readConfigFile, xf86closeConfigFile at link timeand I don't have > >>time to look at that yet) > >>But, a wild guess, isn't ptMaxSize in WM_GETMINMAXINFO for that? (MSDN, > >>MINMAXINFO: ptMaxSize | when a window is maximized or resized, ...) > >> > > > > I've included a tarball with the missing files above. > > Thanks, but I got them already and that why I get this error. > hw/xwin/libXwin.a(winconfig.o)(.text+0x2f6):winconfig.c: undefined > reference to `xf86openConfigFile' > hw/xwin/libXwin.a(winconfig.o)(.text+0x355):winconfig.c: undefined > reference to `xf86readConfigFile' > hw/xwin/libXwin.a(winconfig.o)(.text+0x371):winconfig.c: undefined > reference to `xf86closeConfigFile' > > So I have winconfig.c... Ok, found my problem. I didn't patch Imakefile. > I also found an error in the Imakefile.diff for the last test release on > the website. You define XWINPARSELIB but you use XWINPARSERLIB (parse vs > parseR). > Yeah, I caught that problem in the Xserver/Imakefile when I went to do a build on another system that hadn't already built the parser. > > > We can't make ptMaxSize larger than our visual size, because we could have an > > 800x600 visual on a 1024x768 display... we would end up with several thousand > > blank pixels if we really maximized the window. That is the weirdness that I > > was talking about. > > I'm not saying to make it larger than the visual. I think you should set > to the size of the visual. So when some one maximize the window, it will > get the visual and no more. The maximum size of the window should > 800x600 (+decoration if any) and that's it. > That sounds like what I am having it do right now. But maximizing a window to be 800x600 on a 1024x768 display is kinda funny, because Windows positions the window such that the top and left borders are off the screen, but the right and bottom borders still display because our window isn't large enough to cover the whole desktop in this case. On a side note, I am not currently disallowing moving the window when maximized, which seems to be the normal thing to do. But do we disallow moving the window when we maximize an 800x600 window on a 1024x786 display? Seems like that would just confuse users. Maybe immediately after maximizing such windows, we should tell Windows that our window is not maximized, so that the ``restore'' button will switch back to a ``maximize'' button, even though we are in the maximized position and at maximum size. What do you think? > > >>j1) in WM_SIZE, you check for fDecoration and fFullscreen for breaking. > >>This is not necessary maybe even dangerous, especially in the > >>nodecoration case. With nodecoration, I guess we can still receive a > >>WM_SIZE if we change the screen resolution via the Display control panel > >>or if we change the size of the taskbar. > >>And the other hand, I don't thing we'll get any bug if we still do > >>process WM_SIZE. > >>Well, let's say that, as a matter of preference, I usually manage > >>unlikely cases if the code necessary to do it doesn't make my code > >>harder to read. > >> > > > > I was assuming that you had intended for scrollbars to be allowed only when > > not fullscreen and with decorations. I know you didn't intend for scrollbars > > to be displayed in fullscreen mode because you didn't modify > > winCreateBoundingWindowFullScreen. I don't see any reason why we should > > disallow scrollbars when there are no window decorations. I'll readd that > > functionality in the near future. > > Since if fullscreen mode we change the resolution of the monitor, there > is no need for scrollbars. That's why I didn't modify > winCreateBoundingWindowFullScreen. I actually modify InitOuput to ignore > -scrollbars if -fullscreen was set. > But checking for fFullscreen in WM_SIZE isn't necessary then because > fScrollbars will be FALSE. > And if one day we allow a different size for the monitor than for the > visual (something like XWin -screen 0 1600 1200 -fullscreen 1280 1024), > it would be better to just check fScrollbars and be fullscreen agnostic. > Ah... except if we change the resolution with the Shadow GDI engine in fullscreen (``-engine 1''). Shadow GDI essentially displays a topmost window without decoration. We can't change the Windows display resolution/depth when running the Shadow GDI engine, so the user gets whatever resolution/depth they are currently running Windows at. Thus, if they change the Windows resolution they will shrink the size available to the Shadow GDI engine... in which case we would need to display scrollbars. I think that the current behavior is to crash or do some undefined things :) > In the case of nodecoration, nothing prevents one to have something like: > XWin -scrollbars -screen 0 1600 1200 > on his 640x480 monitor. Then we must have scrollbars or we have to > reduce the size of the visual. > I don't understand. Did you mean to pass -nodecoration as well? > > >>j4) Still in wincreatewnd.c, for better clarity, I would write something > >>like: > >> if (!(pScreenInfo->fScrollbars && pScreenInfo->fUserGaveHeightAndWidth)) { > >> /* except if the user specified the size of the visual *and* > >> uses scrollbars, we don't want the visual bigger than > >> the window */ > >> pScreenInfo->dwWidth = rcClient.right - rcClient.left; > >> pScreenInfo->dwHeight = rcClient.bottom - rcClient.top; > >> } > >> > >> if (pScreenInfo->fScrollbars) > >> ... > >> si.nMax = pScreenInfo->dwWidth - 1; > >> SetScrollInfo (*phwnd, SB_HORZ, &si, FALSE); > >> ... > >> si.nMax = pScreenInfo->dwHeight - 1; > >> SetScrollInfo (*phwnd, SB_VERT, &si, FALSE); > >> } > >> /* no else anymore */ > >> > > > > > > Excellent. I implemented just such a cleanup. > > > > Then, I went further. We don't even need to call SetScrollInfo in > > winCreateBoundingWindowWindowed. Rather, we just set nMin and nMax in our > > calls to SetScrollInfo in our processing of WM_SIZE. The overhead for doing > > this in each WM_SIZE is negligible, and the resulting cleanup is appreciable. > > I have simply #if 0'd the cleaned-up code in winCreateBoundingWindowWindowed, > > just so we have that code, published in a diff somewhere, to fall back on if > > we ever find a reason to. > > Ok. I'm atually 50-50 between the two solutions. It's kind of weird to > set nMax over and over when by definition it's something constant over > the XFree session. > I am 50/50 as well, but I think that eliminating code duplication is a good idea, regardless of the negligible performance hit, since we won't have to worry about forgetting to update one of the blocks of similar code. > > >>j5) in the case of WM_VSCROLL, SB_BOTTOM should actually be nMax-nPage+1 > >>(same for WM_HSCROLL and SB_RIGHT) > >> > > > > > > Charles Petzold doesn't seem to think so in his book. I think he was relying > > on Windows to trim the scroll position to be the maximum allowed position. > > However, I went ahead and changed this so that others are not confused. > > Yeah, MSDN is quite confusing on that too. If you don't set nPage or if > you don't have nPage (Win3.1 and earlier), nMax was the largest value > you could have. MSDN gives an example where they say that if one has 260 > lines to display but can only show 16 of them at a time, nMax should be > 244 (with nMin=1). But they don't say that if you set nPage to 16, then > nMax must be 260. > However, they still say later on in the same article that > MaxScrollPos = MaxRangeValue - (PageSize - 1) > > Also, SetScrollInfo says: > nPos member must specify a value between nMin and nMax - max(nPage ?? 1, 0) > Yup, those are the same examples and articles that confused me. The MSDN Library is about as clear as the Boston Harbor (circa 1985) sometimes :) > > >>>Ah... that's enough for today. I'm tired. > >> > >>Welcome to the club, Good night! ;p > > > > What do you know, it is the next day and I am still tired! :) > > It was hard this early morning but now I'm ok. But I feel that tonight > I'm going to crash again. > > > Jehan > I am mostly tired from my run last night. Phew. Harold From huntharo@msu.edu Thu Jul 11 12:40:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Thu, 11 Jul 2002 12:40:00 -0000 Subject: Using the new cross compilation system - and a request for help Message-ID: <200207111933.g6BJXYF88844@pilot05.cl.msu.edu> Alexander Gottwald said: > On Thu, 11 Jul 2002, Harold L Hunt wrote: > > > Alexander, > > > > Unfortunately, we still have to #undef i686. I just tried removing the > > ``#undef i686'' and the results are below. The problem is that the value for > > the i686 define is still being substituted into our includes path. Any ideas? > > That define is only used, if i686 is already used. For me imakemdep_cpp.h > is generated this way > /usr/i686-pc-cygwin32/bin/cc -E `./ccimake` \ > -DCROSSCOMPILE_CPP imakemdep.h > imakemdep_cpp.h; > > with ./ccimake just echoing > -DCROSSCOMPILEDIR="/usr/i686-pc-cygwin32/bin" -DCROSSCOMPILE -O > > can you please check, from where the i686 define gets into the imakemdep > generation? > > bye > ago > -- > Alexander.Gottwald@informatik.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 > > Alexander, I now have the following in host.def: /* * Point to our Cygwin headers that we copied over. */ #define PreIncDir #define StdIncDir "/cygwin/i686-pc-cygwin/include" #define ExtraIncDir "/cygwin/i686-pc-cygwin/include/w32api" Notice that I have put quotes around the StdIndDir and ExtraIncDir. This keeps the preprocessor from substituting ``1'' for i686. I'm doing a build right now and it didn't give any unfound header warnings during the makedepend phase, so I am thinking that this is a valid fix. Is there any reason that this would not be valid? Harold From swhatley@blkbox.com Thu Jul 11 12:59:00 2002 From: swhatley@blkbox.com (Steven Whatley) Date: Thu, 11 Jul 2002 12:59:00 -0000 Subject: XFree and Win share desktop In-Reply-To: Message-ID: Hi all, I'm really glad to see XFree86 for Cygwin! But I wonder if there is there a way to get XFree86 and Windows XP to share the same desktop like you can do with Hummingbird eXceed? I don't like for XFree86 to take over my whole screen. I'd like to be able to see my XP programs and the X clients at the same time. I don't want XFree86 to overwrite my current background either. Any info will be appreciated. Thanks, Steven From Alexander.Gottwald@informatik.tu-chemnitz.de Thu Jul 11 13:00:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 11 Jul 2002 13:00:00 -0000 Subject: Using the new cross compilation system - and a request for help In-Reply-To: <20020711181751.16020.qmail@web21007.mail.yahoo.com> Message-ID: On Thu, 11 Jul 2002, Nicholas Wourms wrote: > Why is this naming convention being used? That is a relic of B20, we > shouldn't use that anymore. Don't know. Once upon a time, i started building the crosscompile gcc, binutils and so on and catched the first name i could find. The cygwin target is called i686-pc-cygwin32 on my machine. It's just a simple name. For example, the SuSE folks used i486-suse-linux as name for their compile target, which is effectivly the same as i686-pc-linux-gnu (as it's called now on my machine). Don't think to long about this name, it's just used on my machine and in the rpms I created for the crosscompile gcc. bye ago BTW: With the new 64bit AMD processor, two different targets might exist i786-pc-cygwin32 and i786-pc-cygwin64 :) -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From wilper-8@ludd.luth.se Thu Jul 11 13:07:00 2002 From: wilper-8@ludd.luth.se (Wilhelm Person) Date: Thu, 11 Jul 2002 13:07:00 -0000 Subject: XFree and Win share desktop In-Reply-To: Message-ID: Nope. On Thu, 11 Jul 2002, Steven Whatley wrote: > Hi all, > > I'm really glad to see XFree86 for Cygwin! But I wonder if there is there > a way to get XFree86 and Windows XP to share the same desktop like you can > do with Hummingbird eXceed? I don't like for XFree86 to take over my > whole screen. I'd like to be able to see my XP programs and the X clients > at the same time. I don't want XFree86 to overwrite my current background > either. Any info will be appreciated. > > Thanks, > Steven > +-------------------------------+ | Home: http://wilper.cjb.net | | E-mail: wilper@home.se | +-------------------------------+ From Alexander.Gottwald@informatik.tu-chemnitz.de Thu Jul 11 13:15:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 11 Jul 2002 13:15:00 -0000 Subject: Using the new cross compilation system - and a request for help In-Reply-To: <200207111854.g6BIsgF67154@pilot05.cl.msu.edu> Message-ID: On Thu, 11 Jul 2002, Harold L Hunt wrote: > make CROSSCOMPILEDIR="/cygwin/bin" World > World.log 2>&1 > > Are you talking about imakemdep_cpp.h being built during the World make, or > are you doing this during a seperate step? It's build during make World. Here's a part from the log cd ./config/imake && make -f Makefile.ini BOOTSTRAPCFLAGS="" CC="cc" clean make[1]: Entering directory `/scratch/xc/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 `/scratch/xc/config/imake' make Makefile.boot make[1]: Entering directory `/scratch/xc' cd ./config/imake && make -w -f Makefile.ini BOOTSTRAPCFLAGS="" CC="cc" make[2]: Entering directory `/scratch/xc/config/imake' making imake with BOOTSTRAPCFLAGS= and CROSSCOMPILEFLAGS=-DCROSSCOMPILEDIR="/usr/i686-pc-cygwin32/bin" in config/imake cc -o ccimake -DCROSSCOMPILEDIR=\"/usr/i686-pc-cygwin32/bin\" -O -I../../include -I../../imports/x11/include/X11 ccimake.c if [ -n "/usr/i686-pc-cygwin32/bin" ] ; then \ /usr/i686-pc-cygwin32/bin/cc -E `./ccimake` \ -DCROSSCOMPILE_CPP imakemdep.h > imakemdep_cpp.h; \ else touch imakemdep_cpp.h; fi cc -c -O -I../../include -I../../imports/x11/include/X11 `./ccimake` imake.c cc -o imake -O -I../../include -I../../imports/x11/include/X11 imake.o make[2]: Leaving directory `/scratch/xc/config/imake' somehow the cygwin-gcc got an extra define "i686", either via commandline, include header or via predefines. That symbol "i686" is never defined when I create the imakemdep_cpp.h How does the make log look for you? bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Thu Jul 11 13:17:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Thu, 11 Jul 2002 13:17:00 -0000 Subject: XFree and Win share desktop Message-ID: <200207112015.g6BKFtd86290@pilot20.cl.msu.edu> Steven, Yup, there is a way. All you have to do is put in about 80 hours of programming and voila!, you'll have the feature that you desire. Seriously, this has been on the To-Do list for ages: http://xfree86.cygwin.com/devel/todo.html I am currently working on this feature in my spare time, but it is very complex and very difficult to conceptualize what is happening. In other words, it simply will take a long time to implement. Check back in 6 months. Harold Steven Whatley said: > Hi all, > > I'm really glad to see XFree86 for Cygwin! But I wonder if there is there > a way to get XFree86 and Windows XP to share the same desktop like you can > do with Hummingbird eXceed? I don't like for XFree86 to take over my > whole screen. I'd like to be able to see my XP programs and the X clients > at the same time. I don't want XFree86 to overwrite my current background > either. Any info will be appreciated. > > Thanks, > Steven > > From nahor@bravobrava.com Thu Jul 11 13:24:00 2002 From: nahor@bravobrava.com (Jehan) Date: Thu, 11 Jul 2002 13:24:00 -0000 Subject: Scrollbars patch References: <200207111852.g6BIqfF34842@pilot05.cl.msu.edu> Message-ID: Harold L Hunt wrote: > Jehan said: > > >>Harold L Hunt wrote: >> >> >>>>>8) I added WM_MAXIMIZE to the window style when -scrollbars is passed. >>>>>This >>>>>allows one to maximize the Cygwin/XFree86 window. However, there are a >>>>>few >>>>>problems here... such as, what is a maximized 800x600 window on a 1024x768 >>>>>screen? I dunno... try it, it is weird. >>>> >>>>I wanted to but I can't compile for now (missing xf86openConfigFile, >>>>xf86readConfigFile, xf86closeConfigFile at link timeand I don't have >>>>time to look at that yet) >>>>But, a wild guess, isn't ptMaxSize in WM_GETMINMAXINFO for that? (MSDN, >>>>MINMAXINFO: ptMaxSize | when a window is maximized or resized, ...) >>>> >>> >>>I've included a tarball with the missing files above. >>> >>>We can't make ptMaxSize larger than our visual size, because we could have an >>>800x600 visual on a 1024x768 display... we would end up with several thousand >>>blank pixels if we really maximized the window. That is the weirdness that I >>>was talking about. >> >>Now that I can compile and test, here how it works. >>- ptMaxSize is the maximum size of the window when you press the >>maximize button. In practice, when you maximzed a window, it takes the >>min between ptMaxSize, ptMaxTrackSize, and the Windows desktop (at least >>on my single monitor machine) . >>- ptMaxTrackSize is the maximum size of the window when dragging a >>border (or using the size in the system menu). >> >>Also, I don't think we want a bigger window than what Windows set (do we >>wan't the window to be bigger than the Windows (virtual) desktop?) >>So I suggest that: >> ptMaxSize = min (ptMaxSize, size of visual) >> ptMaxTrackSize = min (ptMaxTrackSize , size of visual) >> >> >> Jehan >> > > > Sort of. On single and uni monitor displays, a maximized window is set to the > minimum of ptMaxSize, ptMaxTrackSize, and the size of the windows display area > on the current monitor. Min(ptMaxSize, ptMaxTrackSize) seems logical (assuming that Windows is logical ;p). Why wouldn't someone be able to resize his window at least as big as the maximized one would be?. That it trims to the desktop size. Well it make sense in a way. Image that one of your monitor is 640x480 and this other is 1024x768. The second monitor being on the size of the other (by opposition to top/bottom). _____________ | 640 | 1024 | |_480_| 768 | |_______| What is the maximized size? 640+1024 by max(480,768)? Then some part would not be visible (lower left). (640+1024) by min(480,768)? Then the lower right isn't used. I would say then, we takes what Windows behavior and we make it more restrictive if necessary, i.e. we reduce the size if the visual is smaller that what the window would be. > Oh hell... I give up. I don't know... we will just have to see how people > like this when I finally make a test release. We really need someone with >1 > monitors on their Windows machine to help out here... If you can't find someone to do it, I have a system where I could test. But I prefer to avoid touching that machine as much as possible. This is a demo machine at work, I don't really want to install anything that is not necessary (and cygwin isn't). From huntharo@msu.edu Thu Jul 11 13:30:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Thu, 11 Jul 2002 13:30:00 -0000 Subject: Using the new cross compilation system - and a request for help Message-ID: <200207112024.g6BKOtd80554@pilot20.cl.msu.edu> Alexander Gottwald said: > On Thu, 11 Jul 2002, Harold L Hunt wrote: > > > make CROSSCOMPILEDIR="/cygwin/bin" World > World.log 2>&1 > > > > Are you talking about imakemdep_cpp.h being built during the World make, or > > are you doing this during a seperate step? > > It's build during make World. Here's a part from the log > > cd ./config/imake && make -f Makefile.ini BOOTSTRAPCFLAGS="" CC="cc" clean > make[1]: Entering directory `/scratch/xc/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 `/scratch/xc/config/imake' > make Makefile.boot > make[1]: Entering directory `/scratch/xc' > cd ./config/imake && make -w -f Makefile.ini BOOTSTRAPCFLAGS="" CC="cc" > make[2]: Entering directory `/scratch/xc/config/imake' > making imake with BOOTSTRAPCFLAGS= and CROSSCOMPILEFLAGS=-DCROSSCOMPILEDIR="/usr/i686-pc-cygwin32/bin" in config/imake > cc -o ccimake -DCROSSCOMPILEDIR=\"/usr/i686-pc-cygwin32/bin\" -O -I../../include -I../../imports/x11/include/X11 ccimake.c > if [ -n "/usr/i686-pc-cygwin32/bin" ] ; then \ > /usr/i686-pc-cygwin32/bin/cc -E `./ccimake` \ > -DCROSSCOMPILE_CPP imakemdep.h > imakemdep_cpp.h; \ > else touch imakemdep_cpp.h; fi > cc -c -O -I../../include -I../../imports/x11/include/X11 `./ccimake` imake.c > cc -o imake -O -I../../include -I../../imports/x11/include/X11 imake.o > make[2]: Leaving directory `/scratch/xc/config/imake' > > somehow the cygwin-gcc got an extra define "i686", either via commandline, > include header or via predefines. That symbol "i686" is never defined > when I create the imakemdep_cpp.h > > How does the make log look for you? > > bye > ago > -- > Alexander.Gottwald@informatik.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 > Alexander, Here is that same section of the ``make World'' log: cd ./config/imake && make -f Makefile.ini BOOTSTRAPCFLAGS="" CC="cc" clean make[1]: Entering directory `/home/harold/x-devel/build/newhostdef/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/harold/x-devel/build/newhostdef/config/imake' make Makefile.boot make[1]: Entering directory `/home/harold/x-devel/build/newhostdef' cd ./config/imake && make -w -f Makefile.ini BOOTSTRAPCFLAGS="" CC="cc" make[2]: Entering directory `/home/harold/x-devel/build/newhostdef/config/imake' making imake with BOOTSTRAPCFLAGS= and CROSSCOMPILEFLAGS=-DCROSSCOMPILEDIR="/cygwin/bin" in config/imake cc -o ccimake -DCROSSCOMPILEDIR=\"/cygwin/bin\" -O -I../../include -I../../imports/x11/include/X11 ccimake.c if [ -n "/cygwin/bin" ] ; then \ /cygwin/bin/cc -E `./ccimake` \ -DCROSSCOMPILE_CPP imakemdep.h > imakemdep_cpp.h; \ else touch imakemdep_cpp.h; fi cc -c -O -I../../include -I../../imports/x11/include/X11 `./ccimake` imake.c cc -o imake -O -I../../include -I../../imports/x11/include/X11 imake.o make[2]: Leaving directory `/home/harold/x-devel/build/newhostdef/config/imake' My imakedep_cpp.h is attached. Does it look like yours? I am guessing that i686 is defined because I'm building on a Pentium III??? Other than that I wouldn't have a clue how it got defined. It must just be something that Mandrake is doing. Harold -------------- next part -------------- A non-text attachment was scrubbed... Name: imakemdep_cpp.h Type: application/octet-stream Size: 1740 bytes Desc: not available URL: From nahor@bravobrava.com Thu Jul 11 13:57:00 2002 From: nahor@bravobrava.com (Jehan) Date: Thu, 11 Jul 2002 13:57:00 -0000 Subject: Scrollbars patch References: <200207111852.g6BIqfF34842@pilot05.cl.msu.edu> <20020711185707.28507.qmail@web21004.mail.yahoo.com> Message-ID: Nicholas Wourms wrote: > I have a laptop with the additional monitor port on the back, will that be > of any use? Thanks Nicholas but I don't think that would do. We need a machine where we have two virtual Windows desktop, each one on a different monitor. Not one desktop displayed on two different monitors, which is what laptops usually offer. But I (and Harold too I guess) really appreciate the offer. That's more than most people on this mailing list do. Jehan From Alexander.Gottwald@informatik.tu-chemnitz.de Thu Jul 11 15:34:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 11 Jul 2002 15:34:00 -0000 Subject: Using the new cross compilation system - and a request for help In-Reply-To: <200207112024.g6BKOtd80554@pilot20.cl.msu.edu> Message-ID: On Thu, 11 Jul 2002, Harold L Hunt wrote: > My imakedep_cpp.h is attached. Does it look like yours? > > I am guessing that i686 is defined because I'm building on a Pentium III??? > Other than that I wouldn't have a clue how it got defined. It must just be > something that Mandrake is doing. The i686 is never defined in imakemdep_cpp.h. So this must be a default define from cpp. $ gcc -dM - -E #define MacroFile cygwin.cf #define cygwinArchitecture #define i386Architecture #undef i386 #undef __i386__ #undef _X86_ #undef __CYGWIN__ #endif /* CYGWIN */ We just have to add #undef i686, #undef i486, #undef i586 here bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From nahor@bravobrava.com Thu Jul 11 17:58:00 2002 From: nahor@bravobrava.com (Jehan) Date: Thu, 11 Jul 2002 17:58:00 -0000 Subject: Scrollbars patch References: <200207111915.g6BJFNF17900@pilot05.cl.msu.edu> Message-ID: Harold L Hunt wrote: > Jehan said: > > >>Harold L Hunt wrote: >> >>>>>4) When a user does specify a visual size with -scrollbars, we make the >>>>>initial window as large as possible and make the visual the same size as >>>>>the >>>>>specified size. We show the scrollbars only if necessary (i.e. we hide >>>>>them >>>>>if the user passes -screen 0 800 600 -scrollbars on a 1024x768 display). >>>> >>>>Hiding the scrollbars, that was already the case, wasn't it? >>>> >>> >>>No. I never got the original code to stop displaying scrollbars if the >>>-scrollbars parameter was passed. It didn't matter how large the original >>>window was, nor did it matter how you resized the window. I could not get >>>those scrollbars to go away. >> >>Hmm, that's weird. I was even explicitly hiding the scrollbars with a >>call to ShowScrollbars (not at creation but in WM_SIZE). >> > > > I never saw anything in the code that looked like it would actually result in > a call to ShowScrollbars. What I mean is, I didn't see a way that the logic > values would be such that the call would actually happen. line 593-597 in the patch file itself. if ((iWidth >= s_pScreenInfo->dwWidth) && (iHeight >= s_pScreenInfo->dwHeight)) { /* Scrollbars are not necessary, hide them */ ShowScrollBar (hwnd, SB_BOTH, FALSE); } So except if Windows shows back the scrollbar because I didn't change nPage, it should hide them if the window is big enough. At least it worked on my WinXP machine. > One question, are you using an auto-hide taskbar? If not, you might want to > test your original patch when you use auto-hide. We trim the work area > differently when auto-hide is enabled, which could have been causing a problem > with the original code. No, I don't have auto-hide for the taskbar. But I do have auto-hide for some toolbar on the right of my monitor. Anyway, the patch you sent me this morning works for the couple quick run I did. So all is well :) >>>We can't make ptMaxSize larger than our visual size, because we could have an >>>800x600 visual on a 1024x768 display... we would end up with several thousand >>>blank pixels if we really maximized the window. That is the weirdness that I >>>was talking about. >> >>I'm not saying to make it larger than the visual. I think you should set >>to the size of the visual. So when some one maximize the window, it will >>get the visual and no more. The maximum size of the window should >>800x600 (+decoration if any) and that's it. >> > > > That sounds like what I am having it do right now. But maximizing a window to > be 800x600 on a 1024x768 display is kinda funny, because Windows positions the > window such that the top and left borders are off the screen, but the right > and bottom borders still display because our window isn't large enough to > cover the whole desktop in this case. You can use ptMaxPosition. This is to position the window when maximizing it. So maybe we could try to center the window on the screen. > On a side note, I am not currently disallowing moving the window when > maximized, which seems to be the normal thing to do. But do we disallow > moving the window when we maximize an 800x600 window on a 1024x786 display? > Seems like that would just confuse users. Maybe immediately after maximizing > such windows, we should tell Windows that our window is not maximized, so that > the ``restore'' button will switch back to a ``maximize'' button, even though > we are in the maximized position and at maximum size. > > What do you think? I don't think it will work. If you restore the window, the window will shrink back to it old size and move to the old position. Moreover, one annoying thing I have here, is that some fullscreen application forces the windows to resize. The windows were maximized, they stay maximized, if they were not, their size is reduced. So I have a few application that are by default maximized so that I don't have to worry about it anymore. In a more broader way, changing the default Windows behavior is not something I'm in favor for. This can become confusing and be the kind of mess we have with Unix with the different set of widgets. Also, I noticed that if the maximized window occupies the whole desktop (i.e. is has big as possible) you can't move the window but if it isn't then you can. (try "Xwin -screen 0 1800 1600" vs "Xwin -screen 0 800 600"). So my conclusion is: we should leave it the way it right now and fix it if there are lots of complaints. >>>>j1) in WM_SIZE, you check for fDecoration and fFullscreen for breaking. >>>>This is not necessary maybe even dangerous, especially in the >>>>nodecoration case. With nodecoration, I guess we can still receive a >>>>WM_SIZE if we change the screen resolution via the Display control panel >>>>or if we change the size of the taskbar. >>>>And the other hand, I don't thing we'll get any bug if we still do >>>>process WM_SIZE. >>>>Well, let's say that, as a matter of preference, I usually manage >>>>unlikely cases if the code necessary to do it doesn't make my code >>>>harder to read. >>>> >>> >>>I was assuming that you had intended for scrollbars to be allowed only when >>>not fullscreen and with decorations. I know you didn't intend for scrollbars >>>to be displayed in fullscreen mode because you didn't modify >>>winCreateBoundingWindowFullScreen. I don't see any reason why we should >>>disallow scrollbars when there are no window decorations. I'll readd that >>>functionality in the near future. >> >>Since if fullscreen mode we change the resolution of the monitor, there >>is no need for scrollbars. That's why I didn't modify >>winCreateBoundingWindowFullScreen. I actually modify InitOuput to ignore >>-scrollbars if -fullscreen was set. >>But checking for fFullscreen in WM_SIZE isn't necessary then because >>fScrollbars will be FALSE. >>And if one day we allow a different size for the monitor than for the >>visual (something like XWin -screen 0 1600 1200 -fullscreen 1280 1024), >>it would be better to just check fScrollbars and be fullscreen agnostic. >> > > > Ah... except if we change the resolution with the Shadow GDI engine in > fullscreen (``-engine 1''). Shadow GDI essentially displays a topmost window > without decoration. We can't change the Windows display resolution/depth when > running the Shadow GDI engine, so the user gets whatever resolution/depth they > are currently running Windows at. Thus, if they change the Windows resolution > they will shrink the size available to the Shadow GDI engine... in which case > we would need to display scrollbars. I think that the current behavior is to > crash or do some undefined things :) So all the more reason to remove the unecessary constraint on WM_SIZE and to handle the fullscreen mode in it even if it's not supported for now. And adding scrollbars to fullscreen would then be just a matter (more or less) to allow fScrollbar to be TRUE in fFullscreen. >>In the case of nodecoration, nothing prevents one to have something like: >> XWin -scrollbars -screen 0 1600 1200 >>on his 640x480 monitor. Then we must have scrollbars or we have to >>reduce the size of the visual. >> > > I don't understand. Did you mean to pass -nodecoration as well? Yes. Sorry. But you added an unecessary "-scrollbars" in your command line last time, so I had to compensate and not put a mandatory "-nodecoration" this time :p. Jehan From huntharo@msu.edu Thu Jul 11 18:07:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Thu, 11 Jul 2002 18:07:00 -0000 Subject: Using the new cross compilation system - and a request for help In-Reply-To: Message-ID: Alexander, > So this seems to be normal. For cygwin, there is > #ifdef __CYGWIN__ > #define MacroIncludeFile > #define MacroFile cygwin.cf > #define cygwinArchitecture > #define i386Architecture > #undef i386 > #undef __i386__ > #undef _X86_ > #undef __CYGWIN__ > #endif /* CYGWIN */ > > We just have to add #undef i686, #undef i486, #undef i586 here Excellent. I have applied just such a fix. Thank you for tracking this down. Now, regarding the imakemdep_cpp.h that I sent you, have you seen warnings similar to the ones I'm getting below? The reason I asked if your imakemdep_cpp.h was similar was because I wanted to know if it has those ``#1 "imakedep_cpp.h"'' lines like mine does. Harold make[5]: Entering directory `/home/harold/x-devel/build/newhostdef/config/util' rm -f rman.o gcc -c -I../.. -I../../exports/include -DVOLLIST='"1:2:3:4:5:6:7:8:9:o:l :n:p"' -DMANTITLEPRINTF='"%s(%s) manual page"' -DMANREFPRINTF='"%s.%s.html"' -DPOLYGLOTMANVERSION='"3.0.8+XFree86"' -DXFree86 rman.c rm -f rman gcc -I../../exports/include -o rman rman.o make[5]: Leaving directory `/home/harold/x-devel/build/newhostdef/config/util' okay, continuing in config/makedepend rm -f makedepend.1.html makedepend.1-html ../../config/util/rman -f HTML < mkdepend._man \ > makedepend.1-html && mv -f makedepend.1-html makedepend.1.html macro "UC" not recognized -- ignoring make[4]: Leaving directory `/home/harold/x-devel/build/newhostdef/config/makedepend' okay, continuing in config/imake ../../config/makedepend/makedepend -- -I../../include -I../../exports/inclu de/X11 -I../.. -I../../exports/include -D__i386__ -DWIN32_LEAN_AND_MEAN - DX_LOCALE -D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L -D_ BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DNO_ALLOCA -DFUNCPROTO=15 -DNARROW PROTO -DCPP_PROGRAM="\"cpp\"" -DHAS_MERGE_CONSTANTS=`if gcc -fmerge-constants -xc /dev/null -S -o /dev/null 2> /dev/null 1> /dev/null; then echo 1; else echo 0; fi` -DCROSSCOMPILE -DCROSSCOMPILEDIR=\"/cygwin/bin\" -DUSE_MAKEDEPEND -- imake.c ../../config/makedepend/makedepend: warning: imake.c (reading imakemdep_cpp.h), line 1: unknown directive == "# 1 "imakemdep.h"" ../../config/makedepend/makedepend: warning: imake.c (reading imakemdep_cpp.h), line 37: unknown directive == "# 191 "imakemdep.h"" ../../config/makedepend/makedepend: warning: imake.c (reading imakemdep_cpp.h), line 187: unknown directive == "# 398 "imakemdep.h"" ../../config/makedepend/makedepend: warning: imake.c (reading imakemdep_cpp.h), line 222: unknown directive == "# 446 "imakemdep.h"" ../../config/makedepend/makedepend: warning: imake.c (reading imakemdep_cpp.h), line 235: unknown directive == "# 466 "imakemdep.h"" ../../config/makedepend/makedepend: warning: imake.c (reading imakemdep_cpp.h), line 246: unknown directive == "# 500 "imakemdep.h"" ../../config/makedepend/makedepend: warning: imake.c (reading imakemdep_cpp.h), line 258: unknown directive == "# 547 "imakemdep.h"" ../../config/makedepend/makedepend: warning: imake.c (reading imakemdep_cpp.h), line 260: unknown directive == "# 568 "imakemdep.h"" ../../config/makedepend/makedepend: warning: imake.c (reading imakemdep_cpp.h), line 287: unknown directive == "# 610 "imakemdep.h"" ../../config/makedepend/makedepend: warning: imake.c (reading imakemdep_cpp.h), line 298: unknown directive == "# 644 "imakemdep.h"" ../../config/makedepend/makedepend: warning: imake.c (reading imakemdep_cpp.h), line 311: unknown directive == "# 667 "imakemdep.h"" ../../config/makedepend/makedepend: warning: imake.c (reading imakemdep_cpp.h), line 318: unknown directive == "# 688 "imakemdep.h"" ../../config/makedepend/makedepend: warning: imake.c (reading imakemdep_cpp.h), line 321: unknown directive == "# 699 "imakemdep.h"" ../../config/makedepend/makedepend: warning: imake.c (reading imakemdep_cpp.h), line 344: unknown directive == "# 869 "imakemdep.h"" ../../config/makedepend/makedepend: warning: imake.c (reading imakemdep_cpp.h), line 420: unknown directive == "# 1282 "imakemdep.h"" ../../config/makedepend/makedepend: warning: imake.c (reading imakemdep_cpp.h), line 470: unknown directive == "# 1341 "imakemdep.h"" make[3]: Leaving directory `/home/harold/x-devel/build/newhostdef/config/imake' depending in config/makedepend... make[3]: Entering directory `/home/harold/x-devel/build/newhostdef/config/makedepend' From huntharo@msu.edu Thu Jul 11 18:14:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Thu, 11 Jul 2002 18:14:00 -0000 Subject: Using the new cross compilation system - and a request for help In-Reply-To: Message-ID: Alexander, I don't know if you ever explicity described how you got around the glibc_major and glibc_minor symbols not being defined. The fun error that I get is below. 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. Thu Jul 11 20:59:52 EDT 2002 cd ./config/imake && make -f Makefile.ini BOOTSTRAPCFLAGS="" CC="cc" clean make[1]: Entering directory `/home/harold/x-devel/build/newhostdef/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/harold/x-devel/build/newhostdef/config/imake' make Makefile.boot make[1]: Entering directory `/home/harold/x-devel/build/newhostdef' cd ./config/imake && make -w -f Makefile.ini BOOTSTRAPCFLAGS="" CC="cc" make[2]: Entering directory `/home/harold/x-devel/build/newhostdef/config/imake' making imake with BOOTSTRAPCFLAGS= and CROSSCOMPILEFLAGS=-DCROSSCOMPILEDIR="/cygwin/bin" in config/imake cc -o ccimake -DCROSSCOMPILEDIR=\"/cygwin/bin\" -O -I../../include -I../../import s/x11/include/X11 ccimake.c if [ -n "/cygwin/bin" ] ; then \ /cygwin/bin/cc -E `./ccimake` \ -DCROSSCOMPILE_CPP imakemdep.h > imakemdep_cpp.h; \ else touch imakemdep_cpp.h; fi cc -c -O -I../../include -I../../imports/x11/include/X11 `./ccimake` imake.c imake.c: In function `define_os_defaults': imake.c:1503: `glibc_major' undeclared (first use in this function) imake.c:1503: (Each undeclared identifier is reported only once imake.c:1503: for each function it appears in.) imake.c:1505: `glibc_minor' undeclared (first use in this function) make[2]: *** [imake.o] Error 1 make[2]: Leaving directory `/home/harold/x-devel/build/newhostdef/config/imake' make[1]: *** [imake.proto] Error 2 make[1]: Leaving directory `/home/harold/x-devel/build/newhostdef' make: *** [World] Error 2 From huntharo@msu.edu Thu Jul 11 19:24:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Thu, 11 Jul 2002 19:24:00 -0000 Subject: Using the new cross compilation system - and a request for help In-Reply-To: Message-ID: Alexander, Oops. For some reason, when you send attachments Outlook does not show the attachment icon in the message list, but it does show the attachment in the message itself. I don't always remember to look at the attachment icon in the message viewer, so I didn't notice that you had attached a patch to this email. I'll take a look at it now. For others: this probably answers my questions about what Alexander did to fix the compilation of imake.c that was broken by glibc_major and glibc_minor not being defined. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Alexander Gottwald > Sent: Thursday, July 11, 2002 12:24 PM > Cc: cygwin-xfree@cygwin.com > Subject: Re: Using the new cross compilation system - and a request for > help > > > On Tue, 9 Jul 2002, Harold L Hunt wrote: > > > A new cross compilation system was implemented for XFree86 in > May of 2002. > > This new system is described here: > > > > http://www.xfree86.org/~keithp/xconf2001/cc-imake.pdf > > According to that document, I modified the imakemdep.h file. > make World CROSSCOMPILEDIR="/usr/i686-pc-cygwin32/bin" compiled without > any errors (because of some Imakefile patches for rman). > The patch for imake is attached > > Comments: > the CROSS_UTS_RELEASE is static because of I found no version string from > cygwin. Such a string might be added to the cygwin headers or might be > constructed from other version information in cygwin/version.h > > glibc_major and glibc_minor was not set, but always referenced in imake. > But the imake code seems still to make some assumptions base on the host > operating system. > > I did not include other patches to Imakefiles since they substitute > ProgramTarget(rman) by HostProgramTarget(rman). This is needed for > running full make World, but does not compile rman.exe for cygwin. > > In host.def the macros CCmd, AsCmd are not preceeded by i686-pc-cygwin32- > anymore but only the sort names (gcc, as ...). > > bye > ago > -- > Alexander.Gottwald@informatik.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 > From huntharo@msu.edu Thu Jul 11 21:04:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Thu, 11 Jul 2002 21:04:00 -0000 Subject: Cygwin/XFree86 - Cross compilation patch Message-ID: I sent this to the XFree86 patch list and I figured I had better send it to cygwin-xfree for people watching the cross compilation fix thread. Here is the latest xc/cygwin/cf/host.def file to use when cross compiling: http://www.msu.edu/~huntharo/xwin/host-cross-20020711.def Once again, a sample build command, after you have built your cross compiler, is: make CROSSCOMPILEDIR="/cygwin/bin" World > World.log 2>&1 Harold Message to XFree86 patch mailing list follows. ============================================================ Changelog entry: Cross compilation fixes for Cygwin/XFree86. Credit: Alexander Gottwald, Harold Hunt Harold -------------- next part -------------- A non-text attachment was scrubbed... Name: xc-config-20020711-2123.diff.bz2 Type: application/octet-stream Size: 2768 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: xc-lib-GL-mesa-src-X86-Imakefile-20020711-2123.diff Type: application/octet-stream Size: 978 bytes Desc: not available URL: From huntharo@msu.edu Fri Jul 12 00:11:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Fri, 12 Jul 2002 00:11:00 -0000 Subject: Scrollbars patch In-Reply-To: <200207120953.45802.rasjidw@openminddev.net> Message-ID: Rasjid, I hope to make a test release soon with the current (not quite complete) scrollbars support. I would appreciate it if you would run this test release and send a report to the mailing list that describes a few behaviors that most Windows applications exhibit with multiple monitors and whether or not Cygwin/XFree86 meets those expectations. Remember, we need to know that we are doing *right* just as much as we need to know what we are doing wrong. Thanks, Harold > -----Original Message----- > From: Rasjid Wilcox [mailto:rasjidw@openminddev.net] > Sent: Thursday, July 11, 2002 7:54 PM > To: Harold L Hunt > Subject: Re: Scrollbars patch > > > On Fri, 12 Jul 2002 4:52 am, Harold L Hunt wrote: > > Oh hell... I give up. I don't know... we will just have to see > how people > > like this when I finally make a test release. We really need > someone with > > >1 monitors on their Windows machine to help out here... > > I have a Dual Head Matrox G400 on my machine. I have not removed > my windows > 98 partition quite yet, so I can test under Windows 98 for you. > If needed, I > can probably install NT as well, and test under that. > > I'm about to go to work (Australia Timezone), but will be back in about 8 > hours. > > Rasjid. > From alexander.gottwald@informatik.tu-chemnitz.de Fri Jul 12 00:16:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 12 Jul 2002 00:16:00 -0000 Subject: Using the new cross compilation system - and a request for help In-Reply-To: Message-ID: On Thu, 11 Jul 2002, Harold Hunt wrote: > Excellent. I have applied just such a fix. > > Thank you for tracking this down. > > Now, regarding the imakemdep_cpp.h that I sent you, have you seen warnings > similar to the ones I'm getting below? The reason I asked if your > imakemdep_cpp.h was similar was because I wanted to know if it has those > ``#1 "imakedep_cpp.h"'' lines like mine does. no. This is line information added by the preprocessor. I don't know why my preprocessor did not add them :) I'll take a closer look when I'm home again. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@informatik.tu-chemnitz.de Fri Jul 12 03:04:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 12 Jul 2002 03:04:00 -0000 Subject: Using the new cross compilation system - and a request for help In-Reply-To: Message-ID: On Thu, 11 Jul 2002, Harold Hunt wrote: > Alexander, > > I don't know if you ever explicity described how you got around the > glibc_major and glibc_minor symbols not being defined. The fun error that I > get is below. Either the SuSE folks forgot it to define in imakemdep.h or they have a big design problem in imake. In Imake, there are a lot of #ifdef linux blocks which then use the glibc_major symbol. But since the host-gcc is a linux compiler and the cross-gcc is not, these blocks are compiled but the symbols are not defined. But since the build process worked well with the patch, I think we should just define the dummy glibc_major (as done before for gnuc_major) and leave imake.cc untouched bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From lapo@lapo.it Fri Jul 12 04:08:00 2002 From: lapo@lapo.it (Lapo Luchini) Date: Fri, 12 Jul 2002 04:08:00 -0000 Subject: [packages] gtk+, glib, imlib Message-ID: <3D2EA9C6.5070906@lapo.it> Being interested in porting freeciv with gtk+ support... and gtk+ package being not available... I'm investigating it =) Harold states he has not enough time for it ( http://sources.redhat.com/ml/cygwin-xfree/2002-06/msg00302.html ). But has he a partial work or nothing? Steven has a fairly complete Gnome port on his page ( http://homepage.ntlworld.com/steven.obrien2/ ), which has nothing to do with Harold's work. It contains patches for many Gnome programs, including glib-1.2.10, gtk+-1.2.10 and imlib-1.9.14. I was thinking about packaging them as requirements for the freeciv port... has anyone done some work / has more infos / has something to say about? Please note that I know *VERY* little (maybe 'nothing' is more closer to the truth) about X programming and, at least at first, I wouldn't surely be a "good" package mantainer for those packages (in fact if Steven hadn't already done all the porting work I couln't do it). -- Lapo 'Raist' Luchini lapo@lapo.it (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) From cygwin-xfree@cygwin.com Fri Jul 12 05:12:00 2002 From: cygwin-xfree@cygwin.com (Corinna Vinschen) Date: Fri, 12 Jul 2002 05:12:00 -0000 Subject: [packages] gtk+, glib, imlib In-Reply-To: <3D2EA9C6.5070906@lapo.it> References: <3D2EA9C6.5070906@lapo.it> Message-ID: <20020712130757.F10982@cygbert.vinschen.de> On Fri, Jul 12, 2002 at 12:04:54PM +0200, Lapo Luchini wrote: > Being interested in porting freeciv with gtk+ support... and gtk+ > package being not available... I'm investigating it =) > > Harold states he has not enough time for it ( > http://sources.redhat.com/ml/cygwin-xfree/2002-06/msg00302.html ). > But has he a partial work or nothing? > > Steven has a fairly complete Gnome port on his page ( > http://homepage.ntlworld.com/steven.obrien2/ ), which has nothing to do > with Harold's work. > It contains patches for many Gnome programs, including glib-1.2.10, > gtk+-1.2.10 and imlib-1.9.14. I don't know about imlib but glib-1.2.10 and gtk+-1.2.10 compile OOTB. I built them to create a gvim locally. There was just one problem in glib/gstrfuncs.c. There's an extern declaration for strsignal() which collides with a Cygwin header. Just add a #ifndef __CYGWIN__ to the extern declaration and you're done. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:cygwin@cygwin.com Red Hat, Inc. From nwourms@yahoo.com Fri Jul 12 07:22:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 12 Jul 2002 07:22:00 -0000 Subject: [packages] gtk+, glib, imlib In-Reply-To: <3D2EA9C6.5070906@lapo.it> Message-ID: <20020712121234.46654.qmail@web21009.mail.yahoo.com> --- Lapo Luchini wrote: > Being interested in porting freeciv with gtk+ support... and gtk+ > package being not available... I'm investigating it =) > > Harold states he has not enough time for it ( > http://sources.redhat.com/ml/cygwin-xfree/2002-06/msg00302.html ). > But has he a partial work or nothing? He has something. Frankly, I think we should let harold release these packages. He's got a firm understanding of the underlying mechanics of how X works. Plus if you commit to maintainership of 1.X, then it is assumed that you will be working on porting 2.X. Are you ready for this responsibility? > Steven has a fairly complete Gnome port on his page ( > http://homepage.ntlworld.com/steven.obrien2/ ), which has nothing to do > with Harold's work. > It contains patches for many Gnome programs, including glib-1.2.10, > gtk+-1.2.10 and imlib-1.9.14. > > I was thinking about packaging them as requirements for the freeciv > port... has anyone done some work / has more infos / has something to > say about? > As for freeciv, I will send you a static lib of Xaw3d to see if that will help you better. I would then release free-civ as is. We can worry about why the DLL version of Xaw3d isn't working later. Again, is there any rush to getting it out? Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From huntharo@msu.edu Fri Jul 12 07:27:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Fri, 12 Jul 2002 07:27:00 -0000 Subject: [packages] gtk+, glib, imlib Message-ID: <200207121422.g6CEMkh49808@pilot26.cl.msu.edu> I think that the real problem here, as always, was that gtk+ and glib would only build static libraries. I have heard that the 2.0 versions of this libs are able to build shared libraries on Cygwin, but I have not looked into this myself. Harold Corinna Vinschen said: > On Fri, Jul 12, 2002 at 12:04:54PM +0200, Lapo Luchini wrote: > > Being interested in porting freeciv with gtk+ support... and gtk+ > > package being not available... I'm investigating it =) > > > > Harold states he has not enough time for it ( > > http://sources.redhat.com/ml/cygwin-xfree/2002-06/msg00302.html ). > > But has he a partial work or nothing? > > > > Steven has a fairly complete Gnome port on his page ( > > http://homepage.ntlworld.com/steven.obrien2/ ), which has nothing to do > > with Harold's work. > > It contains patches for many Gnome programs, including glib-1.2.10, > > gtk+-1.2.10 and imlib-1.9.14. > > I don't know about imlib but glib-1.2.10 and gtk+-1.2.10 compile OOTB. > I built them to create a gvim locally. There was just one problem in > glib/gstrfuncs.c. There's an extern declaration for strsignal() which > collides with a Cygwin header. Just add a #ifndef __CYGWIN__ to the > extern declaration and you're done. > > Corinna > > -- > Corinna Vinschen Please, send mails regarding Cygwin to > Cygwin Developer mailto:cygwin@cygwin.com > Red Hat, Inc. > From huntharo@msu.edu Fri Jul 12 07:30:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Fri, 12 Jul 2002 07:30:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE Message-ID: <200207121427.g6CERSh31048@pilot26.cl.msu.edu> First: Wrong mailing list. Send all Cygwin/XFree86 questions to cygwin-xfree@cygwin.com. I have redirected this discussion to the correct mailing list, but be careful to remove cygwin@cygwin.com from the ``cc'' if you reply to this message. Second: Read the extensive comments in startxwin.bat that talk about CYGWIN_ROOT. Not specifying a drive causes the path to reference \cygwin on the current drive (such as c:\cygwin, or d:\cygwin). You have to run startxwin.bat from the same drive that Cygwin is installed on, or it won't get the correct drive letter. startxwin.bat has been using this path setting system for over a year (I think) and not a *single* person has reported a problem with it until today. You must be doing something on your system that other users thought better of (such as running startxwin.bat from the d drive, or from a network drive, when Cygwin is installed on the c drive). Harold willichnicht habichnet said: > i installed cygwin/XFree86 with the recommended > setup.exe in win98SE. > starting X with startxwin.bat resulted in > errormessages like "cygwin1.dll not found" etc. > in startxwin.bat there was a line "SET > CYGWIN_ROOT=\cygwin" which seemed to be incorrect > because theres no drive given. > after editing it to "SET CYGWIN_ROOT=c:\cygwin" > (installation path) everything works fine. > i installed it on a win2000 too without these problems > but on an other win98-system same corrupted > startxwin.bat was there. > i have not tried an other installation directory or > drive. > this message is only for information; i need no other > solution. > > Michael Heide > > > __________________________________________________________________ > > Gesendet von Yahoo! Mail - http://mail.yahoo.de > Yahoo! pr??????sentiert als offizieller Sponsor das Fu??????ball-Highlight des > Jahres: - http://www.FIFAworldcup.com > > -- > 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 Fri Jul 12 07:31:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Fri, 12 Jul 2002 07:31:00 -0000 Subject: [packages] gtk+, glib, imlib Message-ID: <200207121430.g6CEUhh49858@pilot26.cl.msu.edu> Nicholas, > He has something. Frankly, I think we should let harold release these > packages. He's got a firm understanding of the underlying mechanics of > how X works. Plus if you commit to maintainership of 1.X, then it is > assumed that you will be working on porting 2.X. Are you ready for this > responsibility? It is not going to happen. I simply do not have time to work on packages other than Cygwin/XFree86 proper. Sure, I have released a few extra packages, but that was just to get the ball rolling on XFree86 category packages. For future reference: I do not intend to assume maintainership of any new packages. However, I reserve the right to post an initial version of packages that compile out of the box, just to get things started. I hope that clears things up, Harold From nwourms@yahoo.com Fri Jul 12 07:33:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 12 Jul 2002 07:33:00 -0000 Subject: [packages] gtk+, glib, imlib In-Reply-To: <200207121422.g6CEMkh49808@pilot26.cl.msu.edu> Message-ID: <20020712143119.35662.qmail@web21003.mail.yahoo.com> Harold, They do not. For some reason, when the dll is built, many symbols are not being exported, even with --export-all-symbols, which causes glib-genmarshal.exe to not compile due to undefined symbols. I'm going to give another shot with the new libtool to see if it is any better (supposedly it is) so we'll see... Cheers, Nicholas --- Harold L Hunt wrote: > I think that the real problem here, as always, was that gtk+ and glib > would > only build static libraries. I have heard that the 2.0 versions of this > libs > are able to build shared libraries on Cygwin, but I have not looked into > this > myself. > > Harold > > Corinna Vinschen said: > > > On Fri, Jul 12, 2002 at 12:04:54PM +0200, Lapo Luchini wrote: > > > Being interested in porting freeciv with gtk+ support... and gtk+ > > > package being not available... I'm investigating it =) > > > > > > Harold states he has not enough time for it ( > > > http://sources.redhat.com/ml/cygwin-xfree/2002-06/msg00302.html ). > > > But has he a partial work or nothing? > > > > > > Steven has a fairly complete Gnome port on his page ( > > > http://homepage.ntlworld.com/steven.obrien2/ ), which has nothing to > do > > > with Harold's work. > > > It contains patches for many Gnome programs, including glib-1.2.10, > > > gtk+-1.2.10 and imlib-1.9.14. > > > > I don't know about imlib but glib-1.2.10 and gtk+-1.2.10 compile OOTB. > > > I built them to create a gvim locally. There was just one problem in > > glib/gstrfuncs.c. There's an extern declaration for strsignal() which > > collides with a Cygwin header. Just add a #ifndef __CYGWIN__ to the > > extern declaration and you're done. > > > > Corinna > > > > -- > > Corinna Vinschen Please, send mails regarding Cygwin > to > > Cygwin Developer > mailto:cygwin@cygwin.com > > Red Hat, Inc. > > > > > __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From lapo@lapo.it Fri Jul 12 07:38:00 2002 From: lapo@lapo.it (Lapo Luchini) Date: Fri, 12 Jul 2002 07:38:00 -0000 Subject: [packages] gtk+, glib, imlib References: <20020712121234.46654.qmail@web21009.mail.yahoo.com> Message-ID: <3D2EE891.9000904@lapo.it> > > >He has something. Frankly, I think we should let harold release these >packages. He's got a firm understanding of the underlying mechanics of >how X works. > That is indeed the best choice, maybe I read his message in a way too non-optimistic view =) > Plus if you commit to maintainership of 1.X, then it is >assumed that you will be working on porting 2.X. Are you ready for this >responsibility? > It's not a question of responsability, but of lack of knowledge and lack of time to obtain that knowledge ^_^ But again, I don't have idea of how much hard would it be... I just seen the 20k patch to gtk+-1.2.10 by Steven and Corinna says that right now it compiles OOTB. OOTB is fairly different from "20k patch needed" IMHO, bay shortly after I received a message from Steven stating that his port is fairly old and many things changed (porting of autotools being the biggest, I bet)... >As for freeciv, I will send you a static lib of Xaw3d to see if that will >help you better. I would then release free-civ as is. > >We can worry about why the DLL version of Xaw3d isn't working later. > OK. > Again, is there any rush to getting it out? > No, just the fact that when I begin something I like to finish it soon so that it doesn't occupy space in my head (don't know how to express it in english but an "unfinished task" lingers in my head until it is "put at rest" by solving it). But again, also given the beauty of win32 native port (well, not that native, it uses gtk+), the is no rush in it. -- Lapo 'Raist' Luchini lapo@lapo.it (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) From fergus@bonhard.uklinux.net Fri Jul 12 07:48:00 2002 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Fri, 12 Jul 2002 07:48:00 -0000 Subject: Corrupted file x2x-1.27-1-src.tar.bz2 Message-ID: <001101c229b1$cd41ffc0$6fc82486@medschool.dundee.ac.uk> In the directory release/XFree86/x2x/, the file x2x-1.27-1-src.tar.bz2 has the correct md5sum (being 87075ba00b0cd15f35975c956f14591a); but running bzip2 -tv gives a "file ends unexpectedly" error message, and attempting to run bzip2 -dv fails. Fergus From nwourms@yahoo.com Fri Jul 12 07:49:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 12 Jul 2002 07:49:00 -0000 Subject: [packages] gtk+, glib, imlib In-Reply-To: <200207121430.g6CEUhh49858@pilot26.cl.msu.edu> Message-ID: <20020712144822.99598.qmail@web21007.mail.yahoo.com> --- Harold L Hunt wrote: > Nicholas, > > > He has something. Frankly, I think we should let harold release these > > packages. He's got a firm understanding of the underlying mechanics > of > > how X works. Plus if you commit to maintainership of 1.X, then it is > > assumed that you will be working on porting 2.X. Are you ready for > this > > responsibility? > > It is not going to happen. I simply do not have time to work on > packages > other than Cygwin/XFree86 proper. Sure, I have released a few extra > packages, > but that was just to get the ball rolling on XFree86 category packages. > For > future reference: I do not intend to assume maintainership of any new > packages. However, I reserve the right to post an initial version of > packages > that compile out of the box, just to get things started. > > I hope that clears things up, Harold, I'm sorry, I never meant to unload additional work onto you. In previous messages regarding berkley db, you mentioned that you were going to stick to X packages, so I assumed you meant the packages you were already working on for X. Apparently this is not the case, which is OK. I'm glad you cleared things up for everyone. Cheers, __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From nwourms@yahoo.com Fri Jul 12 07:53:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 12 Jul 2002 07:53:00 -0000 Subject: [packages] gtk+, glib, imlib In-Reply-To: <200207121449.g6CEnCh27442@pilot26.cl.msu.edu> Message-ID: <20020712145301.31736.qmail@web21002.mail.yahoo.com> --- Harold L Hunt wrote: > I know precisely what you mean. I even go a little further than that in > that > I have a list of projects that I can't wait for other people to finish. > Recently, some of those projects were: Mozilla 1.0 (yay!), > OpenOffice.org 1.0 > (yippee!), The Big Dig (www.bigdig.com), the International Space Station > (or > whatever the current space shuttle mission is), the parking garage > across the > street, etc. :) I love watching big projects and I love seeing them > pass > milestones. Hmm, Like when X11 finally reaches X12? Or even R7? Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From huntharo@msu.edu Fri Jul 12 07:53:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Fri, 12 Jul 2002 07:53:00 -0000 Subject: [packages] gtk+, glib, imlib Message-ID: <200207121449.g6CEnCh27442@pilot26.cl.msu.edu> Lapo Luchini said: > > > > > >He has something. Frankly, I think we should let harold release these > >packages. He's got a firm understanding of the underlying mechanics of > >how X works. > > > That is indeed the best choice, maybe I read his message in a way too > non-optimistic view =) > You read my message correctly the first time. I do not have enough time to work on glib and gtk+. You are more than welcome to work on them. I think that Nicholas might want to work with you on them. > > Plus if you commit to maintainership of 1.X, then it is > >assumed that you will be working on porting 2.X. Are you ready for this > >responsibility? > > > It's not a question of responsability, but of lack of knowledge and lack > of time to obtain that knowledge ^_^ > But again, I don't have idea of how much hard would it be... I just seen > the 20k patch to gtk+-1.2.10 by Steven and Corinna says that right now > it compiles OOTB. > OOTB is fairly different from "20k patch needed" IMHO, bay shortly after > I received a message from Steven stating that his port is fairly old and > many things changed (porting of autotools being the biggest, I bet)... > I would actually have the same problem with not having enough knowledge. I am sort of an interesting person though... I tend to gater, filter, and absorb information/knowledge faster than most people, and I tend to do something productive with that info quite quickly. That is not to say, however, that I have 10 to 20 hours to mess around with glib and gtk+. :) > >As for freeciv, I will send you a static lib of Xaw3d to see if that will > >help you better. I would then release free-civ as is. > > > >We can worry about why the DLL version of Xaw3d isn't working later. > > > OK. > > > Again, is there any rush to getting it out? > > > No, just the fact that when I begin something I like to finish it soon > so that it doesn't occupy space in my head (don't know how to express it > in english but an "unfinished task" lingers in my head until it is "put > at rest" by solving it). > But again, also given the beauty of win32 native port (well, not that > native, it uses gtk+), the is no rush in it. > I know precisely what you mean. I even go a little further than that in that I have a list of projects that I can't wait for other people to finish. Recently, some of those projects were: Mozilla 1.0 (yay!), OpenOffice.org 1.0 (yippee!), The Big Dig (www.bigdig.com), the International Space Station (or whatever the current space shuttle mission is), the parking garage across the street, etc. :) I love watching big projects and I love seeing them pass milestones. I guess I am just a freak for big projects... :) Hey, this is off-topic... nothing to see here. Move along. Move along. Harold From huntharo@msu.edu Fri Jul 12 08:08:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Fri, 12 Jul 2002 08:08:00 -0000 Subject: [packages] gtk+, glib, imlib Message-ID: <200207121453.g6CErXh35212@pilot26.cl.msu.edu> Nicholas Wourms said: > > --- Harold L Hunt wrote: > > Nicholas, > > > > > He has something. Frankly, I think we should let harold release these > > > packages. He's got a firm understanding of the underlying mechanics > > of > > > how X works. Plus if you commit to maintainership of 1.X, then it is > > > assumed that you will be working on porting 2.X. Are you ready for > > this > > > responsibility? > > > > It is not going to happen. I simply do not have time to work on > > packages > > other than Cygwin/XFree86 proper. Sure, I have released a few extra > > packages, > > but that was just to get the ball rolling on XFree86 category packages. > > For > > future reference: I do not intend to assume maintainership of any new > > packages. However, I reserve the right to post an initial version of > > packages > > that compile out of the box, just to get things started. > > > > I hope that clears things up, > > Harold, > > I'm sorry, I never meant to unload additional work onto you. In previous > messages regarding berkley db, you mentioned that you were going to stick > to X packages, so I assumed you meant the packages you were already > working on for X. Apparently this is not the case, which is OK. I'm glad > you cleared things up for everyone. > > Cheers, I will admit that I gave some mixed signals. I thought I was going to have a lot more free time, which I do. But I also thought that XFree86 itself would not take anymore time than it already did. However, there has been no shortage of things to do for XFree86. After we get the scrollbars patch landed and the cross compilation fixes merged I really do plan on working on a rootless server. You may have seen some place-holding files creep into the patches lately. That is because I have been studying the XonX code to how it does things. If you ever want to look at sloppy, convuluted, uncommented code, just have a look at xc/programs/Xserver/hw/darwin. Yikes. That code can really give you a headache. Harold From nwourms@yahoo.com Fri Jul 12 08:39:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 12 Jul 2002 08:39:00 -0000 Subject: [packages] gtk+, glib, imlib In-Reply-To: <200207121453.g6CErXh35212@pilot26.cl.msu.edu> Message-ID: <20020712150823.3145.qmail@web21010.mail.yahoo.com> --- Harold L Hunt wrote: > Nicholas Wourms said: > > > > > --- Harold L Hunt wrote: > > > Nicholas, > > > > > > > He has something. Frankly, I think we should let harold release > these > > > > packages. He's got a firm understanding of the underlying > mechanics > > > of > > > > how X works. Plus if you commit to maintainership of 1.X, then it > is > > > > assumed that you will be working on porting 2.X. Are you ready > for > > > this > > > > responsibility? > > > > > > It is not going to happen. I simply do not have time to work on > > > packages > > > other than Cygwin/XFree86 proper. Sure, I have released a few extra > > > packages, > > > but that was just to get the ball rolling on XFree86 category > packages. > > > For > > > future reference: I do not intend to assume maintainership of any > new > > > packages. However, I reserve the right to post an initial version > of > > > packages > > > that compile out of the box, just to get things started. > > > > > > I hope that clears things up, > > > > Harold, > > > > I'm sorry, I never meant to unload additional work onto you. In > previous > > messages regarding berkley db, you mentioned that you were going to > stick > > to X packages, so I assumed you meant the packages you were already > > working on for X. Apparently this is not the case, which is OK. I'm > glad > > you cleared things up for everyone. > > > > Cheers, > > I will admit that I gave some mixed signals. I thought I was going to > have a > lot more free time, which I do. But I also thought that XFree86 itself > would > not take anymore time than it already did. However, there has been no > shortage of things to do for XFree86. After we get the scrollbars patch > landed and the cross compilation fixes merged I really do plan on > working on a > rootless server. That's true, *sigh*, I know what you mean. Tho I can't quite understand what this driving desire for a rootless X server is all about? To my death, I'll never understand why people like the explorer window manager over the X alternatives. I mean c'mon people, Windows Explorer as a window manager sucks. Why would you want it to manage your X applications? I don't know about most people, but I like the current way X works, in fact I like the full screen even better. In fact I wish there was a way to do the opposite of running X in rootless mode. If there were only a way to get windows binaries to pop up inside X, then I could just ditch this crummy explorer windows manager and use X full time. In fact, on Darwin, I hate the window manager for Aqua. I'd much prefer to run kde3 any day then to run that OpenSTEP look-alike. > You may have seen some place-holding files creep into > the > patches lately. That is because I have been studying the XonX code to > how it > does things. If you ever want to look at sloppy, convuluted, > uncommented > code, just have a look at xc/programs/Xserver/hw/darwin. Yikes. That > code > can really give you a headache. Hmm, this coming from bsd nuts who cannot even get the name of Charles Darwin's famous assistant right (Hexley != Huxley)? Does this really suprise you? Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From bab@vx.com Fri Jul 12 08:51:00 2002 From: bab@vx.com (Bernard A Badger) Date: Fri, 12 Jul 2002 08:51:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <200207121427.g6CERSh31048@pilot26.cl.msu.edu> Message-ID: > -----Original Message----- > From: cygwin-owner@cygwin.com [mailto:cygwin-owner@cygwin.com]On Behalf > Of Harold L Hunt > Sent: Friday, July 12, 2002 10:27 AM > To: willichnicht habichnet; cygwin-xfree@cygwin.com > Cc: cygwin@cygwin.com > Subject: Re: Bug in startxwin.bat after installing with setup.exe in > win98SE > > > First: Wrong mailing list. Send all Cygwin/XFree86 questions to > cygwin-xfree@cygwin.com. I have redirected this discussion to the correct > mailing list, but be careful to remove cygwin@cygwin.com from the ``cc'' if > you reply to this message. > > Second: Read the extensive comments in startxwin.bat that talk about > CYGWIN_ROOT. Not specifying a drive causes the path to reference \cygwin on > the current drive (such as c:\cygwin, or d:\cygwin). You have to run > startxwin.bat from the same drive that Cygwin is installed on, or it won't get > the correct drive letter. > > startxwin.bat has been using this path setting system for over a year (I > think) and not a *single* person has reported a problem with it until today. > You must be doing something on your system that other users thought better of > (such as running startxwin.bat from the d drive, or from a network drive, when > Cygwin is installed on the c drive). I have to disagree. Absence of complaints does not imply absence of errors. Many people become "used to" buggy software that only works if you don't deviate from the well-trodden path. That's no excuse to fail to fix a known problem. The comments you mention: REM REM The path in the CYGWIN_ROOT environment variable assignment assume REM that Cygwin is installed in a directory called 'cygwin' in the root REM directory of the current drive. You will only need to modify REM CYGWIN_ROOT if you have installed Cygwin in another directory. For REM example, if you installed Cygwin in \foo\bar\baz\cygwin, you will need REM to change \cygwin to \foo\bar\baz\cygwin. REM REM This batch file will almost always be run from the same drive (and REM directory) as the drive that contains Cygwin/XFree86, therefore you will REM not need to add a drive letter to CYGWIN_ROOT. For example, you do REM not need to change \cygwin to c:\cygwin if you are running this REM batch file from the C drive. REM don't explain what is wrong with adding a drive lettter, only that it "almost always" works because the drive letter already matches. You need the drive letter to make an absolute path. (By the way, "." is redundant in a Windows path anyway.) > > Harold > > > willichnicht habichnet said: > > > i installed cygwin/XFree86 with the recommended > > setup.exe in win98SE. > > starting X with startxwin.bat resulted in > > errormessages like "cygwin1.dll not found" etc. > > in startxwin.bat there was a line "SET > > CYGWIN_ROOT=\cygwin" which seemed to be incorrect > > because theres no drive given. > > after editing it to "SET CYGWIN_ROOT=c:\cygwin" > > (installation path) everything works fine. > > i installed it on a win2000 too without these problems > > but on an other win98-system same corrupted > > startxwin.bat was there. > > i have not tried an other installation directory or > > drive. > > this message is only for information; i need no other > > solution. > > > > Michael Heide > > > > > > __________________________________________________________________ > > > > Gesendet von Yahoo! Mail - http://mail.yahoo.de > > Yahoo! pr??????sentiert als offizieller Sponsor das Fu??????ball-Highlight des > > Jahres: - http://www.FIFAworldcup.com > > > > -- > > 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/ > > > > > > > > > -- > 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 nahor@bravobrava.com Fri Jul 12 08:58:00 2002 From: nahor@bravobrava.com (Jehan) Date: Fri, 12 Jul 2002 08:58:00 -0000 Subject: [packages] gtk+, glib, imlib References: <200207121453.g6CErXh35212@pilot26.cl.msu.edu> <20020712150823.3145.qmail@web21010.mail.yahoo.com> Message-ID: Nicholas Wourms wrote: Tho I can't quite understand > what this driving desire for a rootless X server is all about? To my > death, I'll never understand why people like the explorer window manager > over the X alternatives. I mean c'mon people, Windows Explorer as a > window manager sucks. Why would you want it to manage your X > applications? Maybe *you* prefer KDE, OpenStep, whatever over Windows but that doesn't mean *everybody* does. As a window manager, Windows does perfectly well for me: I can move my windows around, I can resize them, minimize them and even maximize them. I like the taskbar (and everybody does since now every desktop system has it), I like the systray, I like the quicklaunch bar and the Start menu is as much a mess in Windows than in KDE. Now, having an alternative would be nice, that's for sure. As my boss is fond of saying: "two is better than one". If you want to remove Windows Explorer, go check Shellfront (http://shellfront.org/). But you will never see Notepad running in an X window. Cygwin works *on top of* Windows, not the other way around. Cygwin *add* a unix layer to Windows, it doesn't *replace* Windows. If you really want that, if you really want your All-X desktop, go install Linux and run your Windows applications using Wine. > I don't know about most people, but I like the current way > X works, in fact I like the full screen even better. Why do you think windowing systems took over most software applications? I like being able to see the content of two applications at the same time. Like for instance when I follow a tutorial on a web browser on how to create a map for Quake. Or when I want to use a complex funtion in my program, I want to be able to see MSDN at the same time I use my code. Now, if I use vi/emacs/whatever in X, I can't see any of those broswer/msdn windows at the same time if the application if fullscreen. What's worse, if the browser/msdn is the active application and I want to activate a X application, I first have to click on the X button in the taskbar to activate XWin, then I have to activate the X application itself. If I can see each X application with its own button in my taskbar, and when I click on it I have this X app showing *next to* instead of *on top of* my Visual Studio window, I would be far more happy. > In fact I wish there > was a way to do the opposite of running X in rootless mode. If there were > only a way to get windows binaries to pop up inside X, then I could just > ditch this crummy explorer windows manager and use X full time. See my comment above about Linux and Wine. Jehan From lapo@lapo.it Fri Jul 12 10:35:00 2002 From: lapo@lapo.it (Lapo Luchini) Date: Fri, 12 Jul 2002 10:35:00 -0000 Subject: [packages] gtk+, glib, imlib References: <200207121449.g6CEnCh27442@pilot26.cl.msu.edu> Message-ID: <3D2EFCA3.10001@lapo.it> > > >You read my message correctly the first time. I do not have enough time to >work on glib and gtk+. You are more than welcome to work on them. I think >that Nicholas might want to work with you on them. > I wasn't wrong afterall =) (I didn't read the reply until after sending my reply) >>> Plus if you commit to maintainership of 1.X, then it is >>>assumed that you will be working on porting 2.X. Are you ready for this >>>responsibility? >>> >I would actually have the same problem with not having enough knowledge. I am >sort of an interesting person though... I tend to gater, filter, and absorb >information/knowledge faster than most people, and I tend to do something >productive with that info quite quickly. That is not to say, however, that I >have 10 to 20 hours to mess around with glib and gtk+. :) > Well, given enough time I can digest knowledge quite good, but it happens that I'm trying to get a university degree (I never understood english degree names very well, but it is that kind of degree that you take from a university you enter at the age of 19 and you exit a teorical minimum of 5 years later) and many other things... so time is just the scarce resource. But if it does compile OOTB like Corinna says and if no one expects me to release gtk+2 tomorrow... I could well commit to mantainership. Of course anyone with more time / knowledge / will could take my place as it wants 0=) >I love watching big projects and I love seeing them pass milestones. > Yeah, I just love it. But even if they're way too big fishes for me, I can't just sit in a corner a watch (this leads to my many filled bugs in bugzilla.mozilla.org, my mantainership of rsync and other cygwin packages, my small contributions to freebsd ports, and the such). =) >off-topic... nothing to see here. Move along. Move along. > Not true, cygwin is pretty big and pretty good ;-) (yeah, still waiting for someone to do "80 hours of work" for the rootless XFree =P) Lapo -- Lapo 'Raist' Luchini lapo@lapo.it (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) From lapo@lapo.it Fri Jul 12 11:44:00 2002 From: lapo@lapo.it (Lapo Luchini) Date: Fri, 12 Jul 2002 11:44:00 -0000 Subject: [packages] gtk+, glib, imlib References: <3D2EA9C6.5070906@lapo.it> <20020712130757.F10982@cygbert.vinschen.de> Message-ID: <3D2F130F.8010900@lapo.it> > > >I don't know about imlib but glib-1.2.10 and gtk+-1.2.10 compile OOTB. >I built them to create a gvim locally. There was just one problem in >glib/gstrfuncs.c. There's an extern declaration for strsignal() which >collides with a Cygwin header. Just add a #ifndef __CYGWIN__ to the >extern declaration and you're done. > > I just discovered that Steven's patches actually permitted to create DLLs also, fixed that small problem and some other small bugs too. -- Lapo 'Raist' Luchini lapo@lapo.it (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) From nwourms@yahoo.com Fri Jul 12 11:54:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 12 Jul 2002 11:54:00 -0000 Subject: [packages] gtk+, glib, imlib In-Reply-To: Message-ID: <20020712184448.14525.qmail@web21006.mail.yahoo.com> --- Jehan wrote: > Nicholas Wourms wrote: > Tho I can't quite understand > > what this driving desire for a rootless X server is all about? To my > > death, I'll never understand why people like the explorer window > manager > > over the X alternatives. I mean c'mon people, Windows Explorer as a > > window manager sucks. Why would you want it to manage your X > > applications? > > Maybe *you* prefer KDE, OpenStep, whatever over Windows but that doesn't > > mean *everybody* does. As a window manager, Windows does perfectly well > for me: I can move my windows around, I can resize them, minimize them > and even maximize them. I like the taskbar (and everybody does since now > > every desktop system has it), I like the systray, I like the quicklaunch > > bar and the Start menu is as much a mess in Windows than in KDE. > > Now, having an alternative would be nice, that's for sure. As my boss is > > fond of saying: "two is better than one". If you want to remove Windows > Explorer, go check Shellfront (http://shellfront.org/). But you will > never see Notepad running in an X window. Cygwin works *on top of* > Windows, not the other way around. Cygwin *add* a unix layer to Windows, > > it doesn't *replace* Windows. If you really want that, if you really > want your All-X desktop, go install Linux and run your Windows > applications using Wine. > > > > I don't know about most people, but I like the current way > > X works, in fact I like the full screen even better. > > Why do you think windowing systems took over most software applications? > > I like being able to see the content of two applications at the same > time. Like for instance when I follow a tutorial on a web browser on how > > to create a map for Quake. Or when I want to use a complex funtion in my > > program, I want to be able to see MSDN at the same time I use my code. > Now, if I use vi/emacs/whatever in X, I can't see any of those > broswer/msdn windows at the same time if the application if fullscreen. > What's worse, if the browser/msdn is the active application and I want > to activate a X application, I first have to click on the X button in > the taskbar to activate XWin, then I have to activate the X application > itself. If I can see each X application with its own button in my > taskbar, and when I click on it I have this X app showing *next to* > instead of *on top of* my Visual Studio window, I would be far more > happy. > > > > In fact I wish there > > was a way to do the opposite of running X in rootless mode. If there > were > > only a way to get windows binaries to pop up inside X, then I could > just > > ditch this crummy explorer windows manager and use X full time. > > See my comment above about Linux and Wine. So? Your point? I don't want to run linux on this machine. My question above was partially a joke and partially a rhetorical one. I don't need to be lectured on the joy and simplicity of the explorer interface (tho neither seem to apply). Let's not turn this into a Microsoft lovefest. My point was that Rootless mode is a fluff setting, something that really isn't that important. Perhaps a better use of time could be spent figuring out how to profile and improve the performance of the X server? Or perhaps making truetype fonts easier for people to use in X? __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From Alexander.Gottwald@informatik.tu-chemnitz.de Fri Jul 12 12:00:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 12 Jul 2002 12:00:00 -0000 Subject: [packages] gtk+, glib, imlib In-Reply-To: <20020712145301.31736.qmail@web21002.mail.yahoo.com> Message-ID: On Fri, 12 Jul 2002, Nicholas Wourms wrote: > Like when X11 finally reaches X12? Or even R7? I don't expect that ever will come a X12. Changes in the major release just mean a incompatible change in the protocol. And the growing list of extensions seem to show that the current design will last for some other years. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@informatik.tu-chemnitz.de Fri Jul 12 12:03:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 12 Jul 2002 12:03:00 -0000 Subject: [packages] gtk+, glib, imlib In-Reply-To: Message-ID: On Fri, 12 Jul 2002, Jehan wrote: > Nicholas Wourms wrote: > Tho I can't quite understand > > what this driving desire for a rootless X server is all about? To my > > death, I'll never understand why people like the explorer window manager > > over the X alternatives. I mean c'mon people, Windows Explorer as a > > window manager sucks. Why would you want it to manage your X > > applications? Full ACK. > Now, having an alternative would be nice, that's for sure. As my boss is > fond of saying: "two is better than one". If you want to remove Windows > Explorer, go check Shellfront (http://shellfront.org/). But you will > never see Notepad running in an X window. Cygwin works *on top of* > Windows, not the other way around. Cygwin *add* a unix layer to Windows, > it doesn't *replace* Windows. If you really want that, if you really > want your All-X desktop, go install Linux and run your Windows > applications using Wine. You just pointed me to a long forgotten thing. Wine has a display driver, which exports all GDI calls to X11. Maybe some freak will port it to windows and I can use Windowsapplications remote :) bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From j_tetazoo@hotmail.com Fri Jul 12 12:04:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Fri, 12 Jul 2002 12:04:00 -0000 Subject: Corrupted file x2x-1.27-1-src.tar.bz2 Message-ID: I checked the tarball I submitted and it is OK. Something must have happened when it was transferred to sources.redhat.com. Here is my copy: http://members.tripod.com/tomandlaura0/cygwin/release/x2x/x2x-1.27-1-src.tar.bz2 [Harold, can you re-upload this file to sources.redhat.com and verify that the filesizes match after doing so? (the tarball currently up there was somehow truncated by 1 byte)] >From: >Reply-To: >To: >CC: >Subject: Corrupted file x2x-1.27-1-src.tar.bz2 >Date: Fri, 12 Jul 2002 15:38:34 +0100 > >In the directory release/XFree86/x2x/, the file x2x-1.27-1-src.tar.bz2 has >the correct md5sum (being 87075ba00b0cd15f35975c956f14591a); but running >bzip2 -tv gives a "file ends unexpectedly" error message, and attempting to >run bzip2 -dv fails. >Fergus _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx From Alexander.Gottwald@informatik.tu-chemnitz.de Fri Jul 12 12:24:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 12 Jul 2002 12:24:00 -0000 Subject: Corrupted file x2x-1.27-1-src.tar.bz2 In-Reply-To: <001101c229b1$cd41ffc0$6fc82486@medschool.dundee.ac.uk> Message-ID: On Fri, 12 Jul 2002 fergus@bonhard.uklinux.net wrote: > In the directory release/XFree86/x2x/, the file x2x-1.27-1-src.tar.bz2 has > the correct md5sum (being 87075ba00b0cd15f35975c956f14591a); but running > bzip2 -tv gives a "file ends unexpectedly" error message, and attempting to > run bzip2 -dv fails. Have you downloaded it via ftp? The please check you fetched it in binary and not ascii mode. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Fri Jul 12 12:26:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Fri, 12 Jul 2002 12:26:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE Message-ID: <200207121924.g6CJOIw34784@pilot17.cl.msu.edu> Bernard, > I have to disagree. Absence of complaints does not imply absence of errors. > Many people become "used to" buggy software that only works if you don't deviate > from the well-trodden path. > Okay, if you are so smart, explain to me how I can put a drive letter into a batch file that is expected to work on computers where Cygwin could be installed on ``c:\cygwin'' or ``d:\cygwin''? I certainly could not put ``c'' as the drive, nor could I put ``d'' as the drive. So, what do you suggest? Okay, okay, so you are thinking, ``just use cygpath, duh''. However, if I could use ``cygpath'', then that implies that I already know where the Cygwin binaries are located since I just ran one of them. But, I don't know where the Cygwin binaries are located, as that is why we are guessing what the path is. > That's no excuse to fail to fix a known problem. > Huh? There are things in life that are worth spending time on because they will have a large effect, and there are things in life that are not worth spending time on because they will have almost no effect whatsoever. Changing the startxwin.bat file to allow people to run it from a location other than where it is installed to (which has got to be obvious to most users as doing something that was not intended), is one of those things that will have almost no effect. You are going to have to do a lot better than that if you expect me to keep my gleaming white ass in a dimly lit room programming when I could be sitting outside by the pool, getting a tan, and drinking a beer. Man, if you are going to try to one-up the maintainer in public, you had damn well better be giving a complete solution, rather than trying to suggest that the maintainer creates one himself. Because in the latter case you just open yourself up to off-topic ranting like I just did. Yes, this makes me feel better when I get to write funny things about how I don't like to program. So, in a way, you have done me a good service. Thank you :) Harold Bernard A Badger said: > > -----Original Message----- > > From: cygwin-owner@cygwin.com [mailto:cygwin-owner@cygwin.com]On Behalf > > Of Harold L Hunt > > Sent: Friday, July 12, 2002 10:27 AM > > To: willichnicht habichnet; cygwin-xfree@cygwin.com > > Cc: cygwin@cygwin.com > > Subject: Re: Bug in startxwin.bat after installing with setup.exe in > > win98SE > > > > > > First: Wrong mailing list. Send all Cygwin/XFree86 questions to > > cygwin-xfree@cygwin.com. I have redirected this discussion to the correct > > mailing list, but be careful to remove cygwin@cygwin.com from the ``cc'' if > > you reply to this message. > > > > Second: Read the extensive comments in startxwin.bat that talk about > > CYGWIN_ROOT. Not specifying a drive causes the path to reference \cygwin on > > the current drive (such as c:\cygwin, or d:\cygwin). You have to run > > startxwin.bat from the same drive that Cygwin is installed on, or it won't get > > the correct drive letter. > > > > startxwin.bat has been using this path setting system for over a year (I > > think) and not a *single* person has reported a problem with it until today. > > You must be doing something on your system that other users thought better of > > (such as running startxwin.bat from the d drive, or from a network drive, when > > Cygwin is installed on the c drive). > > I have to disagree. Absence of complaints does not imply absence of errors. > Many people become "used to" buggy software that only works if you don't deviate > from the well-trodden path. That's no excuse to fail to fix a known problem. > > The comments you mention: > REM > REM The path in the CYGWIN_ROOT environment variable assignment assume > REM that Cygwin is installed in a directory called 'cygwin' in the root > REM directory of the current drive. You will only need to modify > REM CYGWIN_ROOT if you have installed Cygwin in another directory. For > REM example, if you installed Cygwin in \foo\bar\baz\cygwin, you will need > REM to change \cygwin to \foo\bar\baz\cygwin. > REM > REM This batch file will almost always be run from the same drive (and > REM directory) as the drive that contains Cygwin/XFree86, therefore you will > REM not need to add a drive letter to CYGWIN_ROOT. For example, you do > REM not need to change \cygwin to c:\cygwin if you are running this > REM batch file from the C drive. > REM > don't explain what is wrong with adding a drive lettter, only that > it "almost always" works because the drive letter already matches. > > You need the drive letter to make an absolute path. > (By the way, "." is redundant in a Windows path anyway.) > > > > > Harold > > > > > > willichnicht habichnet said: > > > > > i installed cygwin/XFree86 with the recommended > > > setup.exe in win98SE. > > > starting X with startxwin.bat resulted in > > > errormessages like "cygwin1.dll not found" etc. > > > in startxwin.bat there was a line "SET > > > CYGWIN_ROOT=\cygwin" which seemed to be incorrect > > > because theres no drive given. > > > after editing it to "SET CYGWIN_ROOT=c:\cygwin" > > > (installation path) everything works fine. > > > i installed it on a win2000 too without these problems > > > but on an other win98-system same corrupted > > > startxwin.bat was there. > > > i have not tried an other installation directory or > > > drive. > > > this message is only for information; i need no other > > > solution. > > > > > > Michael Heide > > > > > > From cwilson@ece.gatech.edu Fri Jul 12 12:33:00 2002 From: cwilson@ece.gatech.edu (Charles Wilson) Date: Fri, 12 Jul 2002 12:33:00 -0000 Subject: [packages] gtk+, glib, imlib References: <20020712184448.14525.qmail@web21006.mail.yahoo.com> Message-ID: <3D2F2D5A.9050309@ece.gatech.edu> Nicholas Wourms wrote: > So? Your point? I don't want to run linux on this machine. My question > above was partially a joke and partially a rhetorical one. I don't need > to be lectured on the joy and simplicity of the explorer interface (tho > neither seem to apply). Let's not turn this into a Microsoft lovefest. > My point was that Rootless mode is a fluff setting, something that really > isn't that important. Perhaps a better use of time could be spent > figuring out how to profile and improve the performance of the X server? > Or perhaps making truetype fonts easier for people to use in X? Nicholas -- There are lots of worthy areas why Xserv on cygwin can be improved. You have your priorities, other people have theirs. Unfortunately, you ARE in the extreme minority, so you're going to have to sit back and watch rootless be discussed an implemented. Probably before TT or profiling or ... Why? Go read the Slashdot thread from Sunday, 7 July 2002. Almost every third message was "It's pretty good, but it doesn't have a rootless mode. All commercial Xservs on windows have one; this won't be a [serious|real|usable|finished] product until it does, too." There was even one message that basically said "This thing sucks ***. It doesn't have a rootless mode". Okay, so the guy was a troll, but nobody contradicted him... We even got two or three spill-over questions which were obviously stimulated by the Slashdot story, where folks we'd never heard of wrote to the mailing list to say "Cygwin Xserver is really cool, but I [won't|can't] use it until it has a rootless mode. When will that be?" Finally, and most importantly, Harold *wants* to work on a rootless mode. He's scratching his own itch. If you want to work on TT support, nobody is stopping you. -- go scratch. --Chuck From nahor@bravobrava.com Fri Jul 12 12:34:00 2002 From: nahor@bravobrava.com (Jehan) Date: Fri, 12 Jul 2002 12:34:00 -0000 Subject: [packages] gtk+, glib, imlib References: <20020712184448.14525.qmail@web21006.mail.yahoo.com> Message-ID: Nicholas Wourms wrote: > So? Your point? I don't want to run linux on this machine. My question > above was partially a joke and partially a rhetorical one. I don't need > to be lectured on the joy and simplicity of the explorer interface (tho > neither seem to apply). Let's not turn this into a Microsoft lovefest. > My point was that Rootless mode is a fluff setting, something that really > isn't that important. Perhaps a better use of time could be spent > figuring out how to profile and improve the performance of the X server? > Or perhaps making truetype fonts easier for people to use in X? My point is that it's not cygwin's goal to replace Windows. Cygwin wants to bring Unix applications to Windows, not Windows application to Unix. If you want Windows applications inside XFree, Linux+Wine do exactly that. My point is that Windows doesn't "suck" as much as you claim. We are all using it on this mailing list. Some may not like it but I doubt that the majority here think so. My point is that maybe you don't see a use to the Rootless mode but seeing the number of requests about it here and on slashdot, that's not what most people think. My point is I don't like the way you are telling us what to do base on your own opinion while we are all volunteers using our own free time to improve Cygwin/XFree. By the way, any patch you could submit is welcome. Jehan From huntharo@msu.edu Fri Jul 12 13:13:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Fri, 12 Jul 2002 13:13:00 -0000 Subject: [packages] gtk+, glib, imlib Message-ID: <200207121934.g6CJYow96338@pilot17.cl.msu.edu> Charles Wilson said: > > > Nicholas Wourms wrote: > > > > So? Your point? I don't want to run linux on this machine. My question > > above was partially a joke and partially a rhetorical one. I don't need > > to be lectured on the joy and simplicity of the explorer interface (tho > > neither seem to apply). Let's not turn this into a Microsoft lovefest. > > My point was that Rootless mode is a fluff setting, something that really > > isn't that important. Perhaps a better use of time could be spent > > figuring out how to profile and improve the performance of the X server? > > Or perhaps making truetype fonts easier for people to use in X? > > > Nicholas -- > There are lots of worthy areas why Xserv on cygwin can be improved. > You have your priorities, other people have theirs. Unfortunately, you > ARE in the extreme minority, so you're going to have to sit back and > watch rootless be discussed an implemented. Probably before TT or > profiling or ... > > Why? > > Go read the Slashdot thread from Sunday, 7 July 2002. Almost every > third message was "It's pretty good, but it doesn't have a rootless > mode. All commercial Xservs on windows have one; this won't be a > [serious|real|usable|finished] product until it does, too." > > There was even one message that basically said "This thing sucks ***. It > doesn't have a rootless mode". Okay, so the guy was a troll, but nobody > contradicted him... > > We even got two or three spill-over questions which were obviously > stimulated by the Slashdot story, where folks we'd never heard of wrote > to the mailing list to say "Cygwin Xserver is really cool, but I > [won't|can't] use it until it has a rootless mode. When will that be?" > > Finally, and most importantly, Harold *wants* to work on a rootless > mode. He's scratching his own itch. If you want to work on TT support, > nobody is stopping you. -- go scratch. > > --Chuck > Chuck, Thanks for writing that response. That was exactly what I was going to say: someone complains about the lack of a rootless mode at least once a week, but no one ever complains about truetype fonts or profiling the server. I think that the performance question that got turned into a profiling question is really due to the way that we draw graphics, which we are working on fixing with the Native GDI engine. In any case, rootless mode is a top priority. Harold From nahor@bravobrava.com Fri Jul 12 13:17:00 2002 From: nahor@bravobrava.com (Jehan) Date: Fri, 12 Jul 2002 13:17:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <200207121924.g6CJOIw34784@pilot17.cl.msu.edu> Message-ID: Harold L Hunt wrote: > Okay, if you are so smart, explain to me how I can put a drive letter into a > batch file that is expected to work on computers where Cygwin could be > installed on ``c:\cygwin'' or ``d:\cygwin''? I certainly could not put ``c'' > as the drive, nor could I put ``d'' as the drive. So, what do you suggest? First, I'm not trying to bash you (how could I, we are fellow Cgwin/XFree programmers *grin*) but I'm trying to understand your motivation. So here is my question: in what sense is "\cygwin" better "c:\cygwin"? I mean, I used to install cygwin in "c:\program files\cygwin". So neither "\cygwin" nor "c:\cygwin" would work. But then, when I see just "\cygwin", I think a unix path (I know, the "\" isn't a "/", but I'm a little dumb sometimes :p). So at first, I overlooked it. I'm pretty sure that if I had seend "c:\cygwin", I would have thought of changing it. The other thing too is that "\cygwin" is sort of a bastard. It's not a full path because it doesn't have the drive letter. It's not a relative path because it doesn't start from the current directory but from the root of the current drive. Last, with "\cygwin", the batch file works sometimes (the current drive is where cygwin is) and sometimes it doesn't (wrong current drive). As a programmer, I prefer things that always crash or never do. So, in this light, as my personal opinion (which doesn't matter anymore now that I have cygwin in "c:\cygwin" ;p ), would be to use an full absolute path. > Okay, okay, so you are thinking, ``just use cygpath, duh''. However, if I > could use ``cygpath'', then that implies that I already know where the Cygwin > binaries are located since I just ran one of them. But, I don't know where > the Cygwin binaries are located, as that is why we are guessing what the path is. Can the batch file be created via the installation script? Then you're environment would be cygwin and not windows, wouldn't it? The thing I don't know there would be the "cr/lf" vs "lf" thing. >>That's no excuse to fail to fix a known problem. Bernard, And "not having a better solution", is it a good excuse? It's always easy to critize but critizing doesn't make the world to go forward. > Huh? There are things in life that are worth spending time on because they > will have a large effect, and there are things in life that are not worth > spending time on because they will have almost no effect whatsoever. Changing > the startxwin.bat file to allow people to run it from a location other than > where it is installed to (which has got to be obvious to most users as doing > something that was not intended), is one of those things that will have almost > no effect. You are going to have to do a lot better than that if you expect > me to keep my gleaming white ass in a dimly lit room programming when I could > be sitting outside by the pool, getting a tan, and drinking a beer. > > Man, if you are going to try to one-up the maintainer in public, you had damn > well better be giving a complete solution, rather than trying to suggest that > the maintainer creates one himself. Because in the latter case you just open > yourself up to off-topic ranting like I just did. Yes, this makes me feel > better when I get to write funny things about how I don't like to program. > So, in a way, you have done me a good service. Thank you :) Go harold, go!! Kill him :). You know what is better than "sitting outside by the pool, getting a tan, and drinking a beer"? It sitting outside by the pool, getting a tan, drinking a beer and watching a fight game! :) Jehan From jwb@homer.att.com Fri Jul 12 13:38:00 2002 From: jwb@homer.att.com (J. W. Ballantine) Date: Fri, 12 Jul 2002 13:38:00 -0000 Subject: startx timing out Message-ID: <200207122017.QAA02743@akiva.homer.att.com> I've installed cygwin-xfree and I seem to have something mis-configured. If I run from startxwin.sh, everything runs fine, but if I try to use startx, the x window, white, opens up, changes to a cross-hatch pattern and eventually closes down. In the sh window I get the message: waiting for X server to begin accepting connections .. .. until it finally times out. For the record the same thing happens if I try and run just xinit my /tmp/XWin.log is: ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winDetectSupportedEngines - Windows NT/2000/XP 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 768 1024 winAdjustForAutoHide - Taskbar is auto hide winAdjustForAutoHide - Found LEFT auto-hide taskbar winAdjustForAutoHide - Adjusted WorkArea: 0 1 768 1024 winCreateBoundingWindowWindowed - WindowClient w 1017 h 745 r 1017 l 0 b 745 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowDDNL - lPitch: 4068 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 winWindowProc - WM_*KEYDOWN - Closekey hit, quitting eferring to fbCreateDefColormap () winScreenInit - returning I couldn't find anything about this in the mail-list archive. Does someone see anything I don't. Thanks Jim Ballantine From huntharo@msu.edu Fri Jul 12 13:44:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Fri, 12 Jul 2002 13:44:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE Message-ID: <200207122037.g6CKbvw99460@pilot17.cl.msu.edu> Jehan said: > Harold L Hunt wrote: > > Okay, if you are so smart, explain to me how I can put a drive letter into a > > batch file that is expected to work on computers where Cygwin could be > > installed on ``c:\cygwin'' or ``d:\cygwin''? I certainly could not put ``c'' > > as the drive, nor could I put ``d'' as the drive. So, what do you suggest? > > First, I'm not trying to bash you (how could I, we are fellow > Cgwin/XFree programmers *grin*) but I'm trying to understand your > motivation. So here is my question: in what sense is "\cygwin" better > "c:\cygwin"? I mean, I used to install cygwin in "c:\program > files\cygwin". So neither "\cygwin" nor "c:\cygwin" would work. But > then, when I see just "\cygwin", I think a unix path (I know, the "\" > isn't a "/", but I'm a little dumb sometimes :p). So at first, I > overlooked it. I'm pretty sure that if I had seend "c:\cygwin", I would > have thought of changing it. > The other thing too is that "\cygwin" is sort of a bastard. It's not a > full path because it doesn't have the drive letter. It's not a relative > path because it doesn't start from the current directory but from the > root of the current drive. > Last, with "\cygwin", the batch file works sometimes (the current drive > is where cygwin is) and sometimes it doesn't (wrong current drive). As a > programmer, I prefer things that always crash or never do. > So, in this light, as my personal opinion (which doesn't matter anymore > now that I have cygwin in "c:\cygwin" ;p ), would be to use an full > absolute path. > Unfortunately you cannot use a relative path (e.g. ..\..\.., which gets \bin appended on it to point to /bin) because that causes bash (or whatever shell you launch in xterm) to have a relative path the Cygwin binaries. Thus you can no longer run Cygwin binaries if you change out of the /usr/X11R6/bin directory, because your relative path to the Cygwin binaries is now incorrect. So, we have to use an absolute path, which is why why need something like c:\cygwin. We go one further an change this to \cygwin because we used to get weekly complaints like, ``yikes, cygwin1.dll could not be found, cause i am l33t and i installed to d:\cygwin''. We do not get regular complaints anymore, so \cygwin is an improvement over c:\cygwin. Now, about not being able to see things that you are looking for in a file: I wrote two paragraphs! of comments about setting the path correctly, and in those comments there does appear a c:\cygwin. I cannot help someone if they are skimming so fast as to completely miss all of that. I will admit one current problem with startxwin.bat: the User's Guide is out of date so we do not recommend that new users read it to install Cygwin/XFree86. Unfortunately this means that people do not see, repeatedly, my recommendations that they install Cygwin in c:\cygwin that are in the User's Guide. One idea is that we could try to parse the return from ``chdir'', which gives, for example: C:\cygwin\usr\X11R6\bin>chdir C:\cygwin\usr\X11R6\bin It would be pretty easy to construct a location for /bin or /usr/bin from the output of chdir, but then we are back to the Catch-22 that we would need Cygwin binaries in order to find the location of the Cygwin binaries. > > > Okay, okay, so you are thinking, ``just use cygpath, duh''. However, if I > > could use ``cygpath'', then that implies that I already know where the Cygwin > > binaries are located since I just ran one of them. But, I don't know where > > the Cygwin binaries are located, as that is why we are guessing what the path is. > > Can the batch file be created via the installation script? Then you're > environment would be cygwin and not windows, wouldn't it? The thing I > don't know there would be the "cr/lf" vs "lf" thing. > > > >>That's no excuse to fail to fix a known problem. > > Bernard, > And "not having a better solution", is it a good excuse? It's always > easy to critize but critizing doesn't make the world to go forward. > > > > Huh? There are things in life that are worth spending time on because they > > will have a large effect, and there are things in life that are not worth > > spending time on because they will have almost no effect whatsoever. Changing > > the startxwin.bat file to allow people to run it from a location other than > > where it is installed to (which has got to be obvious to most users as doing > > something that was not intended), is one of those things that will have almost > > no effect. You are going to have to do a lot better than that if you expect > > me to keep my gleaming white ass in a dimly lit room programming when I could > > be sitting outside by the pool, getting a tan, and drinking a beer. > > > > Man, if you are going to try to one-up the maintainer in public, you had damn > > well better be giving a complete solution, rather than trying to suggest that > > the maintainer creates one himself. Because in the latter case you just open > > yourself up to off-topic ranting like I just did. Yes, this makes me feel > > better when I get to write funny things about how I don't like to program. > > So, in a way, you have done me a good service. Thank you :) > > Go harold, go!! Kill him :). You know what is better than "sitting > outside by the pool, getting a tan, and drinking a beer"? It sitting > outside by the pool, getting a tan, drinking a beer and watching a fight > game! :) > > Jehan Heh heh... What is a ``fight game''? Are you referring to boxing? Harold From j_tetazoo@hotmail.com Fri Jul 12 14:04:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Fri, 12 Jul 2002 14:04:00 -0000 Subject: startx timing out Message-ID: A few suggestions: 1) If you have a file in your home directory called .Xauthority, delete it (or at least rename it if you want to use it again later). 2) If you don't have a file in your home directory called .xinitrc, create one containing something like the following (the following does the same stuff as the stock startxwin.sh and startxwin.bat): xsetroot -solid aquamarine4 xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black \ -e /usr/bin/bash & twm >From: "J. W. Ballantine" >To: cygwin-xfree@cygwin.com >Subject: startx timing out >Date: Fri, 12 Jul 2002 16:17:26 -0400 > > >I've installed cygwin-xfree and I seem to have something mis-configured. > >If I run from startxwin.sh, everything runs fine, but if I try to use >startx, the x window, white, opens up, changes to a cross-hatch pattern >and eventually closes down. In the sh window I get the message: > waiting for X server to begin accepting connections > .. > .. >until it finally times out. For the record the same thing happens if I >try and run just xinit > >my /tmp/XWin.log is: > >ddxProcessArgument - Initializing default screens >winInitializeDefaultScreens - w 1024 h 768 >winInitializeDefaultScreens - Returning >_XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root >winDetectSupportedEngines - Windows NT/2000/XP >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 768 1024 >winAdjustForAutoHide - Taskbar is auto hide >winAdjustForAutoHide - Found LEFT auto-hide taskbar >winAdjustForAutoHide - Adjusted WorkArea: 0 1 768 1024 >winCreateBoundingWindowWindowed - WindowClient w 1017 h 745 r 1017 l 0 b >745 t >0 >winCreateBoundingWindowWindowed - Returning >winAllocateFBShadowDDNL - lPitch: 4068 >winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff >winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 winWindowProc - >WM_*KEYDOWN >- Closekey hit, quitting >eferring to fbCreateDefColormap () >winScreenInit - returning > >I couldn't find anything about this in the mail-list archive. > >Does someone see anything I don't. > >Thanks > >Jim Ballantine > > _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx From nahor@bravobrava.com Fri Jul 12 14:10:00 2002 From: nahor@bravobrava.com (Jehan) Date: Fri, 12 Jul 2002 14:10:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <200207122037.g6CKbvw99460@pilot17.cl.msu.edu> Message-ID: Harold L Hunt wrote: > Unfortunately you cannot use a relative path (e.g. ..\..\.., which gets \bin > appended on it to point to /bin) because that causes bash (or whatever shell > you launch in xterm) to have a relative path the Cygwin binaries. Thus you > can no longer run Cygwin binaries if you change out of the /usr/X11R6/bin > directory, because your relative path to the Cygwin binaries is now incorrect. I was not suggesting to use relative paths. They are even worse than the current solution since the current solution only assumes that we are in the good drive while relative path would assumes we also in the good directory. It was just to justify why I think the current system is a bastard path. Neither absolute nor relative. > So, we have to use an absolute path, which is why why need something like > c:\cygwin. We go one further an change this to \cygwin because we used to get > weekly complaints like, ``yikes, cygwin1.dll could not be found, cause i am > l33t and i installed to d:\cygwin''. We do not get regular complaints > anymore, so \cygwin is an improvement over c:\cygwin. I'm too new to the mailing list, I wasn't their at that time. But I'm suprise by this error message. Because this error means than XWin.exe has been found (or whatever other cygwin executable). And if it has been, then cygwin1.dll path is known since there is no way to install individual package in individual directories (none that I know of at least). > Now, about not being able to see things that you are looking for in a file: I > wrote two paragraphs! of comments about setting the path correctly, and in > those comments there does appear a c:\cygwin. I cannot help someone if they > are skimming so fast as to completely miss all of that. RTFM. :). I read it eventually, it just didn't come immediatly because I was looking for an absolute path first. >>Can the batch file be created via the installation script? Then you're >>environment would be cygwin and not windows, wouldn't it? The thing I >>don't know there would be the "cr/lf" vs "lf" thing. You didn't comment on this potential solution. I'm not familiar with setup.exe (at least less than you). Is there an obvious reason why this wouldn't work? If not, and if I don't work too late today, I may look at it. Ignoring potential newline issues, it seems as simple as: cat << EOF > /usr/X11R6/bin/startxwin.bat #blablabla beginning of the batch file EOF echo SET CYGWIN_ROOT=\"`cygpath -w /`\" >> /usr/X11R6/bin/startxwin.bat cat << EOF >> /usr/X11R6/bin/startxwin.bat #blablabla end of batch file EOF >>Go harold, go!! Kill him :). You know what is better than "sitting >>outside by the pool, getting a tan, and drinking a beer"? It sitting >>outside by the pool, getting a tan, drinking a beer and watching a fight >>game! :) > > Heh heh... What is a ``fight game''? Are you referring to boxing? Anything with a little violence in it. Not the WWF thing, it feels too fake to be relaxing. Playing to some quake like games is good too. :) Jehan From j_tetazoo@hotmail.com Fri Jul 12 14:17:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Fri, 12 Jul 2002 14:17:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE Message-ID: I hate to jump into the middle of a religious argument (which this is turning out to be) but it seems to me that a plausible solution would be to urge the maintainers of the cygwin setup program to define a CYGWIN_ROOT environment variable for us. Cygwin setup is already putting stuff in the registry, isn't it, so why not this? You could then modify the startxwin.bat and startxwin.sh scripts such that they don't attempt to assign CYGWIN_ROOT if it already has a value. >From: Harold L Hunt >To: cygwin-xfree@cygwin.com >Subject: Re: Bug in startxwin.bat after installing with setup.exe in >win98SE >Date: Fri, 12 Jul 2002 16:37:56 EDT > >Jehan said: > > > Harold L Hunt wrote: > > > Okay, if you are so smart, explain to me how I can put a drive letter >into a > > > batch file that is expected to work on computers where Cygwin could be > > > installed on ``c:\cygwin'' or ``d:\cygwin''? I certainly could not >put ``c'' > > > as the drive, nor could I put ``d'' as the drive. So, what do you >suggest? > > > > First, I'm not trying to bash you (how could I, we are fellow > > Cgwin/XFree programmers *grin*) but I'm trying to understand your > > motivation. So here is my question: in what sense is "\cygwin" better > > "c:\cygwin"? I mean, I used to install cygwin in "c:\program > > files\cygwin". So neither "\cygwin" nor "c:\cygwin" would work. But > > then, when I see just "\cygwin", I think a unix path (I know, the "\" > > isn't a "/", but I'm a little dumb sometimes :p). So at first, I > > overlooked it. I'm pretty sure that if I had seend "c:\cygwin", I would > > have thought of changing it. > > The other thing too is that "\cygwin" is sort of a bastard. It's not a > > full path because it doesn't have the drive letter. It's not a relative > > path because it doesn't start from the current directory but from the > > root of the current drive. > > Last, with "\cygwin", the batch file works sometimes (the current drive > > is where cygwin is) and sometimes it doesn't (wrong current drive). As a > > programmer, I prefer things that always crash or never do. > > So, in this light, as my personal opinion (which doesn't matter anymore > > now that I have cygwin in "c:\cygwin" ;p ), would be to use an full > > absolute path. > > > >Unfortunately you cannot use a relative path (e.g. ..\..\.., which gets >\bin >appended on it to point to /bin) because that causes bash (or whatever >shell >you launch in xterm) to have a relative path the Cygwin binaries. Thus you >can no longer run Cygwin binaries if you change out of the /usr/X11R6/bin >directory, because your relative path to the Cygwin binaries is now >incorrect. > >So, we have to use an absolute path, which is why why need something like >c:\cygwin. We go one further an change this to \cygwin because we used to >get >weekly complaints like, ``yikes, cygwin1.dll could not be found, cause i am >l33t and i installed to d:\cygwin''. We do not get regular complaints >anymore, so \cygwin is an improvement over c:\cygwin. > >Now, about not being able to see things that you are looking for in a file: >I >wrote two paragraphs! of comments about setting the path correctly, and in >those comments there does appear a c:\cygwin. I cannot help someone if >they >are skimming so fast as to completely miss all of that. > >I will admit one current problem with startxwin.bat: the User's Guide is >out >of date so we do not recommend that new users read it to install >Cygwin/XFree86. Unfortunately this means that people do not see, >repeatedly, >my recommendations that they install Cygwin in c:\cygwin that are in the >User's Guide. > >One idea is that we could try to parse the return from ``chdir'', which >gives, >for example: >C:\cygwin\usr\X11R6\bin>chdir >C:\cygwin\usr\X11R6\bin > > >It would be pretty easy to construct a location for /bin or /usr/bin from >the >output of chdir, but then we are back to the Catch-22 that we would need >Cygwin binaries in order to find the location of the Cygwin binaries. > > > > > > Okay, okay, so you are thinking, ``just use cygpath, duh''. However, >if I > > > could use ``cygpath'', then that implies that I already know where the >Cygwin > > > binaries are located since I just ran one of them. But, I don't know >where > > > the Cygwin binaries are located, as that is why we are guessing what >the >path is. > > > > Can the batch file be created via the installation script? Then you're > > environment would be cygwin and not windows, wouldn't it? The thing I > > don't know there would be the "cr/lf" vs "lf" thing. > > > > > > >>That's no excuse to fail to fix a known problem. > > > > Bernard, > > And "not having a better solution", is it a good excuse? It's always > > easy to critize but critizing doesn't make the world to go forward. > > > > > > > Huh? There are things in life that are worth spending time on because >they > > > will have a large effect, and there are things in life that are not >worth > > > spending time on because they will have almost no effect whatsoever. >Changing > > > the startxwin.bat file to allow people to run it from a location other >than > > > where it is installed to (which has got to be obvious to most users as >doing > > > something that was not intended), is one of those things that will >have almost > > > no effect. You are going to have to do a lot better than that if you >expect > > > me to keep my gleaming white ass in a dimly lit room programming when >I could > > > be sitting outside by the pool, getting a tan, and drinking a beer. > > > > > > Man, if you are going to try to one-up the maintainer in public, you >had damn > > > well better be giving a complete solution, rather than trying to >suggest that > > > the maintainer creates one himself. Because in the latter case you >just open > > > yourself up to off-topic ranting like I just did. Yes, this makes me >feel > > > better when I get to write funny things about how I don't like to >program. > > > So, in a way, you have done me a good service. Thank you :) > > > > Go harold, go!! Kill him :). You know what is better than "sitting > > outside by the pool, getting a tan, and drinking a beer"? It sitting > > outside by the pool, getting a tan, drinking a beer and watching a fight > > game! :) > > > > Jehan > >Heh heh... What is a ``fight game''? Are you referring to boxing? > >Harold > > _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From huntharo@msu.edu Fri Jul 12 14:31:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Fri, 12 Jul 2002 14:31:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE Message-ID: <200207122117.g6CLHmw26464@pilot17.cl.msu.edu> Thomas Chadwick said: > I hate to jump into the middle of a religious argument (which this is > turning out to be) but it seems to me that a plausible solution would be to > urge the maintainers of the cygwin setup program to define a CYGWIN_ROOT > environment variable for us. Cygwin setup is already putting stuff in the > registry, isn't it, so why not this? > > You could then modify the startxwin.bat and startxwin.sh scripts such that > they don't attempt to assign CYGWIN_ROOT if it already has a value. > Oh great, you just took a religious war and told the heathens that they could fight too. :) I am inclined to let this issue work itself out without my involvement, other than to release a patched startxwin.bat if necessay. Harold From nahor@bravobrava.com Fri Jul 12 14:41:00 2002 From: nahor@bravobrava.com (Jehan) Date: Fri, 12 Jul 2002 14:41:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: Message-ID: Thomas Chadwick wrote: > I hate to jump into the middle of a religious argument (which this is > turning out to be) but it seems to me that a plausible solution would be > to urge the maintainers of the cygwin setup program to define a > CYGWIN_ROOT environment variable for us. Cygwin setup is already > putting stuff in the registry, isn't it, so why not this? > > You could then modify the startxwin.bat and startxwin.sh scripts such > that they don't attempt to assign CYGWIN_ROOT if it already has a value. First, I'm not sure that making setup.exe aware of Xfree just because of the registry is a good idea. As for adding an environment variable, then we could just modify the path to add the X11 path to it. Then we could get rid of the CYGWIN_ROOT altogether. Last, I still think that a postinstall script to create the batch file is better (well that was my idea, I'm not going to give up on it easily :p) Jehan From nwourms@yahoo.com Fri Jul 12 15:24:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 12 Jul 2002 15:24:00 -0000 Subject: [packages] gtk+, glib, imlib In-Reply-To: Message-ID: <20020712214109.33750.qmail@web21005.mail.yahoo.com> --- Jehan wrote: > Nicholas Wourms wrote: > > So? Your point? I don't want to run linux on this machine. My > question > > above was partially a joke and partially a rhetorical one. I don't > need > > to be lectured on the joy and simplicity of the explorer interface > (tho > > neither seem to apply). Let's not turn this into a Microsoft > lovefest. > > My point was that Rootless mode is a fluff setting, something that > really > > isn't that important. Perhaps a better use of time could be spent > > figuring out how to profile and improve the performance of the X > server? > > Or perhaps making truetype fonts easier for people to use in X? > > My point is that it's not cygwin's goal to replace Windows. Cygwin wants > > to bring Unix applications to Windows, not Windows application to Unix. > If you want Windows applications inside XFree, Linux+Wine do exactly > that. Again, you are taking things too seriously, I was merely stating the point that the converse would be much more interesting. I'm not suggesting everyone should drop everything and do it. > My point is that Windows doesn't "suck" as much as you claim. We are all > > using it on this mailing list. Some may not like it but I doubt that the > > majority here think so. To put it in the words of David Korn "it is a very poorly written OS". Enough said. > My point is that maybe you don't see a use to the Rootless mode but > seeing the number of requests about it here and on slashdot, that's not > what most people think. I saw just as many complaints regarding the speed. > My point is I don't like the way you are telling us what to do base on > your own opinion while we are all volunteers using our own free time to > improve Cygwin/XFree. Oh can it, I'm not telling anyone what to do. I was making a suggestion. Besides, you have your opinions I have mine. > By the way, any patch you could submit is welcome. Likewise, any package you submit is most welcome. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com From gcarlson@xannah.org Fri Jul 12 15:59:00 2002 From: gcarlson@xannah.org (Glenn A. Carlson) Date: Fri, 12 Jul 2002 15:59:00 -0000 Subject: no need to install xfree86 Message-ID: <5.1.1.6.0.20020712170349.00a1bec0@pop.xannah.com> I'm having a similar problem as Mr. Lee. I recently installed latest cygwin to run under Win98SE, which seems to run fine. Today, I installed xfree86 from setup on cygwin.com/xfree/ website. When I run startx, I get the following: ----------- $ startx xinit: No such file or directory (errno2): no server "X" in PATH Use the -- option giving up. xinit: No such file or directory (errno 2): unable to connect to X server xinit: No such process (errno3): Server error. ------------ /usr/X11R6/bin is in my PATH. I have a .initrc file in my home directory. Any help is appreciated. Thanks. Glenn A. Carlson ======= From: "hongxun lee" To: "cygwin-xfree mailing list" Date: Sat, 29 Jun 2002 12:58:03 -0400 Subject: RE: no need to install xfree86 Greetings.. I remember that formerly i have to setup Xfree86 after Cygwin installation is finished..Now i found that with the present version Cygwin, the dir 'cygwin/usr/X11R6' is already there, and 'x11R6/bin' does contains such commands as: startx, xwin, startxwin.bat... Do i have to install xfree86 agin to use the x-window? since i tried startx, startxwin.bat, neither of them worked. Thanks ----- $ startx giving up. xinit: Connection refused (errno 111): unable to connect to X server xinit: No such process (errno 3): Server error. $ startxwin.bat startxwin.bat - Starting on Windows NT/2000 Administrator@ALLELUJA /cygdrive/d $ From iburrell@znark.com Fri Jul 12 16:13:00 2002 From: iburrell@znark.com (Ian Burrell) Date: Fri, 12 Jul 2002 16:13:00 -0000 Subject: [packages] gtk+, glib, imlib References: <20020712150823.3145.qmail@web21010.mail.yahoo.com> Message-ID: <3D2F5F55.30504@znark.com> Nicholas Wourms wrote: > > That's true, *sigh*, I know what you mean. Tho I can't quite understand > what this driving desire for a rootless X server is all about? To my > death, I'll never understand why people like the explorer window manager > over the X alternatives. I mean c'mon people, Windows Explorer as a > window manager sucks. Why would you want it to manage your X > applications? I don't know about most people, but I like the current way > X works, in fact I like the full screen even better. In fact I wish there > was a way to do the opposite of running X in rootless mode. If there were > only a way to get windows binaries to pop up inside X, then I could just > ditch this crummy explorer windows manager and use X full time. In fact, > on Darwin, I hate the window manager for Aqua. I'd much prefer to run > kde3 any day then to run that OpenSTEP look-alike. > Windows Explorer isn't a window manager. Windows Explorer is the file manager. It also runs the taskbar, start menu, and desktop. All the movement of windows is handled by the operating systemr. In X, the window managers mainly handle the frames and moving the windows. Various ones do menus, taskbars, desktops, but many leave those to other processes. BTW, it should be possible to run an external window manager in rootless mode. There are two ways to do rootless mode. One is to have an internal window manager in the X server so that Windows handles the movement and sends events to the X server. The second way has an external window manager. In both cases, each top-level X window is mapped to a Windows window instead of one big window like now. In external mode, the windows are bordless since the external window manager draws the frame and converts mouse events into movement. The external mode probably is easier to write only the wrapping code is needed. - Ian -- Ian Burrell iburrell@znark.com http://www.znark.com/ From lee.1801@osu.edu Fri Jul 12 17:39:00 2002 From: lee.1801@osu.edu (hongxun lee) Date: Fri, 12 Jul 2002 17:39:00 -0000 Subject: Fw: no need to install xfree86 Message-ID: <009e01c229f9$c0252310$128e1941@alleluja> XFree86-fnts 75 dpi, misc, and util fonts did you include it in your setup? that was my problem i bet ----- Original Message ----- From: "Glenn A. Carlson" To: Sent: Friday, July 12, 2002 6:24 PM Subject: RE: no need to install xfree86 > I'm having a similar problem as Mr. Lee. I recently installed latest > cygwin to run under Win98SE, which seems to run fine. Today, I installed > xfree86 from setup on cygwin.com/xfree/ website. > > When I run startx, I get the following: > > ----------- > $ startx > > xinit: No such file or directory (errno2): no server "X" in PATH > > Use the -- option > > > > giving up. > xinit: No such file or directory (errno 2): unable to connect to X server > xinit: No such process (errno3): Server error. > ------------ > > /usr/X11R6/bin is in my PATH. I have a .initrc file in my home directory. > > Any help is appreciated. Thanks. > > Glenn A. Carlson > > ======= > From: "hongxun lee" > To: "cygwin-xfree mailing list" > Date: Sat, 29 Jun 2002 12:58:03 -0400 > Subject: RE: no need to install xfree86 > > Greetings.. > > I remember that formerly i have to setup Xfree86 after Cygwin installation > is finished..Now i found that with the present version Cygwin, the dir > 'cygwin/usr/X11R6' is already there, and 'x11R6/bin' does contains such > commands as: startx, xwin, startxwin.bat... > > Do i have to install xfree86 agin to use the x-window? since i tried > startx, startxwin.bat, neither of them worked. Thanks > ----- > $ startx > giving up. > xinit: Connection refused (errno 111): unable to connect to X server > xinit: No such process (errno 3): Server error. > > $ startxwin.bat > startxwin.bat - Starting on Windows NT/2000 > > Administrator@ALLELUJA /cygdrive/d > $ > > > From nahor@bravobrava.com Fri Jul 12 17:59:00 2002 From: nahor@bravobrava.com (Jehan) Date: Fri, 12 Jul 2002 17:59:00 -0000 Subject: [packages] gtk+, glib, imlib References: <20020712150823.3145.qmail@web21010.mail.yahoo.com> <3D2F5F55.30504@znark.com> Message-ID: Ian Burrell wrote: > Windows Explorer isn't a window manager. Actually it is. When you install those small applications that change the look and feel of Windows, all they do is, for WinNT/2k/XP, change the key {HKEY_LOCAL_MACHINE|HKEY_CURRENT_USER}\Software\Microsoft\Windows NT\CurrentVersion\Winlogon, key "Shell", which point to "explorer.exe" by default. For Win95/98/Me, it's System.ini, key "shell", which also point to "explorer.exe". (from the documentation of LiteStep at http://lsdocs.shellfront.org/install.php) Explorer.exe is a big, BIG thing that does lots of things (too many?). Jehan From lapo@lapo.it Fri Jul 12 18:27:00 2002 From: lapo@lapo.it (Lapo Luchini) Date: Fri, 12 Jul 2002 18:27:00 -0000 Subject: [ITP] glib-1.2.10 gtk+-1.2.10 Message-ID: <3D2F7B68.8050000@lapo.it> What to say? Its only thanks to Steven O'Brien's patches that those packages contains DLLs. See http://homepage.ntlworld.com/steven.obrien2/ Those two are okay, I have a little more problems with imlib, which requires libungif (see cygwin-apps for ITP) and doesn't seems to recognise the jpeg package... but I think that tomorrow all will be brighter. http://www.lapo.it/tmp/glib-1.2.10-1-src.tar.bz2 http://www.lapo.it/tmp/glib-1.2.10-1.tar.bz2 http://www.lapo.it/tmp/gtk+-1.2.10-1-src.tar.bz2 http://www.lapo.it/tmp/gtk+-1.2.10-1.tar.bz2 @ glib sdesc: "GLib is the low-level base library of GTK+ and GNOME" ldesc: "GLib is the low-level core library that forms the basis of GTK+ and GNOME. It provides data structure handling for C, portability wrappers, and interfaces for such runtime functionality as an event loop, threads, dynamic loading, and an object system." category: XFree86 requires: cygwin curr: 1.2.10-1 @ gtk+ sdesc: "GTK+ is a toolkit for creating graphical user interfaces." 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." category: XFree86 requires: cygwin glib curr: 1.2.10-1 -- Lapo 'Raist' Luchini lapo@lapo.it (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) From j_tetazoo@hotmail.com Fri Jul 12 19:36:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Fri, 12 Jul 2002 19:36:00 -0000 Subject: no need to install xfree86 Message-ID: Hmmm... Sounds to me like you missed the XFree86-xserv package. Go back into Setup and select that package for install. Should fix your problem. >From: "Glenn A. Carlson" >To: cygwin-xfree@cygwin.com >Subject: RE: no need to install xfree86 >Date: Fri, 12 Jul 2002 17:24:28 -0500 > >I'm having a similar problem as Mr. Lee. I recently installed latest >cygwin to run under Win98SE, which seems to run fine. Today, I installed >xfree86 from setup on cygwin.com/xfree/ website. > >When I run startx, I get the following: > >----------- >$ startx > >xinit: No such file or directory (errno2): no server "X" in PATH > >Use the -- option > > > >giving up. >xinit: No such file or directory (errno 2): unable to connect to X server >xinit: No such process (errno3): Server error. >------------ > >/usr/X11R6/bin is in my PATH. I have a .initrc file in my home directory. > >Any help is appreciated. Thanks. > >Glenn A. Carlson > >======= >From: "hongxun lee" >To: "cygwin-xfree mailing list" >Date: Sat, 29 Jun 2002 12:58:03 -0400 >Subject: RE: no need to install xfree86 > >Greetings.. > >I remember that formerly i have to setup Xfree86 after Cygwin installation >is finished..Now i found that with the present version Cygwin, the dir >'cygwin/usr/X11R6' is already there, and 'x11R6/bin' does contains such >commands as: startx, xwin, startxwin.bat... > >Do i have to install xfree86 agin to use the x-window? since i tried >startx, startxwin.bat, neither of them worked. Thanks >----- >$ startx >giving up. >xinit: Connection refused (errno 111): unable to connect to X server >xinit: No such process (errno 3): Server error. > >$ startxwin.bat >startxwin.bat - Starting on Windows NT/2000 > >Administrator@ALLELUJA /cygdrive/d >$ _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From cgf@redhat.com Fri Jul 12 20:16:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Fri, 12 Jul 2002 20:16:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <200207122117.g6CLHmw26464@pilot17.cl.msu.edu> References: <200207122117.g6CLHmw26464@pilot17.cl.msu.edu> Message-ID: <20020713023656.GA3732@redhat.com> On Fri, Jul 12, 2002 at 05:17:47PM -0400, Harold L Hunt wrote: >Oh great, you just took a religious war and told the heathens that they >could fight too. :) > >I am inclined to let this issue work itself out without my involvement, >other than to release a patched startxwin.bat if necessay. Oh sure, just as I was strapping on my spandex tights, you go and take all of the fun out of things... cgf From nahor@bravobrava.com Fri Jul 12 21:20:00 2002 From: nahor@bravobrava.com (Jehan) Date: Fri, 12 Jul 2002 21:20:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <200207122117.g6CLHmw26464@pilot17.cl.msu.edu> Message-ID: Harold L Hunt wrote: > I am inclined to let this issue work itself out without my involvement, other > than to release a patched startxwin.bat if necessay. Hi harold, Here is a script that will generate the startxwin.bat file. You might want to verify that the batch file is like the original. I had mine modified but hopefully I reverted all of the changes. So this script should run as a postintall to the XFree86-startup-scripts package. It depends on u2d to convert the newlines so you'll have to add cygutils to the package dependencies. Also, I didn't want to do to much in this script yet but you may want to remove the logic about NT vs 9x from the batch and move it into the script itself. This would make a batch file easier to read/modify for the newbies... right, they *are* the same now that you use "run" instead of "start" (or is it one of my unreverted change?) Jehan -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: install.sh URL: From gcarlson@xannah.org Sat Jul 13 06:55:00 2002 From: gcarlson@xannah.org (Glenn A. Carlson) Date: Sat, 13 Jul 2002 06:55:00 -0000 Subject: no need to install xfree86 In-Reply-To: Message-ID: <5.1.1.6.0.20020712230637.00a1bae0@pop.xannah.com> I installed the package, and XFree86 starts. I believe I had selected the default install options. It appears that XFree86-xserv is not installed by default. Best results starting XFree86 are obtained from running startxwin.bat. Running startx directly from within Cygwin results in three terminal sessions at startup. Closing first terminal window terminates XFree86 session. On running startxwin.bat, only one terminal session starts on startup and closing that session does not terminate XFree86. (Mr. Lee, it appears that XFree86-fnts 75 dpi, misc, and util fonts was already installed.) Thanks for the help. Glenn At 08:27 PM 7/12/02, you wrote: >Hmmm... Sounds to me like you missed the XFree86-xserv package. Go back >into Setup and select that package for install. Should fix your problem. > >>From: "Glenn A. Carlson" >>To: cygwin-xfree@cygwin.com >>Subject: RE: no need to install xfree86 >>Date: Fri, 12 Jul 2002 17:24:28 -0500 >> >>I'm having a similar problem as Mr. Lee. I recently installed latest >>cygwin to run under Win98SE, which seems to run fine. Today, I installed >>xfree86 from setup on cygwin.com/xfree/ website. >> >>When I run startx, I get the following: >> >>----------- >>$ startx >> >>xinit: No such file or directory (errno2): no server "X" in PATH >> >>Use the -- option >> >> >> >>giving up. >>xinit: No such file or directory (errno 2): unable to connect to X server >>xinit: No such process (errno3): Server error. >>------------ >> >>/usr/X11R6/bin is in my PATH. I have a .initrc file in my home directory. >> >>Any help is appreciated. Thanks. >> >>Glenn A. Carlson >> >>======= >>From: "hongxun lee" >>To: "cygwin-xfree mailing list" >>Date: Sat, 29 Jun 2002 12:58:03 -0400 >>Subject: RE: no need to install xfree86 >> >>Greetings.. >> >>I remember that formerly i have to setup Xfree86 after Cygwin >>installation is finished..Now i found that with the present version >>Cygwin, the dir 'cygwin/usr/X11R6' is already there, and 'x11R6/bin' does >>contains such commands as: startx, xwin, startxwin.bat... >> >>Do i have to install xfree86 agin to use the x-window? since i tried >>startx, startxwin.bat, neither of them worked. Thanks >>----- >>$ startx >>giving up. >>xinit: Connection refused (errno 111): unable to connect to X server >>xinit: No such process (errno 3): Server error. >> >>$ startxwin.bat >>startxwin.bat - Starting on Windows NT/2000 >> >>Administrator@ALLELUJA /cygdrive/d >>$ > > > > >_________________________________________________________________ >Send and receive Hotmail on your mobile device: http://mobile.msn.com ------------ Glenn A. Carlson, P.E., Attorney at Law Xannah Applied Science & Engineering PO Box 612 Saint Peters, MO USA 63376 Voice/Fax 636.922.0488 Email gcarlson@xannah.org Web Site http://www.xannah.org PGP Fingerprint E88D 2AB8 C5A8 D231 06B9 1597 3C72 5CC2 7D87 5519 ======= From dockeen@mchsi.com Sat Jul 13 10:30:00 2002 From: dockeen@mchsi.com (Dockeen) Date: Sat, 13 Jul 2002 10:30:00 -0000 Subject: no need to install xfree86 Message-ID: You can control how many windows are present, there size, placement etc. by editing the .xinitrc file you created in your home directory. The commands for creating the windows are down at the bottom of the file. (Also starts a clock) (Still learning X stuff myself, I did get KDE going pretty good!) Wayne Keen From nahor@bravobrava.com Sat Jul 13 13:04:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sat, 13 Jul 2002 13:04:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <200207122117.g6CLHmw26464@pilot17.cl.msu.edu> Message-ID: I forgot to check if the batch file already existed or not. Attached is the corrected script. Jehan -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: install.sh URL: From nwourms@yahoo.com Sat Jul 13 14:44:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 13 Jul 2002 14:44:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: Message-ID: <20020713200427.36892.qmail@web21010.mail.yahoo.com> --- Jehan wrote: > I forgot to check if the batch file already existed or not. Attached is > the corrected script. > > Jehan > > #!/bin/sh > > BATCH_FILE=/usr/X11R6/bin/startxwin.bat > > if [ ! -f ${BATCH_FILE} ]; then > > ################################ > # First part of the batch file > cat << EOF > $BATCH_FILE > @echo off > SET DISPLAY=127.0.0.1:0.0 > > > REM > REM The path in the CYGWIN_ROOT environment variable assignment assume > REM that Cygwin is installed in a directory called 'cygwin' in the root > REM directory of the current drive. You will only need to modify > REM CYGWIN_ROOT if you have installed Cygwin in another directory. For > REM example, if you installed Cygwin in \foo\bar\baz\cygwin, you will > need > REM to change \cygwin to \foo\bar\baz\cygwin. > REM > REM This batch file will almost always be run from the same drive (and > REM directory) as the drive that contains Cygwin/XFree86, therefore you > will > REM not need to add a drive letter to CYGWIN_ROOT. For example, you do > REM not need to change \cygwin to c:\cygwin if you are running this > REM batch file from the C drive. > REM > > EOF > > ################################ > # Get the DOS path to cygwin > echo SET CYGWIN_ROOT=`cygpath -w /` >> $BATCH_FILE > > ################################ > # Second part of the batch file > cat << EOF >> $BATCH_FILE > > SET PATH=.;%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin;%PATH% > > REM > REM Cleanup after last run. > REM > > if not exist %CYGWIN_ROOT%\tmp\.X11-unix\X0 goto CLEANUP-FINISH > attrib -s %CYGWIN_ROOT%\tmp\.X11-unix\X0 > del %CYGWIN_ROOT%\tmp\.X11-unix\X0 > > :CLEANUP-FINISH > if exist %CYGWIN_ROOT%\tmp\.X11-unix rmdir %CYGWIN_ROOT%\tmp\.X11-unix > > > REM > REM Startup the X Server, the twm window manager, and an xterm. > REM > REM Notice that the window manager and the xterm will wait for > REM the server to finish starting before trying to connect; the > REM error "Cannot Open Display: 127.0.0.1:0.0" is not due to the > REM clients attempting to connect before the server has started, rather > REM that error is due to a bug in some versions of cygwin1.dll. Upgrade > REM to the latest cygwin1.dll if you get the "Cannot Open Display" > error. > REM See the Cygwin/XFree86 FAQ for more information: > REM http://xfree86.cygwin.com/docs/faq/ > REM > REM The error "Fatal server error: could not open default font 'fixed'" > is > REM caused by using a DOS mode mount for the mount that the > Cygwin/XFree86 > REM fonts are accessed through. See the Cygwin/XFree86 FAQ for more > REM information: > REM > http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-error-font-eof > REM > > REM > REM Use the /B switch only when we can positively confirm that the OS > REM is Windows NT/2000. Do not use the switch in any other case. This > REM should work fine, as it assumes we cannot use /B, except when a > certain > REM criterion is met. A previous version of this batch file assumed > that > REM we could use /B, except when some criterion was met; needless to > say, > REM that didn't work. > REM > > if "%OS%" == "Windows_NT" goto USE-B-SWITCH > > REM Windows 95/98/Me > echo startxwin.bat - Starting on Windows 95/98/Me > > REM Startup the X Server. > > start XWin > > REM Startup an xterm, using bash as the shell. > > run xterm -sl 1000 -sb -ms red -fg gray -bg black -e /usr/bin/bash > > REM Startup the twm window manager. > > run twm > > goto END > > > REM > REM Use the /B switch. This starts the specified process in the > background; > REM in other words, it does not cause a new Command Prompt window to be > REM opened for each 'start' command. > REM > > :USE-B-SWITCH > > REM Windows NT/2000 > echo startxwin.bat - Starting on Windows NT/2000 > > REM Startup the X Server. > > start XWin > > REM Startup an xterm, using bash as the shell. > run xterm -sl 10000 -sb -ms red -fg gray -bg black -e /usr/bin/bash > > REM Startup the twm window manager. > > run twm > > :END > > > REM Set a background color to comply with FCC regulations :) > > run xsetroot -solid aquamarine4 > EOF > > ################################ > # Convert the file to dos format > # and update the permission > u2d $BATCH_FILE > chmod 755 $BATCH_FILE > > fi Jehan, You still have the chicken-and-the egg issue. How is a user going to startxwin from a console window if /usr/X11R6/bin is not in their path? Obviously, if the user installs these packages, they want to be able to access them. The answer to this is to make 2 scripts that get installed in the /etc/profile.d directory by the XFree86-base package. One is for the tcsh/csh users and the other is for the bash/ash/zsh users. In these two scripts we establish the following: 1)Add /usr/X11R6/bin to the $PATH 2)Resolve the new environmental CYGWIN_X_ROOT by using the method you specified above. Then have the various startxwin scripts employ CYGWIN_X_ROOT, but strip the PATH setting from them. This way you avoid multiple instances of the XFree directories in your path. So what about the .bat file you say? Easy, just have it run bash - which then executes the xfree script in /etc/profile.d, followed by the script startxwin.sh. So my recommendation is to examine the openssl.csh and openssl.sh scripts in /etc/profile.d for some examples. You can also look in /etc/profile.d on linux. There are many reasons why I like this method, most all of them are state above. I think the main one that isn't stated is that it is nice to have all the configuration stuff under /etc. I know we have a difference of opinion when it come to Rootless mode, but I'm sure you can see the logic in my proposal. If you'd rather me write up the scripts, then I will. However, since it is your idea, I don't want to steal your show. Cheers, Nichola __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From robert.collins@syncretize.net Sat Jul 13 14:46:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sat, 13 Jul 2002 14:46:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <200207122037.g6CKbvw99460@pilot17.cl.msu.edu> Message-ID: <000b01c22ab6$847dda10$0200a8c0@lifelesswks> > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt > Sent: Saturday, 13 July 2002 6:38 AM > To: cygwin-xfree@cygwin.com > Subject: Re: Bug in startxwin.bat after installing with > setup.exe in win98SE > > > Jehan said: > > > Harold L Hunt wrote: > > > Okay, if you are so smart, explain to me how I can put a > drive letter into a > > > batch file that is expected to work on computers where > Cygwin could be > > > installed on ``c:\cygwin'' or ``d:\cygwin''? I certainly > could not put ``c'' > > > as the drive, nor could I put ``d'' as the drive. So, > what do you suggest? I missed this the first time around. What you need is a small sed script in your postinstall script. The sed script can replace some symbol with the output from 'cygpath -w /usr/X11/....'. As for linefeed issues, AFAIK windows will process bat files with unix format, but you could always use d2u in your script. Additionally you need to make your package depend on the tools you use in your script. Rob From nahor@bravobrava.com Sat Jul 13 14:49:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sat, 13 Jul 2002 14:49:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <20020713200427.36892.qmail@web21010.mail.yahoo.com> Message-ID: Nicholas Wourms wrote: > You still have the chicken-and-the egg issue. How is a user going to > startxwin from a console window if /usr/X11R6/bin is not in their path? Two things: - For what I understood of the problem, Michael already found the batch file but then, CYGWIN_ROOT was pointing to the wrong drive (or more exactly didn't point to any drive at all) with the end result that cygwin application couldn't find the dll. My shell script, once run by the installation, create a batch file with an absolute path to cygwin. So when someone runs it, the dll will be found => Michael's problem fixed. - Correct me if I'm wrong but the batch file is to be run from Explorer or the like, not from a console. If you want to use the console, then use startxwin.sh (assuming that your console is Bash, which, from the rest of your message, seems to be the case) > Obviously, if the user installs these packages, they want to be able to > access them. The answer to this is to make 2 scripts that get installed > in the /etc/profile.d directory by the XFree86-base package. One is for > the tcsh/csh users and the other is for the bash/ash/zsh users. In these > two scripts we establish the following: > > 1)Add /usr/X11R6/bin to the $PATH > 2)Resolve the new environmental CYGWIN_X_ROOT by using the method you > specified above. > > Then have the various startxwin scripts employ CYGWIN_X_ROOT, but strip > the PATH setting from them. This way you avoid multiple instances of the > XFree directories in your path. So what about the .bat file you say? > Easy, just have it run bash - which then executes the xfree script in > /etc/profile.d, followed by the script startxwin.sh. So my recommendation > is to examine the openssl.csh and openssl.sh scripts in /etc/profile.d for > some examples. You can also look in /etc/profile.d on linux. Ok, Harold, find attached the two scripts that will add the X path to the PATH environment variable when one starts a shell. That way he/she doesn't have to use the full path for startxwin.sh. The "export PATH" in startxwin.sh can then be removed. As to have the batch file running Bash which will execute startxwin.sh, two things: 1) that doesn't fix your chicken-and-egg problem, you still have to find the batch file. 2) once you have the batch file, it still have to find Bash! My little install.sh script fixes 2). For 1), I know of three solutions: - what we have currently: have the guy search for the batch, and create a shortcut if he wants to, in a more accesible place (desktop, start menu, whatever). Not ideal, but works ok if documented. - modify the windows path environment (I'm not found of that) and ask the user to run a command prompt and then startxwin.bat. No better than starting Bash and running startwin.sh (actually worse because we have to globally change the Windows path). - Create a shortcut to the batch file in the start menu. That would be the best solution except that I don't know how to do it. Cygwin does something like that for cygwin.bat but IIRC it has the cygwin path hardcoded to "C:\cygwin" even if you installed cygwin in "t:\foo\bar". > However, since it is your idea, I don't want to steal your show. I like to defend my ideas, it satisfies my ego when their chosen over someone else's. But that doesn't mean I don't like people helping me out. Participating to a project/idea doesn't make it your own so have no fear. Jehan -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: xfree.csh URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: xfree.sh URL: From nahor@bravobrava.com Sat Jul 13 14:51:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sat, 13 Jul 2002 14:51:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <200207122037.g6CKbvw99460@pilot17.cl.msu.edu> <000b01c22ab6$847dda10$0200a8c0@lifelesswks> Message-ID: <3D30A032.4080603@bravobrava.com> > I missed this the first time around. > > What you need is a small sed script in your postinstall script. The sed > script can replace some symbol with the output from 'cygpath -w > /usr/X11/....'. > > As for linefeed issues, AFAIK windows will process bat files with unix > format, but you could always use d2u in your script. > > Additionally you need to make your package depend on the tools you use > in your script. Too late ;) http://cygwin.com/ml/cygwin-xfree/2002-07/msg00318.html but thanks anyway Jehan From robert.collins@syncretize.net Sat Jul 13 14:51:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sat, 13 Jul 2002 14:51:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: Message-ID: <001201c22ab7$1cc0e2e0$0200a8c0@lifelesswks> > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Jehan > Sent: Sunday, 14 July 2002 7:46 AM ... > - Create a shortcut to the batch file in the start menu. That > would be > the best solution except that I don't know how to do it. Cygwin does > something like that for cygwin.bat but IIRC it has the cygwin path > hardcoded to "C:\cygwin" even if you installed cygwin in "t:\foo\bar". The cygwin bat file is created based on the output of mount, so it's always correct. Rob From nahor@bravobrava.com Sat Jul 13 15:04:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sat, 13 Jul 2002 15:04:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <001201c22ab7$1cc0e2e0$0200a8c0@lifelesswks> Message-ID: <3D30A0E1.2040500@bravobrava.com> Robert Collins wrote: >>- Create a shortcut to the batch file in the start menu. That >>would be >>the best solution except that I don't know how to do it. Cygwin does >>something like that for cygwin.bat but IIRC it has the cygwin path >>hardcoded to "C:\cygwin" even if you installed cygwin in "t:\foo\bar". > > > The cygwin bat file is created based on the output of mount, so it's > always correct. I'm not talking of the batch file, I have that figured out but about the shortcut one gets in "Start | Cygwin". Doesn't this always point to "c:\cygwin\cygwin.bat" even if cygwin.bat is actually in "t:\foo\bar"? Jehan From robert.collins@syncretize.net Sat Jul 13 15:17:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sat, 13 Jul 2002 15:17:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <3D30A0E1.2040500@bravobrava.com> Message-ID: <001d01c22ab9$36253680$0200a8c0@lifelesswks> > -----Original Message----- > From: Jehan [mailto:nahor@bravobrava.com] > Sent: Sunday, 14 July 2002 7:51 AM > To: Robert Collins > Subject: Re: Bug in startxwin.bat after installing with > setup.exe in win98SE > > > Robert Collins wrote: > >>- Create a shortcut to the batch file in the start menu. That > >>would be > >>the best solution except that I don't know how to do it. > Cygwin does > >>something like that for cygwin.bat but IIRC it has the cygwin path > >>hardcoded to "C:\cygwin" even if you installed cygwin in > "t:\foo\bar". > > > > > > The cygwin bat file is created based on the output of mount, so it's > > always correct. > > I'm not talking of the batch file, I have that figured out > but about the > shortcut one gets in "Start | Cygwin". Doesn't this always point to > "c:\cygwin\cygwin.bat" even if cygwin.bat is actually in "t:\foo\bar"? Nope, it's also generated from mount information. Cygwin could be z:\bar\foo\bar and it would still be correct. Rob From nahor@bravobrava.com Sat Jul 13 15:21:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sat, 13 Jul 2002 15:21:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <3D30A0E1.2040500@bravobrava.com> <001d01c22ab9$36253680$0200a8c0@lifelesswks> Message-ID: <3D30A713.8040802@bravobrava.com> Robert Collins wrote: > Nope, it's also generated from mount information. Cygwin could be > z:\bar\foo\bar and it would still be correct. Is there a way then for a program to add (after asking the user) to create a shortcut on the desktop/start menu? Is there also way to get the information about the installing for "all users" or "just me"? Jehan From robert.collins@syncretize.net Sat Jul 13 15:22:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sat, 13 Jul 2002 15:22:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <3D30A713.8040802@bravobrava.com> Message-ID: <002401c22abb$938ae700$0200a8c0@lifelesswks> > -----Original Message----- > From: Jehan [mailto:nahor@bravobrava.com] > Sent: Sunday, 14 July 2002 8:18 AM > To: Robert Collins > Subject: Re: Bug in startxwin.bat after installing with > setup.exe in win98SE > > > Robert Collins wrote: > > Nope, it's also generated from mount information. Cygwin could be > > z:\bar\foo\bar and it would still be correct. > > Is there a way then for a program to add (after asking the user) to > create a shortcut on the desktop/start menu? Is there also way to get > the information about the installing for "all users" or "just me"? > > Jehan Yes to the first, it's a tool in cygutils - Chuck answered the same question here less than a week ago. No to the second, that's not exported anywhere by setup. Perhaps it should be. Rob From robert.collins@syncretize.net Sat Jul 13 15:51:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sat, 13 Jul 2002 15:51:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: Message-ID: <002501c22abb$c4474050$0200a8c0@lifelesswks> > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Thomas Chadwick > I hate to jump into the middle of a religious argument (which this is > turning out to be) but it seems to me that a plausible > solution would be to > urge the maintainers of the cygwin setup program to define a > CYGWIN_ROOT > environment variable for us. Cygwin setup is already putting > stuff in the > registry, isn't it, so why not this? No. Use `mount -w /` in your postinstall shell script. Rob From nahor@bravobrava.com Sat Jul 13 15:59:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sat, 13 Jul 2002 15:59:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <002501c22abb$c4474050$0200a8c0@lifelesswks> Message-ID: Robert Collins wrote: > >>-----Original Message----- >>From: cygwin-xfree-owner@cygwin.com >>[mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Thomas Chadwick > > >>I hate to jump into the middle of a religious argument (which this is >>turning out to be) but it seems to me that a plausible >>solution would be to >>urge the maintainers of the cygwin setup program to define a >>CYGWIN_ROOT >>environment variable for us. Cygwin setup is already putting >>stuff in the >>registry, isn't it, so why not this? > > > No. Use `mount -w /` in your postinstall shell script. You mean `cygpath -w /` I guess. Mount doesn't have an option "-w". Jehan From nahor@bravobrava.com Sat Jul 13 16:05:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sat, 13 Jul 2002 16:05:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <3D30A713.8040802@bravobrava.com> <002401c22abb$938ae700$0200a8c0@lifelesswks> Message-ID: Robert Collins wrote: > >>-----Original Message----- >>From: Jehan [mailto:nahor@bravobrava.com] >>Sent: Sunday, 14 July 2002 8:18 AM >>To: Robert Collins >>Subject: Re: Bug in startxwin.bat after installing with >>setup.exe in win98SE >> >> >>Robert Collins wrote: >> >>>Nope, it's also generated from mount information. Cygwin could be >>>z:\bar\foo\bar and it would still be correct. >> >>Is there a way then for a program to add (after asking the user) to >>create a shortcut on the desktop/start menu? Is there also way to get >>the information about the installing for "all users" or "just me"? >> >> Jehan > > > Yes to the first, it's a tool in cygutils - Chuck answered the same > question here less than a week ago. Kool, thanks! I missed that thread. Harold, here is an updated install.sh that will ask the user if he wants a shortcut on the desktop and in the Start menu. Again, this script requires cygutils (for both u2d and mkshortcut now) Jehan -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: install.sh URL: From nahor@bravobrava.com Sat Jul 13 16:42:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sat, 13 Jul 2002 16:42:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <3D30A713.8040802@bravobrava.com> <002401c22abb$938ae700$0200a8c0@lifelesswks> Message-ID: I forgot to attach the "X.ico" file. It's not the best in the world but I guess it will do (it's the same I sent you with the systray patch a while ago). It is to be installed in /usr/X11R6/bin (or you have to modify the script) Jehan -------------- next part -------------- A non-text attachment was scrubbed... Name: X.ico Type: image/x-icon Size: 4710 bytes Desc: not available URL: From robert.collins@syncretize.net Sat Jul 13 17:12:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sat, 13 Jul 2002 17:12:00 -0000 Subject: Corrupted file x2x-1.27-1-src.tar.bz2 In-Reply-To: Message-ID: <000d01c22ac6$f2850410$0200a8c0@lifelesswks> > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Alexander Gottwald > Sent: Saturday, 13 July 2002 5:04 AM > Cc: cygwin-xfree@cygwin.com > Subject: Re: Corrupted file x2x-1.27-1-src.tar.bz2 > > > On Fri, 12 Jul 2002 fergus@bonhard.uklinux.net wrote: > > > In the directory release/XFree86/x2x/, the file > x2x-1.27-1-src.tar.bz2 has > > the correct md5sum (being > 87075ba00b0cd15f35975c956f14591a); but running > > bzip2 -tv gives a "file ends unexpectedly" error message, > and attempting to > > run bzip2 -dv fails. > > Have you downloaded it via ftp? The please check you fetched > it in binary > and not ascii mode. If he'd downloaded in ascii ftp mode the md5 would not match. Rob From nwourms@yahoo.com Sat Jul 13 17:15:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 13 Jul 2002 17:15:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: Message-ID: <20020714001230.14619.qmail@web21003.mail.yahoo.com> --- Jehan wrote: > I forgot to attach the "X.ico" file. It's not the best in the world but > I guess it will do (it's the same I sent you with the systray patch a > while ago). It is to be installed in /usr/X11R6/bin (or you have to > modify the script) > > Jehan > > ATTACHMENT part 2 image/x-icon name=X.ico Jehan, If you search the archives, others have already made icons ready for you use :). Meanwhile, I've been thinking about this and looking at the setup.exe code. If no-one minds, I'm going to generate and submit a patch that has setup.exe do all the shortcut stuff. Though your bat file is still useful. I wonder why not just can all the dos stuff by having the batch file call bash which then calls startxwin.sh? One file is *much* easier to maintain then two. Anywho, let me know your thoughts on this.. Cheers, Nicholas P.S. - Robert that goes for you too... __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From robert.collins@syncretize.net Sat Jul 13 17:17:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sat, 13 Jul 2002 17:17:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <20020714001230.14619.qmail@web21003.mail.yahoo.com> Message-ID: <000e01c22acb$7c7252f0$0200a8c0@lifelesswks> > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Nicholas Wourms > Sent: Sunday, 14 July 2002 10:13 AM > To: Jehan; cygwin-xfree@cygwin.com > Subject: Re: Bug in startxwin.bat after installing with > setup.exe in win98SE > > > > --- Jehan wrote: > > I forgot to attach the "X.ico" file. It's not the best in > the world but > > I guess it will do (it's the same I sent you with the > systray patch a > > while ago). It is to be installed in /usr/X11R6/bin (or you have to > > modify the script) > > > > Jehan > > > > > ATTACHMENT part 2 image/x-icon name=X.ico > > Jehan, > > If you search the archives, others have already made icons > ready for you > use :). Meanwhile, I've been thinking about this and looking at the > setup.exe code. If no-one minds, I'm going to generate and > submit a patch > that has setup.exe do all the shortcut stuff. Though your bat file is > still useful. I wonder why not just can all the dos stuff by > having the > batch file call bash which then calls startxwin.sh? One file > is *much* > easier to maintain then two. Anywho, let me know your > thoughts on this.. I mind. Setup should become -more- data driven not less. Rob From cwilson@ece.gatech.edu Sat Jul 13 17:23:00 2002 From: cwilson@ece.gatech.edu (Charles Wilson) Date: Sat, 13 Jul 2002 17:23:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <20020714001230.14619.qmail@web21003.mail.yahoo.com> Message-ID: <3D30C314.7080609@ece.gatech.edu> Better hold off on that patch, Nicholas -- it's opposite of the direction Robert wants to go. Setup should be , itself, as generic as possible, and all actions driven by external data. (granted, I haven't been reading this thread, so I might've missed something...like discussion of the mkshortcut tool in cygutils...) --Chuck Nicholas Wourms wrote: > --- Jehan wrote: > >>I forgot to attach the "X.ico" file. It's not the best in the world but >>I guess it will do (it's the same I sent you with the systray patch a >>while ago). It is to be installed in /usr/X11R6/bin (or you have to >>modify the script) >> >> Jehan >> >> > >>ATTACHMENT part 2 image/x-icon name=X.ico >> > > Jehan, > > If you search the archives, others have already made icons ready for you > use :). Meanwhile, I've been thinking about this and looking at the > setup.exe code. If no-one minds, I'm going to generate and submit a patch > that has setup.exe do all the shortcut stuff. Though your bat file is > still useful. I wonder why not just can all the dos stuff by having the > batch file call bash which then calls startxwin.sh? One file is *much* > easier to maintain then two. Anywho, let me know your thoughts on this.. > > Cheers, > Nicholas > > P.S. - Robert that goes for you too... > > __________________________________________________ > Do You Yahoo!? > Yahoo! Autos - Get free new car price quotes > http://autos.yahoo.com > > From nwourms@yahoo.com Sat Jul 13 17:29:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 13 Jul 2002 17:29:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <000e01c22acb$7c7252f0$0200a8c0@lifelesswks> Message-ID: <20020714002348.98427.qmail@web21002.mail.yahoo.com> --- Robert Collins wrote: > > > > -----Original Message----- > > From: cygwin-xfree-owner@cygwin.com > > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Nicholas Wourms > > Sent: Sunday, 14 July 2002 10:13 AM > > To: Jehan; cygwin-xfree@cygwin.com > > Subject: Re: Bug in startxwin.bat after installing with > > setup.exe in win98SE > > > > > > > > --- Jehan wrote: > > > I forgot to attach the "X.ico" file. It's not the best in > > the world but > > > I guess it will do (it's the same I sent you with the > > systray patch a > > > while ago). It is to be installed in /usr/X11R6/bin (or you have to > > > modify the script) > > > > > > Jehan > > > > > > > > ATTACHMENT part 2 image/x-icon name=X.ico > > > > Jehan, > > > > If you search the archives, others have already made icons > > ready for you > > use :). Meanwhile, I've been thinking about this and looking at the > > setup.exe code. If no-one minds, I'm going to generate and > > submit a patch > > that has setup.exe do all the shortcut stuff. Though your bat file is > > still useful. I wonder why not just can all the dos stuff by > > having the > > batch file call bash which then calls startxwin.sh? One file > > is *much* > > easier to maintain then two. Anywho, let me know your > > thoughts on this.. > > I mind. Setup should become -more- data driven not less. > Excuse me? All I was suggesting is to reword the final setup screen to something like the following: -Create Icon on Desktop for Cygwin Command Prompt -Create Icon on Desktop for Cygwin/XFree86 -Add Icon to Start Menu for Cygwin Command Prompt -Add Icon to Start Menu for Cygwin/XFree86 Then have setup create the shortcuts in the same fasion it does already. Eventually, I'd like to have it gray-out the check boxes for Cygwin/XFree86 if it is not already installed. How is this not data driven? Isn't this what the setup program is for? The last time I checked, most Windows installers handled the shortcut creation. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From nwourms@yahoo.com Sat Jul 13 17:38:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 13 Jul 2002 17:38:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <3D30C314.7080609@ece.gatech.edu> Message-ID: <20020714002918.64095.qmail@web21010.mail.yahoo.com> --- Charles Wilson wrote: > Better hold off on that patch, Nicholas -- it's opposite of the > direction Robert wants to go. Setup should be , itself, as generic as > possible, and all actions driven by external data. > > (granted, I haven't been reading this thread, so I might've missed > something...like discussion of the mkshortcut tool in cygutils...) > > > Nicholas Wourms wrote: > > > --- Jehan wrote: > > > >>I forgot to attach the "X.ico" file. It's not the best in the world > but > >>I guess it will do (it's the same I sent you with the systray patch a > >>while ago). It is to be installed in /usr/X11R6/bin (or you have to > >>modify the script) > >> > >> Jehan > >> > >> > > > >>ATTACHMENT part 2 image/x-icon name=X.ico > >> > > > > Jehan, > > > > If you search the archives, others have already made icons ready for > you > > use :). Meanwhile, I've been thinking about this and looking at the > > setup.exe code. If no-one minds, I'm going to generate and submit a > patch > > that has setup.exe do all the shortcut stuff. Though your bat file is > > still useful. I wonder why not just can all the dos stuff by having > the > > batch file call bash which then calls startxwin.sh? One file is > *much* > > easier to maintain then two. Anywho, let me know your thoughts on > this.. > > > > Cheers, > > Nicholas > > > > P.S. - Robert that goes for you too... Chuck, For crying out loud, 95% of the installers out there create shortcuts for the user in the startmenu and on the desktop. Why is this such a bad thing for setup.exe to do? What does external data have to do with the price of potatos? Seriously, I'm proposing a "simple" solution which is the norm for most installers. Where have I gone astray? Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From jehan@bravobrava.com Sat Jul 13 17:43:00 2002 From: jehan@bravobrava.com (Jehan Bing) Date: Sat, 13 Jul 2002 17:43:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <20020714002348.98427.qmail@web21002.mail.yahoo.com> Message-ID: <3D30C80B.6070503@bravobrava.com> Nicholas Wourms wrote: >Excuse me? All I was suggesting is to reword the final setup screen to >something like the following: > >-Create Icon on Desktop for Cygwin Command Prompt >-Create Icon on Desktop for Cygwin/XFree86 >-Add Icon to Start Menu for Cygwin Command Prompt >-Add Icon to Start Menu for Cygwin/XFree86 > >Then have setup create the shortcuts in the same fasion it does already. >Eventually, I'd like to have it gray-out the check boxes for >Cygwin/XFree86 if it is not already installed. How is this not data >driven? Isn't this what the setup program is for? The last time I >checked, most Windows installers handled the shortcut creation. > Robert is right Nicholas (oh no not this guy again! :p). The question is why add XFree to the list and not SSH and RSH, and Lynx, and, and, and.... And since we can create the shortcuts via the postinstall script, why do you want to add this feature to setup.exe? The script is not very cool looking, I give you that, but it's far more flexible. Jehan From nahor@bravobrava.com Sat Jul 13 17:45:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sat, 13 Jul 2002 17:45:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <20020714001230.14619.qmail@web21003.mail.yahoo.com> Message-ID: <3D30C942.60601@bravobrava.com> Nicholas Wourms wrote: > --- Jehan wrote: > > If you search the archives, others have already made icons ready for you > use :). Well, I had this one for quite a while already. > I wonder why not just can all the dos stuff by having the > batch file call bash which then calls startxwin.sh? One file is *much* > easier to maintain then two. Anywho, let me know your thoughts on this.. That would be nice I agree. But for what I see on this mailing list, lots of people have problems with startxwin.sh (.xinitrc and .Xautorithy stuff) while very few people complain about startxwin.bat. So until we can have startxwin.sh to work as is for most people, I think it's better to stick with the batch file for now. Jehan From robert.collins@syncretize.net Sat Jul 13 17:54:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sat, 13 Jul 2002 17:54:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <20020714002348.98427.qmail@web21002.mail.yahoo.com> Message-ID: <000001c22acf$b631a960$0200a8c0@lifelesswks> > -----Original Message----- > From: Nicholas Wourms [mailto:nwourms@yahoo.com] > Sent: Sunday, 14 July 2002 10:24 AM > > I mind. Setup should become -more- data driven not less. > > > > Excuse me? All I was suggesting is to reword the final setup > screen to > something like the following: > > -Create Icon on Desktop for Cygwin Command Prompt > -Create Icon on Desktop for Cygwin/XFree86 > -Add Icon to Start Menu for Cygwin Command Prompt > -Add Icon to Start Menu for Cygwin/XFree86 > > Then have setup create the shortcuts in the same fasion it > does already. > Eventually, I'd like to have it gray-out the check boxes for > Cygwin/XFree86 if it is not already installed. How is this not data > driven? Isn't this what the setup program is for? The last time I > checked, most Windows installers handled the shortcut creation. If you need to recompile setup.exe to change it's behaviour, it is not data driven. Most windows installers are driven by an data that drives the dialogs. The 'right' way to do it, is something like the menu's that dpkg uses, they are pure data, and can be interpreted and shown as gui interfaces, or as text menus, or set via the command line. So, here are some options: 1) Implement an interpreter for dpkg's configure menus in setup. 2) Create something new along similar lines. 3) Use a slang interface or something like that in the postinstall script (*). Rob (*) Is problematic - what happens when we start redirecting the postinstall output to log it. From robert.collins@syncretize.net Sat Jul 13 17:56:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sat, 13 Jul 2002 17:56:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <20020714002918.64095.qmail@web21010.mail.yahoo.com> Message-ID: <000101c22ad0$fd6edae0$0200a8c0@lifelesswks> > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Nicholas Wourms > Sent: Sunday, 14 July 2002 10:29 AM > Chuck, > > For crying out loud, 95% of the installers out there create > shortcuts for > the user in the startmenu and on the desktop. Why is this such a bad > thing for setup.exe to do? What does external data have to > do with the > price of potatos? Seriously, I'm proposing a "simple" > solution which is > the norm for most installers. Where have I gone astray? Because simple solutions often increase coupling, wheres a more thought out solution decreases coupling. Also, I know you are subscribed to cygwin-apps, and I just posted there just a couple of days ago about wanting to remove the hardcoded stuff from setup.exe. Rob From nwourms@yahoo.com Sat Jul 13 17:59:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 13 Jul 2002 17:59:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <3D30C80B.6070503@bravobrava.com> Message-ID: <20020714005647.80322.qmail@web21004.mail.yahoo.com> --- Jehan Bing wrote: > Nicholas Wourms wrote: > > >Excuse me? All I was suggesting is to reword the final setup screen to > >something like the following: > > > >-Create Icon on Desktop for Cygwin Command Prompt > >-Create Icon on Desktop for Cygwin/XFree86 > >-Add Icon to Start Menu for Cygwin Command Prompt > >-Add Icon to Start Menu for Cygwin/XFree86 > > > >Then have setup create the shortcuts in the same fasion it does > already. > >Eventually, I'd like to have it gray-out the check boxes for > >Cygwin/XFree86 if it is not already installed. How is this not data > >driven? Isn't this what the setup program is for? The last time I > >checked, most Windows installers handled the shortcut creation. > > > > Robert is right Nicholas (oh no not this guy again! :p). The question is > > why add XFree to the list and not SSH and RSH, and Lynx, and, and, > and.... > And since we can create the shortcuts via the postinstall script, why do > > you want to add this feature to setup.exe? > The script is not very cool looking, I give you that, but it's far more > flexible. > No he isn't. There are two ways that someone will interface with Cygwin, via Console or via X11. The other apps you mention are Console apps, therefore you can't expect them to have shortcuts. However X is much more than an Application, it is an interface. Therefore, one can argue that it deserves setup.exe making it a shortcut just as much as setup.exe making the console a shortcut. Lastly, something you will not disagree with, ALOT of people want to use just X and not the console, especially for doing XDMCP. This is even more reason why setup.exe should make the shortcut. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From robert.collins@syncretize.net Sat Jul 13 18:00:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sat, 13 Jul 2002 18:00:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <20020714005647.80322.qmail@web21004.mail.yahoo.com> Message-ID: <000001c22ad1$ba755ba0$0200a8c0@lifelesswks> > -----Original Message----- > From: Nicholas Wourms [mailto:nwourms@yahoo.com] > Sent: Sunday, 14 July 2002 10:57 AM > To: Jehan Bing ... > No he isn't. There are two ways that someone will interface > with Cygwin, > via Console or via X11. The other apps you mention are Console apps, > therefore you can't expect them to have shortcuts. However X > is much more > than an Application, it is an interface. Therefore, one can > argue that it > deserves setup.exe making it a shortcut just as much as > setup.exe making > the console a shortcut. Lastly, something you will not disagree with, > ALOT of people want to use just X and not the console, especially for > doing XDMCP. This is even more reason why setup.exe should make the > shortcut. The above is an argument for the creation of the shortcut, not for setup.exe creating it. Rob From nwourms@yahoo.com Sat Jul 13 18:08:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 13 Jul 2002 18:08:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <3D30C942.60601@bravobrava.com> Message-ID: <20020714010024.19012.qmail@web21003.mail.yahoo.com> --- Jehan wrote: > Nicholas Wourms wrote: > > --- Jehan wrote: > > > > If you search the archives, others have already made icons ready for > you > > use :). > > Well, I had this one for quite a while already. > > > I wonder why not just can all the dos stuff by having the > > batch file call bash which then calls startxwin.sh? One file is > *much* > > easier to maintain then two. Anywho, let me know your thoughts on > this.. > > That would be nice I agree. But for what I see on this mailing list, > lots of people have problems with startxwin.sh (.xinitrc and .Xautorithy > > stuff) while very few people complain about startxwin.bat. So until we > can have startxwin.sh to work as is for most people, I think it's better > > to stick with the batch file for now. > You are mistaking "startx" for "startxwin.sh". startxwin.sh is basically the same thing as startxwin.bat, but without all the nasty path conversions and soforth. Look again, it has nothing to do with .xinitrc and .Xauthority. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From nwourms@yahoo.com Sat Jul 13 18:19:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 13 Jul 2002 18:19:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <000001c22acf$b631a960$0200a8c0@lifelesswks> Message-ID: <20020714010852.25250.qmail@web21005.mail.yahoo.com> --- Robert Collins wrote: > > > > -----Original Message----- > > From: Nicholas Wourms [mailto:nwourms@yahoo.com] > > Sent: Sunday, 14 July 2002 10:24 AM > > > > I mind. Setup should become -more- data driven not less. > > > > > > > Excuse me? All I was suggesting is to reword the final setup > > screen to > > something like the following: > > > > -Create Icon on Desktop for Cygwin Command Prompt > > -Create Icon on Desktop for Cygwin/XFree86 > > -Add Icon to Start Menu for Cygwin Command Prompt > > -Add Icon to Start Menu for Cygwin/XFree86 > > > > Then have setup create the shortcuts in the same fasion it > > does already. > > Eventually, I'd like to have it gray-out the check boxes for > > Cygwin/XFree86 if it is not already installed. How is this not data > > driven? Isn't this what the setup program is for? The last time I > > checked, most Windows installers handled the shortcut creation. > > If you need to recompile setup.exe to change it's behaviour, it is not > data driven. Most windows installers are driven by an data that drives > the dialogs. > > The 'right' way to do it, is something like the menu's that dpkg uses, > they are pure data, and can be interpreted and shown as gui interfaces, > or as text menus, or set via the command line. > > So, here are some options: > 1) Implement an interpreter for dpkg's configure menus in setup. > 2) Create something new along similar lines. > 3) Use a slang interface or something like that in the postinstall > script (*). > Robert, I'll have none of this debian talk. You know full well that I am working very hard to get rpm-4.1 ready for inclusion into the distribution. At that point, Chuck and I will start figuring out ways to interface it with setup. Also, we will be figuring out how to best transition setup to use rpms. The point of this is that all this talk is a long way off. I'm not going to invent a new interface when others already exist. The fact of the matter is, that for right now, setup is well suited to perform the task at hand, which is to support all of the future X users. Like it or not, there is enough of them to warrant a separate mailing list. Lets temporarily let setup do this now and then we'll replace it when something better comes along. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From nwourms@yahoo.com Sat Jul 13 18:20:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 13 Jul 2002 18:20:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <000001c22ad1$ba755ba0$0200a8c0@lifelesswks> Message-ID: <20020714011911.72816.qmail@web21007.mail.yahoo.com> --- Robert Collins wrote: > > > > -----Original Message----- > > From: Nicholas Wourms [mailto:nwourms@yahoo.com] > > Sent: Sunday, 14 July 2002 10:57 AM > > To: Jehan Bing > ... > > No he isn't. There are two ways that someone will interface > > with Cygwin, > > via Console or via X11. The other apps you mention are Console apps, > > therefore you can't expect them to have shortcuts. However X > > is much more > > than an Application, it is an interface. Therefore, one can > > argue that it > > deserves setup.exe making it a shortcut just as much as > > setup.exe making > > the console a shortcut. Lastly, something you will not disagree with, > > ALOT of people want to use just X and not the console, especially for > > doing XDMCP. This is even more reason why setup.exe should make the > > shortcut. > > The above is an argument for the creation of the shortcut, not for > setup.exe creating it. > Why should setup be more generic? Why shouldn't it create the shortcuts? Why not reuse the exisiting code and then remove it when something better comes along? Why do you want to remove more stuff from setup.exe when you haven't anything to replace it with? I've noticed that all these shell scripts flying by at the end pushes the stability of windows. I've had a few BSODs during their execution. I think all this talk of making setup.exe smaller is rubbish, it is only ~200KB for the love of God. Again the whole idea is to use the tools at hand, which in this case is setup.exe. Why not leverage it for all it is worth? Why rely on shell scripts when you have something more dependable? Cheers, Nichola __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From robert.collins@syncretize.net Sat Jul 13 18:22:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sat, 13 Jul 2002 18:22:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <20020714010852.25250.qmail@web21005.mail.yahoo.com> Message-ID: <000101c22ad4$a9f00cf0$0200a8c0@lifelesswks> > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Nicholas Wourms > Sent: Sunday, 14 July 2002 11:09 AM > Robert, > > I'll have none of this debian talk. You know full well that > I am working > very hard to get rpm-4.1 ready for inclusion into the > distribution. At > that point, Chuck and I will start figuring out ways to > interface it with > setup. Also, we will be figuring out how to best transition > setup to use > rpms. The point of this is that all this talk is a long way > off. I'm not > going to invent a new interface when others already exist. > The fact of > the matter is, that for right now, setup is well suited to perform the > task at hand, which is to support all of the future X users. > Like it or > not, there is enough of them to warrant a separate mailing list. Lets > temporarily let setup do this now and then we'll replace it > when something > better comes along. Nicholas, no consensus has been reached for using the rpm database as the backend. If rpm has a similar system to the one I referenced, substitute rpm for dpkg in my previous comments. I *did not* suggest that we use dpkg as a backend for this particular thing either - I pointed out the best practice pattern to address the issue we are facing. Lets stick to that topic, shall we? For now, try listening, not taking the conversation off on tangents. I happen to have put quite a bit of effort into the Cygwin Xfree86 project in the past, and continue to make various contributions as and when it's appropriate. I strongly resent your implying that I might dislike the presence of the cygwin-xfree86 community - which I am a member of! The simple fact is, I disagree with your proposal, and you have made no convincing arguments to change my mind. What you are suggesting is not what 'most' windows installers do, it is not flexible, it is a step backwards in approach, and a proper solution is not that hard to do! Rob From nahor@bravobrava.com Sat Jul 13 18:27:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sat, 13 Jul 2002 18:27:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <3D30C942.60601@bravobrava.com> <20020714010024.19012.qmail@web21003.mail.yahoo.com> Message-ID: <3D30D24E.60604@bravobrava.com> Nicholas Wourms wrote: > --- Jehan wrote: > >>Nicholas Wourms wrote: >> >>>--- Jehan wrote: >>> >>>If you search the archives, others have already made icons ready for >> >>you >> >>>use :). >> >>Well, I had this one for quite a while already. >> >> >>>I wonder why not just can all the dos stuff by having the >>>batch file call bash which then calls startxwin.sh? One file is >> >>*much* >> >>>easier to maintain then two. Anywho, let me know your thoughts on >> >>this.. >> >>That would be nice I agree. But for what I see on this mailing list, >>lots of people have problems with startxwin.sh (.xinitrc and .Xautorithy >> >>stuff) while very few people complain about startxwin.bat. So until we >>can have startxwin.sh to work as is for most people, I think it's better >> >>to stick with the batch file for now. >> > > > You are mistaking "startx" for "startxwin.sh". startxwin.sh is basically > the same thing as startxwin.bat, but without all the nasty path > conversions and soforth. Look again, it has nothing to do with .xinitrc > and .Xauthority. One would think so but no. I have an old .Xauthority from a linux account. If I use this one and run X with startxwin.sh, I get a bunch of Xlib: connection to ":0.0" refused by server Xlib: No protocol specified xsetroot: unable to open display ':0.0' for each application I try to run. If I use an empty .Xauthority, then everything works fine. Well, not everything actually but at least I have xterm starting. I don't know what differs between the shell and the batch version of startxwin, but there is definitely something. Jehan From robert.collins@syncretize.net Sat Jul 13 18:30:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sat, 13 Jul 2002 18:30:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <20020714011911.72816.qmail@web21007.mail.yahoo.com> Message-ID: <000201c22ad5$a7e50540$0200a8c0@lifelesswks> > -----Original Message----- > From: Nicholas Wourms [mailto:nwourms@yahoo.com] > Sent: Sunday, 14 July 2002 11:19 AM > To: Robert Collins; 'Jehan Bing' > > The above is an argument for the creation of the shortcut, not for > > setup.exe creating it. > > > > Why should setup be more generic? For flexability to the maintainers, to make it easier to maintain, to make it of more use to the community. > Why shouldn't it create > the shortcuts? It could, via interpreting some data file, or in association with a post install script. I even pointed the way towards this with my reference to another data driven system, but got rewarded by being told that 'you' won't have any 'debian' talk. You can close your mind to the lessons learnt by the most flexible open source distribution in existence if you choose... I choose to learn some of the lessons. > Why not reuse the exisiting code and then remove it when > something better > comes along? Because A) a solution has already been posted. B) I've been trying to get the existing code removed for ages - because better things already exist. C) Special cases make code maintenance much much harder. > Why do you want to remove more stuff from > setup.exe when you > haven't anything to replace it with? ? I don't follow. > I've noticed that all > these shell > scripts flying by at the end pushes the stability of windows. > I've had a > few BSODs during their execution. Then you have found YA bug in windows. BSOD's cannot get caused by user programs except where MS or a driver coder have made mistakes. > I think all this talk of making > setup.exe smaller is rubbish, it is only ~200KB for the love of God. That's the binary size, and it's fine. > Again the whole idea is to use the tools at hand, which in > this case is > setup.exe. Why not leverage it for all it is worth? Why > rely on shell > scripts when you have something more dependable? Because shell scripts allow modular changes to be made without affecting the rest of the distribution. Rob From nwourms@yahoo.com Sat Jul 13 18:32:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 13 Jul 2002 18:32:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <3D30CF6F.8070307@bravobrava.com> Message-ID: <20020714013017.26975.qmail@web21005.mail.yahoo.com> --- Jehan wrote: > Nicholas Wourms wrote: > > --- Jehan Bing wrote: > > > >>Nicholas Wourms wrote: > >> > >> > >>>Excuse me? All I was suggesting is to reword the final setup screen > to > >>>something like the following: > >>> > >>>-Create Icon on Desktop for Cygwin Command Prompt > >>>-Create Icon on Desktop for Cygwin/XFree86 > >>>-Add Icon to Start Menu for Cygwin Command Prompt > >>>-Add Icon to Start Menu for Cygwin/XFree86 > >>> > >>>Then have setup create the shortcuts in the same fasion it does > >> > >>already. > >> > >>>Eventually, I'd like to have it gray-out the check boxes for > >>>Cygwin/XFree86 if it is not already installed. How is this not data > >>>driven? Isn't this what the setup program is for? The last time I > >>>checked, most Windows installers handled the shortcut creation. > >>> > >> > >>Robert is right Nicholas (oh no not this guy again! :p). The question > is > >> > >>why add XFree to the list and not SSH and RSH, and Lynx, and, and, > >>and.... > >>And since we can create the shortcuts via the postinstall script, why > do > >> > >>you want to add this feature to setup.exe? > >>The script is not very cool looking, I give you that, but it's far > more > >>flexible. > >> > > > > > > No he isn't. There are two ways that someone will interface with > Cygwin, > > via Console or via X11. The other apps you mention are Console apps, > > therefore you can't expect them to have shortcuts. > > Then I give you rxvt. I give you csh (afterall, cygwin.bat only starts > bash) > And just for the sake of arguing (I love that if you didn't notice :)), > XWin can also be launch from the console. > Moreover some people install cygwin just to run ssh (see > http://www.networksimplicity.com/openssh/ which is a specific version of > > cygwin/openssh). So they may want to have a shortcut that launches both > at the same time. Double-click on the shortcut and.. hop here is your > ssh shell. > While I agree that this is problably less common than launch XWin, I > still think that X should not be treates in a special way. Actually, I > think that even cygwin should no treated in a special way by setup.exe. > Afterall, cygwin doesn't seem to require anymore special attention than > X, SSH or lynx. > > > > However X is much more > > than an Application, it is an interface. Therefore, one can argue > that it > > deserves setup.exe making it a shortcut just as much as setup.exe > making > > the console a shortcut. > > I'll just repeat what I said above: I actually argue that cygwin > *doesn't* deserve setup.exe making it a shortcut (but it seems than > Robert is trying to change that). After all, cygwin.bat only runs bash. > > > > Lastly, something you will not disagree with, > > ALOT of people want to use just X and not the console, especially for > > doing XDMCP. This is even more reason why setup.exe should make the > > shortcut. > > Well, my new script does create a shortcut. So I'll reiterate what I > said in a previous post: what's wrong with the script? What is better > with having setup.exe creating the shortcut instead of the script? > Because scripts are unreliable. Because users are stupid. Because people like to have a GUI checkbox over a text console prompting them for input. You are admirable for defending your script, but the fact of the matter is that people prefer the graphical setup. Why? Well look at the the various linuxes out there, they are, for the most part, migrating to a graphical install. They don't rely on crummy shell scripts any more. I think you are missing the original point, Slashdot did an article on Cygwin/XFree86, not Cygwin/OpenSSH, not Cygwin/RXVT. The point is that X is a special interface that deserves a special shortcut that is made by setup.exe. Until we have a data-driven database system which can interact with setup.exe and respond to user input, this is probably the best bet. But realize that I'm not trying to tell people what to do, I'm just strongly voicing my opinion. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From nahor@bravobrava.com Sat Jul 13 18:45:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sat, 13 Jul 2002 18:45:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <000001c22ad1$ba755ba0$0200a8c0@lifelesswks> <20020714011911.72816.qmail@web21007.mail.yahoo.com> Message-ID: <3D30D4C6.6040504@bravobrava.com> Nicholas Wourms wrote: > Why should setup be more generic? Because it's more flexible. We don't limit ourself to predefined behavior. Right now, only cygwin create a shortcut. Soon (hopefully) XWin will to. Tomorrow, SSH will want to. And rxvt. And csh... We *have* a way to make shortcuts already, why don't you want to use it!?!?! > Why shouldn't it create the shortcuts? You never answered my question: what's wrong with the script doing it? > Why not reuse the exisiting code and then remove it when something better > comes along? From experience, this thing rarely gets removed. > Why do you want to remove more stuff from setup.exe when you > haven't anything to replace it with? Are you listening? What is my script for? > I've noticed that all these shell > scripts flying by at the end pushes the stability of windows. I've had a > few BSODs during their execution. Really? Then there is bug that must be fixed. Working around it isn't a clean solution. Otherwise, I agree that all those console window showing up isn't pretty. Maybe your fix could show only one window that would run all the scripts instead? > I think all this talk of making > setup.exe smaller is rubbish, it is only ~200KB for the love of God. > Again the whole idea is to use the tools at hand, which in this case is > setup.exe. Why not leverage it for all it is worth? Postinstall script is a tool at hand > Why rely on shell > scripts when you have something more dependable? Then fix the bug in the script. They must work, we won't be able to completly get rid of them. Creating another feature just because one doesn't work isn't a solution. That's just give bloatware. Jehan From nwourms@yahoo.com Sat Jul 13 18:47:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 13 Jul 2002 18:47:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <000101c22ad4$a9f00cf0$0200a8c0@lifelesswks> Message-ID: <20020714014523.31628.qmail@web21006.mail.yahoo.com> --- Robert Collins wrote: > > > > -----Original Message----- > > From: cygwin-xfree-owner@cygwin.com > > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Nicholas Wourms > > Sent: Sunday, 14 July 2002 11:09 AM > > Robert, > > > > I'll have none of this debian talk. You know full well that > > I am working > > very hard to get rpm-4.1 ready for inclusion into the > > distribution. At > > that point, Chuck and I will start figuring out ways to > > interface it with > > setup. Also, we will be figuring out how to best transition > > setup to use > > rpms. The point of this is that all this talk is a long way > > off. I'm not > > going to invent a new interface when others already exist. > > The fact of > > the matter is, that for right now, setup is well suited to perform the > > task at hand, which is to support all of the future X users. > > Like it or > > not, there is enough of them to warrant a separate mailing list. Lets > > temporarily let setup do this now and then we'll replace it > > when something > > better comes along. > > Nicholas, no consensus has been reached for using the rpm database as > the backend. If rpm has a similar system to the one I referenced, > substitute rpm for dpkg in my previous comments. I *did not* suggest > that we use dpkg as a backend for this particular thing either - I > pointed out the best practice pattern to address the issue we are > facing. Lets stick to that topic, shall we? Hey, you were the one who brought up debian... > For now, try listening, not taking the conversation off on tangents. I > happen to have put quite a bit of effort into the Cygwin Xfree86 project > in the past, and continue to make various contributions as and when it's > appropriate. I strongly resent your implying that I might dislike the > presence of the cygwin-xfree86 community - which I am a member of! I am listening... I don't know where you got this one from, but I respect your membership in the Cygwin/XFree86 community. > The simple fact is, I disagree with your proposal, and you have made no > convincing arguments to change my mind. What you are suggesting is not > what 'most' windows installers do, it is not flexible, it is a step > backwards in approach, and a proper solution is not that hard to do! > What you are suggesting is akin to Windows installers run batch files in the background? I don't think so, so why should we run shell scripts? I heard your point regarding the backend data-driven support, but lets be serious, that kind of functionality is months away. My proposal is a short-term solution which provides the "easiest" way that people wanting to install X can get going. There is little harm in implimenting this solution now, considiering that we are both working towards trying to provide a better solution in the future. Fine, how's this, I'll rip out the specific references to cygwin.bat and instead have setup parse the ini for what it should display in that last window and how many it should display. This is how installishield and others do it. How's that for a solution? Cheers, Nicholas P.S. My damn keyboard is dying... Also, do I need a debug version of setup.exe from you or will you be satisified with output from the non-debug version? __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From nahor@bravobrava.com Sat Jul 13 18:48:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sat, 13 Jul 2002 18:48:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <3D30CF6F.8070307@bravobrava.com> <20020714013017.26975.qmail@web21005.mail.yahoo.com> Message-ID: <3D30D81F.7090903@bravobrava.com> Nicholas Wourms wrote: > Because scripts are unreliable. Because users are stupid. Because people > like to have a GUI checkbox over a text console prompting them for input. > You are admirable for defending your script, but the fact of the matter is > that people prefer the graphical setup. Why? Well look at the the > various linuxes out there, they are, for the most part, migrating to a > graphical install. They don't rely on crummy shell scripts any more. Hmm, I'm not sure about that. A lot of application uses GUI as a front end to script and command line tools. I > think you are missing the original point, Slashdot did an article on > Cygwin/XFree86, not Cygwin/OpenSSH, not Cygwin/RXVT. The point is that X > is a special interface that deserves a special shortcut that is made by > setup.exe. So before Slashdot, XWin didn't deserve the shortcut? And for what I saw in the cygwin mailing list, some people want rxvt to be the default. Currently, I have two shortcuts, one for rxvt and one for bash. If the xlauncher comes, we will want a shortcut for it because people won't have to configure X by hand, they will have a GUI. > Until we have a data-driven database system which can interact > with setup.exe and respond to user input, this is probably the best bet. I fear I disagree. We have a way to creat shortcuts already. It's not pretty but it works. This way is also flexible because it doesn't prevent other applications to do the same. So instead of creating another way (even if it's simple) to create shortcuts, that isn't even flexible, I would say the best bet is to focus on a data-driven GUI. > But realize that I'm not trying to tell people what to do, I'm just > strongly voicing my opinion. Good because you can't! Sorry! *grin*. Jehan From nwourms@yahoo.com Sat Jul 13 18:54:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 13 Jul 2002 18:54:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <3D30D24E.60604@bravobrava.com> Message-ID: <20020714014811.14722.qmail@web21001.mail.yahoo.com> --- Jehan wrote: > Nicholas Wourms wrote: > > --- Jehan wrote: > > > >>Nicholas Wourms wrote: > >> > >>>--- Jehan wrote: > >>> > >>>If you search the archives, others have already made icons ready for > >> > >>you > >> > >>>use :). > >> > >>Well, I had this one for quite a while already. > >> > >> > >>>I wonder why not just can all the dos stuff by having the > >>>batch file call bash which then calls startxwin.sh? One file is > >> > >>*much* > >> > >>>easier to maintain then two. Anywho, let me know your thoughts on > >> > >>this.. > >> > >>That would be nice I agree. But for what I see on this mailing list, > >>lots of people have problems with startxwin.sh (.xinitrc and > .Xautorithy > >> > >>stuff) while very few people complain about startxwin.bat. So until we > > >>can have startxwin.sh to work as is for most people, I think it's > better > >> > >>to stick with the batch file for now. > >> > > > > > > You are mistaking "startx" for "startxwin.sh". startxwin.sh is > basically > > the same thing as startxwin.bat, but without all the nasty path > > conversions and soforth. Look again, it has nothing to do with > .xinitrc > > and .Xauthority. > > One would think so but no. I have an old .Xauthority from a linux > account. If I use this one and run X with startxwin.sh, I get a bunch of > > Xlib: connection to ":0.0" refused by server > Xlib: No protocol specified > xsetroot: unable to open display ':0.0' > > for each application I try to run. > If I use an empty .Xauthority, then everything works fine. Well, not > everything actually but at least I have xterm starting. I don't know > what differs between the shell and the batch version of startxwin, but > there is definitely something. > > Jehan Well this is obviously a bug in X and needs to be fixed. I dunno, maybe I'm wrong, but it just seems a bit silly to have two identical scripts for two different situations. I'm of the camp that loves reusable code... Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From nahor@bravobrava.com Sat Jul 13 18:58:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sat, 13 Jul 2002 18:58:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <000101c22ad4$a9f00cf0$0200a8c0@lifelesswks> <20020714014523.31628.qmail@web21006.mail.yahoo.com> Message-ID: <3D30D9D8.7020408@bravobrava.com> Nicholas Wourms wrote: > --- Robert Collins wrote: > >> >>>-----Original Message----- >>>From: cygwin-xfree-owner@cygwin.com >>>[mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Nicholas Wourms >>>Sent: Sunday, 14 July 2002 11:09 AM >>>Robert, >>> >>>I'll have none of this debian talk. You know full well that >>>I am working >>>very hard to get rpm-4.1 ready for inclusion into the >>>distribution. At >>>that point, Chuck and I will start figuring out ways to >>>interface it with >>>setup. Also, we will be figuring out how to best transition >>>setup to use >>>rpms. The point of this is that all this talk is a long way >>>off. I'm not >>>going to invent a new interface when others already exist. >>>The fact of >>>the matter is, that for right now, setup is well suited to perform the >>>task at hand, which is to support all of the future X users. >>>Like it or >>>not, there is enough of them to warrant a separate mailing list. Lets >>>temporarily let setup do this now and then we'll replace it >>>when something >>>better comes along. >> >>Nicholas, no consensus has been reached for using the rpm database as >>the backend. If rpm has a similar system to the one I referenced, >>substitute rpm for dpkg in my previous comments. I *did not* suggest >>that we use dpkg as a backend for this particular thing either - I >>pointed out the best practice pattern to address the issue we are >>facing. Lets stick to that topic, shall we? > > > Hey, you were the one who brought up debian... > > >>For now, try listening, not taking the conversation off on tangents. I >>happen to have put quite a bit of effort into the Cygwin Xfree86 project >>in the past, and continue to make various contributions as and when it's >>appropriate. I strongly resent your implying that I might dislike the >>presence of the cygwin-xfree86 community - which I am a member of! > > > I am listening... I don't know where you got this one from, but I respect > your membership in the Cygwin/XFree86 community. > > >>The simple fact is, I disagree with your proposal, and you have made no >>convincing arguments to change my mind. What you are suggesting is not >>what 'most' windows installers do, it is not flexible, it is a step >>backwards in approach, and a proper solution is not that hard to do! >> > > What you are suggesting is akin to Windows installers run batch files in > the background? I don't think so, so why should we run shell scripts? Several points here: 1- You have one setup.exe per application in the Windows world. Cygwin is actually several applications, all using the same setup.exe. 2- A couple years ago, I used Installshield. For what I remember, *there is* a script. For standard stuff (like destination directory and the like), this is just field to enter. For more complicated stuff (adding key to the registry for instance), you can write a script. With setup.exe, we have a same thing. The standard stuff are descriptions, dependencies, version,... and non standard are through scripts. Shortcuts isn't used enough to add a field in setup.ini but could be used to often enough to just hardcode it in the binary. > Fine, how's this, I'll rip out > the specific references to cygwin.bat and instead have setup parse the ini > for what it should display in that last window and how many it should > display. That's a better solution that I could settle for even if I think that too few application would use it to be worthwhile. jehan From robert.collins@syncretize.net Sat Jul 13 19:00:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sat, 13 Jul 2002 19:00:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <20020714014523.31628.qmail@web21006.mail.yahoo.com> Message-ID: <000301c22ad9$e7c2fa60$0200a8c0@lifelesswks> > -----Original Message----- > From: Nicholas Wourms [mailto:nwourms@yahoo.com] > Sent: Sunday, 14 July 2002 11:45 AM > To: Robert Collins; 'Jehan'; cygwin-xfree@cygwin.com > Hey, you were the one who brought up debian... Actually, I brought up the technique dpkg uses to address the same issue. But I can understand that being misinterpreted. > I am listening... I don't know where you got this one from, > but I respect > your membership in the Cygwin/XFree86 community. >From the "Like it or not" comment/ > > The simple fact is, I disagree with your proposal, and you > have made no > > convincing arguments to change my mind. What you are > suggesting is not > > what 'most' windows installers do, it is not flexible, it is a step > > backwards in approach, and a proper solution is not that hard to do! > > > What you are suggesting is akin to Windows installers run > batch files in > the background? No, I've not mentioned batch files or shell scripts, just data driven and interpretation. > I > heard your point regarding the backend data-driven support, > but lets be > serious, that kind of functionality is months away. I'm not talking backend at this point, just something contained in the package that gets presented to the user in some fashion. It can be 100% GUI without any complaints from me. After all - that is what the users expect. > Fine, how's this, > I'll rip out > the specific references to cygwin.bat and instead have setup > parse the ini > for what it should display in that last window and how many it should > display. This is how installishield and others do it. How's > that for a > solution? Much better. How about this tweak: Packages extract a file - lets call it '/var/setup/setup-shortcuts/packagename.icons Parse that file for shortcut icons to offer to create. Each icon will need: * Name to give the shortcut * Location to place it (i.e. %DESKTOP% | %STARTMENU%/subpath | / (to place in cygwin root dir)) * Target to point to (i.e. /usr/X11R6/... So a format like === "Name of shortcut1" "location of shortcut 1" "target or shortcut 1" "Name of shortcut2" "location of shortcut 2" "target or shortcut 2" === Makes sense to me. > > Cheers, > Nicholas > > P.S. My damn keyboard is dying... Also, do I need a debug version of > setup.exe from you or will you be satisified with output from the > non-debug version? Uhmm, I'm building a debug version for you at the moment. Rob From nahor@bravobrava.com Sat Jul 13 19:14:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sat, 13 Jul 2002 19:14:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE References: <3D30D24E.60604@bravobrava.com> <20020714014811.14722.qmail@web21001.mail.yahoo.com> Message-ID: <3D30DB50.702@bravobrava.com> Nicholas Wourms wrote: > I dunno, maybe > I'm wrong, but it just seems a bit silly to have two identical scripts for > two different situations. I agree with that. > I'm of the camp that loves reusable code... Yeah right, like modifying setup.exe for the XWin shortcut? ;) Jehan From nwourms@yahoo.com Sat Jul 13 19:17:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 13 Jul 2002 19:17:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <000301c22ad9$e7c2fa60$0200a8c0@lifelesswks> Message-ID: <20020714021431.74779.qmail@web21010.mail.yahoo.com> --- Robert Collins wrote: > > > > -----Original Message----- > > From: Nicholas Wourms [mailto:nwourms@yahoo.com] > > Sent: Sunday, 14 July 2002 11:45 AM > > To: Robert Collins; 'Jehan'; cygwin-xfree@cygwin.com > > > Hey, you were the one who brought up debian... > > Actually, I brought up the technique dpkg uses to address the same > issue. But I can understand that being misinterpreted. Gotcha... > > I am listening... I don't know where you got this one from, > > but I respect > > your membership in the Cygwin/XFree86 community. > > From the "Like it or not" comment/ Well I didn't mean to imply that you didn't care. > > > The simple fact is, I disagree with your proposal, and you > > have made no > > > convincing arguments to change my mind. What you are > > suggesting is not > > > what 'most' windows installers do, it is not flexible, it is a step > > > backwards in approach, and a proper solution is not that hard to do! > > > > > What you are suggesting is akin to Windows installers run > > batch files in > > the background? > > No, I've not mentioned batch files or shell scripts, just data driven > and interpretation. > > > I > > heard your point regarding the backend data-driven support, > > but lets be > > serious, that kind of functionality is months away. > > I'm not talking backend at this point, just something contained in the > package that gets presented to the user in some fashion. It can be 100% > GUI without any complaints from me. After all - that is what the users > expect. > > > Fine, how's this, > > I'll rip out > > the specific references to cygwin.bat and instead have setup > > parse the ini > > for what it should display in that last window and how many it should > > display. This is how installishield and others do it. How's > > that for a > > solution? > > Much better. How about this tweak: > Packages extract a file - lets call it > '/var/setup/setup-shortcuts/packagename.icons > > Parse that file for shortcut icons to offer to create. Each icon will > need: > * Name to give the shortcut > * Location to place it (i.e. %DESKTOP% | %STARTMENU%/subpath | / (to > place in cygwin root dir)) > * Target to point to (i.e. /usr/X11R6/... > > So a format like > === > "Name of shortcut1" "location of shortcut 1" "target or shortcut 1" > "Name of shortcut2" "location of shortcut 2" "target or shortcut 2" > === > > Makes sense to me. Yup, now to read up on the setup code and figure out how best to do this. > > > > P.S. My damn keyboard is dying... Also, do I need a debug version of > > setup.exe from you or will you be satisified with output from the > > non-debug version? > > Uhmm, I'm building a debug version for you at the moment. Thanks, just checking to make sure, as it is almost 10pm here (I'm sure it is like 10am there) :-) Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From nwourms@yahoo.com Sat Jul 13 19:47:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 13 Jul 2002 19:47:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <3D30DB50.702@bravobrava.com> Message-ID: <20020714021759.36427.qmail@web21006.mail.yahoo.com> --- Jehan wrote: > Nicholas Wourms wrote: > > I dunno, maybe > > I'm wrong, but it just seems a bit silly to have two identical scripts > for > > two different situations. > > I agree with that. > > > I'm of the camp that loves reusable code... > > Yeah right, like modifying setup.exe for the XWin shortcut? ;) > Exactly, setup.exe already contained classes for doing all of that. So it does fit the definition of using reusable code. This was not to say that my code would be reusable in of itself. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From robert.collins@syncretize.net Sat Jul 13 21:30:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sat, 13 Jul 2002 21:30:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <20020714021431.74779.qmail@web21010.mail.yahoo.com> Message-ID: <000501c22ae0$caca1f40$0200a8c0@lifelesswks> > -----Original Message----- > From: Nicholas Wourms [mailto:nwourms@yahoo.com] > Sent: Sunday, 14 July 2002 12:15 PM > > * Name to give the shortcut > > * Location to place it (i.e. %DESKTOP% | %STARTMENU%/subpath | / (to > > place in cygwin root dir)) > > * Target to point to (i.e. /usr/X11R6/... I forgot to mention: doing it this way setup can take care for all users vs this user. > > So a format like > > === > > "Name of shortcut1" "location of shortcut 1" "target or shortcut 1" > > "Name of shortcut2" "location of shortcut 2" "target or shortcut 2" > > === > > > > Makes sense to me. > > Yup, now to read up on the setup code and figure out how best > to do this. Look in desktop.cc. We simply need to 1) add a parser for the file. (bison + flex or custom, I'm open to either) 2) build a list of icons to prompt. 3) for now - until bash/cygwin gets a data file in it - add the current icons to the tail of the list if they are not present 4) iterate through the list to build the dialog contents. 5) process the results. I'd suggest that the first step is to convert the existing code to a list based approach, and then get that tested and committed to HEAD. Following that we add the file parsing to create the list - divide and conquer. Rob From cgf@redhat.com Sat Jul 13 23:32:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Sat, 13 Jul 2002 23:32:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <000b01c22ab6$847dda10$0200a8c0@lifelesswks> References: <200207122037.g6CKbvw99460@pilot17.cl.msu.edu> <000b01c22ab6$847dda10$0200a8c0@lifelesswks> Message-ID: <20020714043058.GA13560@redhat.com> On Sun, Jul 14, 2002 at 07:44:51AM +1000, Robert Collins wrote: >As for linefeed issues, AFAIK windows will process bat files with unix >format, but you could always use d2u in your script. I don't think Windows 9x systems will understand bat files with unix line endings. cgf (boy what a strange thread this has been) From robert.collins@syncretize.net Sun Jul 14 01:02:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sun, 14 Jul 2002 01:02:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <20020714043058.GA13560@redhat.com> Message-ID: <000001c22b00$41c3a390$0200a8c0@lifelesswks> > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Christopher Faylor > Sent: Sunday, 14 July 2002 2:31 PM > To: cygwin-xfree@cygwin.com > Subject: Re: Bug in startxwin.bat after installing with > setup.exe in win98SE > > > On Sun, Jul 14, 2002 at 07:44:51AM +1000, Robert Collins wrote: > >As for linefeed issues, AFAIK windows will process bat files > with unix > >format, but you could always use d2u in your script. > > I don't think Windows 9x systems will understand bat files with unix > line endings. Right, so d2u is essential. > cgf > (boy what a strange thread this has been) Not half! Rob From duanestites@cox.net Sun Jul 14 01:16:00 2002 From: duanestites@cox.net (duanestites@cox.net) Date: Sun, 14 Jul 2002 01:16:00 -0000 Subject: Xfree studder/pause and then segmentation fault Message-ID: <20020714080230.CCVX4796.lakemtao08.cox.net@smtp.central.cox.net> 3 days ago I downloaded the latest setup from the cygwin website and installed the xfree components. My setup is a Dell latitude CPX with a Xircom cardbus network card running Windows 98SE. I am connecting to a linux box via XDMCP (I have connected to a Mandrake and YellowDog box with the same issues). After connecting and logging in everything works fine for 15-30min. Then the mouse starts to pause every few min as do the screen updates. This lasts for about 1/2min and then it crashes out to the CYGWIN dos box. The box states "Segmentation Fault (Core Dump). At this point windows is now exhibiting the same pausing every few seconds that I had when in my Xfree session. Once I exit out of the CYGWIN dos box everything returns to normal. I can then restart my Xfree session and everything will repeat itself. Is this a bug anyone has experienced? Thanks, Duane Stites -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.out URL: From robert.collins@syncretize.net Sun Jul 14 04:29:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sun, 14 Jul 2002 04:29:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <000001c22b00$41c3a390$0200a8c0@lifelesswks> Message-ID: <000601c22b0e$c47bcf20$0200a8c0@lifelesswks> > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Robert Collins > Sent: Sunday, 14 July 2002 4:33 PM > To: cygwin-xfree@cygwin.com > Subject: RE: Bug in startxwin.bat after installing with > setup.exe in win98SE > > > > > > -----Original Message----- > > From: cygwin-xfree-owner@cygwin.com > > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of > Christopher Faylor > > Sent: Sunday, 14 July 2002 2:31 PM > > To: cygwin-xfree@cygwin.com > > Subject: Re: Bug in startxwin.bat after installing with > > setup.exe in win98SE > > > > > > On Sun, Jul 14, 2002 at 07:44:51AM +1000, Robert Collins wrote: > > >As for linefeed issues, AFAIK windows will process bat files > > with unix > > >format, but you could always use d2u in your script. > > > > I don't think Windows 9x systems will understand bat files with unix > > line endings. > > Right, so d2u is essential. Erm, u2d. Yes, that's what I mean. Honestly. Rob From lapo@lapo.it Sun Jul 14 05:58:00 2002 From: lapo@lapo.it (Lapo Luchini) Date: Sun, 14 Jul 2002 05:58:00 -0000 Subject: [ITP] glib-1.2.10 gtk+-1.2.10 References: <3D2F7B68.8050000@lapo.it> Message-ID: <3D316090.4000401@lapo.it> Lapo Luchini wrote: > What to say? > Its only thanks to Steven O'Brien's patches that those packages > contains DLLs. > See http://homepage.ntlworld.com/steven.obrien2/ I'm currently doing -2 version of them, relibtoolizing them instead of using Steven patches. -- Lapo 'Raist' Luchini lapo@lapo.it (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) From Ralf.Habacker@freenet.de Sun Jul 14 06:01:00 2002 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Sun, 14 Jul 2002 06:01:00 -0000 Subject: Incorrect version in packages names In-Reply-To: <3D29AB7D.5000703@ece.gatech.edu> Message-ID: <00e701c22b36$344dfdb0$5aa907d5@BRAMSCHE> > The naming was probably inherited from linux, where it is possible to > have both kde (1) and kde (2) and kde (3) all installed on the same > machine. Therefore, each needs different basename. Yes, this is it. > > If the kde-cygwin folks want to maintain that package-name distinction, > then they should just use "kdelibs_2" instead of "kdelibs-2" as their > basename. Then upset and setup will be happy -- and end users will be > able to install both kdelibs_2 and kdelibs_3. > Thanks for this hint. Ralf From Ralf.Habacker@freenet.de Sun Jul 14 06:29:00 2002 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Sun, 14 Jul 2002 06:29:00 -0000 Subject: Incorrect version in packages names In-Reply-To: <3D29AB7D.5000703@ece.gatech.edu> Message-ID: <00e801c22b36$9be13050$5aa907d5@BRAMSCHE> > > The naming was probably inherited from linux, where it is possible to > have both kde (1) and kde (2) and kde (3) all installed on the same > machine. Therefore, each needs different basename. > > If the kde-cygwin folks want to maintain that package-name distinction, > then they should just use "kdelibs_2" instead of "kdelibs-2" as their > basename. Then upset and setup will be happy -- and end users will be > able to install both kdelibs_2 and kdelibs_3. > What about kde-x. Must it be named kde_x ? Ralf From lapo@lapo.it Sun Jul 14 06:56:00 2002 From: lapo@lapo.it (Lapo Luchini) Date: Sun, 14 Jul 2002 06:56:00 -0000 Subject: Incorrect version in packages names References: <00e801c22b36$9be13050$5aa907d5@BRAMSCHE> Message-ID: <3D317CA7.7080603@lapo.it> > > >What about kde-x. Must it be named kde_x ? > Couln't those fixes be included in the base xfree package? Having a package that overwrites a file from another package gives problems if you deinstall the latter: you lose the file from the first... -- Lapo 'Raist' Luchini lapo@lapo.it (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) From Ralf.Habacker@freenet.de Sun Jul 14 07:00:00 2002 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Sun, 14 Jul 2002 07:00:00 -0000 Subject: Incorrect version in packages names In-Reply-To: <3D317CA7.7080603@lapo.it> Message-ID: <00eb01c22b3e$52b14070$5aa907d5@BRAMSCHE> > > > > >What about kde-x. Must it be named kde_x ? > > > Couln't those fixes be included in the base xfree package? > Having a package that overwrites a file from another package gives > problems if you deinstall the latter: you lose the file from the first... Unfortunally for some reasons no, because 1. this patches relates to cygipc based shm support, which isn't a cygwin packages and should not be used in a cygwin package (the xfree packages). There were some threads relating to this topic in the past on cygwin/cygwin apps. At the time the shm support will be a stable part of the cygwin dll, xfree could be recompiled with shm support. 2. some patches are currently not part of the official xfree release yet (for example xft patches and ice delay patch, see release notes below) ------------------------------------------------------------ Release 1.3 libXft: - added qt3 symbols to Xftlib libICE: - removed 5 seconds delay in libICE if file attributes don't match Release 1.2 - renamed package to kde-x Xwin.exe: - added MIT-SHM extension ------------------------------------------------------------ Ralf From nwourms@yahoo.com Sun Jul 14 07:07:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sun, 14 Jul 2002 07:07:00 -0000 Subject: Incorrect version in packages names In-Reply-To: <3D317CA7.7080603@lapo.it> Message-ID: <20020714140055.35056.qmail@web21006.mail.yahoo.com> --- Lapo Luchini wrote: > > > > > >What about kde-x. Must it be named kde_x ? > > > Couln't those fixes be included in the base xfree package? > Having a package that overwrites a file from another package gives > problems if you deinstall the latter: you lose the file from the > first... > Lapo, No, they cannot. Harold has made it quite clear that he will not turn the MIT-SHM module since SysV IPC memory services are not an official part of cygwin yet. Maybe once Conrad and I finish work on cygserver, then he will turn it on. But until that point, we are forced to keep a seperate version for KDE. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From Ralf.Habacker@freenet.de Sun Jul 14 07:15:00 2002 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Sun, 14 Jul 2002 07:15:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) In-Reply-To: <20020709001938.B12439@tui.dhs.org> Message-ID: <00ed01c22b3f$dfb01c70$5aa907d5@BRAMSCHE> > This is a great idea. I was thinking of using a language/toolkit that I could > compile on my Linux box, as it it my main development machine. Delphi isn't > too bad, as it (sort of) works under wine. The only problem was the compiled > code didn't run under wine very well. It would be cool to be able to use it > under linux/unix (hadn't thought of XNest though). > What about qt ? It is available for windows and for unix/linux. Ralf From cwilson@ece.gatech.edu Sun Jul 14 07:41:00 2002 From: cwilson@ece.gatech.edu (Charles Wilson) Date: Sun, 14 Jul 2002 07:41:00 -0000 Subject: Incorrect version in packages names References: <00e801c22b36$9be13050$5aa907d5@BRAMSCHE> Message-ID: <3D31876F.6060805@ece.gatech.edu> Ralf Habacker wrote: >>The naming was probably inherited from linux, where it is possible to >>have both kde (1) and kde (2) and kde (3) all installed on the same >>machine. Therefore, each needs different basename. >> >>If the kde-cygwin folks want to maintain that package-name distinction, >>then they should just use "kdelibs_2" instead of "kdelibs-2" as their >>basename. Then upset and setup will be happy -- and end users will be >>able to install both kdelibs_2 and kdelibs_3. >> >> > What about kde-x. Must it be named kde_x ? No, kde-x is fine. The problem is, the parser can't tell if the grouping after a '-' is part of the package name or package version, when the grouping begins with a numeral. kde-2 -- confusinng kde-x -- not confusing --Chuck From rasjidw@openminddev.net Sun Jul 14 07:52:00 2002 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Sun, 14 Jul 2002 07:52:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) In-Reply-To: <00ed01c22b3f$dfb01c70$5aa907d5@BRAMSCHE> References: <00ed01c22b3f$dfb01c70$5aa907d5@BRAMSCHE> Message-ID: <200207150040.56731.rasjidw@openminddev.net> On Mon, 15 Jul 2002 12:08 am, Ralf Habacker wrote: > > This is a great idea. I was thinking of using a language/toolkit that I > > could compile on my Linux box, as it it my main development machine. > > Delphi isn't too bad, as it (sort of) works under wine. The only problem > > was the compiled code didn't run under wine very well. It would be cool > > to be able to use it under linux/unix (hadn't thought of XNest though). > > What about qt ? It is available for windows and for unix/linux. Just been to the TrollTech website. The windows version of Qt is not fully GPL compatible. See http://www.trolltech.com/developer/download/qt-win-noncomm.html. Based on my interpretation of this discussion, I would say that that would rule out any xlauncher made with Qt for Windows from being distributed by setup.exe. The site also states that it requires MS Visual Studio v6, although my guess is that it could be used with gcc, but would probably take more work. OTOH, wxWindows (http://www.wxwindows.org) is fully GPL compatible. And for those of us that are not C or C++ experts, there is wxPython (http://www.wxpython.org) with an open-source IDE (http://boa-constructor.sourceforge.net/) which is suprisingly useable despite the version number (0.1) - although I'd suggest the CVS version. Rasjid. From nwourms@yahoo.com Sun Jul 14 12:55:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sun, 14 Jul 2002 12:55:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) In-Reply-To: <200207150040.56731.rasjidw@openminddev.net> Message-ID: <20020714145257.43637.qmail@web21006.mail.yahoo.com> --- Rasjid Wilcox wrote: > On Mon, 15 Jul 2002 12:08 am, Ralf Habacker wrote: > > > This is a great idea. I was thinking of using a language/toolkit > that I > > > could compile on my Linux box, as it it my main development machine. > > > Delphi isn't too bad, as it (sort of) works under wine. The only > problem > > > was the compiled code didn't run under wine very well. It would be > cool > > > to be able to use it under linux/unix (hadn't thought of XNest > though). > > > > What about qt ? It is available for windows and for unix/linux. > > Just been to the TrollTech website. The windows version of Qt is not > fully > GPL compatible. See > http://www.trolltech.com/developer/download/qt-win-noncomm.html. > > Based on my interpretation of this discussion, I would say that that > would > rule out any xlauncher made with Qt for Windows from being distributed > by > setup.exe. The site also states that it requires MS Visual Studio v6, > although my guess is that it could be used with gcc, but would probably > take > more work. > > OTOH, wxWindows (http://www.wxwindows.org) is fully GPL compatible. And > for > those of us that are not C or C++ experts, there is wxPython > (http://www.wxpython.org) with an open-source IDE > (http://boa-constructor.sourceforge.net/) which is suprisingly useable > despite the version number (0.1) - although I'd suggest the CVS version. > > Rasjid. The last time I checked, building wxWindows import libs was a PITA because their configure script has literally 100+ flags. Why can't they just have --enable-max like apache where it builds everthing that is supported by your platform. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From Ralf.Habacker@freenet.de Sun Jul 14 16:39:00 2002 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Sun, 14 Jul 2002 16:39:00 -0000 Subject: Incorrect version in packages names In-Reply-To: <20020708171048.25722.qmail@web10105.mail.yahoo.com> Message-ID: <00f801c22b70$7410e130$5aa907d5@BRAMSCHE> > Found in /etc/setup/installed.db : > kde-x-1.2 > kde-x-1.2-1.2-1.2-1.2-1.2-1.2-1.2-1.2-1.2.tar.bz2 0 > kde-x-1.3 > kde-x-1.3-1.3-1.3-1.3-1.3-1.3-1.3-1.3-1.3.tar.bz2 0 > kdebase-2 kdebase-2-2-2-2-2-2-2-2-2.2.2-b1.tar.bz2 0 > kdelibs-2 kdelibs-2-2-2-2-2-2-2-2-2.2.2-b1.tar.bz2 0 This problems will be fixed in the next setup.ini release (probably tomorrow) - -> _ kde-x-1.3 kde-x Thanks for this hints. Ralf From bozackt1@ridgecrest.ca.us Sun Jul 14 21:14:00 2002 From: bozackt1@ridgecrest.ca.us (Tom Bozack) Date: Sun, 14 Jul 2002 21:14:00 -0000 Subject: Xfree studder/pause and then segmentation fault References: <20020714221450.CTLM8234.lakemtao06.cox.net@smtp.central.cox.net> Message-ID: <3D320B66.7090607@ridgecrest.ca.us> It's obvious that we're experiencing the same problem. Since it's a persistent and easily duplicated problem, I'm surpirsed that there hasn't been much (any?) previous traffic on the mailing list on this. I did see a comment several months back that indicated that a similar problem occurred in an earlier version of XFree86 but was corrected in more recent versions. Maybe this is the same problem recurring or a different one. I hope the developers can track it down and fix it. I think cywin/XFree86 is a great product, and this is the only thing keeping me from making using it on a regular basis. Tom duanestites@cox.net wrote: > I just tried and found that I am also able to replicate the immediate crash when I log on to my session, then log off, and then back on again. Also my harddrive fills up very quickly with swap space data, this returns to normal once I exit out of the CYGWIN dos box. > > >>From: Tom Bozack >>Date: 2002/07/14 Sun PM 02:38:37 EDT >>To: duanestites@cox.net >>Subject: Re: Xfree studder/pause and then segmentation fault >> >>duanestites@cox.net wrote: >> > 3 days ago I downloaded the latest setup from the cygwin website and >> > installed the xfree components. My setup is a Dell latitude CPX with >> > a Xircom cardbus network card running Windows 98SE. I am connecting >> > to a linux box via XDMCP (I have connected to a Mandrake and >> > YellowDog box with the same issues). After connecting and logging in >> > everything works fine for 15-30min. Then the mouse starts to pause >> > every few min as do the screen updates. This lasts for about 1/2min >> > and then it crashes out to the CYGWIN dos box. The box states >> > "Segmentation Fault (Core Dump). At this point windows is now >> > exhibiting the same pausing every few seconds that I had when in my >> > Xfree session. Once I exit out of the CYGWIN dos box everything >> > returns to normal. I can then restart my Xfree session and >> > everything will repeat itself. >> > >> > Is this a bug anyone has experienced? Thanks, Duane Stites >> > >>I've been having the same problem with various releases of >>cygwin/XFree86 for at least 6 months. This happens with both Windows 98 >>and Windows 98SE. I've not tried it with other versions of Windows. I >>notice that when the mouse starts to become erratic the system rapidly >>runs out of memory/swap resources as if there is a large memory leak. >>I've also observed that this situation occurs immediately (rather than >>after 15-30 min) when you logoff the host and login again without >>restarting Xwin. I think cygwin/XFree86 is a great product, but this >>problem very much limits its usefullness as XDMCP client. >> >>Tom >> >> > > From mjennings@myrealbox.com Sun Jul 14 21:16:00 2002 From: mjennings@myrealbox.com (Michael Jennings) Date: Sun, 14 Jul 2002 21:16:00 -0000 Subject: LibICE.DLL is a BIG problem Message-ID: <3D324C25.5040102@myrealbox.com> There are lots of messages on Google that say people are having a problem with a missing DLL, LibICE.dll. No one has answered that message with a definitive answer. There are FTP and HTTP addresses given that don't lead to the file. I'm trying to install Nedit, and it is asking for this file. Why doesn't Cygwin provide everything necessary, or links, or explanations? Re-installing made no difference. Michael Jennings From huntharo@msu.edu Sun Jul 14 21:28:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 14 Jul 2002 21:28:00 -0000 Subject: [ITP] glib-1.2.10 gtk+-1.2.10 In-Reply-To: <3D316090.4000401@lapo.it> Message-ID: Lapo, Okay, I'll wait for the -2 pacakges. Could you put links to the setup.hint files in your email as well? That makes it a lot easier to upload the packages. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Lapo Luchini > Sent: Sunday, July 14, 2002 7:29 AM > To: Mailing List: CygWin-XFree > Subject: Re: [ITP] glib-1.2.10 gtk+-1.2.10 > > > Lapo Luchini wrote: > > > What to say? > > Its only thanks to Steven O'Brien's patches that those packages > > contains DLLs. > > See http://homepage.ntlworld.com/steven.obrien2/ > > I'm currently doing -2 version of them, relibtoolizing them instead of > using Steven patches. > > -- > Lapo 'Raist' Luchini > lapo@lapo.it (PGP & X.509 keys available) > http://www.lapo.it (ICQ UIN: 529796) > > > From huntharo@msu.edu Sun Jul 14 21:33:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 14 Jul 2002 21:33:00 -0000 Subject: Bug in startxwin.bat after installing with setup.exe in win98SE In-Reply-To: <000001c22b00$41c3a390$0200a8c0@lifelesswks> Message-ID: Wow. I sure am glad that I was out of town, throwing a party, and replacing the power steering pump in my Jeep this weekend while you guys slugged this one out. The end result is that I have a couple of scripts to look at and evaluate. Right now I am still trying to get that scrollbars patch release, so the scripts will have to wait until 4.2.0-12 is released. Once again, wow. Harold From huntharo@msu.edu Sun Jul 14 21:35:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 14 Jul 2002 21:35:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) In-Reply-To: <20020714145257.43637.qmail@web21006.mail.yahoo.com> Message-ID: For future reference, the xlauncher-style program is on my list of things to do. I want it done in straight C or C++ interfacing the GDI manually. I don't want dependencies on cumbersome libraries, and I don't want any non-free compiler languages involved. This xlauncher will remain on my to-do list until it is written to the above specs, regardless of whether or not someone comes up with a really slick xlauncher that depends on super-duper-library-foo. I don't care about super-duper-library-foo, I just want to be able to spend a small amount of time in order to contribute to a program with an arguably small scope. If you don't agree with me, I will program you into submission :) Harold From huntharo@msu.edu Sun Jul 14 21:41:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 14 Jul 2002 21:41:00 -0000 Subject: LibICE.DLL is a BIG problem In-Reply-To: <3D324C25.5040102@myrealbox.com> Message-ID: Michael, Because I have never heard of any problems with libICE. You are going to have to provide details, even if those details are only links to the relevant bits of discussions that you have found via Google. Thanks, Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Michael Jennings > Sent: Monday, July 15, 2002 12:14 AM > To: cygwin-xfree@cygwin.com > Subject: LibICE.DLL is a BIG problem > > > There are lots of messages on Google that say people are having a > problem with a missing DLL, LibICE.dll. No one has answered that message > with a definitive answer. There are FTP and HTTP addresses given that > don't lead to the file. > > I'm trying to install Nedit, and it is asking for this file. > > Why doesn't Cygwin provide everything necessary, or links, or > explanations? Re-installing made no difference. > > Michael Jennings > > > > From cgf@redhat.com Sun Jul 14 22:01:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Sun, 14 Jul 2002 22:01:00 -0000 Subject: LibICE.DLL is a BIG problem In-Reply-To: <3D324C25.5040102@myrealbox.com> References: <3D324C25.5040102@myrealbox.com> Message-ID: <20020715044118.GA13666@redhat.com> On Sun, Jul 14, 2002 at 09:14:29PM -0700, Michael Jennings wrote: >There are lots of messages on Google that say people are having a >problem with a missing DLL, LibICE.dll. No one has answered that message >with a definitive answer. There are FTP and HTTP addresses given that >don't lead to the file. > >I'm trying to install Nedit, and it is asking for this file. > >Why doesn't Cygwin provide everything necessary, or links, or >explanations? Re-installing made no difference. http://cygwin.com/cgi-bin2/package-grep.cgi?grep=libICE.dll Harold, maybe the "search a package" link should be referenced on the Cygwin/XFree86 site too? cgf From tim.thomson@paradise.net.nz Sun Jul 14 22:30:00 2002 From: tim.thomson@paradise.net.nz (Tim Thomson) Date: Sun, 14 Jul 2002 22:30:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) In-Reply-To: <200207150040.56731.rasjidw@openminddev.net> References: <00ed01c22b3f$dfb01c70$5aa907d5@BRAMSCHE> <200207150040.56731.rasjidw@openminddev.net> Message-ID: <1026709303.6935.33.camel@tuxedo> On Mon, 2002-07-15 at 02:40, Rasjid Wilcox wrote: > Based on my interpretation of this discussion, I would say that that would > rule out any xlauncher made with Qt for Windows from being distributed by > setup.exe. The site also states that it requires MS Visual Studio v6, > although my guess is that it could be used with gcc, but would probably take > more work. > > OTOH, wxWindows (http://www.wxwindows.org) is fully GPL compatible. And for > those of us that are not C or C++ experts, there is wxPython > (http://www.wxpython.org) with an open-source IDE > (http://boa-constructor.sourceforge.net/) which is suprisingly useable > despite the version number (0.1) - although I'd suggest the CVS version. I have been playing with wxWindows with C++. It looks like there are functions available to do most of the work required, the hardest part seems to be building the GUI, which doesn't even seem that hard. There is support for using a configuration system where it uses the registry to store settings under Win32, and uses a text file under Linux. One issue I haven't looked into is size, currently compiling with cygwin, a simple dialog box application sits at about 1.9Mb. Currently I am compiling with the default makefile, and am including all the wx header files. I'll look at optimizing this soon. I have looked at wxPython, and while nice, I think I might stick with C++. As I said, wxWindows should do cover most of the program, so there won't be much code if other people want to follow, and I am more comfortable with C/C++ syntax than Python. I'll keep playing/coding for awhile, and keep you posted on my progress. I still want to add session support and a few other features to the delphi version of xlauncher, more as a quick fix and a prototype for the C++/wxWindows version. Are there objections to releasing this new xlauncher under the GPL license as opposed to the LGPL? Are people satisfied with this? Questions, comments? Cheers, Tim. From robert.collins@syncretize.net Sun Jul 14 22:40:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sun, 14 Jul 2002 22:40:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) References: <00ed01c22b3f$dfb01c70$5aa907d5@BRAMSCHE> <200207150040.56731.rasjidw@openminddev.net> <1026709303.6935.33.camel@tuxedo> Message-ID: <09a001c22bc0$ae887990$2300a8c0@LAPTOP> ----- Original Message ----- From: "Tim Thomson" To: "Rasjid Wilcox" Cc: "cygwin-xfree Mailing List" > I have been playing with wxWindows with C++. Why not just code to the Win32 API? It's not that hard, not for a trivial launcher. wxWindows is a pretty big dependency to have, and the reason your programs are so big is most likely due to static linking instead of using the shared library... Rob From tim@tui.dhs.org Sun Jul 14 23:10:00 2002 From: tim@tui.dhs.org (Tim Thomson) Date: Sun, 14 Jul 2002 23:10:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) In-Reply-To: References: Message-ID: <1026711588.6934.53.camel@tuxedo> On Mon, 2002-07-15 at 16:33, Harold Hunt wrote: > For future reference, the xlauncher-style program is on my list of things to > do. I want it done in straight C or C++ interfacing the GDI manually. I > don't want dependencies on cumbersome libraries, and I don't want any > non-free compiler languages involved. This xlauncher will remain on my > to-do list until it is written to the above specs, regardless of whether or > not someone comes up with a really slick xlauncher that depends on > super-duper-library-foo. I don't care about super-duper-library-foo, I just > want to be able to spend a small amount of time in order to contribute to a > program with an arguably small scope. So wxWindows is also out? I was hoping for a cross platform xlauncher, as it would also be useful under a linux/*nix system using Xnest. I don't know a way to get cross platform support easily without using a library of some kind, and wxWindows seems to be the best, it's been around for ten years, and has a _lot_ of functionality. I understand your concern at depending on libraries, and I guess compiling a static binary won't satisfy your needs? The only other way I can see to do this is to do a complete rewrite of the program per OS, to utilise each systems native framework. There would be very little portable code between each version. Writing it as an X app once rootless mode works could be an option, as we would only have to write for an X framework, and not for Win32. This sounds like overkill to me though. Cheers, Tim. From robert.collins@syncretize.net Mon Jul 15 04:05:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Mon, 15 Jul 2002 04:05:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) References: <1026711588.6934.53.camel@tuxedo> Message-ID: <0a2401c22bc6$521e1f60$2300a8c0@LAPTOP> ----- Original Message ----- From: "Tim Thomson" To: "cygx" Sent: Monday, July 15, 2002 3:39 PM Subject: RE: New xlauncher (was: Re: Success with Java prog in XFree) > On Mon, 2002-07-15 at 16:33, Harold Hunt wrote: > > For future reference, the xlauncher-style program is on my list of things to > > do. I want it done in straight C or C++ interfacing the GDI manually. I > > don't want dependencies on cumbersome libraries, and I don't want any > > non-free compiler languages involved. This xlauncher will remain on my > > to-do list until it is written to the above specs, regardless of whether or > > not someone comes up with a really slick xlauncher that depends on > > super-duper-library-foo. I don't care about super-duper-library-foo, I just > > want to be able to spend a small amount of time in order to contribute to a > > program with an arguably small scope. > > So wxWindows is also out? > I was hoping for a cross platform xlauncher, as it would also be useful > under a linux/*nix system using Xnest. I don't know what Harold will say - although I can guess :}. What we do over in cygwin-apps when someone offers to provide maintain foo, that depends on library bar which is not in the distribution, is to say "Maintain bar - making it a .dll if appropriate, packaging it and so forth. THEN, and only then, offer foo as a package." In short, I don't see any particular problem with wxWindows per se, as long as you make it easy for other folk to build and link and run against it natively. This would involve at a minimum a shared library and a -devel package with a static build and the headers. Rob " From szelkov@earthlink.net Mon Jul 15 05:51:00 2002 From: szelkov@earthlink.net (szelkov@earthlink.net) Date: Mon, 15 Jul 2002 05:51:00 -0000 Subject: LibICE.DLL is a BIG problem Message-ID: <174210-22002711511545532@M2W044.mail2web.com> The file should be in: c:\cygwin\usr\X11R6\bin\libICE.dll. It's there on my system. Original Message: ----------------- From: Christopher Faylor cgf@redhat.com Date: Mon, 15 Jul 2002 00:41:18 -0400 To: cygwin-xfree@cygwin.com Subject: Re: LibICE.DLL is a BIG problem On Sun, Jul 14, 2002 at 09:14:29PM -0700, Michael Jennings wrote: >There are lots of messages on Google that say people are having a >problem with a missing DLL, LibICE.dll. No one has answered that message >with a definitive answer. There are FTP and HTTP addresses given that >don't lead to the file. > >I'm trying to install Nedit, and it is asking for this file. > >Why doesn't Cygwin provide everything necessary, or links, or >explanations? Re-installing made no difference. http://cygwin.com/cgi-bin2/package-grep.cgi?grep=libICE.dll Harold, maybe the "search a package" link should be referenced on the Cygwin/XFree86 site too? cgf -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web.com/ . From jwb@homer.att.com Mon Jul 15 06:06:00 2002 From: jwb@homer.att.com (J. W. Ballantine) Date: Mon, 15 Jul 2002 06:06:00 -0000 Subject: startx timing out Message-ID: <200207151251.IAA06709@akiva.homer.att.com> I don't have a .Xauthority file in my home dir. I had a .xinitrc in my home dir, and renamed it on the odd chance that it was causing the problem, it wasn't. Thanks >From: "Thomas Chadwick" >To: jwb@homer.att.com, cygwin-xfree@cygwin.com >Subject: Re: startx timing out >Date: Fri, 12 Jul 2002 16:44:12 -0400 >Mime-Version: 1.0 >Content-Type: text/plain; format=flowed >Message-ID: > >A few suggestions: > >1) If you have a file in your home directory called .Xauthority, delete it >(or at least rename it if you want to use it again later). > >2) If you don't have a file in your home directory called .xinitrc, create >one containing something like the following (the following does the same >stuff as the stock startxwin.sh and startxwin.bat): > > xsetroot -solid aquamarine4 > xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black \ > -e /usr/bin/bash & > twm > >>From: "J. W. Ballantine" >>To: cygwin-xfree@cygwin.com >>Subject: startx timing out >>Date: Fri, 12 Jul 2002 16:17:26 -0400 >> >> >>I've installed cygwin-xfree and I seem to have something mis-configured. >> >>If I run from startxwin.sh, everything runs fine, but if I try to use >>startx, the x window, white, opens up, changes to a cross-hatch pattern >>and eventually closes down. In the sh window I get the message: >> waiting for X server to begin accepting connections >> .. >> .. >>until it finally times out. For the record the same thing happens if I >>try and run just xinit >> >>my /tmp/XWin.log is: >> >> DELETED for Brevity... >> >>I couldn't find anything about this in the mail-list archive. >> >>Does someone see anything I don't. >> >>Thanks >> >>Jim Ballantine >> From nwourms@yahoo.com Mon Jul 15 06:27:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Mon, 15 Jul 2002 06:27:00 -0000 Subject: New xlauncher (was: Re: Success with Java prog in XFree) In-Reply-To: <1026711588.6934.53.camel@tuxedo> Message-ID: <20020715130617.75669.qmail@web21006.mail.yahoo.com> --- Tim Thomson wrote: > On Mon, 2002-07-15 at 16:33, Harold Hunt wrote: > > For future reference, the xlauncher-style program is on my list of > things to > > do. I want it done in straight C or C++ interfacing the GDI manually. > I > > don't want dependencies on cumbersome libraries, and I don't want any > > non-free compiler languages involved. This xlauncher will remain on > my > > to-do list until it is written to the above specs, regardless of > whether or > > not someone comes up with a really slick xlauncher that depends on > > super-duper-library-foo. I don't care about super-duper-library-foo, > I just > > want to be able to spend a small amount of time in order to contribute > to a > > program with an arguably small scope. > > So wxWindows is also out? > I was hoping for a cross platform xlauncher, as it would also be useful > under a linux/*nix system using Xnest. Until someone provides the runtime libraries as part of the Cygwin dist, I'd have to say yes. Also, Harold seems dead set against these rather bloated cross-platform libraries. > I don't know a way to get cross platform support easily without using a > library of some kind, and wxWindows seems to be the best, it's been > around for ten years, and has a _lot_ of functionality. If you are really serious about this, then follow the directions at: http://cygwin.com/setup.html To package the wxWindows runtime and development libraries for the cygwin platform. If you are *really* serious, once gtk for cygwin is released, you could provide the gtk/X11 version of wxWindows for cygwin as well. > I understand your concern at depending on libraries, and I guess > compiling a static binary won't satisfy your needs? Aviod the bloat, provide a wxWindows dll to the distribtion. > The only other way I can see to do this is to do a complete rewrite of > the program per OS, to utilise each systems native framework. There > would be very little portable code between each version. Not necessarily. The current maintainer of rxvt has managed to create an awesome terminal client that works in both X and as a native win32 app. He did it by using Donald Becker's libW11, which translates calls to libX11 into win32api calls. Unfortunately, he is running short on time atm and hasn't got much time to improve on the libW11 port to cygwin. Since libW11 is already a part of cygwin, you have met Harold's requirements that it not be dependant on some super-duper-foo-library. Also, it avoids unnecessary memory hogging by an xserver running in "rootless" mode. If you are curious, check out the source package for rxvt, which contains the libW11 source. Also check out the rxvt README in /usr/doc/Cygwin for infomation on how he did his port and how you can contact him. > Writing it as an X app once rootless mode works could be an option, as > we would only have to write for an X framework, and not for Win32. This > sounds like overkill to me though. I agree, no need for the bloat of an xserver running in "rootless" mode just to use a startup launcher. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From j_tetazoo@hotmail.com Mon Jul 15 06:46:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Mon, 15 Jul 2002 06:46:00 -0000 Subject: Corrupted file x2x-1.27-1-src.tar.bz2 Message-ID: Harold, I need you assitance in fixing this problem. Can you please re-upload to sources.redhat.com the tarball located here? http://members.tripod.com/tomandlaura0/cygwin/release/x2x/x2x-1.27-1-src.tar.bz2 The problem is that the file up on sources.redhat.com (and all the mirrors) is 16719 Bytes. The file at the above location is 16720 Bytes, which is the correct size. Don't know what happened to that 1 Byte. Thanks. >From: "Robert Collins" >To: "'Alexander Gottwald'" >CC: >Subject: RE: Corrupted file x2x-1.27-1-src.tar.bz2 >Date: Sun, 14 Jul 2002 09:42:27 +1000 > > > > > -----Original Message----- > > From: cygwin-xfree-owner@cygwin.com > > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Alexander Gottwald > > Sent: Saturday, 13 July 2002 5:04 AM > > Cc: cygwin-xfree@cygwin.com > > Subject: Re: Corrupted file x2x-1.27-1-src.tar.bz2 > > > > > > On Fri, 12 Jul 2002 fergus@bonhard.uklinux.net wrote: > > > > > In the directory release/XFree86/x2x/, the file > > x2x-1.27-1-src.tar.bz2 has > > > the correct md5sum (being > > 87075ba00b0cd15f35975c956f14591a); but running > > > bzip2 -tv gives a "file ends unexpectedly" error message, > > and attempting to > > > run bzip2 -dv fails. > > > > Have you downloaded it via ftp? The please check you fetched > > it in binary > > and not ascii mode. > >If he'd downloaded in ascii ftp mode the md5 would not match. > >Rob _________________________________________________________________ Join the world??s largest e-mail service with MSN Hotmail. http://www.hotmail.com From huntharo@msu.edu Mon Jul 15 06:50:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Mon, 15 Jul 2002 06:50:00 -0000 Subject: Corrupted file x2x-1.27-1-src.tar.bz2 In-Reply-To: Message-ID: Thomas, Well, looks like I get to throw this one right back at you. I right-clicked on the link at: http://cygwin.com/ml/cygwin-xfree/2002-07/msg00393.html and chose save as... blah blah. I did this in both IE and Mozilla 1.0. The result is that the browser thinks that the file is an HTML file (both of them thought this). I corrected the extensions in both browsers, but the resulting download was 16719 bytes both times. I would prefer that you either find some ftp space to store this files at, or email them to me (not to the list) directly. Harold > -----Original Message----- > From: Thomas Chadwick [mailto:j_tetazoo@hotmail.com] > Sent: Monday, July 15, 2002 9:27 AM > To: huntharo@msu.edu > Cc: cygwin-xfree@cygwin.com > Subject: RE: Corrupted file x2x-1.27-1-src.tar.bz2 > > > Harold, > > I need you assitance in fixing this problem. Can you please re-upload to > sources.redhat.com the tarball located here? > > http://members.tripod.com/tomandlaura0/cygwin/release/x2x/x2x-1.27 > -1-src.tar.bz2 > > The problem is that the file up on sources.redhat.com (and all > the mirrors) > is 16719 Bytes. The file at the above location is 16720 Bytes, > which is the > correct size. Don't know what happened to that 1 Byte. > > Thanks. > > >From: "Robert Collins" > >To: "'Alexander Gottwald'" > >CC: > >Subject: RE: Corrupted file x2x-1.27-1-src.tar.bz2 > >Date: Sun, 14 Jul 2002 09:42:27 +1000 > > > > > > > > > -----Original Message----- > > > From: cygwin-xfree-owner@cygwin.com > > > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Alexander Gottwald > > > Sent: Saturday, 13 July 2002 5:04 AM > > > Cc: cygwin-xfree@cygwin.com > > > Subject: Re: Corrupted file x2x-1.27-1-src.tar.bz2 > > > > > > > > > On Fri, 12 Jul 2002 fergus@bonhard.uklinux.net wrote: > > > > > > > In the directory release/XFree86/x2x/, the file > > > x2x-1.27-1-src.tar.bz2 has > > > > the correct md5sum (being > > > 87075ba00b0cd15f35975c956f14591a); but running > > > > bzip2 -tv gives a "file ends unexpectedly" error message, > > > and attempting to > > > > run bzip2 -dv fails. > > > > > > Have you downloaded it via ftp? The please check you fetched > > > it in binary > > > and not ascii mode. > > > >If he'd downloaded in ascii ftp mode the md5 would not match. > > > >Rob > > > _________________________________________________________________ > Join the world??s largest e-mail service with MSN Hotmail. > http://www.hotmail.com > From huntharo@msu.edu Mon Jul 15 07:06:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Mon, 15 Jul 2002 07:06:00 -0000 Subject: LibICE.DLL is a BIG problem In-Reply-To: <3D325FC1.4030407@myrealbox.com> Message-ID: Michael, No it is not amazing that the default Cygwin installation does not install XFree86. Just read the Cygwin mailing list archives and notice how often people bitch about how large the default installation is already. The default installation continues to get smaller, rather than larger, as a result of all of this bitching. Now we have reached the point where people bitch about there being too much just about as much as people bitch about there being too little. Thus, we have reached a nice stable point, and we intend to stay there. Harold -----Original Message----- From: Michael Jennings [mailto:mjennings@myrealbox.com] Sent: Monday, July 15, 2002 1:38 AM To: Harold Hunt Subject: Re: LibICE.DLL is a BIG problem Amazingly, the default Cygwin install does not install XFree86. It is necessary to choose it. That's why there are so many problems with it being missing. You can see all the trouble people are having by puting LibICE.dll into Google. Michael ___________________ Harold Hunt wrote: Michael, Because I have never heard of any problems with libICE. You are going to have to provide details, even if those details are only links to the relevant bits of discussions that you have found via Google. Thanks, Harold -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Michael Jennings Sent: Monday, July 15, 2002 12:14 AM To: cygwin-xfree@cygwin.com Subject: LibICE.DLL is a BIG problem There are lots of messages on Google that say people are having a problem with a missing DLL, LibICE.dll. No one has answered that message with a definitive answer. There are FTP and HTTP addresses given that don't lead to the file. I'm trying to install Nedit, and it is asking for this file. Why doesn't Cygwin provide everything necessary, or links, or explanations? Re-installing made no difference. Michael Jennings From j_tetazoo@hotmail.com Mon Jul 15 07:21:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Mon, 15 Jul 2002 07:21:00 -0000 Subject: Corrupted file x2x-1.27-1-src.tar.bz2 Message-ID: Strange... I could have sworn that I did exactly what you describe (right-click followed by Save-As) to test the tarbals when I originally posted them, and they turned out just fine. However, I re-tried that just now and I'm seeing the problem. Classic ASCII vs. binary transfer snafu. Since I don't have access to an FTP server, I'll have to send them as email attachments (off-list). Thanks. >From: "Harold Hunt" >To: "Thomas Chadwick" >CC: "cygx" >Subject: RE: Corrupted file x2x-1.27-1-src.tar.bz2 >Date: Mon, 15 Jul 2002 09:46:28 -0400 > >Thomas, > >Well, looks like I get to throw this one right back at you. > >I right-clicked on the link at: >http://cygwin.com/ml/cygwin-xfree/2002-07/msg00393.html > >and chose save as... blah blah. > >I did this in both IE and Mozilla 1.0. The result is that the browser >thinks that the file is an HTML file (both of them thought this). I >corrected the extensions in both browsers, but the resulting download was >16719 bytes both times. > >I would prefer that you either find some ftp space to store this files at, >or email them to me (not to the list) directly. > >Harold > > > -----Original Message----- > > From: Thomas Chadwick [mailto:j_tetazoo@hotmail.com] > > Sent: Monday, July 15, 2002 9:27 AM > > To: huntharo@msu.edu > > Cc: cygwin-xfree@cygwin.com > > Subject: RE: Corrupted file x2x-1.27-1-src.tar.bz2 > > > > > > Harold, > > > > I need you assitance in fixing this problem. Can you please re-upload >to > > sources.redhat.com the tarball located here? > > > > http://members.tripod.com/tomandlaura0/cygwin/release/x2x/x2x-1.27 > > -1-src.tar.bz2 > > > > The problem is that the file up on sources.redhat.com (and all > > the mirrors) > > is 16719 Bytes. The file at the above location is 16720 Bytes, > > which is the > > correct size. Don't know what happened to that 1 Byte. > > > > Thanks. > > > > >From: "Robert Collins" > > >To: "'Alexander Gottwald'" > > > >CC: > > >Subject: RE: Corrupted file x2x-1.27-1-src.tar.bz2 > > >Date: Sun, 14 Jul 2002 09:42:27 +1000 > > > > > > > > > > > > > -----Original Message----- > > > > From: cygwin-xfree-owner@cygwin.com > > > > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Alexander >Gottwald > > > > Sent: Saturday, 13 July 2002 5:04 AM > > > > Cc: cygwin-xfree@cygwin.com > > > > Subject: Re: Corrupted file x2x-1.27-1-src.tar.bz2 > > > > > > > > > > > > On Fri, 12 Jul 2002 fergus@bonhard.uklinux.net wrote: > > > > > > > > > In the directory release/XFree86/x2x/, the file > > > > x2x-1.27-1-src.tar.bz2 has > > > > > the correct md5sum (being > > > > 87075ba00b0cd15f35975c956f14591a); but running > > > > > bzip2 -tv gives a "file ends unexpectedly" error message, > > > > and attempting to > > > > > run bzip2 -dv fails. > > > > > > > > Have you downloaded it via ftp? The please check you fetched > > > > it in binary > > > > and not ascii mode. > > > > > >If he'd downloaded in ascii ftp mode the md5 would not match. > > > > > >Rob > > > > > > _________________________________________________________________ > > Join the world??s largest e-mail service with MSN Hotmail. > > http://www.hotmail.com > > > _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From huntharo@msu.edu Mon Jul 15 08:27:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Mon, 15 Jul 2002 08:27:00 -0000 Subject: Corrupted file x2x-1.27-1-src.tar.bz2 In-Reply-To: Message-ID: Thomas, I've uploaded the src tarball. It should be on mirrors within 24 hours. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Thomas Chadwick > Sent: Monday, July 15, 2002 10:06 AM > To: huntharo@msu.edu > Cc: cygwin-xfree@cygwin.com > Subject: RE: Corrupted file x2x-1.27-1-src.tar.bz2 > > > Strange... I could have sworn that I did exactly what you describe > (right-click followed by Save-As) to test the tarbals when I originally > posted them, and they turned out just fine. However, I re-tried > that just > now and I'm seeing the problem. Classic ASCII vs. binary transfer snafu. > > Since I don't have access to an FTP server, I'll have to send > them as email > attachments (off-list). > > Thanks. > > >From: "Harold Hunt" > >To: "Thomas Chadwick" > >CC: "cygx" > >Subject: RE: Corrupted file x2x-1.27-1-src.tar.bz2 > >Date: Mon, 15 Jul 2002 09:46:28 -0400 > > > >Thomas, > > > >Well, looks like I get to throw this one right back at you. > > > >I right-clicked on the link at: > >http://cygwin.com/ml/cygwin-xfree/2002-07/msg00393.html > > > >and chose save as... blah blah. > > > >I did this in both IE and Mozilla 1.0. The result is that the browser > >thinks that the file is an HTML file (both of them thought this). I > >corrected the extensions in both browsers, but the resulting download was > >16719 bytes both times. > > > >I would prefer that you either find some ftp space to store this > files at, > >or email them to me (not to the list) directly. > > > >Harold > > > > > -----Original Message----- > > > From: Thomas Chadwick [mailto:j_tetazoo@hotmail.com] > > > Sent: Monday, July 15, 2002 9:27 AM > > > To: huntharo@msu.edu > > > Cc: cygwin-xfree@cygwin.com > > > Subject: RE: Corrupted file x2x-1.27-1-src.tar.bz2 > > > > > > > > > Harold, > > > > > > I need you assitance in fixing this problem. Can you please > re-upload > >to > > > sources.redhat.com the tarball located here? > > > > > > http://members.tripod.com/tomandlaura0/cygwin/release/x2x/x2x-1.27 > > > -1-src.tar.bz2 > > > > > > The problem is that the file up on sources.redhat.com (and all > > > the mirrors) > > > is 16719 Bytes. The file at the above location is 16720 Bytes, > > > which is the > > > correct size. Don't know what happened to that 1 Byte. > > > > > > Thanks. > > > > > > >From: "Robert Collins" > > > >To: "'Alexander Gottwald'" > > > > > >CC: > > > >Subject: RE: Corrupted file x2x-1.27-1-src.tar.bz2 > > > >Date: Sun, 14 Jul 2002 09:42:27 +1000 > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > From: cygwin-xfree-owner@cygwin.com > > > > > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Alexander > >Gottwald > > > > > Sent: Saturday, 13 July 2002 5:04 AM > > > > > Cc: cygwin-xfree@cygwin.com > > > > > Subject: Re: Corrupted file x2x-1.27-1-src.tar.bz2 > > > > > > > > > > > > > > > On Fri, 12 Jul 2002 fergus@bonhard.uklinux.net wrote: > > > > > > > > > > > In the directory release/XFree86/x2x/, the file > > > > > x2x-1.27-1-src.tar.bz2 has > > > > > > the correct md5sum (being > > > > > 87075ba00b0cd15f35975c956f14591a); but running > > > > > > bzip2 -tv gives a "file ends unexpectedly" error message, > > > > > and attempting to > > > > > > run bzip2 -dv fails. > > > > > > > > > > Have you downloaded it via ftp? The please check you fetched > > > > > it in binary > > > > > and not ascii mode. > > > > > > > >If he'd downloaded in ascii ftp mode the md5 would not match. > > > > > > > >Rob > > > > > > > > > _________________________________________________________________ > > > Join the world??s largest e-mail service with MSN Hotmail. > > > http://www.hotmail.com > > > > > > > > > > _________________________________________________________________ > Send and receive Hotmail on your mobile device: http://mobile.msn.com > From huntharo@msu.edu Mon Jul 15 08:39:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 15 Jul 2002 08:39:00 -0000 Subject: one paragaph of explanation on the web site. Message-ID: <200207151527.g6FFR4O21874@pilot19.cl.msu.edu> Michael, You are having a discussion with the Cygwin/XFree86 project. My name is not, ``The Cygwin/XFree86 Project''. Therefore, I kindly ask that you send all correspondence to cygwin-xfree@cygwin.com, rather than directly to me. Thank you very much, Harold Michael Jennings said: > I'd like a little creativity in seeing my point. I am suggesting that > there be one paragaph of explanation on the web site. Now, there isn't. > I want to be warned, that's all. > > If you want, I will write the paragraph and submit it to you. > > > Michael > > ____________________ > > Harold Hunt wrote: > > >Michael, > > > >No it is not amazing that the default Cygwin installation does not install > >XFree86. > > > >Just read the Cygwin mailing list archives and notice how often people bitch > >about how large the default installation is already. The default > >installation continues to get smaller, rather than larger, as a result of > >all of this bitching. Now we have reached the point where people bitch > >about there being too much just about as much as people bitch about there > >being too little. Thus, we have reached a nice stable point, and we intend > >to stay there. > > > >Harold > > > >-----Original Message----- > >From: Michael Jennings [mailto:mjennings@myrealbox.com] > >Sent: Monday, July 15, 2002 1:38 AM > >To: Harold Hunt > >Subject: Re: LibICE.DLL is a BIG problem > > > > > >Amazingly, the default Cygwin install does not install XFree86. It is > >necessary to choose it. That's why there are so many problems with it being > >missing. > > > >You can see all the trouble people are having by puting > >LibICE.dll > >into Google. > > > >Michael > > > >___________________ > > > > > >Harold Hunt wrote: > > > >Michael, > > > >Because I have never heard of any problems with libICE. > > > >You are going to have to provide details, even if those details are only > >links to the relevant bits of discussions that you have found via Google. > > > >Thanks, > > > >Harold > > > > > >-----Original Message----- > >From: cygwin-xfree-owner@cygwin.com > >[mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Michael Jennings > >Sent: Monday, July 15, 2002 12:14 AM > >To: cygwin-xfree@cygwin.com > >Subject: LibICE.DLL is a BIG problem > > > > > >There are lots of messages on Google that say people are having a > >problem with a missing DLL, LibICE.dll. No one has answered that message > >with a definitive answer. There are FTP and HTTP addresses given that > >don't lead to the file. > > > >I'm trying to install Nedit, and it is asking for this file. > > > >Why doesn't Cygwin provide everything necessary, or links, or > >explanations? Re-installing made no difference. > > > >Michael Jennings > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > From keenwa@eglin.af.mil Mon Jul 15 09:08:00 2002 From: keenwa@eglin.af.mil (Keen Wayne A Contr AFRL/MNGG) Date: Mon, 15 Jul 2002 09:08:00 -0000 Subject: LibICE.DLL is a BIG problem Message-ID: <30C9E24891FFD411B68A009027724CB702C04CEE@eg-002-015.eglin.af.mil> Note that the main Cygwin page now states, some words in bold (probably thinking of nitwits like me) - "Note also that, by default, setup.exe does not install everything. Only the base cygwin distribution is installed by default." I try to make a virtue of this. Every time I do an update, I click open all the categories and see what's there, and what's new. This helps me stay a hip, happening kind of guy I am... Wayne Keen From cgf@redhat.com Mon Jul 15 10:04:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Mon, 15 Jul 2002 10:04:00 -0000 Subject: LibICE.DLL is a BIG problem In-Reply-To: <30C9E24891FFD411B68A009027724CB702C04CEE@eg-002-015.eglin.af.mil> References: <30C9E24891FFD411B68A009027724CB702C04CEE@eg-002-015.eglin.af.mil> Message-ID: <20020715160843.GD26820@redhat.com> On Mon, Jul 15, 2002 at 10:32:16AM -0500, Keen Wayne A Contr AFRL/MNGG wrote: >Note that the main Cygwin page now states, some words in bold (probably >thinking of nitwits like me) - > >"Note also that, by default, setup.exe does not install everything. >Only the base cygwin distribution is installed by default." I think that this brings the number of people who have actually read this section up to "2". cgf From nwourms@yahoo.com Mon Jul 15 22:08:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Mon, 15 Jul 2002 22:08:00 -0000 Subject: Installation Classes for setup.exe [was RE: LibICE.DLL is a BIG problem] In-Reply-To: Message-ID: <20020715170414.59863.qmail@web21010.mail.yahoo.com> Hi, Instead of bitching, all people have to do is click once on the "default" option and it will switch to "install". This installs everything except the test packages. If only people would try to figure it out a little before complaining. Although, I suppose eventually we'll have to get setup to give people the option of: 1)Minimal Install (currently "default") 2)Standard Install 3)Full Install (currently ("install") n1) [Install Type n1] n2) [Install Type n2] [CHECK BOX 1] Install experimental packages? [CHECK BOX 2] Customize package selection? [n1, n2 = additional install types to be provided by external data sources, i.e. one could define "Standard Install w/ Cygwin/XFree86" or "SSH only Install"] As to what goes into #2 is not for me to debate. I've had my fill of flame wars for awhile ;-). However, as more packages are added, I think that we (including me) should help setup become more extensible by defining the classes of installs and providing the chooser only when requested by checkbox #2. Why should this be something we want? A)It makes the whole process much easier for the enduser. B)It better mirrors other installers which the enduser is used to. C)It is much more "accessible" to people with disabilities. D)It creates a more featureful installer, while preserving the simplicity of the installer. E)It has been marketed and tested by the various linux vendors in the opensource community and so far hasn't met with much disfavor. F)(Hopefully) It will cut down on the number of messages we get from people asking where is package "foo" or complaing about setup installing too many or too few packages. G)Personally I like to have the robustness of a full setup of tools, while Harold may prefer the simplicity of a minimal X terminal setup. Then there are those who would rather use it simply for SSH. Choice is an important feature of the opensource community, one which we should embrace without creating confusion. I am simply stating an observation and a possible boilerplate for a solution. As to how doable this is and who will do it is another thing. I'll take a crack at it, but I doubt I'd get that far in the next couple of months. So rather than just keep the idea to myself, I decided to share it. Hopefully this might get some useful discussion and possibly spawn more ideas in the process. Cheers, Nicholas P.S. - Please respond in cygwin-apps, as I don't want to cause another off-topic thread to flood cygwin-xfree. ;-) --- Harold Hunt wrote: > Michael, > > No it is not amazing that the default Cygwin installation does not > install > XFree86. > > Just read the Cygwin mailing list archives and notice how often people > bitch > about how large the default installation is already. The default > installation continues to get smaller, rather than larger, as a result > of > all of this bitching. Now we have reached the point where people bitch > about there being too much just about as much as people bitch about > there > being too little. Thus, we have reached a nice stable point, and we > intend > to stay there. > > Harold > > -----Original Message----- > From: Michael Jennings [mailto:mjennings@myrealbox.com] > Sent: Monday, July 15, 2002 1:38 AM > To: Harold Hunt > Subject: Re: LibICE.DLL is a BIG problem > > > Amazingly, the default Cygwin install does not install XFree86. It is > necessary to choose it. That's why there are so many problems with it > being > missing. > > You can see all the trouble people are having by puting > LibICE.dll > into Google. > > Michael > > ___________________ > > > Harold Hunt wrote: > > Michael, > > Because I have never heard of any problems with libICE. > > You are going to have to provide details, even if those details are only > links to the relevant bits of discussions that you have found via > Google. > > Thanks, > > Harold > > > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Michael Jennings > Sent: Monday, July 15, 2002 12:14 AM > To: cygwin-xfree@cygwin.com > Subject: LibICE.DLL is a BIG problem > > > There are lots of messages on Google that say people are having a > problem with a missing DLL, LibICE.dll. No one has answered that message > with a definitive answer. There are FTP and HTTP addresses given that > don't lead to the file. > > I'm trying to install Nedit, and it is asking for this file. > > Why doesn't Cygwin provide everything necessary, or links, or > explanations? Re-installing made no difference. > > Michael Jennings __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From huntharo@msu.edu Tue Jul 16 03:40:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Tue, 16 Jul 2002 03:40:00 -0000 Subject: [ANNOUNCEMENT] Server Test 65 Message-ID: Links: I just posted Test 65 to the server development page: http://xfree86.cygwin.com/devel/shadow/ You can install the Test 65 package via setup.exe by selecting the 'test' package (and be sure to check the 'Bin' box): XFree86-xserv-4.2.0-12 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-Test65.exe.bz2 (1100 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20020716-0051.tar.bz2 (84 KiB) Changes: 1) Enable initial scrollbar support, when the new ``-scrollbars'' command-line argument is passed. (Jehan Bing, Harold Hunt) 2) Correct the preprocessor definition of PROJECTROOT for xc/programs/Xserver/hw/xwin/Imakefile. (Alexander Gottwald) Enjoy, Harold From robert.collins@syncretize.net Tue Jul 16 17:21:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Tue, 16 Jul 2002 17:21:00 -0000 Subject: Installation Classes for setup.exe [was RE: LibICE.DLL is a BIG problem] In-Reply-To: <20020715170414.59863.qmail@web21010.mail.yahoo.com> Message-ID: <000101c22cb5$456d7820$0200a8c0@lifelesswks> > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Nicholas Wourms > Sent: Tuesday, 16 July 2002 3:04 AM > To: cygx > Cc: cygwin-apps@cygwin.com > Subject: Installation Classes for setup.exe [was RE: > LibICE.DLL is a BIG problem] > > > Hi, > > Instead of bitching, all people have to do is click once on > the "default" > option and it will switch to "install". This installs > everything except > the test packages. If only people would try to figure it out a little > before complaining. Although, I suppose eventually we'll have to get > setup to give people the option of: > > 1)Minimal Install (currently "default") > 2)Standard Install > 3)Full Install (currently ("install") > n1) [Install Type n1] > n2) [Install Type n2] > > [CHECK BOX 1] Install experimental packages? > [CHECK BOX 2] Customize package selection? > Funnily enough: this http://sources.redhat.com/ml/cygwin-apps/2002-03/msg00228.html may be very similar to what you are talking about. Rob From colin.harrison@virgin.net Tue Jul 16 18:34:00 2002 From: colin.harrison@virgin.net (Colin Harrison) Date: Tue, 16 Jul 2002 18:34:00 -0000 Subject: Server Test 65 Message-ID: <200207170021.g6H0LOI04242@chamonix.straightrunning.com> Hi, When invoked:- start XWin -screen 0 1024 768 -emulate3buttons +kb -xkbmap gb It removes my link (or file) in tmp directory to my keymap file gb.xkm in my case being a brit. I keep putting it back and it keeps removing it!! Should I now do the keyboard mapping elsewhere (not in /tmp) Colin From colin.harrison@virgin.net Wed Jul 17 03:54:00 2002 From: colin.harrison@virgin.net (Colin Harrison) Date: Wed, 17 Jul 2002 03:54:00 -0000 Subject: Server Test 65 (again!!) Message-ID: <200207170134.g6H1YHf04924@chamonix.straightrunning.com> Hi Fixed by using an XF86Config file!! Silly me, not keeping up to date Colin From jjangu@tid.es Wed Jul 17 03:56:00 2002 From: jjangu@tid.es (Juan =?iso-8859-1?Q?Jos=E9=20Andr=E9s=20Guti=E9rrez?=) Date: Wed, 17 Jul 2002 03:56:00 -0000 Subject: Problems with MSVC6.0 Message-ID: <3D355B1B.952459AC@tid.es> Hello, I have problems to compile a X-Window program with Visual C++ 6.0. The problem is that I convert the DLL libx11.dll and libxmuu.dll to libx11.lib and libxmuu.lib the linker generate several errors: libX11.lib(libX11.obj) : warning LNK4078: multiple ".edata" sections found with different attributes (C0100000) libXmuu.lib(libXmuu.obj) : error LNK2005: __nm__calloc already defined in libX11.lib(libX11.obj) libXmuu.lib(libXmuu.obj) : error LNK2005: __nm__cygwin_detach_dll already defined in libX11.lib(libX11.obj) libXmuu.lib(libXmuu.obj) : error LNK2005: __nm__cygwin_internal already defined in libX11.lib(libX11.obj) libXmuu.lib(libXmuu.obj) : error LNK2005: __nm__dll_dllcrt0 already defined in libX11.lib(libX11.obj) libXmuu.lib(libXmuu.obj) : error LNK2005: __nm__fprintf already defined in libX11.lib(libX11.obj) libXmuu.lib(libXmuu.obj) : error LNK2005: __nm__fputs already defined in libX11.lib(libX11.obj) libXmuu.lib(libXmuu.obj) : error LNK2005: __nm__free already defined in libX11.lib(libX11.obj) libXmuu.lib(libXmuu.obj) : error LNK2005: __nm__gethostname already defined in libX11.lib(libX11.obj) libXmuu.lib(libXmuu.obj) : error LNK2005: __nm__malloc already defined in libX11.lib(libX11.obj) libXmuu.lib(libXmuu.obj) : error LNK2005: __nm__realloc already defined in libX11.lib(libX11.obj) libXmuu.lib(libXmuu.obj) : error LNK2005: __nm__strcmp already defined in libX11.lib(libX11.obj) Debug/xlsclients.exe : fatal error LNK1169: one or more multiply defined symbols found As I can use these DLL in a program written with Visual C++? Thanks. From robert.collins@syncretize.net Wed Jul 17 04:08:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Wed, 17 Jul 2002 04:08:00 -0000 Subject: Problems with MSVC6.0 In-Reply-To: <3D355B1B.952459AC@tid.es> Message-ID: <000401c22d80$a68ce2f0$0200a8c0@lifelesswks> > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Juan Jos? > Andr?s Guti?rrez > Sent: Wednesday, 17 July 2002 9:55 PM > As I can use these DLL in a program written with Visual C++? 1) Dlls are not libs. Conversion is not guaranteed. 2) These .dll's use a different C runtime than Visual C/C++ does, so you can't use them with each other. 3) Why not just use g++? Rob From robert.collins@syncretize.net Wed Jul 17 05:50:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Wed, 17 Jul 2002 05:50:00 -0000 Subject: Problems with MSVC6.0 In-Reply-To: <3D355D16.C8FFC5F8@tid.es> Message-ID: <000501c22d82$548388e0$0200a8c0@lifelesswks> > -----Original Message----- > From: Juan Jos? Andr?s Guti?rrez [mailto:jjangu@tid.es] > Sent: Wednesday, 17 July 2002 10:04 PM > To: Robert Collins > Subject: Re: Problems with MSVC6.0 > > > I need to use Visual C++ 6.0 because I'm making an ActiveX. False. G++ can produce ActiveX objects, the COM interface is supported - but you will need to research this quite a bit to do it. > I need to make a function that controls X-Window objects. > > Is posible use this dll in a Visual C++ project? Which part of 'can not use them with each other' did you not understand? Rob From jjangu@tid.es Wed Jul 17 06:17:00 2002 From: jjangu@tid.es (Juan =?iso-8859-1?Q?Jos=E9=20Andr=E9s=20Guti=E9rrez?=) Date: Wed, 17 Jul 2002 06:17:00 -0000 Subject: Problems with MSVC6.0 References: <000501c22d82$548388e0$0200a8c0@lifelesswks> Message-ID: <3D35764B.B9F8FAA1@tid.es> I need a explanation, please. If I load the DLL in my program dynamically instead of using a library (lib) will worked? or on the contrary it will happen the same. Sorry for the inconveniences. I am new using cygwin. Thank you very much. Robert Collins wrote: > > -----Original Message----- > > From: Juan Jos?? Andr??s Guti??rrez [mailto:jjangu@tid.es] > > Sent: Wednesday, 17 July 2002 10:04 PM > > To: Robert Collins > > Subject: Re: Problems with MSVC6.0 > > > > > > I need to use Visual C++ 6.0 because I'm making an ActiveX. > > False. G++ can produce ActiveX objects, the COM interface is supported - > but you will need to research this quite a bit to do it. > > > I need to make a function that controls X-Window objects. > > > > Is posible use this dll in a Visual C++ project? > > Which part of 'can not use them with each other' did you not understand? > > Rob From jguy@amhcu.org Wed Jul 17 06:33:00 2002 From: jguy@amhcu.org (Joe W. Guy, Jr.) Date: Wed, 17 Jul 2002 06:33:00 -0000 Subject: Gnome Message-ID: Can anyone tell me if/how to install GNOME on cygwin? I have XFree86 running on cygwin, but the only window manager that I have is TWM. Please advise. ------------------------------------- Joe W. Guy, Jr. Information Systems Manager MCP, A+, Network+ ------------------------------------- AMH Credit Union 205.556.8860 Ext.304 http://www.amhcu.org From nwourms@yahoo.com Wed Jul 17 06:39:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Wed, 17 Jul 2002 06:39:00 -0000 Subject: Gnome In-Reply-To: Message-ID: <20020717133319.56618.qmail@web21002.mail.yahoo.com> --- "Joe W. Guy, Jr." wrote: > Can anyone tell me if/how to install GNOME on cygwin? I have XFree86 > running on cygwin, but the only window manager that I have is TWM. > Please > advise. No GNOME for you, sorry. But you are welcome to install KDE! Check out: http://kde-cygwin.sourceforge.net Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From robert.collins@syncretize.net Wed Jul 17 07:04:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Wed, 17 Jul 2002 07:04:00 -0000 Subject: Problems with MSVC6.0 In-Reply-To: <3D35764B.B9F8FAA1@tid.es> Message-ID: <000301c22d97$5b402fc0$0200a8c0@lifelesswks> > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Juan Jos? > Andr?s Guti?rrez > Sent: Wednesday, 17 July 2002 11:51 PM > To: Robert Collins > Cc: cygwin-xfree@cygwin.com > Subject: Re: Problems with MSVC6.0 > > > I need a explanation, please. If I load the DLL in my > program dynamically > instead of using a library (lib) will worked? or on the > contrary it will > happen the same. One last time: If you use VC6, it will not work. If you use g++ it will work. Rob From mecklen@cimsoft.com Wed Jul 17 07:22:00 2002 From: mecklen@cimsoft.com (Robert Mecklenburg) Date: Wed, 17 Jul 2002 07:22:00 -0000 Subject: -geometry flag for XWin? Message-ID: <15669.31062.946000.367000@gargle.gargle.HOWL> I start XWin with "-screen 830 1124" (roughly half my screen width) so I have room on my desktop for windows apps. This causes the X root window to be placed at +0+0. Is there a way to specify a different location for the root window? I'd prefer something like +20+0 so it doesn't obscure important desktop icons. (Of course, I've read the man page and found nothing relevant. Perhaps I missed it?) Thanks, -- Robert From cygwin-xfree@cygwin.com Wed Jul 17 08:55:00 2002 From: cygwin-xfree@cygwin.com (Harold L Hunt II) Date: Wed, 17 Jul 2002 08:55:00 -0000 Subject: -geometry flag for XWin? References: <15669.31062.946000.367000@gargle.gargle.HOWL> Message-ID: <3D357E2B.8090603@cygwin.com> Robert Mecklenburg wrote: > I start XWin with "-screen 830 1124" (roughly half my screen width) so > I have room on my desktop for windows apps. This causes the X root > window to be placed at +0+0. Is there a way to specify a different > location for the root window? I'd prefer something like +20+0 so it > doesn't obscure important desktop icons. (Of course, I've read the > man page and found nothing relevant. Perhaps I missed it?) > > Thanks, Robert, No, there is not a -geometry flag. You are more than welcome to add one. Harold From lapo@lapo.it Wed Jul 17 12:03:00 2002 From: lapo@lapo.it (Lapo Luchini) Date: Wed, 17 Jul 2002 12:03:00 -0000 Subject: [ITP] glib-1.2.10 gtk+-1.2.10 References: Message-ID: <3D359365.2070306@lapo.it> Harold Hunt wrote: >Lapo, > >Okay, I'll wait for the -2 pacakges. Could you put links to the setup.hint >files in your email as well? That makes it a lot easier to upload the >packages. > >>I'm currently doing -2 version of them, relibtoolizing them instead of >>using Steven patches. >> Not as "easy" as it was for libungif... it will take some time. OK, I will post setup.hint too when they will be ready, but I'll need some MORE knowledge about autotool and the such that I have now... -- Lapo 'Raist' Luchini lapo@lapo.it (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) From wjjzzs@wjjzzs.com Wed Jul 17 12:04:00 2002 From: wjjzzs@wjjzzs.com (wjjzzs@wjjzzs.com) Date: Wed, 17 Jul 2002 12:04:00 -0000 Subject: Are you a sanitary ware distributor? Message-ID: Note:If this eamil is not fit for you,please reply to webmaster@wjjzzs.com with "remove". We don't intend to send spam email to you.Thank you! Dear sirs or Madams, We are one Arcyl bathtub manufacturer in China. -----------------Profile----------------------- Our factoryspecializes in manufacturing ??YEMA?? brand acrylic composite bathtubs, we have more than 10 years experience of bathtub manufacturing and marketing. With our considerable experience we set out to blend the advantages of all the other of bathtubs offered in the market place into one range. After several years development we produced our current range and the YEMA brand bathtub was patented in 2001. We were even awarded the "Gold Medal" in the "Chinese Patent Technology Exhibition" and "The Ninth Chinese New Patent Technology and New Patent Product Exhibition" later that year. The YEMA bathtubs structural design is that of a normal acrylic bathtub but conglutinated into a composite material. It is ridged and is made more than twice as thick as a normal unit, making it more smooth, gentle and elegant. This manufacturing technique not only provides all the advantages of a normal acrylic bathtub (easily to clean, resistance to dirt, colorful,attractive etc) but also provides increased heat retention, and extends the products life span. Besides our products on website, we now produce some new models for USA market. We also produce shower panels with finest quality. -------------------bathtub Specifications--------------------- 1,Wall thickness:10mm~20mm 2,Weight: 50~60KG -------------------Cooperate-------------------------------- We would like to be your OEM/ODM manufacturer. For detailed info, please browse our website http://www.wjjzzs.com Best wishes and regards, Export Manager Jerry Lee Mobile:13951228561 Phone:0086-519-5211973 Fax: 0086-519-5209776 Wujin Huangli Composited Sanitary Factory Add:HUangli town,Wujin county Changzhou 213151 Jiangsu province P.R.China Websie:http://www.wjjzzs.com Email:wjjzzs@wjjzzs.com From wjjzzs@wjjzzs.com Wed Jul 17 12:12:00 2002 From: wjjzzs@wjjzzs.com (wjjzzs@wjjzzs.com) Date: Wed, 17 Jul 2002 12:12:00 -0000 Subject: Are you a sanitary ware distributor? Message-ID: Note:If this eamil is not fit for you,please reply to webmaster@wjjzzs.com with "remove". We don't intend to send spam email to you.Thank you! Dear sirs or Madams, We are one Arcyl bathtub manufacturer in China. -----------------Profile----------------------- Our factoryspecializes in manufacturing ??YEMA?? brand acrylic composite bathtubs, we have more than 10 years experience of bathtub manufacturing and marketing. With our considerable experience we set out to blend the advantages of all the other of bathtubs offered in the market place into one range. After several years development we produced our current range and the YEMA brand bathtub was patented in 2001. We were even awarded the "Gold Medal" in the "Chinese Patent Technology Exhibition" and "The Ninth Chinese New Patent Technology and New Patent Product Exhibition" later that year. The YEMA bathtubs structural design is that of a normal acrylic bathtub but conglutinated into a composite material. It is ridged and is made more than twice as thick as a normal unit, making it more smooth, gentle and elegant. This manufacturing technique not only provides all the advantages of a normal acrylic bathtub (easily to clean, resistance to dirt, colorful,attractive etc) but also provides increased heat retention, and extends the products life span. Besides our products on website, we now produce some new models for USA market. We also produce shower panels with finest quality. -------------------bathtub Specifications--------------------- 1,Wall thickness:10mm~20mm 2,Weight: 50~60KG -------------------Cooperate-------------------------------- We would like to be your OEM/ODM manufacturer. For detailed info, please browse our website http://www.wjjzzs.com Best wishes and regards, Export Manager Jerry Lee Mobile:13951228561 Phone:0086-519-5211973 Fax: 0086-519-5209776 Wujin Huangli Composited Sanitary Factory Add:HUangli town,Wujin county Changzhou 213151 Jiangsu province P.R.China Websie:http://www.wjjzzs.com Email:wjjzzs@wjjzzs.com From wjjzzs@wjjzzs.com Wed Jul 17 12:21:00 2002 From: wjjzzs@wjjzzs.com (wjjzzs@wjjzzs.com) Date: Wed, 17 Jul 2002 12:21:00 -0000 Subject: Are you a sanitary ware distributor? Message-ID: Note:If this eamil is not fit for you,please reply to webmaster@wjjzzs.com with "remove". We don't intend to send spam email to you.Thank you! Dear sirs or Madams, We are one Arcyl bathtub manufacturer in China. -----------------Profile----------------------- Our factoryspecializes in manufacturing ??YEMA?? brand acrylic composite bathtubs, we have more than 10 years experience of bathtub manufacturing and marketing. With our considerable experience we set out to blend the advantages of all the other of bathtubs offered in the market place into one range. After several years development we produced our current range and the YEMA brand bathtub was patented in 2001. We were even awarded the "Gold Medal" in the "Chinese Patent Technology Exhibition" and "The Ninth Chinese New Patent Technology and New Patent Product Exhibition" later that year. The YEMA bathtubs structural design is that of a normal acrylic bathtub but conglutinated into a composite material. It is ridged and is made more than twice as thick as a normal unit, making it more smooth, gentle and elegant. This manufacturing technique not only provides all the advantages of a normal acrylic bathtub (easily to clean, resistance to dirt, colorful,attractive etc) but also provides increased heat retention, and extends the products life span. Besides our products on website, we now produce some new models for USA market. We also produce shower panels with finest quality. -------------------bathtub Specifications--------------------- 1,Wall thickness:10mm~20mm 2,Weight: 50~60KG -------------------Cooperate-------------------------------- We would like to be your OEM/ODM manufacturer. For detailed info, please browse our website http://www.wjjzzs.com Best wishes and regards, Export Manager Jerry Lee Mobile:13951228561 Phone:0086-519-5211973 Fax: 0086-519-5209776 Wujin Huangli Composited Sanitary Factory Add:HUangli town,Wujin county Changzhou 213151 Jiangsu province P.R.China Websie:http://www.wjjzzs.com Email:wjjzzs@wjjzzs.com From nwourms@yahoo.com Wed Jul 17 18:13:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Wed, 17 Jul 2002 18:13:00 -0000 Subject: [ITP] glib-1.2.10 gtk+-1.2.10 In-Reply-To: <3D359365.2070306@lapo.it> Message-ID: <20020717192113.87653.qmail@web21010.mail.yahoo.com> --- Lapo Luchini wrote: > Harold Hunt wrote: > > >Lapo, > > > >Okay, I'll wait for the -2 pacakges. Could you put links to the > setup.hint > >files in your email as well? That makes it a lot easier to upload the > >packages. > > > >>I'm currently doing -2 version of them, relibtoolizing them instead of > >>using Steven patches. > >> > Not as "easy" as it was for libungif... it will take some time. > > OK, I will post setup.hint too when they will be ready, but I'll need > some MORE knowledge about autotool and the such that I have now... > Are those links I provided informative? Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com From lapo@lapo.it Thu Jul 18 02:10:00 2002 From: lapo@lapo.it (Lapo Luchini) Date: Thu, 18 Jul 2002 02:10:00 -0000 Subject: [ITP] glib-1.2.10 gtk+-1.2.10 References: <20020717192113.87653.qmail@web21010.mail.yahoo.com> Message-ID: <3D361654.5090002@lapo.it> > > >Are those links I provided informative? > > Documentation has the bad habit to need time to be read ;) Thanks a lot for them, I'll put them to work ASAP =) -- Lapo 'Raist' Luchini lapo@lapo.it (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) From Ralf.Habacker@freenet.de Thu Jul 18 07:34:00 2002 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Thu, 18 Jul 2002 07:34:00 -0000 Subject: [ANNOUNCEMENT] kdenetwork-2.2.2 beta 1 released Message-ID: <027901c22e3a$f9152a90$5aa907d5@BRAMSCHE> Hi all, today the first beta release of the kdenetwork-2.2.2 packages is available. It contains kmail 1.3.1, which is mostly full usable as free kde based email client under windows. Other applications of this package will follow in later releases if there is interest on them. Try it and have fun Ralf Habacker From rasjidw@openminddev.net Thu Jul 18 07:54:00 2002 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Thu, 18 Jul 2002 07:54:00 -0000 Subject: [ANNOUNCEMENT] Server Test 65 In-Reply-To: References: Message-ID: <200207190034.45776.rasjidw@openminddev.net> On Tue, 16 Jul 2002 3:08 pm, Harold Hunt wrote: > > I just posted Test 65 to the server development page: > http://xfree86.cygwin.com/devel/shadow/ > > You can install the Test 65 package via setup.exe by selecting the > 'test' package (and be sure to check the 'Bin' box): XFree86-xserv-4.2.0-12 > I have given this a quick test on my DualHead Matrox G400. Screenshots are available at http://www.openminddev.net/files/cx-1.jpg http://www.openminddev.net/files/cx-2.jpg http://www.openminddev.net/files/cx-3.jpg http://www.openminddev.net/files/cx-4.jpg http://www.openminddev.net/files/cx-5.jpg Shot 1 is just the intial opening. Shot 2 is the first maximisation. Shot 3 is re-maximisation after minimising. Shot 4 is maximising on the second screen (which in my setup is actually on the left). Shot 5 is showing that when maximised on screen 2, you can still move the window around. *This is not supposed to happen.* It should be locked in place. Note: The 'locked in place' quality works okay on screen 1. Cheers, Rasjid. From huntharo@msu.edu Thu Jul 18 08:35:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Thu, 18 Jul 2002 08:35:00 -0000 Subject: [ANNOUNCEMENT] Server Test 65 In-Reply-To: <200207190034.45776.rasjidw@openminddev.net> Message-ID: Rasjid, Excellent. Thank you for the screenshots. I will work on this over the weekend. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Rasjid Wilcox > Sent: Thursday, July 18, 2002 10:35 AM > To: cygwin-xfree@cygwin.com > Subject: Re: [ANNOUNCEMENT] Server Test 65 > > > On Tue, 16 Jul 2002 3:08 pm, Harold Hunt wrote: > > > > I just posted Test 65 to the server development page: > > http://xfree86.cygwin.com/devel/shadow/ > > > > You can install the Test 65 package via setup.exe by selecting the > > 'test' package (and be sure to check the 'Bin' box): > XFree86-xserv-4.2.0-12 > > > > I have given this a quick test on my DualHead Matrox G400. > > Screenshots are available at > > http://www.openminddev.net/files/cx-1.jpg > http://www.openminddev.net/files/cx-2.jpg > http://www.openminddev.net/files/cx-3.jpg > http://www.openminddev.net/files/cx-4.jpg > http://www.openminddev.net/files/cx-5.jpg > > Shot 1 is just the intial opening. > Shot 2 is the first maximisation. > Shot 3 is re-maximisation after minimising. > Shot 4 is maximising on the second screen (which in my setup is > actually on > the left). > Shot 5 is showing that when maximised on screen 2, you can still move the > window around. *This is not supposed to happen.* It should be locked in > place. > > Note: The 'locked in place' quality works okay on screen 1. > > Cheers, > > Rasjid. > From dforeman@stny.rr.com Thu Jul 18 10:20:00 2002 From: dforeman@stny.rr.com (Dennis Foreman) Date: Thu, 18 Jul 2002 10:20:00 -0000 Subject: scripting using Xterm ssh Message-ID: I recently installed Cygwin. I am NOT a highly knowledgeable UNIX user. I have read the man pages for ssh and Xterm and searched the Xfree archives using 'ssh' as a search arg. I am trying to figure out how to create a script that will do ALL of the following: 1. Use ssh to log me in to my UNIX system, without having to type the password 2. Create an Xterm window on my Windows desktop 3. Allow the Xterm to be opened without clicking on the X desktop 4. Run a specific program in the Xterm. The program creates Xwindows that must display on my PC. I know I can use startxwin.bat to start xterms, but can't figure out how to make it: a. send the passwords b. do it through ssh I need this as a script because I have to run 7 copies of it (for 7 different systems) before I can actually get my work done. Can someone give me some places to look for examples or extended documentation on combining my 4 requirements? Or send me some examples? regards, D. J. Foreman website: http://WWW.CS.Binghamton.EDU/~foreman From WJJZZS@WJJZZS.COM Thu Jul 18 10:22:00 2002 From: WJJZZS@WJJZZS.COM (JERRY LEE) Date: Thu, 18 Jul 2002 10:22:00 -0000 Subject: lOOKING FOR AGENT OF BATHTUB SALING Message-ID: Note:If this eamil is not fit for you,please reply to webmaster@wjjzzs.com with "remove".You'd tell me the email address we've used. We don't intend to send spam email to you.Thank you! ATTN:cygwin-xfree@sources.redhat.com Dear sirs or Madams, We are one Arcyl bathtub manufacturer in China. -----------------Profile----------------------- Our factoryspecializes in manufacturing ????YEMA???? brand acrylic composite bathtubs, we have more than 10 years experience of bathtub manufacturing and marketing. With our considerable experience we set out to blend the advantages of all the other of bathtubs offered in the market place into one range. After several years development we produced our current range and the YEMA brand bathtub was patented in 2001. We were even awarded the "Gold Medal" in the "Chinese Patent Technology Exhibition" and "The Ninth Chinese New Patent Technology and New Patent Product Exhibition" later that year. The YEMA bathtubs structural design is that of a normal acrylic bathtub but conglutinated into a composite material. It is ridged and is made more than twice as thick as a normal unit, making it more smooth, gentle and elegant. This manufacturing technique not only provides all the advantages of a normal acrylic bathtub (easily to clean, resistance to dirt, colorful,attractive etc) but also provides increased heat retention, and extends the products life span. Besides our products on website, we now produce some new models for USA market. We also produce shower panels with finest quality. -------------------bathtub Specifications--------------------- 1,Wall thickness:10mm~20mm 2,Weight: 50~60KG -------------------Cooperate-------------------------------- We would like to be your OEM/ODM manufacturer. For detailed info, please browse our website http://www.wjjzzs.com Best wishes and regards, Export Manager Jerry Lee Mobile:13951228561 Phone:0086-519-5211973 Fax: 0086-519-5209776 Wujin Huangli Composited Sanitary Factory Add:HUangli town,Wujin county Changzhou 213151 Jiangsu province P.R.China Websie:http://www.wjjzzs.com Email:wjjzzs@wjjzzs.com July 18, 2002 From VISSJB@inel.gov Thu Jul 18 10:22:00 2002 From: VISSJB@inel.gov (John B Visser/VISSJB/NON/INEEL/US) Date: Thu, 18 Jul 2002 10:22:00 -0000 Subject: XDMCP Session Loops connecting to HPUX, stalls connecting to Solaris, from WinXP Message-ID: I have the latest Cygwin package installed on my WinXP box.? Cygwin runs fine, and I am able to start XWin from startxwin.bat, startx, and 'startxwin.sh' .? From the resulting xterm session, I am able to telnet into the subject HPUX and Solaris boxes and export individual apps to the Xserver on my box.? However, I cannot get an XDMCP session to work. >From the xterm session, I first do a 'xhost +' and then 'XWin -query 134.20.2.19 -from 134.20.174.113'. When I do this, a new Cygwin/XFree86 window is spawned, showing the the X and gray background.? This then turns black and shows the hourglass as though it was attempting to start CDE.? This process then repeats a number of times, or alternatively, it happens once and then the window dissappears.? I have also tried manually specifying the screen resolution, but the results are the same Has anyone been able to get XDMCP working with HPUX systems? (I'm not so worried about the Solaris.)? Does anyone have any suggestions, ideas? I also wanted to say how impressed I am with everyone's work on this software.? It is a complete and useful package. Thank you, John Visser vissjb@inel.gov INEEL/DOE Summer Intern: Computer Science Power Fellowship From WJJZZS@WJJZZS.COM Thu Jul 18 10:22:00 2002 From: WJJZZS@WJJZZS.COM (JERRY LEE) Date: Thu, 18 Jul 2002 10:22:00 -0000 Subject: lOOKING FOR AGENT OF BATHTUB SALING Message-ID: Note:If this eamil is not fit for you,please reply to webmaster@wjjzzs.com with "remove".You'd tell me the email address we've used. We don't intend to send spam email to you.Thank you! ATTN:cygwin-xfree@xfree.cygwin.com Dear sirs or Madams, We are one Arcyl bathtub manufacturer in China. -----------------Profile----------------------- Our factoryspecializes in manufacturing ????YEMA???? brand acrylic composite bathtubs, we have more than 10 years experience of bathtub manufacturing and marketing. With our considerable experience we set out to blend the advantages of all the other of bathtubs offered in the market place into one range. After several years development we produced our current range and the YEMA brand bathtub was patented in 2001. We were even awarded the "Gold Medal" in the "Chinese Patent Technology Exhibition" and "The Ninth Chinese New Patent Technology and New Patent Product Exhibition" later that year. The YEMA bathtubs structural design is that of a normal acrylic bathtub but conglutinated into a composite material. It is ridged and is made more than twice as thick as a normal unit, making it more smooth, gentle and elegant. This manufacturing technique not only provides all the advantages of a normal acrylic bathtub (easily to clean, resistance to dirt, colorful,attractive etc) but also provides increased heat retention, and extends the products life span. Besides our products on website, we now produce some new models for USA market. We also produce shower panels with finest quality. -------------------bathtub Specifications--------------------- 1,Wall thickness:10mm~20mm 2,Weight: 50~60KG -------------------Cooperate-------------------------------- We would like to be your OEM/ODM manufacturer. For detailed info, please browse our website http://www.wjjzzs.com Best wishes and regards, Export Manager Jerry Lee Mobile:13951228561 Phone:0086-519-5211973 Fax: 0086-519-5209776 Wujin Huangli Composited Sanitary Factory Add:HUangli town,Wujin county Changzhou 213151 Jiangsu province P.R.China Websie:http://www.wjjzzs.com Email:wjjzzs@wjjzzs.com July 18, 2002 From WJJZZS@WJJZZS.COM Thu Jul 18 10:43:00 2002 From: WJJZZS@WJJZZS.COM (JERRY LEE) Date: Thu, 18 Jul 2002 10:43:00 -0000 Subject: lOOKING FOR AGENT OF BATHTUB SALING Message-ID: Note:If this eamil is not fit for you,please reply to webmaster@wjjzzs.com with "remove".You'd tell me the email address we've used. We don't intend to send spam email to you.Thank you! ATTN:cygwin-xfree@cygwin.com Dear sirs or Madams, We are one Arcyl bathtub manufacturer in China. -----------------Profile----------------------- Our factoryspecializes in manufacturing ????YEMA???? brand acrylic composite bathtubs, we have more than 10 years experience of bathtub manufacturing and marketing. With our considerable experience we set out to blend the advantages of all the other of bathtubs offered in the market place into one range. After several years development we produced our current range and the YEMA brand bathtub was patented in 2001. We were even awarded the "Gold Medal" in the "Chinese Patent Technology Exhibition" and "The Ninth Chinese New Patent Technology and New Patent Product Exhibition" later that year. The YEMA bathtubs structural design is that of a normal acrylic bathtub but conglutinated into a composite material. It is ridged and is made more than twice as thick as a normal unit, making it more smooth, gentle and elegant. This manufacturing technique not only provides all the advantages of a normal acrylic bathtub (easily to clean, resistance to dirt, colorful,attractive etc) but also provides increased heat retention, and extends the products life span. Besides our products on website, we now produce some new models for USA market. We also produce shower panels with finest quality. -------------------bathtub Specifications--------------------- 1,Wall thickness:10mm~20mm 2,Weight: 50~60KG -------------------Cooperate-------------------------------- We would like to be your OEM/ODM manufacturer. For detailed info, please browse our website http://www.wjjzzs.com Best wishes and regards, Export Manager Jerry Lee Mobile:13951228561 Phone:0086-519-5211973 Fax: 0086-519-5209776 Wujin Huangli Composited Sanitary Factory Add:HUangli town,Wujin county Changzhou 213151 Jiangsu province P.R.China Websie:http://www.wjjzzs.com Email:wjjzzs@wjjzzs.com July 18, 2002 From huntharo@msu.edu Thu Jul 18 11:52:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Jul 2002 11:52:00 -0000 Subject: XDMCP Session Loops connecting to HPUX, stalls connecting to Solaris, from WinXP References: Message-ID: <3D36FEAD.2080801@msu.edu> John, >>From the xterm session, I first do a 'xhost +' and then 'XWin -query > 134.20.2.19 -from 134.20.174.113'. First, follow the instructions in the User's Guide. I know that you aren't following the User's Guide instructions because you tried to run xhost, which is not necessary: http://xfree86.cygwin.com/docs/ug/using-remote-session.html > When I do this, a new Cygwin/XFree86 window is spawned, showing the the X > and gray background. This then turns black and shows the hourglass as > though it was attempting to start CDE. This process then repeats a number > of times, or alternatively, it happens once and then the window > dissappears. I have also tried manually specifying the screen resolution, > but the results are the same Next, you should have searched the FAQ for Solaris, because you would have found some things to try (which also might apply to HP-UX): http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-solaris-fonts http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-remote-solaris > I have the latest Cygwin package installed on my WinXP box. Cygwin runs > fine, and I am able to start XWin from startxwin.bat, startx, and > 'startxwin.sh' . From the resulting xterm session, I am able to telnet > into the subject HPUX and Solaris boxes and export individual apps to the > Xserver on my box. However, I cannot get an XDMCP session to work. For future reference, telnet is *very bad*. Telnet has no security, whatsoever; even your password is sent across the Internet in plain text. Use ssh instead, which works very similarly to telnet and even has compression: http://xfree86.cygwin.com/docs/ug/using-remote-apps.html#using-remote-apps-ssh One example command line to run from an xterm that enables X forwarding and compression (which really speeds up X apps) would be: ssh -X -C username@remote_hostname_or_ip_address Let us know if the FAQ entries are helpful or if you still have problems. > I also wanted to say how impressed I am with everyone's work on this > software. It is a complete and useful package. You are welcome. Harold From jwells@tpk.net Thu Jul 18 13:51:00 2002 From: jwells@tpk.net (Jan Wells) Date: Thu, 18 Jul 2002 13:51:00 -0000 Subject: sylpheed okay now Message-ID: <3D370D63.3020402@tpk.net> The mail client sylpheed (under cygwin/Xfree) and cygwin1.dll did not get along, I reported earlier. Away until yesterday, I only now have brought cygwin up-to-date. Happily, the most recent, 0.8 sylpheed and the newest cygwin1.dll get along quite nicely now; all is well. Hurray. From jppcurran@earthlink.net Thu Jul 18 13:58:00 2002 From: jppcurran@earthlink.net (John Curran Jr) Date: Thu, 18 Jul 2002 13:58:00 -0000 Subject: Xt error:can't open display;ssh not passing $DISPLAY Message-ID: <4120027418217410@earthlink.net> Several postings have suggested using secure ssh to display remote clients, and that ssh should handle details such as passing the $DISPLAY value. I'm using cygwin version 1.3.11 under Win98(v. 2). I'm starting my server with startxwin.sh, the first line of which is "export DISPLAY=127.0.0.1:0.0". That value is there when I echo at the local shell in X11. My ssh_config file is set to allow X11Forwarding. I'm using ssh to reach a remote unix system. I can log in but I can't display remote clients; e.g., I type "xterm &" and get the message "xterm Xt error: cannot open display: ". And, the variable DISPLAY is empty on the remote system. Am I missing something obvious? Below are cygcheck.out, ssh_config, and startxwin.sh. ************ BEGIN cygcheck.out************ Cygwin Win95/NT Configuration Diagnostics Current System Time: Thu Jul 18 14:36:44 2002 Windows 98 SE Ver 4.10 Build 2222 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin c:\PROGRAM FILES\PKWARE\PKZIPC\ c:\PROGRA~1\MICROS~4\VC98\BIN c:\MATLAB\BIN c:\WINDOWS c:\WINDOWS c:\WINDOWS\COMMAND c:\PROGRA~1\TCL\BIN c:\PROGRA~1\TCLOLD\BIN SysDir: C:\WINDOWS\SYSTEM WinDir: C:\WINDOWS HOME = `C:\cygwin\home\Default' MAKE_MODE = `unix' PWD = `/' USER = `Default' BIBINPUT = `C:\PCTeX32' BLASTER = `A220 I5 D1 T4 P330' CMDLINE = `bash --login -i' COMSPEC = `C:\WINDOWS\COMMAND.COM' CYGWIN_ROOT = `c:\cygwin' INCLUDE = `C:\PROGRA~1\MICROS~4\VC98\INCLUDE' LIB = `C:\PROGRA~1\MICROS~4\VC98\LIB' MANPATH = `:/usr/ssl/man' OLDPWD = `/home/Default' PROMPT = `$p$g' PS1 = `\[\033]0;\w\007 \033[32m\]\u@\h \[\033[33m\w\033[0m\] $ ' SHLVL = `1' TEMP = `c:\windows\TEMP' TERM = `cygwin' TEXINPUT = `C:\PCTeX32\TEXINPUT' TMP = `c:\windows\TEMP' WINBOOTDIR = `C:\WINDOWS' WINDIR = `C:\WINDOWS' _ = `/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\Software\Cygnus Solutions HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x00000022 HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x0000000a HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x0000000a HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x0000000a HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\Program Options a: fd N/A N/A c: hd FAT32 19083Mb 19% CP UN d: fd N/A N/A e: cd N/A N/A C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode . /cygdrive user binmode,cygdrive Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: c:\WINDOWS\COMMAND\find.exe Warning: C:\cygwin\bin\find.exe hides c:\WINDOWS\COMMAND\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\sh.exe 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 4:28 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 1: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 1: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 1: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 1: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 1: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 1: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 1: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 1: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 1: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 1:03 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 17: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 17:15 106k 2002/06/12 C:\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-0.dll" v0.0 ts=2002/6/12 11:58 390k 2000/12/05 C:\cygwin\bin\cygtcl80.dll - os=4.0 img=1.0 sys=4.0 "cygtcl80.dll" v0.0 ts=2000/11/25 20:39 5k 2000/12/05 C:\cygwin\bin\cygtclpip80.dll - os=4.0 img=1.0 sys=4.0 10k 2000/12/05 C:\cygwin\bin\cygtclreg80.dll - os=4.0 img=1.0 sys=4.0 "cygtclreg80.dll" v0.0 ts=2000/11/25 20:39 81k 2000/12/05 C:\cygwin\bin\cygitcl30.dll - os=4.0 img=1.0 sys=4.0 "cygitcl30.dll" v0.0 ts=2000/11/25 20:43 35k 2000/12/05 C:\cygwin\bin\cygitk30.dll - os=4.0 img=1.0 sys=4.0 "cygitk30.dll" v0.0 ts=2000/11/25 20:43 623k 2000/12/05 C:\cygwin\bin\cygtk80.dll - os=4.0 img=1.0 sys=4.0 "cygtk80.dll" v0.0 ts=2000/11/25 20:43 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 22:05 119k 2002/02/09 C:\cygwin\bin\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg6b.dll" v0.0 ts=2002/2/9 0:19 58k 2002/05/07 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2002/5/7 2:33 6k 2002/06/24 C:\cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0 "cygcharset-1.dll" v0.0 ts=2002/6/24 14:23 929k 2002/06/24 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2002/6/24 14:24 23k 2002/06/24 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 "cygintl-2.dll" v0.0 ts=2002/6/24 0:54 175k 2002/05/24 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 "cygpng12.dll" v0.0 ts=2002/5/23 22:22 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 20:05 22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0 "cygpopt-0.dll" v0.0 ts=2002/6/9 1:45 25k 2002/05/08 C:\cygwin\bin\cygltdl-3.dll - os=4.0 img=1.0 sys=4.0 "cygltdl-3.dll" v0.0 ts=2002/5/8 19:46 1248k 2002/03/17 C:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0 "cygxml2-2.dll" v0.0 ts=2002/3/16 22:45 50k 2002/03/17 C:\cygwin\bin\cygexslt-0.dll - os=4.0 img=1.0 sys=4.0 "cygexslt-0.dll" v0.0 ts=2002/3/17 1:24 152k 2002/03/17 C:\cygwin\bin\cygxslt-1.dll - os=4.0 img=1.0 sys=4.0 "cygxslt-1.dll" v0.0 ts=2002/3/17 1:19 15k 2002/03/17 C:\cygwin\bin\cygxsltbreakpoint-1.dll - os=4.0 img=1.0 sys=4.0 "cygxsltbreakpoint-1.dll" v0.0 ts=2002/3/17 1:24 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 3:34 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 23:38 306k 2002/04/27 C:\cygwin\bin\cyghttpd.dll - os=4.0 img=1.0 sys=4.0 "cyghttpd.dll" v0.0 ts=2002/4/27 9:23 621k 2002/05/17 C:\cygwin\bin\cygcrypto.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto.dll" v0.0 ts=2002/5/17 8:24 156k 2002/05/17 C:\cygwin\bin\cygssl.dll - os=4.0 img=1.0 sys=4.0 "cygssl.dll" v0.0 ts=2002/5/17 8:24 874k 2002/06/24 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2002/6/23 22:31 Cygwin DLL version info: DLL version: 1.3.11 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 53 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: Sun Jun 23 22:31:15 EDT 2002 CVS tag: cygwin-1-3-11-3 Shared id: cygwin1S3 Cygwin Package Information Last downloaded files to: C:\My Music Last downloaded files from: ftp://ftp.lug.udel.edu/pub/cygwin Package Version _update-info-dir 00011-1 apache 1.3.24-5 ash 20020131-1 autoconf 2.53a-1 autoconf-devel 2.53a-1 autoconf-stable 2.13-4 automake 1.6.1-1 automake-devel 1.6.1-3 automake-stable 1.4p5-5 bash 2.05a-3 binutils 20011002-1 bison 1.35-1 byacc 1.9-1 bzip2 1.0.2-2 ccache 1.9-1 crypt 1.0-1 ctags 5.2-1 cvs 1.11.0-1 cygutils 1.1.1-1 cygwin 1.3.11-3 cygwin-doc 1.0-1 dejagnu 20010117-1 diff 1.0-1 diffutils 2.8.1-1 ed 0.2-1 enscript 1.6.3-2 expat 1.95.3-2 expect 20010117-1 figlet 2.2-1 fileutils 4.1-1 findutils 4.1.7-4 flex 2.5.4-2 gawk 3.0.4-1 gcc 2.95.3-5 gdb 20010428-3 gdbm 1.8.0-4 gettext 0.11.2-2 gettext-devel 0.11.2-2 gperf 0.0 Xt error:can't open display;ssh not passing $DISPLAYgrep 2.5-1 groff 1.17.2-1 gzip 1.3.2-1 indent 2.2.8-1 inetutils 1.3.2-18 irc 20010101-1 jpeg 6b-7 less 374-1 libbz2_1 1.0.2-2 libcharset1 1.8-2 libiconv 1.8-2 libiconv2 1.8-2 libintl1 0.10.40-1 libintl2 0.11.2-2 libncurses5 5.2-1 libncurses6 5.2-8 libpng 1.2.3-1 libpng12 1.2.3-1 libpng2 1.0.12-1 libpopt0 1.6.4-4 libreadline4 4.1-2 libreadline5 4.2a-1 libtool 20020202a-1 libtool-devel 20020502-2 libtool-stable 1.4.2-2 libxml2 2.4.17-1 libxslt 1.0.13-1 login 1.4-3 m4 0.0 make 3.79.1-7 man 1.5g-2 mingw-runtime 2.0-2 mktemp 1.4-1 mod_auth_mysql 1.11-1 mod_auth_ntsec 1.7-1 mod_dav 1.0.3-1.3.6-1 mod_php4 4.2.0-1 mod_ssl 2.8.8-1.3.24-1 more 2.11o-1 ncftp 3.1.3-1 ncurses 5.2-8 newlib-man 20001118-1 openssh 3.4p1-1 openssl 0.9.6d-1 openssl-devel 0.9.6d-1 pcre 3.7-1 perl 5.6.1-2 pkgconfig 0.12.0-1 popt 1.6.4-4 postgresql 7.2.1-2 rcs 5.7-3 readline 4.2a-1 rsync 2.5.5-1 sed 3.02-1 sh-utils 2.0-2 swig 1.3.11-1 tar 1.13.19-1 tcltk 20001125-1 tcp_wrappers 7.6-1 termcap 20020403-1 terminfo 5.2-3 tetex-beta 20001218-4 texinfo 4.2-3 texmf 20000804-2 texmf-base 20000804-2 texmf-extra 20000804-2 texmf-tiny 20000804-2 textutils 2.0.21-1 tidy 020623-1 tiff 3.5.7-1 ttcp 19980512-1 w32api 1.5-1 which 1.5-1 whois 4.5.17-1 zlib 1.1.4-1 Use -h to see help about each section *******END cygcheck.out*********** *******BEGIN ssh_config************** # This is ssh client systemwide configuration file. This file provides # defaults for users, and the values can be changed in per-user configuration # files or on the command line. # Configuration data is parsed as follows: # 1. command line options # 2. user-specific file # 3. system-wide file # Any configuration value is only changed the first time it is set. # Thus, host-specific definitions should be at the beginning of the # configuration file, and defaults at the end. # Site-wide defaults for various options # Host * ForwardAgent yes ForwardX11 yes UsePrivilegedPort no # RhostsAuthentication no # RhostsRSAAuthentication yes # RSAAuthentication yes # PasswordAuthentication yes # FallBackToRsh no # UseRsh no # BatchMode no # CheckHostIP yes # StrictHostKeyChecking yes # IdentityFile ~/.ssh/identity # IdentityFile ~/.ssh/id_dsa # IdentityFile ~/.ssh/id_rsa # Port 22 # Protocol 2,1 # Cipher blowfish # EscapeChar ~ *********END ssh_config********* ********BEGIN startxwin.sh******* #! /bin/sh export DISPLAY=127.0.0.1:0.0 PATH=/usr/X11R6/bin:$PATH # Cleanup from last run. rm -rf /tmp/.X11-unix # Startup the X Server, the twm window manager, and an xterm. # # Notice that the window manager and the xterm will wait for # the server to finish starting before trying to connect; the # error "Cannot Open Display: 127.0.0.1:0.0" is not due to the # clients attempting to connect before the server has started, rather # that error is due to a bug in some versions of cygwin1.dll. Upgrade # to the latest cygwin1.dll if you get the "Cannot Open Display" error. # See the Cygwin/XFree86 FAQ for more information: # http://xfree86.cygwin.com/docs/faq/ # # The error "Fatal server error: could not open default font 'fixed'" is # caused by using a DOS mode mount for the mount that the Cygwin/XFree86 # fonts are accessed through. See the Cygwin/XFree86 FAQ for more # information: # http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-error-font-eof # Start the X Server. XWin -screen 0 1024 768 & # Start the twm window manager. twm & # Set a background color to hide that nasty X stipple. xsetroot -solid aquamarine4 # Start an xterm. xterm -n xterm-1 -j -ls -sb -sl 500 -rightbar -geometry +361+0 -e bash & # Return from sh. exit *********END startxwin.sh******** --- John Curran --- jppcurran@earthlink.net From huntharo@msu.edu Thu Jul 18 14:21:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Jul 2002 14:21:00 -0000 Subject: Xt error:can't open display;ssh not passing $DISPLAY References: <4120027418217410@earthlink.net> Message-ID: <3D372C9E.8040707@msu.edu> John Curran Jr wrote: > Several postings have suggested using secure ssh to display remote clients, > and that ssh should handle details such as passing the $DISPLAY value. > I'm using cygwin version 1.3.11 under Win98(v. 2). I'm starting my server > with startxwin.sh, the first line of which is "export > DISPLAY=127.0.0.1:0.0". That value is there when I echo at the local shell > in X11. My ssh_config file is set to allow X11Forwarding. I'm using ssh > to reach a remote unix system. I can log in but I can't display remote > clients; e.g., I type "xterm &" and get the message "xterm Xt error: cannot > open display: ". And, the variable DISPLAY is empty on the remote system. > Am I missing something obvious? > > Below are cygcheck.out, ssh_config, and startxwin.sh. John, Didn't you think for a moment that something of infinitly more importance than the contents of various config files would be the actual command line that you are using for ssh? Post the command line that you use to ssh to your remote machine. You do know that you have to run ssh from within an xterm in your Cygwin/XFree86 X server, right? Harold From j_tetazoo@hotmail.com Thu Jul 18 15:45:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Thu, 18 Jul 2002 15:45:00 -0000 Subject: scripting using Xterm ssh Message-ID: I have done something similar with rsh, so I'm going to take a stab at this given what I know about ssh. On the Cygwin system, edit the file .xinitrc in your home directory to look something like this (note that the backslashes "\" indicate a continuation of a single line): # Set the background to something nice xsetroot -solid aquamarine # Launch a local xterm xterm -title "Local Xterm" & # Use ssh to launch a remote application in an xterm # on a remote system ssh -X -l username_on_remote_host remote_host \ xterm -title "Remote Xterm" \ -e command_you_want_to_run_in_the_remote_xterm & # Launch window manager twm To launch this run the command "xinit" from the Cygwin bash-prompt. It will start up the X server and then execute the contents of the .xinitrc file. Note that you'll need /usr/X11R6/bin in your path as well. You can accomplish this by adding the following line to the file .bash_profile in your home directory: export PATH=$PATH:/usr/X11R6/bin Look at the man page for ssh (using the command "man ssh") for information on how to configure the local and remote systems so that ssh won't prompt for a password. Good luck. >From: "Dennis Foreman" >Reply-To: >To: >Subject: scripting using Xterm ssh Date: Thu, 18 Jul 2002 11:35:20 -0400 > >I recently installed Cygwin. I am NOT a highly knowledgeable UNIX user. I >have read the man pages for ssh and Xterm and searched the Xfree archives >using 'ssh' as a search arg. > >I am trying to figure out how to create a script that will do ALL of the >following: > >1. Use ssh to log me in to my UNIX system, without having to type the >password >2. Create an Xterm window on my Windows desktop >3. Allow the Xterm to be opened without clicking on the X desktop >4. Run a specific program in the Xterm. The program creates Xwindows that >must display on my PC. > >I know I can use startxwin.bat to start xterms, but can't figure out how to >make it: >a. send the passwords >b. do it through ssh > >I need this as a script because I have to run 7 copies of it (for 7 >different systems) before I can actually get my work done. > >Can someone give me some places to look for examples or extended >documentation on combining my 4 requirements? Or send me some examples? > >regards, >D. J. Foreman >website: http://WWW.CS.Binghamton.EDU/~foreman _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx From VISSJB@inel.gov Thu Jul 18 21:25:00 2002 From: VISSJB@inel.gov (John B Visser/VISSJB/NON/INEEL/US) Date: Thu, 18 Jul 2002 21:25:00 -0000 Subject: XDMCP Session Loops connecting to HPUX, stalls connecting to Solaris, from WinXP Message-ID: Thanks for the suggestions, I started a font server on one of the HP-UX boxes, and using it, I was able to start XDMCP sessions to the HP-UX and Solaris boxes. I agree about using SSH, but all these systems are well behind the firewall, so SSH isn't enabled on them. John Visser Harold L Hunt II To: John B Visser/VISSJB/NON/INEEL/US Fax to: Subject: Re: XDMCP Session Loops connecting to HPUX, stalls 07/18/2002 connecting to Solaris, from WinXP 11:45 AM Please respond to cygwin-xfree John, >>From the xterm session, I first do a 'xhost +' and then 'XWin -query > 134.20.2.19 -from 134.20.174.113'. First, follow the instructions in the User's Guide. I know that you aren't following the User's Guide instructions because you tried to run xhost, which is not necessary: http://xfree86.cygwin.com/docs/ug/using-remote-session.html > When I do this, a new Cygwin/XFree86 window is spawned, showing the the X > and gray background. This then turns black and shows the hourglass as > though it was attempting to start CDE. This process then repeats a number > of times, or alternatively, it happens once and then the window > dissappears. I have also tried manually specifying the screen resolution, > but the results are the same Next, you should have searched the FAQ for Solaris, because you would have found some things to try (which also might apply to HP-UX): http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-solaris-fonts http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-remote-solaris > I have the latest Cygwin package installed on my WinXP box. Cygwin runs > fine, and I am able to start XWin from startxwin.bat, startx, and > 'startxwin.sh' . From the resulting xterm session, I am able to telnet > into the subject HPUX and Solaris boxes and export individual apps to the > Xserver on my box. However, I cannot get an XDMCP session to work. For future reference, telnet is *very bad*. Telnet has no security, whatsoever; even your password is sent across the Internet in plain text. Use ssh instead, which works very similarly to telnet and even has compression: http://xfree86.cygwin.com/docs/ug/using-remote-apps.html#using-remote-apps-ssh One example command line to run from an xterm that enables X forwarding and compression (which really speeds up X apps) would be: ssh -X -C username@remote_hostname_or_ip_address Let us know if the FAQ entries are helpful or if you still have problems. > I also wanted to say how impressed I am with everyone's work on this > software. It is a complete and useful package. You are welcome. Harold From Narasimhak@mascotsystems.com Fri Jul 19 07:46:00 2002 From: Narasimhak@mascotsystems.com (Narasimha Reddy K) Date: Fri, 19 Jul 2002 07:46:00 -0000 Subject: Xt error:can't open display;ssh not passing $DISPLAY Message-ID: <5575473D4532D411BE4C009027E8C838081F81F1@masblrexc02.mascotsystems.com> I think you can tryu this option: xhost + IP Address of remote machine and then run the client from remote machine. Regards, NR -----Original Message----- From: Harold L Hunt II [mailto:huntharo@msu.edu] Sent: Friday, July 19, 2002 2:31 AM To: jppcurran@earthlink.net Cc: cygwin-xfree Subject: Re: Xt error:can't open display;ssh not passing $DISPLAY John Curran Jr wrote: > Several postings have suggested using secure ssh to display remote clients, > and that ssh should handle details such as passing the $DISPLAY value. > I'm using cygwin version 1.3.11 under Win98(v. 2). I'm starting my server > with startxwin.sh, the first line of which is "export > DISPLAY=127.0.0.1:0.0". That value is there when I echo at the local shell > in X11. My ssh_config file is set to allow X11Forwarding. I'm using ssh > to reach a remote unix system. I can log in but I can't display remote > clients; e.g., I type "xterm &" and get the message "xterm Xt error: cannot > open display: ". And, the variable DISPLAY is empty on the remote system. > Am I missing something obvious? > > Below are cygcheck.out, ssh_config, and startxwin.sh. John, Didn't you think for a moment that something of infinitly more importance than the contents of various config files would be the actual command line that you are using for ssh? Post the command line that you use to ssh to your remote machine. You do know that you have to run ssh from within an xterm in your Cygwin/XFree86 X server, right? Harold DISCLAIMER: Information contained and transmitted by this E-MAIL is proprietary to Mascot Systems Limited 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 david.w.dawson@lmco.com Fri Jul 19 08:22:00 2002 From: david.w.dawson@lmco.com (Dawson, David W) Date: Fri, 19 Jul 2002 08:22:00 -0000 Subject: Xt error:can't open display;ssh not passing $DISPLAY Message-ID: <0C73AA5F720CD311AC2A0008C7DBA9B407794A23@emss09m13.ems.lmco.com> BTW, since "127.0.0.1" is the loopback address, setting a DISPLAY value of "127.0.0.1:0.0" tells a client to talk to the X-Server **on the same machine that it is executing on**, which is certainly not your PC. --------------------- David Dawson david.w.dawson@lmco.com 703-367-3885 -----Original Message----- From: Harold L Hunt II [mailto:huntharo@msu.edu] Sent: Thursday, July 18, 2002 5:01 PM To: jppcurran@earthlink.net Cc: cygwin-xfree Subject: Re: Xt error:can't open display;ssh not passing $DISPLAY John Curran Jr wrote: > Several postings have suggested using secure ssh to display remote clients, > and that ssh should handle details such as passing the $DISPLAY value. > I'm using cygwin version 1.3.11 under Win98(v. 2). I'm starting my server > with startxwin.sh, the first line of which is "export > DISPLAY=127.0.0.1:0.0". That value is there when I echo at the local shell > in X11. My ssh_config file is set to allow X11Forwarding. I'm using ssh > to reach a remote unix system. I can log in but I can't display remote > clients; e.g., I type "xterm &" and get the message "xterm Xt error: cannot > open display: ". And, the variable DISPLAY is empty on the remote system. > Am I missing something obvious? > > Below are cygcheck.out, ssh_config, and startxwin.sh. John, Didn't you think for a moment that something of infinitly more importance than the contents of various config files would be the actual command line that you are using for ssh? Post the command line that you use to ssh to your remote machine. You do know that you have to run ssh from within an xterm in your Cygwin/XFree86 X server, right? Harold From huntharo@msu.edu Fri Jul 19 08:41:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Fri, 19 Jul 2002 08:41:00 -0000 Subject: Xt error:can't open display;ssh not passing $DISPLAY In-Reply-To: <0C73AA5F720CD311AC2A0008C7DBA9B407794A23@emss09m13.ems.lmco.com> Message-ID: David, Ah, but the DISPLAY environment variable is not used when using XDMCP. I specifically did not mention that because I knew that John's problem had to do with either fonts or screen depth. I did not want to send him on a wild goose chase :) Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Dawson, David W > Sent: Friday, July 19, 2002 10:46 AM > To: 'cygwin-xfree' > Subject: RE: Xt error:can't open display;ssh not passing $DISPLAY > > > BTW, since "127.0.0.1" is the loopback address, setting a DISPLAY value of > "127.0.0.1:0.0" tells a client to talk to the X-Server **on the > same machine > that it is executing on**, which is certainly not your PC. > > --------------------- > David Dawson > david.w.dawson@lmco.com > 703-367-3885 > > > -----Original Message----- > From: Harold L Hunt II [mailto:huntharo@msu.edu] > Sent: Thursday, July 18, 2002 5:01 PM > To: jppcurran@earthlink.net > Cc: cygwin-xfree > Subject: Re: Xt error:can't open display;ssh not passing $DISPLAY > > > John Curran Jr wrote: > > Several postings have suggested using secure ssh to display remote > clients, > > and that ssh should handle details such as passing the $DISPLAY value. > > I'm using cygwin version 1.3.11 under Win98(v. 2). I'm > starting my server > > with startxwin.sh, the first line of which is "export > > DISPLAY=127.0.0.1:0.0". That value is there when I echo at the local > shell > > in X11. My ssh_config file is set to allow X11Forwarding. I'm > using ssh > > to reach a remote unix system. I can log in but I can't display remote > > clients; e.g., I type "xterm &" and get the message "xterm Xt error: > cannot > > open display: ". And, the variable DISPLAY is empty on the > remote system. > > > Am I missing something obvious? > > > > Below are cygcheck.out, ssh_config, and startxwin.sh. > > John, > > Didn't you think for a moment that something of infinitly more > importance than the contents of various config files would be the actual > command line that you are using for ssh? > > Post the command line that you use to ssh to your remote machine. You > do know that you have to run ssh from within an xterm in your > Cygwin/XFree86 X server, right? > > Harold > > From david.w.dawson@lmco.com Fri Jul 19 09:50:00 2002 From: david.w.dawson@lmco.com (Dawson, David W) Date: Fri, 19 Jul 2002 09:50:00 -0000 Subject: Xt error:can't open display;ssh not passing $DISPLAY Message-ID: <0C73AA5F720CD311AC2A0008C7DBA9B407794A25@emss09m13.ems.lmco.com> Well, DUH! Thanks for the correction, Harold. --------------------- David Dawson david.w.dawson@lmco.com 703-367-3885 -----Original Message----- From: Harold Hunt [mailto:huntharo@msu.edu] Sent: Friday, July 19, 2002 11:23 AM To: 'cygwin-xfree' Subject: RE: Xt error:can't open display;ssh not passing $DISPLAY David, Ah, but the DISPLAY environment variable is not used when using XDMCP. I specifically did not mention that because I knew that John's problem had to do with either fonts or screen depth. I did not want to send him on a wild goose chase :) Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Dawson, David W > Sent: Friday, July 19, 2002 10:46 AM > To: 'cygwin-xfree' > Subject: RE: Xt error:can't open display;ssh not passing $DISPLAY > > > BTW, since "127.0.0.1" is the loopback address, setting a DISPLAY value of > "127.0.0.1:0.0" tells a client to talk to the X-Server **on the > same machine > that it is executing on**, which is certainly not your PC. > > --------------------- > David Dawson > david.w.dawson@lmco.com > 703-367-3885 > > > -----Original Message----- > From: Harold L Hunt II [mailto:huntharo@msu.edu] > Sent: Thursday, July 18, 2002 5:01 PM > To: jppcurran@earthlink.net > Cc: cygwin-xfree > Subject: Re: Xt error:can't open display;ssh not passing $DISPLAY > > > John Curran Jr wrote: > > Several postings have suggested using secure ssh to display remote > clients, > > and that ssh should handle details such as passing the $DISPLAY value. > > I'm using cygwin version 1.3.11 under Win98(v. 2). I'm > starting my server > > with startxwin.sh, the first line of which is "export > > DISPLAY=127.0.0.1:0.0". That value is there when I echo at the local > shell > > in X11. My ssh_config file is set to allow X11Forwarding. I'm > using ssh > > to reach a remote unix system. I can log in but I can't display remote > > clients; e.g., I type "xterm &" and get the message "xterm Xt error: > cannot > > open display: ". And, the variable DISPLAY is empty on the > remote system. > > > Am I missing something obvious? > > > > Below are cygcheck.out, ssh_config, and startxwin.sh. > > John, > > Didn't you think for a moment that something of infinitly more > importance than the contents of various config files would be the actual > command line that you are using for ssh? > > Post the command line that you use to ssh to your remote machine. You > do know that you have to run ssh from within an xterm in your > Cygwin/XFree86 X server, right? > > Harold > > From jppcurran@earthlink.net Fri Jul 19 15:05:00 2002 From: jppcurran@earthlink.net (John Curran Jr) Date: Fri, 19 Jul 2002 15:05:00 -0000 Subject: Xt error:can't open display;ssh not passing $DISPLAY Message-ID: <412002751917652630@earthlink.net> > [Original Message] > From: Harold L Hunt II > To: > Cc: cygwin-xfree > Date: 7/18/02 4:59:01 PM > Subject: Re: Xt error:can't open display;ssh not passing $DISPLAY > > John Curran Jr wrote: > > Several postings have suggested using secure ssh to display remote clients, > > and that ssh should handle details such as passing the $DISPLAY value. > > I'm using cygwin version 1.3.11 under Win98(v. 2). I'm starting my server > > with startxwin.sh, the first line of which is "export > > DISPLAY=127.0.0.1:0.0". That value is there when I echo at the local shell > > in X11. My ssh_config file is set to allow X11Forwarding. I'm using ssh > > to reach a remote unix system. I can log in but I can't display remote > > clients; e.g., I type "xterm &" and get the message "xterm Xt error: cannot > > open display: ". And, the variable DISPLAY is empty on the remote system. > > Am I missing something obvious? > > > > Below are cygcheck.out, ssh_config, and startxwin.sh. > > John, > > Didn't you think for a moment that something of infinitly more > importance than the contents of various config files would be the actual > command line that you are using for ssh? If knew I what I was doing wrong :-) > > Post the command line that you use to ssh to your remote machine. You > do know that you have to run ssh from within an xterm in your > Cygwin/XFree86 X server, right? > > Harold > > I am running ssh within an xterm in my Cygwin/XFree86 X server; I have tried command lines "ssh -X -l username ip_address", and "ssh -l username ip_address", the behavior is identical. --- John Curran --- jppcurran@earthlink.net From jim.george@blueyonder.co.uk Fri Jul 19 19:26:00 2002 From: jim.george@blueyonder.co.uk (Jim George) Date: Fri, 19 Jul 2002 19:26:00 -0000 Subject: sylpheed okay now References: <3D370D63.3020402@tpk.net> Message-ID: <036f01c22f70$6310e750$0100a8c0@george.co.uk> Jan, is this a gnome port dependency? The only reference I could find to sylpheed was 0.77 and that was a source file as part of the gnome port package. Cheers, Jim ----- Original Message ----- From: "Jan Wells" To: Cc: Sent: Thursday, July 18, 2002 7:48 PM Subject: sylpheed okay now > The mail client sylpheed (under cygwin/Xfree) and cygwin1.dll did not > get along, I reported earlier. Away until yesterday, I only now have > brought cygwin up-to-date. Happily, the most recent, 0.8 sylpheed and > the newest cygwin1.dll get along quite nicely now; all is well. Hurray. > > > -- > 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 j_tetazoo@hotmail.com Sat Jul 20 01:08:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Sat, 20 Jul 2002 01:08:00 -0000 Subject: Xt error:can't open display;ssh not passing $DISPLAY Message-ID: The sshd server at the remote end also has to be configured to allow X forwarding. It's possible that could be to blame. There's a switch to (dis)allow it in /etc/ssh/sshd_config By the way, if you are on system "local" and run "ssh -X remote", then the correct value of DISPLAY in the resulting terminal should NOT be local:0 or something similar. it should look like remote:10 or simply :10. >From: "John Curran Jr" >Reply-To: jppcurran@earthlink.net >To: "cygwin-xfree" >Subject: Re: Xt error:can't open display;ssh not passing $DISPLAY >Date: Fri, 19 Jul 2002 13:6:52 -0400 > > > > > > [Original Message] > > From: Harold L Hunt II > > To: > > Cc: cygwin-xfree > > Date: 7/18/02 4:59:01 PM > > Subject: Re: Xt error:can't open display;ssh not passing $DISPLAY > > > > John Curran Jr wrote: > > > Several postings have suggested using secure ssh to display remote >clients, > > > and that ssh should handle details such as passing the $DISPLAY >value. > > > I'm using cygwin version 1.3.11 under Win98(v. 2). I'm starting my >server > > > with startxwin.sh, the first line of which is "export > > > DISPLAY=127.0.0.1:0.0". That value is there when I echo at the local >shell > > > in X11. My ssh_config file is set to allow X11Forwarding. I'm using >ssh > > > to reach a remote unix system. I can log in but I can't display >remote > > > clients; e.g., I type "xterm &" and get the message "xterm Xt error: >cannot > > > open display: ". And, the variable DISPLAY is empty on the remote >system. > > > Am I missing something obvious? > > > > > > Below are cygcheck.out, ssh_config, and startxwin.sh. > > > > John, > > > > Didn't you think for a moment that something of infinitly more > > importance than the contents of various config files would be the actual > > command line that you are using for ssh? > >If knew I what I was doing wrong :-) > > > > > Post the command line that you use to ssh to your remote machine. You > > do know that you have to run ssh from within an xterm in your > > Cygwin/XFree86 X server, right? > > > > Harold > > > > > >I am running ssh within an xterm in my Cygwin/XFree86 X server; I have >tried command lines "ssh -X -l username ip_address", and "ssh -l username >ip_address", >the behavior is identical. > >--- John Curran >--- jppcurran@earthlink.net _________________________________________________________________ Join the world??s largest e-mail service with MSN Hotmail. http://www.hotmail.com From e3@163.com.hk Sat Jul 20 10:20:00 2002 From: e3@163.com.hk (e3@163.com.hk) Date: Sat, 20 Jul 2002 10:20:00 -0000 Subject: =?GB2312?B?u/nS8svjt6jIw7j20NS7r0ZMQVNItPPP1Mnxzf4=?= Message-ID: ????????????????????????????????FLASH???????????????? ???????????????????????????????????????????????? ????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????FLASH???????????????????? ????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????CPU???????????? ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ????????????????????????????????????????????????"????????????????"???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ????????????????????????????????????????????????????PC????????????????????286????????????????????????????????"PC????????"???????????????????????????????????????????????? ????????????????????????????????"????"???????????????????????????????????????????????????? ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ????????????????????????"????????????????"???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ????????????????????????????????????????????????????????????????????????????????????"909????????????????????????"????WPS????????????????????????????????????????????????????????95???? ????????????????????"WINDOWS95"????????????????????????????????????????????????????????????????????????????????WORD???????????????????????????????????????????????????????????????? ???????????????????????????????????????????????? ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ????????3000????????5000????????????????????????????????????????????????????????????????????????????????????????????????(???????????????????????????????????????????????????????????????? ????????50????????????????????????????????) ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ???????????????????????????????????????????????????????????????????????????????? ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ????????????????????????????????????????????????POP???????????????????????????????????????????????????????? ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ????????????????????????????????(????????????)???????????????????????????????? ????????????????????????????????????????????????????????????????????????????????????????????????????????30????50????????????????????????????????????????????70????80???????????????????? ????????????????????????????????????????????????????????????"????????????????"????????????????????????????????63???????????? ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ????????????????????????????????????????????????????????????????????????????????????POP???????????????????????????????? ????????????????????????????????????????????????????????????????????????POP???????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ???????????????????????????????????????????????????????? ????????????????????????POP???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ???????????????????????????????????????????????????????????????????????????????????????????????????????? ????????????????????????????????????????????????????(????????????????1995????10????????27????)????????????????????????????????????????????????????????????"???????????????????????????? ????????????????????????????????????????????????????????????????????????????????????????????????????????" ????????????????????"????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????" ????????????????????????????????????????????????????????POP???????????????????????????????????????????????????????????????????? ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????600G???????? ????????????????????????????????????????????????????????????????????????????????1000????????????????????????????????????????????????????????Flash???????????????????? ????????????????Flash???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ????????????????????????????????????????????????????????????????????????????????????Flash????????????????????????????1000????????TRUETYPE????????????????????POP???????????? ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ????????????????????????????????????Flash????????????????????????????????????????????????????????????????????"????????????????????"????????????"????????????????"???????????????????????? ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ???????????????????????????????????????????????????????????????????????????????????????????????? ===================================== ???????????????????????? ????????????????????????????????,????????????????????????????????????????????????????????????????eEnglish???????????????????????????????????????????????????????????????????? ????????????????????????????????????????"???????????????????? ????????????????????"???????????????????????????????????????????????????????????????????????????????????????????????????????????? ????????????????????????????????????????????????????????????????????????????????????????????????????????101???????????????????????????????????????????????????????????????????????? ???????? ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ????????????????????????????????2000M???? ????????????????????????????????50????????????????MP3????????????????. ???????????????????????????????????????????????????????????????? ===================================== = = ????????????????????http://www.eChinaEdu.com = ????????????????????http://www.eChinaEdu.vicp.net = ????????????????????http://qlong2008.xilubbs.com = ===================================== From andrea_ciahuaa@hotmail.com Sat Jul 20 11:50:00 2002 From: andrea_ciahuaa@hotmail.com (andrea_ciahuaa@hotmail.com) Date: Sat, 20 Jul 2002 11:50:00 -0000 Subject: Ultimate HGH: high quality formula, #1 in the Market!5352 Message-ID: <0000103f695c$00005339$00007c41@mx07.hotmail.com> As seen on NBC, CBS, CNN, and even Oprah! The health discovery that actuallyreverses aging while burning fat, without dieting or exercise! This provendiscovery has even been reported on by the New England Journal of Medicine.Forget aging and dieting forever! And it's Guaranteed! Click below to enter our web site: http://www205.wiildaccess.com/hgh/ Would you like to lose weight while you sleep! No dieting! No hunger pains! No Cravings! No strenuous exercise! Change your life forever! 100% GUARANTEED! 1.Body Fat Loss 82% improvement. 2.Wrinkle Reduction 61% improvement. 3.Energy Level 84% improvement. 4.Muscle Strength 88% improvement. 5.Sexual Potency 75% improvement. 6.Emotional Stability 67% improvement. 7.Memory 62% improvement. Click below to enter our web site: http://www205.wiildaccess.com/hgh/ ************************************************** If you want to get removed from our list please email at- affiliateoptout@btamail.net.cn (subject=remove "your email") ************************************************** From francisb@ntlworld.com Sat Jul 20 12:21:00 2002 From: francisb@ntlworld.com (Francis Barton) Date: Sat, 20 Jul 2002 12:21:00 -0000 Subject: Problems starting X server Message-ID: <001001c22fb7$4c159a40$0504ff3e@astcomputer> I have cygwin installed and working from the command line. I have downloaded and installed all the required X packages using the standard Cygwin setup.exe. I am running Windows 98. I have tried running "startx" "xinit" "startxwin.sh" and "startxwin.bat" without success. An X window flashes up then disappears. Here is my error message: ----------------------------------------------- /usr/X11R6/bin/xinit: No such file or directory (errno 2): no server "X" in PATH Use the -- option, or make sure that /usr/X11R6/bin is in your path and that "X" is a program or a link to the right type of server for your display. Possible server names include: XFree86 XFree86 displays giving up. /usr/X11R6/bin/xinit: Connection refused (errno 111): unable to connect to X server /usr/X11R6/bin/xinit: No such process (errno 3): Server error. --------------------------------------------- /usr/X11R6/bin is in my path, but I'm stuck on what to do next to get X running. Also, I am rather confused by the instructions given at http://xfree86.cygwin.com/docs/ug/setup-cygwin-xfree-installing.html and related pages, which do not seem to apply to my situation. I would gratefully receive any advice you can offer. Many thanks, Francis Barton. From fergus@bonhard.uklinux.net Sat Jul 20 12:35:00 2002 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Sat, 20 Jul 2002 12:35:00 -0000 Subject: Corrupted file x2x-1.27-1-src.tar.bz2 References: Message-ID: <000d01c22fb1$f764f220$b17b1f3e@leper> > For your information, I've identified the problem with this file and have > taken steps to fix it. The correct tarball should be up on the "master" FTP > server shortly. However, you'll have to wait a day or so for the mirrors to > pick it up. Thank you. Despite being dated 15/07 like your recent email, the file x2x-1.27-1-src.tar.bz2 now available on mirrors seems to me to have the same md5sum 87075ba00b0cd15f35975c956f14591a as previously, and to fail in the identical manner. Fergus From huntharo@msu.edu Sat Jul 20 14:29:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sat, 20 Jul 2002 14:29:00 -0000 Subject: Corrupted file x2x-1.27-1-src.tar.bz2 In-Reply-To: <000d01c22fb1$f764f220$b17b1f3e@leper> Message-ID: Fergus, Wow. We can't seem to get this one right. This time I have really uploaded the file to the mirror and I have certified that it is the correct one. Please wait 12 to 24 hours and download the file again. The MD5 sum should be different by then. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of > fergus@bonhard.uklinux.net > Sent: Saturday, July 20, 2002 1:55 AM > To: Thomas Chadwick > Cc: cygwin-xfree@cygwin.com; fergus@bonhard.uklinux.net > Subject: Re: Corrupted file x2x-1.27-1-src.tar.bz2 > > > > For your information, I've identified the problem with this > file and have > > taken steps to fix it. The correct tarball should be up on the "master" > FTP > > server shortly. However, you'll have to wait a day or so for > the mirrors > to > > pick it up. > > Thank you. Despite being dated 15/07 like your recent email, the file > x2x-1.27-1-src.tar.bz2 now available on mirrors seems to me to > have the same > md5sum 87075ba00b0cd15f35975c956f14591a as previously, and to fail in the > identical manner. Fergus > From fergus@bonhard.uklinux.net Sat Jul 20 16:24:00 2002 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Sat, 20 Jul 2002 16:24:00 -0000 Subject: Corrupted file x2x-1.27-1-src.tar.bz2 Message-ID: <000901c23034$74b5cf60$b17b1f3e@leper> > This time I have really uploaded the file to the mirror and > I have certified that it is the correct one. I have now managed to download the correct file from rcn.net: no problems at all now with bzip2. Thank you very much for all your efforts over this small detail. Fergus From huntharo@msu.edu Sat Jul 20 16:27:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sat, 20 Jul 2002 16:27:00 -0000 Subject: Scrollbars are stealing the WM_MOUSEWHEEL message Message-ID: I just discovered a problem with using scrollbars in Cygwin/XFree86: 1) Pass the -scrollbars parameter to XWin.exe 2) Launch Cygwin/XFree86 via startxwin.bat, with the -scrollbars parameter as in (1). Scrollbars should not be displayed be default. If they are, remove any -screen parameters and try again. 3) In your xterm, run ``ls'' a few times to generate enough output to be able to scroll up. 4) Roll the mouse wheel up, notice that the xterm content scrolls up. 5) Roll the mouse wheel down, notice that the xterm content scrolls down. 6) Leave the xterm window scrolled to about the middle of the displayed content. 7) Shrink the size of the Cygwin/XFree86 window using the double-headed arrow at the upper-right hand corner of the Cygwin/XFree86 window (right above the X that closes the window). Scrollbars should now be displayed, and the right-hand scrollbar should have the thumb at the top of the scrollbar (i.e., you can only scroll down). 8) Roll the mouse wheel up, notice that the xterm content scrolls up. When you reach the top of the content, xterm will stop scrolling. 9) Roll the mouse wheel down. You will see that xterm scrolls down one segment, then the WM_MOUSEWHEEL messages start getting stolen by the right-hand scrollbar. 10) The whole Cygwin/XFree86 window now scrolls up or down when you roll the mouse wheel up or down. 11) Minimizing/restoring/clicking the scrollbar/clicking the client area/ all do nothing to stop the scrollbar from stealing the mouse wheel messages. 12) There does not appear to be a simple way to keep the scrollbar from stealing the mouse wheel messages. Any suggestions? Harold From robert.collins@syncretize.net Sat Jul 20 16:30:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Sat, 20 Jul 2002 16:30:00 -0000 Subject: Scrollbars are stealing the WM_MOUSEWHEEL message In-Reply-To: References: Message-ID: <1027207650.924.0.camel@lifelesswks> On Sun, 2002-07-21 at 09:23, Harold Hunt wrote: > I just discovered a problem with using scrollbars in Cygwin/XFree86: Interesting. I'd have thought that the WM_MOUSEWHEEL message still hit your main window message loop before the scroll bars loop? I presume that is not the case? Rob From huntharo@msu.edu Sat Jul 20 16:39:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sat, 20 Jul 2002 16:39:00 -0000 Subject: On a side note - display resolution changes now handled Message-ID: I discovered the scrollbar bug because I have been working on handling the WM_DISPLAYCHANGE messages in the DirectDraw engines when running in windowed modes (as opposed to fullscreen). The Shadow GDI engine has no problem with display resolution changes but the DirectDraw engines report that the primary surface cannot be restored because the display mode is wrong. All you have to do in these cases is release the original primary surface and recreate it with the same size and depth as before (note: I only said that resolution changes are handled). After that everything works fine. I just have to add some logic to enable scrollbars if the window is shrunk because of the resolution change. On the other hand, display depth changes are much more disruptive, I think. I don't think that DirectDraw can handle transfering bits from an offscreen surface of different format than the primary surface; doing so would seem to defeat the whole purpose of DirectDraw. My current thinking is that we will simply display a popup message indicating that Cygwin/XFree86 will be unavailable until the display depth is returned to the original depth. Harold From huntharo@msu.edu Sun Jul 21 07:23:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 21 Jul 2002 07:23:00 -0000 Subject: Scrollbars are stealing the WM_MOUSEWHEEL message In-Reply-To: <1027207650.924.0.camel@lifelesswks> Message-ID: Robert, > -----Original Message----- > From: Robert Collins [mailto:robert.collins@syncretize.net] > Sent: Saturday, July 20, 2002 7:27 PM > To: Harold Hunt > Cc: cygx > Subject: Re: Scrollbars are stealing the WM_MOUSEWHEEL message > > > On Sun, 2002-07-21 at 09:23, Harold Hunt wrote: > > I just discovered a problem with using scrollbars in Cygwin/XFree86: > > Interesting. I'd have thought that the WM_MOUSEWHEEL message still hit > your main window message loop before the scroll bars loop? I presume > that is not the case? Here is the bottom of XWin.log after shrinking the Cygwin/XFree86 window and doing about 20 downward mouse wheel scrolls: Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" winWindowProc - WM_SIZE - window w: 1023 h: 766, new client area w: 1015 h: 739 winWindowProc - WM_SIZE - window w: 1023 h: 766, new client area w: 1015 h: 723 winWindowProc - WM_SIZE - window w: 1023 h: 766, new client area w: 999 h: 723 winWindowProc - WM_SIZE - window w: 990 h: 743, new client area w: 966 h: 700 winWindowProc - WM_SIZE - window w: 913 h: 710, new client area w: 889 h: 667 winWindowProc - WM_SIZE - window w: 862 h: 686, new client area w: 838 h: 643 winWindowProc - WM_SIZE - window w: 844 h: 676, new client area w: 820 h: 633 winWindowProc - WM_SIZE - window w: 825 h: 664, new client area w: 801 h: 621 winWindowProc - WM_SIZE - window w: 822 h: 661, new client area w: 798 h: 618 winWindowProc - WM_MOUSEWHEEL As you can see, we get one WM_MOUSEWHEEL message and then the scrollbar takes them over. The MS Platform SDK says that you are supposed to return 0 if we processes this message in a parent window, while an OLE control is supposed to return TRUE if it processes WM_MOUSEWHEEL. So, I even tried changing the return to TRUE and that made no difference. In case anyone looks at the code and says, "oh, I see that in this one case you are ``break''ing", yes, I tried changing that break to both ``return 0'' and ``return TRUE'' with the same behavior resulting. Furthermore, I even just now changed all the ``return'' statements to ``break'' instead, on the hunch that the Platform SDK was wrong. The behavior was the same as before. Harold From j_tetazoo@hotmail.com Sun Jul 21 10:19:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Sun, 21 Jul 2002 10:19:00 -0000 Subject: Problems starting X server Message-ID: Are you sure you've installed the XFree86-xserv package? To verify it's installed, check for the existence of /usr/X11R6/bin/XWin.exe and a symbolic link at /usr/X11R6/bin/X that points to it. Also, look for the existence of the file /tmp/XWin.log. If it exists, post its contents here. I believe the instructions you are referring to are out of date WRT the "new" installation method via Cygwin Setup. >From: "Francis Barton" >To: >Subject: Problems starting X server >Date: Sat, 20 Jul 2002 07:31:06 +0100 > >I have cygwin installed and working from the command line. I have >downloaded >and installed all the required X packages using the standard Cygwin >setup.exe. >I am running Windows 98. > >I have tried running "startx" "xinit" "startxwin.sh" and "startxwin.bat" >without success. An X window flashes up then disappears. > >Here is my error message: >----------------------------------------------- > >/usr/X11R6/bin/xinit: No such file or directory (errno 2): no server "X" >in PATH > >Use the -- option, or make sure that /usr/X11R6/bin is in your path and >that "X" is a program or a link to the right type of server >for your display. Possible server names include: > > XFree86 XFree86 displays > >giving up. >/usr/X11R6/bin/xinit: Connection refused (errno 111): unable to connect >to >X server >/usr/X11R6/bin/xinit: No such process (errno 3): Server error. > >--------------------------------------------- > >/usr/X11R6/bin is in my path, but I'm stuck on what to do next to get X >running. > >Also, I am rather confused by the instructions given at >http://xfree86.cygwin.com/docs/ug/setup-cygwin-xfree-installing.html and >related pages, which do not seem to apply to my situation. > >I would gratefully receive any advice you can offer. > >Many thanks, >Francis Barton. _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx From seni@istiyorum.com Sun Jul 21 11:30:00 2002 From: seni@istiyorum.com (seni@istiyorum.com) Date: Sun, 21 Jul 2002 11:30:00 -0000 Subject: HIZLI & SINIRSIZ sex Message-ID: <200207211426.g6LEQAv10886@mail.bizland-inc.net> 4 kat Daha Hizli & Sinirsiz baglantiya ne dersiniz??? 18.451 adet mpeg video , 248.105 adet resim ar??ivimize, 48 Canl?? sohbet odas??na sadece http://pembeliste.netfirms.com/videolar.exe programini calistirarak ulasabilirsiniz. Ayr??ca Hande ATAIZI nin 11.4dk Porno v??deosuna http://pembeliste.netfirms.com/hande_ataizi.exe programiyla ulasabilir ve download edebilirsiniz. http://pembeliste.netfirms.com/videolar.exe - -------------------------------------------------------------------- From dforeman@stny.rr.com Sun Jul 21 13:50:00 2002 From: dforeman@stny.rr.com (Dennis Foreman) Date: Sun, 21 Jul 2002 13:50:00 -0000 Subject: need help scripting multiple xfree startups Message-ID: Hi, I need some hints on how to reduce the manual efforts in logging in remotely under ssh. Currently I can start Xfree using these steps: 1. Open a Cygwin window. 2a. run: ssh -Xl myuserid UNIX_system_domain_name 2b. enter password 3. open ANOTHER Cygwin window 4. in this new window, run: startxwin.sh 5. click to place the xterm on the X desktop 6. run my program I need to repeat this 8 more times for each of 8 different machines. Is there some way of automating this? (Yes, I know a script will do it. I need some detailed help on what to put in the script.) Especially eliminating having to type a pw every time and clicking to establish the Xwindow on the X desktop. regards, D. J. Foreman website: http://WWW.CS.Binghamton.EDU/~foreman From huntharo@msu.edu Sun Jul 21 15:10:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 21 Jul 2002 15:10:00 -0000 Subject: need help scripting multiple xfree startups In-Reply-To: Message-ID: Dennis, I always launch Cygwin/XFree86 from an icon on the desktop that points to the startxwin.bat file in c:\cygwin\usr\X11R6\bin. The batch file starts an xterm and when the xterm pops up I run: ssh -X -C username@hostname I type in my password and that is it. As for avoiding typing in your password, I can say a few things, but I can't hold your hand on this one. You should already know that saving a password on a computer in plaintext represents a huge security risk. With that being said, I am sure that you know that ssh allows you to use keys to verify the identity of a user and to provide authentication (via a password check). You can, I am told, clear the password on an ssh key. Clearing the password on an ssh key is just a dangerous as saving a password to disk in plaintext. However, if you are willing to except the risks of having an ssh key with no password, then I suggest that you search google for ``OpenSSH'' and read the docs on their site about how to change the password on a key, etc. I have never personally done this, so I cannot provide any further details. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Dennis Foreman > Sent: Sunday, July 21, 2002 2:30 PM > To: cygwin-xfree@cygwin.com > Subject: need help scripting multiple xfree startups > > > Hi, > I need some hints on how to reduce the manual efforts in logging > in remotely > under ssh. > Currently I can start Xfree using these steps: > 1. Open a Cygwin window. > 2a. run: ssh -Xl myuserid UNIX_system_domain_name > 2b. enter password > 3. open ANOTHER Cygwin window > 4. in this new window, run: startxwin.sh > 5. click to place the xterm on the X desktop > 6. run my program > > I need to repeat this 8 more times for each of 8 different machines. Is > there some way of automating this? (Yes, I know a script will do > it. I need > some detailed help on what to put in the script.) Especially eliminating > having to type a pw every time and clicking to establish the > Xwindow on the > X desktop. > > regards, > D. J. Foreman > website: http://WWW.CS.Binghamton.EDU/~foreman > From francisb@ntlworld.com Sun Jul 21 15:37:00 2002 From: francisb@ntlworld.com (Francis Barton) Date: Sun, 21 Jul 2002 15:37:00 -0000 Subject: Problems starting X server References: Message-ID: <009401c23103$0963e600$9d08ff3e@astcomputer> Thanks for your reply Thomas. > Are you sure you've installed the XFree86-xserv package? To verify it's > installed, check for the existence of /usr/X11R6/bin/XWin.exe and a symbolic > link at /usr/X11R6/bin/X that points to it. All present and correct. > Also, look for the existence of the file /tmp/XWin.log. If it exists, post > its contents here. Here you go: ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1152 h 864 winInitializeDefaultScreens - Returning _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 836 1152 winAdjustForAutoHide - Adjusted WorkArea: 0 0 836 1152 winCreateBoundingWindowWindowed - WindowClient w 1146 h 811 r 1146 l 0 b 811 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowDDNL - lPitch: 4584 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 24 winCreateDefColormap - Deferring to fbCreateDefColormap () winScreenInit - returning Could not init font path element /usr/X11R6/lib/X11/fonts/misc/, removing from l ist! Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/75dpi/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/100dpi/, removing from list! Fatal server error: could not open default font 'fixed' (END) I guess it's the fonts that are causing the problems. What do you make of this? : $ ls /usr/X11R6/lib/X11/ XErrorDB doc lbxproxy rstart xedit xserver XKeysymDB etc locale twm xinit xsm XftConfig fonts proxymngr x11perfcomp xkb app-defaults fs rgb.txt xdm xman.help $ ls /usr/X11R6/lib/X11/fonts ls: /usr/X11R6/lib/X11/fonts: No such file or directory $ ls -l /usr/X11R6/lib/X11/fo* ls: /usr/X11R6/lib/X11/fonts: No such file or directory Sorry if I'm missing something here, but something strange is going on with that fonts directory! I have a single-user installation so presumably it's not a case of not having read privileges for that folder E:\Cygwin\usr\X11R6\lib\X11\fonts\ with all subdirectories *is* there (I can see it in Windows Explorer, I mean) Any suggestions? Francis. > >From: "Francis Barton" > >To: > >Subject: Problems starting X server > >Date: Sat, 20 Jul 2002 07:31:06 +0100 > > > >I have cygwin installed and working from the command line. I have > >downloaded > >and installed all the required X packages using the standard Cygwin > >setup.exe. > >I am running Windows 98. > > > >I have tried running "startx" "xinit" "startxwin.sh" and "startxwin.bat" > >without success. An X window flashes up then disappears. > > > >Here is my error message: > >----------------------------------------------- > > > >/usr/X11R6/bin/xinit: No such file or directory (errno 2): no server "X" > >in PATH > > > >Use the -- option, or make sure that /usr/X11R6/bin is in your path and > >that "X" is a program or a link to the right type of server > >for your display. Possible server names include: > > > > XFree86 XFree86 displays > > > >giving up. > >/usr/X11R6/bin/xinit: Connection refused (errno 111): unable to connect > >to > >X server > >/usr/X11R6/bin/xinit: No such process (errno 3): Server error. > > > >--------------------------------------------- > > > >/usr/X11R6/bin is in my path, but I'm stuck on what to do next to get X > >running. From nahor@bravobrava.com Sun Jul 21 15:43:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sun, 21 Jul 2002 15:43:00 -0000 Subject: Scrollbars are stealing the WM_MOUSEWHEEL message References: Message-ID: <3D3B379D.6030101@bravobrava.com> Harold Hunt wrote: > Any suggestions? I can't reproduce it on my system (WinXP). Do you have a special driver for you mouse by any chance (Intellimouse and the like)? It's well known that some applications are not friendly with the mouse wheel. The drivers try sometimes to fix it but then break other applications. Try looking in the mouse control panel see if you can make XWin an exception or something like that. OTOH, I can't scroll XWin at all with the wheel. On my old system (Win2k with Intellimouse), when I had the mouse pointer on a scrollbar and used the wheel, the scrollbar was moving (up/down for vertical ones, left/right for horizontal ones). It doesn't do that on my current system. Jehan From nahor@bravobrava.com Sun Jul 21 18:41:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sun, 21 Jul 2002 18:41:00 -0000 Subject: On a side note - display resolution changes now handled References: Message-ID: <3D3B38FC.2040106@bravobrava.com> Harold Hunt wrote: > On the other hand, display depth changes are much more disruptive, I think. > I don't think that DirectDraw can handle transfering bits from an offscreen > surface of different format than the primary surface; doing so would seem to > defeat the whole purpose of DirectDraw. My current thinking is that we will > simply display a popup message indicating that Cygwin/XFree86 will be > unavailable until the display depth is returned to the original depth. Isn't it possible to just froget about the previous offscreen buffer and ask all X windows to redraw themselves into the newly created surface? Jehan From tim.thomson@paradise.net.nz Sun Jul 21 20:22:00 2002 From: tim.thomson@paradise.net.nz (Tim Thomson) Date: Sun, 21 Jul 2002 20:22:00 -0000 Subject: New (Delphi) xlauncher Message-ID: <1027302081.1541.85.camel@tuxedo> Hi there, To those of you interested in the progress of my xlauncher program(s), I have added some more features to the Delphi version. These include storing and retrieving configuration sessions to and from the registry, multiple font path, or font server specification, and better support for -from parameter, it now uses your IP, instead of name. If it can't find an IP address, it doesn't provide the parameter to XWin.exe. It is available at http://xlauncher.sourceforge.net I'm still not sure where to head with the non-delphi version. I have some options, but all have disadvantages: libW11 doesn't look like it will do everything I need without the use of more libraries, ie xforms or gtk. gtk isn't stable enough yet? wxWindows - a _lot_ like MFC, but cross-platform. Would need to be made into a cygwin package. Would be the easiest to rewrite the delphi app in. win32api isn't very cross platform. Could use wine to port it to unix/linux? I'll look at how hard it would be to build wxWindows dll for cygwin, if that works well, I may use it, otherwise win32api may be the way, although pretty much eliminates a cross platform approach. Cheers, Tim. From huntharo@msu.edu Sun Jul 21 20:26:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 21 Jul 2002 20:26:00 -0000 Subject: Problems starting X server In-Reply-To: <009401c23103$0963e600$9d08ff3e@astcomputer> Message-ID: Run the ``mount'' command from a Cygwin bash shell, you will see something like: Administrator@HUNTHARO ~ $ mount C:\cygwin\usr\X11R6\lib\X11\fonts on /usr/X11R6/lib/X11/fonts type system (binmo de) C:\cygwin\bin on /usr/bin type system (binmode) C:\cygwin\lib on /usr/lib type system (binmode) c:\PalmDev on /PalmDev type system (textmode) C:\cygwin on / type system (binmode) c: on /cygdrive/c type user (binmode,noumount) Except, on your system, one of two things is happending: 1) The fonts are installed on drive X (where X is a wildcard) along with the rest of Cygwin, while the mount for the fonts directory points to some other drive. 2) The fonts are installed on drive X, while Cygwin is installed on drive Z, and the mount for the fonts directory points to drive Z. You are first going to have to figure out where the Cygwin/XFree86 fonts got installed to. Then you are going to need to move them to be in the correct place with respect to the rest of Cygwin. After that you might have to unmount and remount the fonts directory mount to point to the correct location. I can't hold your hand on these, but perhaps someone else will be willing to answer further questions about the details of doing this. Harold From huntharo@msu.edu Sun Jul 21 20:48:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 21 Jul 2002 20:48:00 -0000 Subject: On a side note - display resolution changes now handled In-Reply-To: <3D3B38FC.2040106@bravobrava.com> Message-ID: Jehan, > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Jehan > Sent: Sunday, July 21, 2002 6:43 PM > To: cygwin-xfree@cygwin.com > Subject: Re: On a side note - display resolution changes now handled > > > Harold Hunt wrote: > > On the other hand, display depth changes are much more > disruptive, I think. > > I don't think that DirectDraw can handle transfering bits from > an offscreen > > surface of different format than the primary surface; doing so > would seem to > > defeat the whole purpose of DirectDraw. My current thinking is > that we will > > simply display a popup message indicating that Cygwin/XFree86 will be > > unavailable until the display depth is returned to the original depth. > > Isn't it possible to just froget about the previous offscreen buffer and > ask all X windows to redraw themselves into the newly created surface? > > Jehan You must be tired. If we create a new offscreen surface (which I was not talking about doing, I only said we have to recreate the primary (onscreen) surface) with a different depth/format/etc than the original offscreen surface, then we have effectively changed the X graphics mode and we would need to use some sort of X extension to notify clients that all pixmaps and visuals have been reset. If there is such an extension, I am not aware of it. Harold From huntharo@msu.edu Sun Jul 21 20:49:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 21 Jul 2002 20:49:00 -0000 Subject: New (Delphi) xlauncher In-Reply-To: <1027302081.1541.85.camel@tuxedo> Message-ID: > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Tim Thomson > Sent: Sunday, July 21, 2002 9:41 PM > To: cygwin-xfree Mailing List > Subject: New (Delphi) xlauncher > > > Hi there, > > To those of you interested in the progress of my xlauncher program(s), I > have added some more features to the Delphi version. These include > storing and retrieving configuration sessions to and from the registry, > multiple font path, or font server specification, and better support for > -from parameter, it now uses your IP, instead of name. If it can't find > an IP address, it doesn't provide the parameter to XWin.exe. > > It is available at http://xlauncher.sourceforge.net > Fair enough. > I'm still not sure where to head with the non-delphi version. I have > some options, but all have disadvantages: > > libW11 doesn't look like it will do everything I need without the use of > more libraries, ie xforms or gtk. > Whoever suggested libW11 was smoking some great crack. libW11 is by no means a complete API. I'll just forget that this was ever mentioned. (I'm not complaining to you, I'm just complaining) > gtk isn't stable enough yet? > > wxWindows - a _lot_ like MFC, but cross-platform. Would need to be made > into a cygwin package. Would be the easiest to rewrite the delphi app > in. > > win32api isn't very cross platform. Could use wine to port it to > unix/linux? > > I'll look at how hard it would be to build wxWindows dll for cygwin, if > that works well, I may use it, otherwise win32api may be the way, > although pretty much eliminates a cross platform approach. > I am getting seriously confused here. Why are you so excited about making this a cross-platform application? Cite me one example of someone that would need this program to be cross platform. Think about it: you are creating a graphical application that launches a graphical windowing system. Therefore, you have to already have a graphical windowing system of some form running. At last count, that means that you are running either Windows, Mac OS X, OS/2, or maybe BeOS. You certainly can't be running on any platform that uses X11 as the graphical windowing system, because you would have to have X11 running in order to launch X11 via your launcher. Now, the Mac OS X folks have lots of neat ways that their server is already tied into the Mac OS X-specific startup methods and such. Supporting BeOS would be a silly academic waste of effort. OS/2 is similar, but good luck finding a cross-platform toolkit that includes OS/2 support. So, what are your real targets here? Have I missed some operating system that also needs an X launcher utility? Harold From huntharo@msu.edu Sun Jul 21 21:06:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 21 Jul 2002 21:06:00 -0000 Subject: need help scripting multiple xfree startups In-Reply-To: Message-ID: Dennis, Never email me directly. Only respond to cygwin-xfree@cygwin.com. Harold > -----Original Message----- > From: Dennis Foreman [mailto:dforeman@stny.rr.com] > Sent: Sunday, July 21, 2002 7:27 PM > To: Harold Hunt > Subject: RE: need help scripting multiple xfree startups > > > Harold, > My computer is in a secure area (unless someone wants to mess > with my attack > cat), so passwords on the machine are NOT a problem. I have read about the > RSA protocol, so that ,might work. Remember that I said I needed > to run this > procedure a total of NINE TIMES before I can begin doing any > work. And this > happens EVERY time I want to do the work. Thus, I need a script that will > automate as much as possible. Time is money! > > What is the difference between: > 1. running cygwin then startxwin.sh > 2. startxwin.bat, then ssh from inside the xterm? > > The problem is connecting to multiple systems. How can I script it? > > regards, > D. J. Foreman > website: http://WWW.CS.Binghamton.EDU/~foreman > > -----Original Message----- > From: Harold Hunt [mailto:huntharo@msu.edu] > Sent: Sunday, July 21, 2002 4:50 PM > To: dforeman@stny.rr.com; cygwin-xfree@cygwin.com > Subject: RE: need help scripting multiple xfree startups > > > Dennis, > > I always launch Cygwin/XFree86 from an icon on the desktop that points to > the startxwin.bat file in c:\cygwin\usr\X11R6\bin. The batch > file starts an > xterm and when the xterm pops up I run: > > ssh -X -C username@hostname > > I type in my password and that is it. > > As for avoiding typing in your password, I can say a few things, > but I can't > hold your hand on this one. You should already know that saving > a password > on a computer in plaintext represents a huge security risk. With > that being > said, I am sure that you know that ssh allows you to use keys to > verify the > identity of a user and to provide authentication (via a password check). > You can, I am told, clear the password on an ssh key. Clearing > the password > on an ssh key is just a dangerous as saving a password to disk in > plaintext. > > However, if you are willing to except the risks of having an ssh > key with no > password, then I suggest that you search google for ``OpenSSH'' > and read the > docs on their site about how to change the password on a key, etc. I have > never personally done this, so I cannot provide any further details. > > Harold > > > -----Original Message----- > > From: cygwin-xfree-owner@cygwin.com > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Dennis Foreman > > Sent: Sunday, July 21, 2002 2:30 PM > > To: cygwin-xfree@cygwin.com > > Subject: need help scripting multiple xfree startups > > > > > > Hi, > > I need some hints on how to reduce the manual efforts in logging > > in remotely > > under ssh. > > Currently I can start Xfree using these steps: > > 1. Open a Cygwin window. > > 2a. run: ssh -Xl myuserid UNIX_system_domain_name > > 2b. enter password > > 3. open ANOTHER Cygwin window > > 4. in this new window, run: startxwin.sh > > 5. click to place the xterm on the X desktop > > 6. run my program > > > > I need to repeat this 8 more times for each of 8 different machines. Is > > there some way of automating this? (Yes, I know a script will do > > it. I need > > some detailed help on what to put in the script.) Especially eliminating > > having to type a pw every time and clicking to establish the > > Xwindow on the > > X desktop. > > > > regards, > > D. J. Foreman > > website: http://WWW.CS.Binghamton.EDU/~foreman > > > > From nahor@bravobrava.com Sun Jul 21 21:23:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sun, 21 Jul 2002 21:23:00 -0000 Subject: On a side note - display resolution changes now handled References: <3D3B38FC.2040106@bravobrava.com> Message-ID: Harold Hunt wrote: > You must be tired. Well, actually yes :p. I did some canoeing last Friday and I haven't recovered yet. :) > If we create a new offscreen surface (which I was not > talking about doing, I only said we have to recreate the primary (onscreen) > surface) with a different depth/format/etc than the original offscreen > surface, then we have effectively changed the X graphics mode and we would > need to use some sort of X extension to notify clients that all pixmaps and > visuals have been reset. If there is such an extension, I am not aware of > it. I'm not familiar with DirectX nor the internal of X so maybe I used the wrong words. I'm not actually talking of changing what the X server think the screen resolution/depth is. But we can already have a different resolution/depth for the visual than for the monitor, which means that there is a conversion at some point when the depth doesn't match. So why can't you just throw away everything that is after the conversion? I would think that, at worst, if the conversion happens when drawing into the offscreen surface, all the buffers would have to be recreated and that X would just have to ask all X windows to redraw their content in the new offscreen buffer. Jehan From nahor@bravobrava.com Sun Jul 21 23:18:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sun, 21 Jul 2002 23:18:00 -0000 Subject: New (Delphi) xlauncher References: <1027302081.1541.85.camel@tuxedo> Message-ID: Harold Hunt wrote: > Think about it: you are creating a graphical application that launches a > graphical windowing system. Therefore, you have to already have a graphical > windowing system of some form running. At last count, that means that you > are running either Windows, Mac OS X, OS/2, or maybe BeOS. You certainly > can't be running on any platform that uses X11 as the graphical windowing > system, because you would have to have X11 running in order to launch X11 > via your launcher. > > Now, the Mac OS X folks have lots of neat ways that their server is already > tied into the Mac OS X-specific startup methods and such. Supporting BeOS > would be a silly academic waste of effort. OS/2 is similar, but good luck > finding a cross-platform toolkit that includes OS/2 support. > > So, what are your real targets here? Have I missed some operating system > that also needs an X launcher utility? I think Xnest was mentioned a few days ago... yes, that was it: http://sources.redhat.com/ml/cygwin-xfree/2002-07/msg00166.html http://sources.redhat.com/ml/cygwin-xfree/2002-07/msg00388.html Jehan From francisb@ntlworld.com Mon Jul 22 01:02:00 2002 From: francisb@ntlworld.com (Francis Barton) Date: Mon, 22 Jul 2002 01:02:00 -0000 Subject: Problems starting X server References: Message-ID: <002f01c23147$3fa7dd40$3510ff3e@astcomputer> Found the problem via the mount command, thanks Harold. The WIN32 fonts directory was no longer in existence (I had moved it) thus bash couldn't use the mounted directory. umount worked, and I can now "ls /usr/X11R6/lib/X11/fonts" successfully. The fonts were already in E:\Cygwin\usr\X11R6\lib\X11\fonts - on the same partition as the rest of Cygwin. Fonts no longer listed under mount - guess they don't need to be mounted anymore since they're in the standard directory. Anyways, I can use X now, so thanks for the help. > You are first going to have to figure out where the Cygwin/XFree86 fonts got > installed to. Then you are going to need to move them to be in the correct > place with respect to the rest of Cygwin. After that you might have to > unmount and remount the fonts directory mount to point to the correct > location. > > I can't hold your hand on these, but perhaps someone else will be willing to > answer further questions about the details of doing this. > > Harold > > From nwourms@yahoo.com Mon Jul 22 01:15:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Mon, 22 Jul 2002 01:15:00 -0000 Subject: New (Delphi) xlauncher In-Reply-To: Message-ID: <20020722080159.79459.qmail@web21005.mail.yahoo.com> --- Harold Hunt wrote: > > I'm still not sure where to head with the non-delphi version. I have > > some options, but all have disadvantages: > > > > libW11 doesn't look like it will do everything I need without the use > of > > more libraries, ie xforms or gtk. > > > > Whoever suggested libW11 was smoking some great crack. libW11 is by no > means a complete API. I'll just forget that this was ever mentioned. > (I'm > not complaining to you, I'm just complaining) > Jeeze Harold what beef do you have with libW11? I was merely suggesting he look into it since it seemed to work so well for rxvt. I never made any such claim that it was a complete API, nor that it would work for sure in his case. Cheers (I guess...), Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From FRANZW@dk.ibm.com Mon Jul 22 01:43:00 2002 From: FRANZW@dk.ibm.com (Franz Wolfhagen) Date: Mon, 22 Jul 2002 01:43:00 -0000 Subject: New (Delphi) xlauncher Message-ID: I would opt for the wxwindows port - it includes suppport for all the mentioned platforms - including OS/2. (this is btw used/supported by Schitech for their Display Doctor 7.0) I also believe that wxwindows should compile for cygwin - it would be a nice inclusion if anybody had the time and skills to maintain that ( I wish I had - but I lack both skills and time.. ) BTW - I definitely understand the wish for a cross platform solution - when you create such an application it really is much easier to maintain if you only have one piece of sourcecode... Med venlig hilsen / Regards Franz Wolfhagen "Harold Hunt" @cygwin.com on 22-07-2002 05:48:24 >Sent by: cygwin-xfree-owner@cygwin.com >To: "cygwin-xfree Mailing List" >cc: >Subject: RE: New (Delphi) xlauncher > > >> >> wxWindows - a _lot_ like MFC, but cross-platform. Would need to be made >> into a cygwin package. Would be the easiest to rewrite the delphi app >> in. >> >> win32api isn't very cross platform. Could use wine to port it to >> unix/linux? >> >> I'll look at how hard it would be to build wxWindows dll for cygwin, if >> that works well, I may use it, otherwise win32api may be the way, >> although pretty much eliminates a cross platform approach. >> > >I am getting seriously confused here. Why are you so excited about making >this a cross-platform application? Cite me one example of someone that >would need this program to be cross platform. > >Think about it: you are creating a graphical application that launches a >graphical windowing system. Therefore, you have to already have a graphical >windowing system of some form running. At last count, that means that you >are running either Windows, Mac OS X, OS/2, or maybe BeOS. You certainly >can't be running on any platform that uses X11 as the graphical windowing >system, because you would have to have X11 running in order to launch X11 >via your launcher. > >Now, the Mac OS X folks have lots of neat ways that their server is already >tied into the Mac OS X-specific startup methods and such. Supporting BeOS >would be a silly academic waste of effort. OS/2 is similar, but good luck >finding a cross-platform toolkit that includes OS/2 support. > >So, what are your real targets here? Have I missed some operating system >that also needs an X launcher utility? > >Harold From tim.thomson@paradise.net.nz Mon Jul 22 02:38:00 2002 From: tim.thomson@paradise.net.nz (Tim Thomson) Date: Mon, 22 Jul 2002 02:38:00 -0000 Subject: New (Delphi) xlauncher In-Reply-To: References: <1027302081.1541.85.camel@tuxedo> Message-ID: <1027327435.7037.23.camel@tuxedo> On Mon, 2002-07-22 at 16:23, Jehan wrote: > Harold Hunt wrote: > > Think about it: you are creating a graphical application that launches a > > graphical windowing system. Therefore, you have to already have a graphical > > windowing system of some form running. At last count, that means that you > > are running either Windows, Mac OS X, OS/2, or maybe BeOS. You certainly > > can't be running on any platform that uses X11 as the graphical windowing > > system, because you would have to have X11 running in order to launch X11 > > via your launcher. > > > > Now, the Mac OS X folks have lots of neat ways that their server is already > > tied into the Mac OS X-specific startup methods and such. Supporting BeOS > > would be a silly academic waste of effort. OS/2 is similar, but good luck > > finding a cross-platform toolkit that includes OS/2 support. > > > > So, what are your real targets here? Have I missed some operating system > > that also needs an X launcher utility? > > I think Xnest was mentioned a few days ago... yes, that was it: > http://sources.redhat.com/ml/cygwin-xfree/2002-07/msg00166.html > http://sources.redhat.com/ml/cygwin-xfree/2002-07/msg00388.html Yeah, there is that, and I was also hoping that I'd eventually be able to add support for rdesktop, etc. I'd like to add support at some stage for interfacing to ssh, so that you can launch the X server, then launch an ssh session to a remote server, and run a command. Things like that :) Running a remote XDMCP session using Xnest could be handy, although I'm not sure how big a scope there would be. I was hoping to use it for running broken programs with a lower display depth (xapple2, etc), although it appears Xnest doesn't have that functionality. So, I'm starting to lean to a win32api solution, as I now don't really have a need for Xnest solution, although I haven't a clue how to start :) Anyway, I'll let you know how I go, but let me have your comments/suggestions, etc if you have any, Cheers, Tim. From jjangu@tid.es Mon Jul 22 05:19:00 2002 From: jjangu@tid.es (Juan =?iso-8859-1?Q?Jos=E9=20Andr=E9s=20Guti=E9rrez?=) Date: Mon, 22 Jul 2002 05:19:00 -0000 Subject: Send Keys to a window. Message-ID: <3D3BE0BD.32753162@tid.es> Hello, I am new using XLib and I need to make a program that handles x windows. I need to send pulsations of keys to a window. Somebody knows like doing this? Thank you very much. From j_tetazoo@hotmail.com Mon Jul 22 05:20:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Mon, 22 Jul 2002 05:20:00 -0000 Subject: Send Keys to a window. Message-ID: You might find the utility x2x to be a helpful reference. It grabs mouse and keyboard events from one X server and re-directs them to another. Both binary and source packages are available via Cygwin Setup under the XFree86 heading. By the way, I'm not an Xlib programmer, so I'm afraid I can't be of much assistance beyond what I've just told you. >From: Juan Jos?? Andr??s Guti??rrez >To: cygwin-xfree@cygwin.com >Subject: Send Keys to a window. >Date: Mon, 22 Jul 2002 11:38:53 +0100 > >Hello, > > I am new using XLib and I need to make a program that handles x >windows. > > I need to send pulsations of keys to a window. Somebody knows like >doing this? > > >Thank you very much. > _________________________________________________________________ Join the world??s largest e-mail service with MSN Hotmail. http://www.hotmail.com From dforeman@stny.rr.com Mon Jul 22 05:23:00 2002 From: dforeman@stny.rr.com (Dennis Foreman) Date: Mon, 22 Jul 2002 05:23:00 -0000 Subject: need help scripting multiple xfree startups Message-ID: I have read about the RSA protocol, and tried it, so that works. I need to run this procedure a total of NINE TIMES before I can begin doing any work. And this happens EVERY time I want to do the work. Thus, I need a script that will automate as much as possible. What is the difference between: 1. running cygwin then startxwin.sh 2. startxwin.bat, then ssh from inside the xterm? The problem is connecting to multiple systems. Can I get some hints on how to script it? regards, D. J. Foreman website: http://WWW.CS.Binghamton.EDU/~foreman From dforeman@stny.rr.com Mon Jul 22 06:09:00 2002 From: dforeman@stny.rr.com (Dennis Foreman) Date: Mon, 22 Jul 2002 06:09:00 -0000 Subject: replies to xfree Message-ID: Shouldn't replies to a list automatically go to the list? My replies seem to be going to the personal mail of posters. I believe there is a setting in many list servers that prevents the replies from going to the poster. regards, D. J. Foreman website: http://WWW.CS.Binghamton.EDU/~foreman From nwourms@yahoo.com Mon Jul 22 06:25:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Mon, 22 Jul 2002 06:25:00 -0000 Subject: replies to xfree In-Reply-To: Message-ID: <20020722130904.74906.qmail@web21006.mail.yahoo.com> --- Dennis Foreman wrote: > Shouldn't replies to a list automatically go to the list? My replies > seem to > be going to the personal mail of posters. I believe there is a setting > in > many list servers that prevents the replies from going to the poster. > > regards, > D. J. Foreman > website: http://WWW.CS.Binghamton.EDU/~foreman > Hi, I usually hit reply to all and forget about it. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From j_tetazoo@hotmail.com Mon Jul 22 06:33:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Mon, 22 Jul 2002 06:33:00 -0000 Subject: need help scripting multiple xfree startups Message-ID: >From: "Dennis Foreman" >Reply-To: >To: >Subject: need help scripting multiple xfree startups >Date: Sun, 21 Jul 2002 14:30:18 -0400 > [snip] > >I need to repeat this 8 more times for each of 8 different machines. Is >there some way of automating this? (Yes, I know a script will do it. I need >some detailed help on what to put in the script.) Especially eliminating >having to type a pw every time There is plenty of information about this in the ssh man page. Here's a quick recipe: 1) Open a Cygwin bash window and cd into ~/.ssh (if the directory doesn't exist, create it). 2) Run "ssh-keygen -t rsa1". Accept the default filename of ~/.ssh/identity and use a blank passphrase. PROTECT THIS FILE! Anyone who gets ahold of it can use it as if they were you and gain access to systems without a password or passphrase. Consider yourself warned! 3) FTP the resulting file named identity.pub onto each of the target systems and put it in /tmp (DO NOT put it in ~/.ssh). 4) On each remote system, append the contents of the identity.pub file to the file ~/.ssh/authorized_keys: cat /tmp/identity.pub >> ~/.ssh/authorized_keys 5) At this point, you should be able to ssh to each remote system and get in without being prompted for a password. >and clicking to establish the Xwindow on the >X desktop. > >regards, >D. J. Foreman >website: http://WWW.CS.Binghamton.EDU/~foreman I'd say you've already figured out most of this part. To automatically launch an xterm and have it run a command on a remote machine, put the following command in your favorite X startup script (e.g. startxwin.bat, startxwin.sh, or .xinitrc) in the same section where you see other xterms being launched (I've put backslashes to indicate that this should all be on 1 line): ssh -X -l remote_username remote_hostname \ xterm -title "remote_username@remote_hostname" \ -e remote_command If you're putting this in startxwin.bat, you may need to preceed it with "run" or "start" (I don't know for sure, I don't use that script). If you're putting it in startxwin.sh or .xinitrc, append an ampersand ("&") to the end. Want it to act on 8 other machines? Repeat the same command 8 more times with a different value for remote_machine each time. As for getting the xterm to place itself on your screen without having to click: If you're using the default Window Manager twm, copy the file /usr/X11R6/lib/X11/twm/system.twmrc to ~/.twmrc. Then edit ~/.twmrc and add "RandomPlacement" on a line by itself towards the top of the file just after the comments. If you're using some other window manager, then consult its man page. _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From j_tetazoo@hotmail.com Mon Jul 22 06:36:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Mon, 22 Jul 2002 06:36:00 -0000 Subject: need help scripting multiple xfree startups Message-ID: >From: "Thomas Chadwick" >To: dforeman@stny.rr.com, cygwin-xfree@cygwin.com >Subject: Re: need help scripting multiple xfree startups >Date: Mon, 22 Jul 2002 09:25:09 -0400 [snip] >As for getting the xterm to place itself on your screen without having to >click: If you're using the default Window Manager twm, copy the file >/usr/X11R6/lib/X11/twm/system.twmrc to ~/.twmrc. Then edit ~/.twmrc and >add >"RandomPlacement" on a line by itself towards the top of the file just >after >the comments. If you're using some other window manager, then consult its >man page. Alternatively, you can specify the exact size and position of each xterm using the -geometry flag: ssh -X -l remote_username remote_hostname \ xterm -geometry 80x25+10+10 \ -title "remote_username@remote_hostname" \ -e remote_command The "80x25" part specifies the size of the window in characters. 80x25 is typical. The "+10+10" part specifies the position of the upper-left corner of the window with respect to the upper-left corner of the screen in pixels. In this case it's 10 pixels in from the left edge, and 10 pixels down from the top edge. _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From j_tetazoo@hotmail.com Mon Jul 22 07:03:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Mon, 22 Jul 2002 07:03:00 -0000 Subject: need help scripting multiple xfree startups Message-ID: >From: "Dennis Foreman" >Reply-To: >To: "Cygwin-Xfree" >Subject: RE: need help scripting multiple xfree startups >Date: Mon, 22 Jul 2002 08:20:51 -0400 [snip] >What is the difference between: >1. running cygwin then startxwin.sh >2. startxwin.bat, then ssh from inside the xterm? The difference is simply a matter of perference. They all do the same thing in slightly different ways. _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From jjangu@tid.es Mon Jul 22 07:07:00 2002 From: jjangu@tid.es (Juan =?iso-8859-1?Q?Jos=E9=20Andr=E9s=20Guti=E9rrez?=) Date: Mon, 22 Jul 2002 07:07:00 -0000 Subject: Problem with XSendEvent and xterm. Message-ID: <3D3C1ECE.6CD3232B@tid.es> Hello, I need to make a program that sends pulsations of keys to a xterm. I use XSendEvent but I'm not be able that appear the characters in the shell. However if I make an application that controls the keyboard events that arrive to him it works. Somebody can say me as I can send the characters to xterm? Thanks. From rrschulz@cris.com Mon Jul 22 07:21:00 2002 From: rrschulz@cris.com (Randall R Schulz) Date: Mon, 22 Jul 2002 07:21:00 -0000 Subject: replies to xfree In-Reply-To: Message-ID: <5.1.0.14.2.20020722070751.01f8b4c0@pop3.cris.com> Dennis, Randall Schulz Mountain View, CA USA At 05:23 2002-07-22, Dennis Foreman wrote: >Shouldn't replies to a list automatically go to the list? My replies seem to >be going to the personal mail of posters. I believe there is a setting in >many list servers that prevents the replies from going to the poster. > >regards, >D. J. Foreman From huntharo@msu.edu Mon Jul 22 07:23:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 22 Jul 2002 07:23:00 -0000 Subject: On a side note - display resolution changes now handled References: <3D3B38FC.2040106@bravobrava.com> Message-ID: <3D3C1585.6080900@msu.edu> Jehan wrote: > Harold Hunt wrote: > >> You must be tired. > > > Well, actually yes :p. I did some canoeing last Friday and I haven't > recovered yet. :) > Are you talking about canoeing, or ``canoeing''. When we went ``canoeing'' it involved a cooler full of beer and as the day progressed the cooler full of beer was spotted more and more often floating down the river next to a coule of upside down canoes and a bunch of guys trying to get the cooler back into a righted canoe before the precious contents were lost. But I digress... :) > >> If we create a new offscreen surface (which I was not >> talking about doing, I only said we have to recreate the primary >> (onscreen) >> surface) with a different depth/format/etc than the original offscreen >> surface, then we have effectively changed the X graphics mode and we >> would >> need to use some sort of X extension to notify clients that all >> pixmaps and >> visuals have been reset. If there is such an extension, I am not >> aware of >> it. > > > I'm not familiar with DirectX nor the internal of X so maybe I used the > wrong words. I'm not actually talking of changing what the X server > think the screen resolution/depth is. But we can already have a > different resolution/depth for the visual than for the monitor, which > means that there is a conversion at some point when the depth doesn't > match. So why can't you just throw away everything that is after the > conversion? I would think that, at worst, if the conversion happens when > drawing into the offscreen surface, all the buffers would have to be > recreated and that X would just have to ask all X windows to redraw > their content in the new offscreen buffer. > I think I see where you are confused. I said previously that we can handle screen resolution changes because we essentially just enable scrollbars, if necessary, to allow the extra area to be viewed. With the Shadow GDI engine, that is all that has to be done. However, with the Shadow DirectDraw and Shadow DirectDraw Non-Locking engines we must release and recreate the primary surface using the same size as it had before. This is really just a technicality. You see, DirectDraw allows a surface to be larger than the screen size. But, when you change the screen resolution, DirectDraw requires that you release the primary surface and create again. DirectDraw doesn't care if you recreate the primary surface using the exact same parameters; rather, it just wants you to recreate it. Yes, this is silly, but that is what DirectDraw requires. ==== I also said previously that screen depth changes were much more disruptive than screen resolution changes. First, a little background on surfaces. We create an offscreen surface and we provide the X graphics layers with a pointer into the memory used to represent the pixels on that surface. All X graphics operations (fb, shadow, mi, etc.) are done by calculating offsets of various pixels in this ``framebuffer'' and applying various transformations to those pixels. Thus, a horizontal blue line would be drawn by offsetting to the start of that line, then flipping the value for the next x pixels to blue. The ``shadow'' layer in X allows graphics to be drawn to an offscreen framebuffer. Shadow keeps track of the regions in the offscreen fraembuffer that have been updated, and it occasionally calls a ``shadow update'' function that tells us to transfer those regions to the screen. DirectDraw has something called a ``primary surface'' that represents what is being displayed on the screen. When we want to display the updated bits of the offscreen framebuffer, we do a ``bit block transfer'' from the offscreen surface to the primary surface. The offscreen surface and the primary surface usually have the same format (that is, they have the same pixel format that specifies how many bits for red, green, and blue and how many bits are used per pixel value in the framebuffer). If the offscreen surface and the primary surface have the same format, then a bit block transfer between them is essentially a memory copy from the system memory to the video memory (with lots of fun synching issues that Windows takes care of for us). Imagine for a second that the offscreen surface was allowed to have a different format than the primary surface. Then a bit block transfer from the offscreen surface to the primary surface now must examine *every single pixel* and transform the color values from, say, 16 bits per pixel to 32 bits per pixel. That is a hell of a lot more complex than doing a simple memory transfer. DirectDraw is primarily concerned with enabling high-performance. Therefore, I think that allowing the offscreen surface to have a different depth than the primary surface would be contradictory to the purpose of DirectDraw. I have not checked the DirectDraw documentation to see whether offscreen surfaces must have the same depth as primary surfaces. I did say that I did not think it likely that DirectDraw would allow different depths for the two surfaces. You could verify this, but I am willing to bet that different depths are not allowed. Notice that we never change the format of the offscreen framebuffer. Thus, the structure of the framebuffer that X draws to us unchanged. X does not support screen depth changes while running, so changing the format of our offscreen framebuffer would causes all graphics operations to draw incorrectly and it would possibly cause a segmentation fault if the depth of the offscreen framebuffer was decreased (because the total memory region would then be smaller than X was expecting). ==== With the Shadow GDI engine, Windows will transform *every single pixel* whenever we do a bit block transfer from a DIB to the screen and the depth of the two differs. Thus, we are allowed to have a different depth for the X visual than for the Windows screen, but doing so causes a huge performance penalty. However, I think that allowing this and providing a popup warning about the performance penalty is better than just ceasing to display graphics at all. ==== With the DirectDraw engines I do not think that we can have a differnt depth for the two surfaces, so I fear that our only option in that case is to cease transferring the updated regions of the offscreen surface until such a time as the Windows screen depth has been returned to its original value. ==== Does that answer your questions? Harold From huntharo@msu.edu Mon Jul 22 07:28:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 22 Jul 2002 07:28:00 -0000 Subject: New (Delphi) xlauncher References: <1027302081.1541.85.camel@tuxedo> Message-ID: <3D3C15DA.9080402@msu.edu> Jehan wrote: > Harold Hunt wrote: > >> Think about it: you are creating a graphical application that launches a >> graphical windowing system. Therefore, you have to already have a >> graphical >> windowing system of some form running. At last count, that means that >> you >> are running either Windows, Mac OS X, OS/2, or maybe BeOS. You certainly >> can't be running on any platform that uses X11 as the graphical windowing >> system, because you would have to have X11 running in order to launch X11 >> via your launcher. >> >> Now, the Mac OS X folks have lots of neat ways that their server is >> already >> tied into the Mac OS X-specific startup methods and such. Supporting >> BeOS >> would be a silly academic waste of effort. OS/2 is similar, but good >> luck >> finding a cross-platform toolkit that includes OS/2 support. >> >> So, what are your real targets here? Have I missed some operating system >> that also needs an X launcher utility? > > > I think Xnest was mentioned a few days ago... yes, that was it: > http://sources.redhat.com/ml/cygwin-xfree/2002-07/msg00166.html > http://sources.redhat.com/ml/cygwin-xfree/2002-07/msg00388.html > > Jehan > Oh man, I don't think we should be encouraging anyone to use Xnest. Harold From huntharo@msu.edu Mon Jul 22 07:31:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 22 Jul 2002 07:31:00 -0000 Subject: New (Delphi) xlauncher References: <20020722080159.79459.qmail@web21005.mail.yahoo.com> Message-ID: <3D3C1735.5000806@msu.edu> Nicholas Wourms wrote: > --- Harold Hunt wrote: > >>>I'm still not sure where to head with the non-delphi version. I have >>>some options, but all have disadvantages: >>> >>>libW11 doesn't look like it will do everything I need without the use >> >>of >> >>>more libraries, ie xforms or gtk. >>> >> >>Whoever suggested libW11 was smoking some great crack. libW11 is by no >>means a complete API. I'll just forget that this was ever mentioned. >>(I'm >>not complaining to you, I'm just complaining) >> > > > Jeeze Harold what beef do you have with libW11? I was merely suggesting > he look into it since it seemed to work so well for rxvt. I never made > any such claim that it was a complete API, nor that it would work for sure > in his case. > > Cheers (I guess...), > Nicholas > libW11 is a hack that has *just enough* functionality to support rxvt. If you stray outside this functionality by calling any random graphics call, you will either get a crash, graphics not drawn at all, or graphics drawn incorrectly. libW11 is not a API, contrary to what the maintainer of it wishes it to be. libW11 is just a seperate packaging of the hacks that allow rxvt to run without modification of the graphics drawing routines under Windows. No beef. Harold From huntharo@msu.edu Mon Jul 22 07:39:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 22 Jul 2002 07:39:00 -0000 Subject: New (Delphi) xlauncher References: Message-ID: <3D3C17CC.4030201@msu.edu> Franz Wolfhagen wrote: > I would opt for the wxwindows port - it includes suppport for all the > mentioned platforms - including OS/2. (this is btw used/supported by > Schitech for their Display Doctor 7.0) > > I also believe that wxwindows should compile for cygwin - it would be a > nice inclusion if anybody had the time and skills to maintain that ( I wish > I had - but I lack both skills and time.. ) > > BTW - I definitely understand the wish for a cross platform solution - when > you create such an application it really is much easier to maintain if you > only have one piece of sourcecode... > Franz, I think there is a similar demand for a cross platform X launcher as there is for a cross platform Windows registry editor. My point is that no other platform needs such a beast. Harold From huntharo@msu.edu Mon Jul 22 07:44:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 22 Jul 2002 07:44:00 -0000 Subject: replies to xfree References: <20020722130904.74906.qmail@web21006.mail.yahoo.com> Message-ID: <3D3C19C3.5090201@msu.edu> Nicholas Wourms wrote: > --- Dennis Foreman wrote: > >>Shouldn't replies to a list automatically go to the list? My replies >>seem to >>be going to the personal mail of posters. I believe there is a setting >>in >>many list servers that prevents the replies from going to the poster. >> >>regards, >>D. J. Foreman >>website: http://WWW.CS.Binghamton.EDU/~foreman >> > > Hi, > > I usually hit reply to all and forget about it. > > Cheers, > Nicholas > And I usually add tags to my signature line to the effect of (Harold ``don't cc me in replies'' Hunt). But you never seem to notice them. There are two situations, encompassing all of the time that I spend reading Cygwin/XFree86, in which I do not want to be cc'd: 1) I am at home where the Cygwin/XFree86 email is filtered out of my inbox and into a special folder. I only want to read Cygwin/XFree86 email when I open that special folder. I do not want to see Cygwin/XFree86 email in my inbox; that is why I setup the filter. 2) I am viewing my email via an IMAP client, in which case all messages are in a single folder. Thus, for any cc'd messages I see two copies. Maybe I'll just stop responding altogether when I get cc'd. Maybe some people would enjoy that :) Harold From huntharo@msu.edu Mon Jul 22 07:48:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 22 Jul 2002 07:48:00 -0000 Subject: replies to xfree References: <5.1.0.14.2.20020722070751.01f8b4c0@pop3.cris.com> Message-ID: <3D3C1AD3.5060707@msu.edu> Randall R Schulz wrote: > Dennis, > > > > Randall Schulz > Mountain View, CA USA > > > At 05:23 2002-07-22, Dennis Foreman wrote: > >> Shouldn't replies to a list automatically go to the list? My replies >> seem to >> be going to the personal mail of posters. I believe there is a setting in >> many list servers that prevents the replies from going to the poster. >> >> regards, >> D. J. Foreman > > And to all those involved: Note that the ``reply-to'' question is one of those matters of religion that we will not be discussing on the cygwin-xfree mailing list. A decision has been made regarding the ``reply-to'' behavior for this list. No amount of persuasion/discussion/rants/questions/etc will change this decision. Therefore, this thread is pronounced officially dead at 20020722 1046. Harold From huntharo@msu.edu Mon Jul 22 08:00:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 22 Jul 2002 08:00:00 -0000 Subject: Problem with XSendEvent and xterm. References: <3D3C1ECE.6CD3232B@tid.es> Message-ID: <3D3C1BBC.4020702@msu.edu> Juan Jos?? Andr??s Guti??rrez wrote: > Hello, > > I need to make a program that sends pulsations of keys to a xterm. > I use XSendEvent but I'm not be able that appear the characters in the > shell. However if I make an application that controls the keyboard > events that arrive to him it works. > > Somebody can say me as I can send the characters to xterm? > > > > Thanks. > > Hold on a minute here. I am seeing three newsgroup cross-posts in the header for this message. Can someone else verify that this is indeed being cross-posted? If this is being cross posted to our mailing list and to multiple newsgroups, then My Juan Jos?? Andr??s Guti??rre is one more message away from being banned from ever posting here again. Harold From nwourms@yahoo.com Mon Jul 22 08:06:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Mon, 22 Jul 2002 08:06:00 -0000 Subject: Problem with XSendEvent and xterm. In-Reply-To: <3D3C1BBC.4020702@msu.edu> Message-ID: <20020722150057.86737.qmail@web21007.mail.yahoo.com> --- Harold L Hunt II wrote: [SNIP] > Hold on a minute here. > > I am seeing three newsgroup cross-posts in the header for this message. > > Can someone else verify that this is indeed being cross-posted? Yup, he's cross-posting alright: Newsgroups: comp.windows.x.motif,comp.windows.x,comp.os.linux.x The question is, is he using Gmane or using a mixture? Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From dforeman@stny.rr.com Mon Jul 22 08:09:00 2002 From: dforeman@stny.rr.com (Dennis Foreman) Date: Mon, 22 Jul 2002 08:09:00 -0000 Subject: need help scripting multiple xfree startups In-Reply-To: Message-ID: I looked for: /usr/X11R6/lib/X11/twm/system.twmrc and can only find a .../mwm/system.mwmrc Is there a relationship between mwm and twm? Can I use the mwm file instead of the twm file? I have gotten the RSA keys set up and working. My machine is in a secure area (home, no kids, no visitor access). The remote machine is also secure from general access. regards, D. J. Foreman website: http://WWW.CS.Binghamton.EDU/~foreman -----Original Message----- From: Thomas Chadwick [mailto:j_tetazoo@hotmail.com] Sent: Monday, July 22, 2002 9:25 AM To: dforeman@stny.rr.com; cygwin-xfree@cygwin.com Subject: Re: need help scripting multiple xfree startups >From: "Dennis Foreman" >Reply-To: >To: >Subject: need help scripting multiple xfree startups >Date: Sun, 21 Jul 2002 14:30:18 -0400 > [snip] > >I need to repeat this 8 more times for each of 8 different machines. Is >there some way of automating this? (Yes, I know a script will do it. I need >some detailed help on what to put in the script.) Especially eliminating >having to type a pw every time There is plenty of information about this in the ssh man page. Here's a quick recipe: 1) Open a Cygwin bash window and cd into ~/.ssh (if the directory doesn't exist, create it). 2) Run "ssh-keygen -t rsa1". Accept the default filename of ~/.ssh/identity and use a blank passphrase. PROTECT THIS FILE! Anyone who gets ahold of it can use it as if they were you and gain access to systems without a password or passphrase. Consider yourself warned! 3) FTP the resulting file named identity.pub onto each of the target systems and put it in /tmp (DO NOT put it in ~/.ssh). 4) On each remote system, append the contents of the identity.pub file to the file ~/.ssh/authorized_keys: cat /tmp/identity.pub >> ~/.ssh/authorized_keys 5) At this point, you should be able to ssh to each remote system and get in without being prompted for a password. >and clicking to establish the Xwindow on the >X desktop. > >regards, >D. J. Foreman >website: http://WWW.CS.Binghamton.EDU/~foreman I'd say you've already figured out most of this part. To automatically launch an xterm and have it run a command on a remote machine, put the following command in your favorite X startup script (e.g. startxwin.bat, startxwin.sh, or .xinitrc) in the same section where you see other xterms being launched (I've put backslashes to indicate that this should all be on 1 line): ssh -X -l remote_username remote_hostname \ xterm -title "remote_username@remote_hostname" \ -e remote_command If you're putting this in startxwin.bat, you may need to preceed it with "run" or "start" (I don't know for sure, I don't use that script). If you're putting it in startxwin.sh or .xinitrc, append an ampersand ("&") to the end. Want it to act on 8 other machines? Repeat the same command 8 more times with a different value for remote_machine each time. As for getting the xterm to place itself on your screen without having to click: If you're using the default Window Manager twm, copy the file /usr/X11R6/lib/X11/twm/system.twmrc to ~/.twmrc. Then edit ~/.twmrc and add "RandomPlacement" on a line by itself towards the top of the file just after the comments. If you're using some other window manager, then consult its man page. _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From dforeman@stny.rr.com Mon Jul 22 08:09:00 2002 From: dforeman@stny.rr.com (Dennis Foreman) Date: Mon, 22 Jul 2002 08:09:00 -0000 Subject: need help scripting multiple xfree startups In-Reply-To: Message-ID: The geometry flag is perfect. It will allow me to put each window exactly where I want it consistently. Thanks very much Thomas, for your friendly, detailed assistance. regards, D. J. Foreman website: http://WWW.CS.Binghamton.EDU/~foreman -----Original Message----- From: Thomas Chadwick [mailto:j_tetazoo@hotmail.com] Sent: Monday, July 22, 2002 9:34 AM To: j_tetazoo@hotmail.com; dforeman@stny.rr.com; cygwin-xfree@cygwin.com Subject: Re: need help scripting multiple xfree startups >From: "Thomas Chadwick" >To: dforeman@stny.rr.com, cygwin-xfree@cygwin.com >Subject: Re: need help scripting multiple xfree startups >Date: Mon, 22 Jul 2002 09:25:09 -0400 [snip] >As for getting the xterm to place itself on your screen without having to >click: If you're using the default Window Manager twm, copy the file >/usr/X11R6/lib/X11/twm/system.twmrc to ~/.twmrc. Then edit ~/.twmrc and >add >"RandomPlacement" on a line by itself towards the top of the file just >after >the comments. If you're using some other window manager, then consult its >man page. Alternatively, you can specify the exact size and position of each xterm using the -geometry flag: ssh -X -l remote_username remote_hostname \ xterm -geometry 80x25+10+10 \ -title "remote_username@remote_hostname" \ -e remote_command The "80x25" part specifies the size of the window in characters. 80x25 is typical. The "+10+10" part specifies the position of the upper-left corner of the window with respect to the upper-left corner of the screen in pixels. In this case it's 10 pixels in from the left edge, and 10 pixels down from the top edge. _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From nwourms@yahoo.com Mon Jul 22 08:15:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Mon, 22 Jul 2002 08:15:00 -0000 Subject: Problem with XSendEvent and xterm. In-Reply-To: <20020722150057.86737.qmail@web21007.mail.yahoo.com> Message-ID: <20020722150932.72812.qmail@web21009.mail.yahoo.com> --- Nicholas Wourms wrote: > --- Harold L Hunt II wrote: > [SNIP] > > Hold on a minute here. > > > > I am seeing three newsgroup cross-posts in the header for this > message. > > > > Can someone else verify that this is indeed being cross-posted? > > Yup, he's cross-posting alright: > > Newsgroups: comp.windows.x.motif,comp.windows.x,comp.os.linux.x In fact, you can see for yourself at: http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&group=comp.windows.x http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&group=comp.windows.x.motif http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&group=comp.os.linux.x Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From j_tetazoo@hotmail.com Mon Jul 22 08:19:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Mon, 22 Jul 2002 08:19:00 -0000 Subject: need help scripting multiple xfree startups Message-ID: Are you looking on the cygwin machine or on one of the remote machines? It should be there on the cygwin machine. I believe twm is packaged with the Xserver, so if you can run X, twm should be there and so should its config file in /usr/X11R6/lib/X11/twm. Just in case it really is missing, I'll email you my copy (off-list). >From: "Dennis Foreman" >Reply-To: >To: >Subject: RE: need help scripting multiple xfree startups >Date: Mon, 22 Jul 2002 11:06:04 -0400 > >I looked for: >/usr/X11R6/lib/X11/twm/system.twmrc and can only find a >.../mwm/system.mwmrc > >Is there a relationship between mwm and twm? Can I use the mwm file instead >of the twm file? > >I have gotten the RSA keys set up and working. My machine is in a secure >area (home, no kids, no visitor access). The remote machine is also secure >from general access. > >regards, >D. J. Foreman >website: http://WWW.CS.Binghamton.EDU/~foreman > >-----Original Message----- >From: Thomas Chadwick [mailto:j_tetazoo@hotmail.com] >Sent: Monday, July 22, 2002 9:25 AM >To: dforeman@stny.rr.com; cygwin-xfree@cygwin.com >Subject: Re: need help scripting multiple xfree startups > > > >From: "Dennis Foreman" > >Reply-To: > >To: > >Subject: need help scripting multiple xfree startups > >Date: Sun, 21 Jul 2002 14:30:18 -0400 > > >[snip] > > > >I need to repeat this 8 more times for each of 8 different machines. Is > >there some way of automating this? (Yes, I know a script will do it. I >need > >some detailed help on what to put in the script.) Especially eliminating > >having to type a pw every time > >There is plenty of information about this in the ssh man page. Here's a >quick recipe: > >1) Open a Cygwin bash window and cd into ~/.ssh (if the directory doesn't >exist, create it). >2) Run "ssh-keygen -t rsa1". Accept the default filename of >~/.ssh/identity >and use a blank passphrase. PROTECT THIS FILE! Anyone who gets ahold of >it >can use it as if they were you and gain access to systems without a >password >or passphrase. Consider yourself warned! >3) FTP the resulting file named identity.pub onto each of the target >systems >and put it in /tmp (DO NOT put it in ~/.ssh). >4) On each remote system, append the contents of the identity.pub file to >the file ~/.ssh/authorized_keys: > > cat /tmp/identity.pub >> ~/.ssh/authorized_keys > >5) At this point, you should be able to ssh to each remote system and get >in >without being prompted for a password. > > >and clicking to establish the Xwindow on the > >X desktop. > > > >regards, > >D. J. Foreman > >website: http://WWW.CS.Binghamton.EDU/~foreman > >I'd say you've already figured out most of this part. To automatically >launch an xterm and have it run a command on a remote machine, put the >following command in your favorite X startup script (e.g. startxwin.bat, >startxwin.sh, or .xinitrc) in the same section where you see other xterms >being launched (I've put backslashes to indicate that this should all be on >1 line): > >ssh -X -l remote_username remote_hostname \ >xterm -title "remote_username@remote_hostname" \ >-e remote_command > >If you're putting this in startxwin.bat, you may need to preceed it with >"run" or "start" (I don't know for sure, I don't use that script). If >you're putting it in startxwin.sh or .xinitrc, append an ampersand ("&") to >the end. > >Want it to act on 8 other machines? Repeat the same command 8 more times >with a different value for remote_machine each time. > >As for getting the xterm to place itself on your screen without having to >click: If you're using the default Window Manager twm, copy the file >/usr/X11R6/lib/X11/twm/system.twmrc to ~/.twmrc. Then edit ~/.twmrc and >add >"RandomPlacement" on a line by itself towards the top of the file just >after >the comments. If you're using some other window manager, then consult its >man page. > > >_________________________________________________________________ >Send and receive Hotmail on your mobile device: http://mobile.msn.com _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From dforeman@stny.rr.com Mon Jul 22 08:33:00 2002 From: dforeman@stny.rr.com (Dennis Foreman) Date: Mon, 22 Jul 2002 08:33:00 -0000 Subject: New (Delphi) xlauncher In-Reply-To: <3D3C17CC.4030201@msu.edu> Message-ID: At one point in history, (before WW II) the head of the US Patent Office said he wanted to close the office because everything that needed to be invented had already been invented and there was nothing left the world needed. He had obviously not yet heard about the need for penicillin or cardiac by-passes. Harold: What about platforms YOU never heard of or don't use????? (I have one. And I may very well be interested in the Xlauncher for it.) regards, D. J. Foreman website: http://WWW.CS.Binghamton.EDU/~foreman -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold L Hunt II Sent: Monday, July 22, 2002 10:34 AM To: cygwin-xfree Mailing List Subject: Re: New (Delphi) xlauncher Franz Wolfhagen wrote: > I would opt for the wxwindows port - it includes suppport for all the > mentioned platforms - including OS/2. (this is btw used/supported by > Schitech for their Display Doctor 7.0) > > I also believe that wxwindows should compile for cygwin - it would be a > nice inclusion if anybody had the time and skills to maintain that ( I wish > I had - but I lack both skills and time.. ) > > BTW - I definitely understand the wish for a cross platform solution - when > you create such an application it really is much easier to maintain if you > only have one piece of sourcecode... > Franz, I think there is a similar demand for a cross platform X launcher as there is for a cross platform Windows registry editor. My point is that no other platform needs such a beast. Harold From huntharo@msu.edu Mon Jul 22 08:35:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 22 Jul 2002 08:35:00 -0000 Subject: New (Delphi) xlauncher References: Message-ID: <3D3C2659.70006@msu.edu> Dennis Foreman wrote: > At one point in history, (before WW II) the head of the US Patent Office > said he wanted to close the office because everything that needed to be > invented had already been invented and there was nothing left the world > needed. He had obviously not yet heard about the need for penicillin or > cardiac by-passes. > > Harold: > What about platforms YOU never heard of or don't use????? (I have one. And I > may very well be interested in the Xlauncher for it.) > Okay, I will start working on that cross-platform registry editor right away! Harold From nwourms@yahoo.com Mon Jul 22 08:41:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Mon, 22 Jul 2002 08:41:00 -0000 Subject: New (Delphi) xlauncher In-Reply-To: <3D3C2659.70006@msu.edu> Message-ID: <20020722153556.15149.qmail@web21002.mail.yahoo.com> --- Harold L Hunt II wrote: > Dennis Foreman wrote: > > At one point in history, (before WW II) the head of the US Patent > Office > > said he wanted to close the office because everything that needed to > be > > invented had already been invented and there was nothing left the > world > > needed. He had obviously not yet heard about the need for penicillin > or > > cardiac by-passes. > > > > Harold: > > What about platforms YOU never heard of or don't use????? (I have one. > And I > > may very well be interested in the Xlauncher for it.) > > > > Okay, I will start working on that cross-platform registry editor right > away! > Harold, Who's to say that ReactOS won't have a registry? Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From robert.collins@syncretize.net Mon Jul 22 08:43:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Mon, 22 Jul 2002 08:43:00 -0000 Subject: New (Delphi) xlauncher In-Reply-To: <20020722153556.15149.qmail@web21002.mail.yahoo.com> Message-ID: <000201c23196$4d7cdfc0$0200a8c0@lifelesswks> > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Nicholas Wourms > Sent: Tuesday, 23 July 2002 1:36 AM > Harold, > > Who's to say that ReactOS won't have a registry? 1) ReactOS has a registry, and an editor. 2) ReactOS is targeting binary compatability with NT, so it's about as cross platform as installing a mandrake rpm on a redhat machine :}. Rob From robert.collins@syncretize.net Mon Jul 22 08:53:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Mon, 22 Jul 2002 08:53:00 -0000 Subject: New (Delphi) xlauncher In-Reply-To: <3D3C15DA.9080402@msu.edu> Message-ID: <000301c23196$920d3630$0200a8c0@lifelesswks> > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II > Sent: Tuesday, 23 July 2002 12:26 AM > To: Jehan > > I think Xnest was mentioned a few days ago... yes, that was it: > > http://sources.redhat.com/ml/cygwin-xfree/2002-07/msg00166.html > > http://sources.redhat.com/ml/cygwin-xfree/2002-07/msg00388.html > > > > Jehan > > > > Oh man, I don't think we should be encouraging anyone to use Xnest. Xnest is incredibly useful - why whouldn't we encourage folk to use it? Rob From huntharo@msu.edu Mon Jul 22 08:54:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 22 Jul 2002 08:54:00 -0000 Subject: New (Delphi) xlauncher References: <3D3C2659.70006@msu.edu> Message-ID: <3D3C2B15.7050301@msu.edu> Harold L Hunt II wrote: > Dennis Foreman wrote: > >> At one point in history, (before WW II) the head of the US Patent Office >> said he wanted to close the office because everything that needed to be >> invented had already been invented and there was nothing left the world >> needed. He had obviously not yet heard about the need for penicillin or >> cardiac by-passes. >> >> Harold: >> What about platforms YOU never heard of or don't use????? (I have one. >> And I >> may very well be interested in the Xlauncher for it.) >> > > Okay, I will start working on that cross-platform registry editor right > away! > > Harold > Hey, while we are at it, why don't we rewrite the Cygwin setup.exe program to be cross platform so that it can run on Mac OS X?!? Point: some things are so incredibly simple that making a customized version for one platform and letting others worry about other platforms is fine. Obviously, most people here are not considering that the graphics api is only a small part of the effort required to make a cross-platform X launcher. For starters, each X server, including Xnest and XWin, has some server-specific command-line parameters that are not included in other servers. For XWin, we have -engine, -screen, -scrollbars, -lesspointer, etc. If you really wanted to make a cross-platform X launcher, then you would have to do some of the following: 1) Create some sort of method for storing the names of each command-line parameter, descriptions of what it does, options that it takes, etc. 2) Write a parser for the parameter description file, or include some generic parser, like an XML-based parser. 3) Write a heck of a lot of code that either: a) Loads the appropriate parameter-picking window from a list of windows that were defined and drawn at compile time b) Uses hints in the parameter description file to automatically draw controls for each of the defined parameters. 4) Do I need to go on? Writing a Cygwin/XFree86-specific X launcher in C and using the Windows GDI for drawing graphics would maybe take 40 hours. Writing a cross-platform super-neato X luancher would take about 500 hours. Want to prove me wrong? Then code me into submission. Until then, I am the supreme ruler of all programmers! Bow down to me! Bow down! Just kidding. You know, the real problem here is that some people are getting all dreamy eyed talking about which cross-platform toolkit to choose, when they haven't even thought about how difficult and impractical it would be to create a cross platform X launcher. Sure, we can talk all day about which toolkit is better, but that doesn't mean that anyone is actually taking any steps towards creating a cross-platform X launcher. Example: Joe says, ``Hey, I'm going to build the next F-23 fighter for the US Air Force. Which engine should I use, Pratt and Whitney or GE?''. Tom replies, ``I like GE for their reliabiltiy, but man is that P&W powerful! I would use the P&W''. Harold hears this and interjects, ``Bullshit. Joe, *you* are not building the F-23 fighter.'' If anyone wants to further discuss a cross-platform X launcher, please create a project for a cross-platform X launcher and take your dicussion to that project's mailing list. Further discussion of a cross-platform X launcher is not relevant to this mailing list. Harold From huntharo@msu.edu Mon Jul 22 09:07:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 22 Jul 2002 09:07:00 -0000 Subject: New (Delphi) xlauncher References: <000201c23196$4d7cdfc0$0200a8c0@lifelesswks> Message-ID: <3D3C2B51.9030406@msu.edu> Robert Collins wrote: > >>-----Original Message----- >>From: cygwin-xfree-owner@cygwin.com >>[mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Nicholas Wourms >>Sent: Tuesday, 23 July 2002 1:36 AM > > >>Harold, >> >>Who's to say that ReactOS won't have a registry? > > > 1) ReactOS has a registry, and an editor. > 2) ReactOS is targeting binary compatability with NT, so it's about as > cross platform as installing a mandrake rpm on a redhat machine :}. > > Rob > Thank you for pointing out the weakness in that one. Harold From nahor@bravobrava.com Mon Jul 22 09:20:00 2002 From: nahor@bravobrava.com (Jehan) Date: Mon, 22 Jul 2002 09:20:00 -0000 Subject: On a side note - display resolution changes now handled References: <3D3B38FC.2040106@bravobrava.com> <3D3C1585.6080900@msu.edu> Message-ID: Harold L Hunt II wrote: >> Well, actually yes :p. I did some canoeing last Friday and I haven't >> recovered yet. :) > > Are you talking about canoeing, or ``canoeing''. When we went > ``canoeing'' it involved a cooler full of beer and as the day progressed > the cooler full of beer was spotted more and more often floating down > the river next to a coule of upside down canoes and a bunch of guys > trying to get the cooler back into a righted canoe before the precious > contents were lost. But I digress... :) Sounds nice :). But this was a "social event" from my company so no alcohol. Moreover, I don't drink alcohol. I don't trust myself to stop when I have too much :p. >>> If we create a new offscreen surface (which I was not >>> talking about doing, I only said we have to recreate the primary >>> (onscreen) >>> surface) with a different depth/format/etc than the original offscreen >>> surface, then we have effectively changed the X graphics mode and we >>> would >>> need to use some sort of X extension to notify clients that all >>> pixmaps and >>> visuals have been reset. If there is such an extension, I am not >>> aware of >>> it. >> >> >> >> I'm not familiar with DirectX nor the internal of X so maybe I used >> the wrong words. I'm not actually talking of changing what the X >> server think the screen resolution/depth is. But we can already have a >> different resolution/depth for the visual than for the monitor, which >> means that there is a conversion at some point when the depth doesn't >> match. So why can't you just throw away everything that is after the >> conversion? I would think that, at worst, if the conversion happens >> when drawing into the offscreen surface, all the buffers would have to >> be recreated and that X would just have to ask all X windows to redraw >> their content in the new offscreen buffer. >> > > I think I see where you are confused. > > I said previously that we can handle screen resolution changes because > we essentially just enable scrollbars, if necessary, to allow the extra > area to be viewed. With the Shadow GDI engine, that is all that has to > be done. > > However, with the Shadow DirectDraw and Shadow DirectDraw Non-Locking > engines we must release and recreate the primary surface using the same > size as it had before. This is really just a technicality. You see, > DirectDraw allows a surface to be larger than the screen size. But, > when you change the screen resolution, DirectDraw requires that you > release the primary surface and create again. DirectDraw doesn't care > if you recreate the primary surface using the exact same parameters; > rather, it just wants you to recreate it. Yes, this is silly, but that > is what DirectDraw requires. > > ==== > > I also said previously that screen depth changes were much more > disruptive than screen resolution changes. > > First, a little background on surfaces. We create an offscreen surface > and we provide the X graphics layers with a pointer into the memory used > to represent the pixels on that surface. All X graphics operations (fb, > shadow, mi, etc.) are done by calculating offsets of various pixels in > this ``framebuffer'' and applying various transformations to those > pixels. Thus, a horizontal blue line would be drawn by offsetting to > the start of that line, then flipping the value for the next x pixels to > blue. The ``shadow'' layer in X allows graphics to be drawn to an > offscreen framebuffer. Shadow keeps track of the regions in the > offscreen fraembuffer that have been updated, and it occasionally calls > a ``shadow update'' function that tells us to transfer those regions > to the screen. DirectDraw has something called a ``primary surface'' > that represents what is being displayed on the screen. When we want to > display the updated bits of the offscreen framebuffer, we do a ``bit > block transfer'' from the offscreen surface to the primary surface. > > The offscreen surface and the primary surface usually have the same > format (that is, they have the same pixel format that specifies how many > bits for red, green, and blue and how many bits are used per pixel value > in the framebuffer). > > If the offscreen surface and the primary surface have the same format, > then a bit block transfer between them is essentially a memory copy from > the system memory to the video memory (with lots of fun synching issues > that Windows takes care of for us). Imagine for a second that the > offscreen surface was allowed to have a different format than the > primary surface. Then a bit block transfer from the offscreen surface > to the primary surface now must examine *every single pixel* and > transform the color values from, say, 16 bits per pixel to 32 bits per > pixel. That is a hell of a lot more complex than doing a simple memory > transfer. > > DirectDraw is primarily concerned with enabling high-performance. > Therefore, I think that allowing the offscreen surface to have a > different depth than the primary surface would be contradictory to the > purpose of DirectDraw. > > I have not checked the DirectDraw documentation to see whether offscreen > surfaces must have the same depth as primary surfaces. I did say that I > did not think it likely that DirectDraw would allow different depths for > the two surfaces. You could verify this, but I am willing to bet that > different depths are not allowed. > > Notice that we never change the format of the offscreen framebuffer. > Thus, the structure of the framebuffer that X draws to us unchanged. X > does not support screen depth changes while running, so changing the > format of our offscreen framebuffer would causes all graphics operations > to draw incorrectly and it would possibly cause a segmentation fault if > the depth of the offscreen framebuffer was decreased (because the total > memory region would then be smaller than X was expecting). > > ==== > > With the Shadow GDI engine, Windows will transform *every single pixel* > whenever we do a bit block transfer from a DIB to the screen and the > depth of the two differs. Thus, we are allowed to have a different > depth for the X visual than for the Windows screen, but doing so causes > a huge performance penalty. However, I think that allowing this and > providing a popup warning about the performance penalty is better than > just ceasing to display graphics at all. > > ==== > > With the DirectDraw engines I do not think that we can have a differnt > depth for the two surfaces, so I fear that our only option in that case > is to cease transferring the updated regions of the offscreen surface > until such a time as the Windows screen depth has been returned to its > original value. > > ==== > > Does that answer your questions? Wow, what an answer. I was expecting that. Thanks. There was one question I didn't get the answer but it doesn't apply anymore. I thought we could already have a different depth between the visual and the screen (-depth option) but the option is ignore (at least in windowed mode, didn't try in fullscreen). I have another one though but maybe it doesn't apply in our case. I know that in 3D games, you can have 16bit texture with a 32bit display and vice versa. So maybe DirectDraw does support the conversion. As for the performance issue, it may not be that much. DirectX usually uses hardware acceleration (except on very old cards). Hmmm... After a quick read of MSDN, I got two different answers: - One says that surfaces can be converted: http://msdn.microsoft.com/library/default.asp?url=/workshop/browser/filter/overview/AboutTransformsandDXSurfaces.asp - One says that there DirectDraw doesn't provide format conversion. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dndxgen/html/dxfaq2.asp (Does DirectDraw convert between pixel formats while blitting?) And they say later on (How do I perform alpha blending?) that Direct3D should be used for any "fancy" transformation. Well, anyway, it's not as if the user keeps changing color depth. So a simple popup dialog would be ok I guess... There is still a test that need to be done: on dual screen systems, what happens if one screen is 16bit while the other is 32bit? Is it even possible? Jehan From sanford.zelkovitz-eds@eds.com Mon Jul 22 09:37:00 2002 From: sanford.zelkovitz-eds@eds.com (Zelkovitz, Sanford J (ZERO CHAOS)) Date: Mon, 22 Jul 2002 09:37:00 -0000 Subject: Expect Script under X-Windows Message-ID: <7FD257BF8564D4119DA800508BDF07AA0576C829@usahm012.exmi01.exch.eds.com> I have been trying without any success to write an expect script which would insert the password for ssh in an x-windows session. I am obviously doing something wrong since all efforts have failed. Has anyone succeeded where I have failed? Sanford Zelkovitz From mbardiaux@peaktime.be Mon Jul 22 09:38:00 2002 From: mbardiaux@peaktime.be (Michel Bardiaux) Date: Mon, 22 Jul 2002 09:38:00 -0000 Subject: Expect Script under X-Windows References: <7FD257BF8564D4119DA800508BDF07AA0576C829@usahm012.exmi01.exch.eds.com> Message-ID: <3D3C34CC.8C1D925E@peaktime.be> "Zelkovitz, Sanford J (ZERO CHAOS)" wrote: > > I have been trying without any success to write an expect script which would > insert the password for ssh in an x-windows session. I am obviously doing > something wrong since all efforts have failed. Has anyone succeeded where I > have failed? > > Sanford Zelkovitz Could you clarify? Which password do you mean exactly? The passphrase for your ssh keyring? If you script that, you might as well have no passphrase at all. -- Michel Bardiaux Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles Tel : +32 2 790.29.41 From j_tetazoo@hotmail.com Mon Jul 22 09:47:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Mon, 22 Jul 2002 09:47:00 -0000 Subject: Expect Script under X-Windows Message-ID: Are you sure you want to do it that way? ssh can be configured to connect without prompting for a password. Look here: http://cygwin.com/ml/cygwin-xfree/2002-07/msg00475.html >From: "Zelkovitz, Sanford J (ZERO CHAOS)" >To: "'cygwin-xfree@cygwin.com'" >Subject: Expect Script under X-Windows >Date: Mon, 22 Jul 2002 12:20:41 -0400 > >I have been trying without any success to write an expect script which >would >insert the password for ssh in an x-windows session. I am obviously doing >something wrong since all efforts have failed. Has anyone succeeded where I >have failed? > > >Sanford Zelkovitz _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From eah+cygwin-xfree@vaxer.net Mon Jul 22 09:54:00 2002 From: eah+cygwin-xfree@vaxer.net (Ed Hennis) Date: Mon, 22 Jul 2002 09:54:00 -0000 Subject: Expect Script under X-Windows In-Reply-To: <7FD257BF8564D4119DA800508BDF07AA0576C829@usahm012.exmi01.exch.eds.com> Message-ID: On Mon, 22 Jul 2002, 12:20pm (-0400), Zelkovitz, Sanford J (ZERO CHAOS) wrote: > I have been trying without any success to write an expect script which would > insert the password for ssh in an x-windows session. I am obviously doing > something wrong since all efforts have failed. Has anyone succeeded where I > have failed? You're making things we too hard on yourself. Look at the man pages for: ssh, ssh-keygen, ssh-agent, and ssh-add. -- Edward Hennis ___ eah+spam@vaxer.net ___ http://www.vaxer.net/~eah Amazing, really, what useless shit you can do |\ /| with the Internet. | O | -- Ben Ostrowsky |/_\| From szelkov@earthlink.net Mon Jul 22 10:07:00 2002 From: szelkov@earthlink.net (szelkov@earthlink.net) Date: Mon, 22 Jul 2002 10:07:00 -0000 Subject: Expect Script under X-Windows Message-ID: <174210-22002712216541892@M2W047.mail2web.com> The normal method of logon using ssh requires the the user input a password. Because of security issues, this cannot be circumvented by any other method. All I wanted to do was to poll around fifty servers for information. Each has the same logon name and password. Now, I need to manually send the password for each and every server. Original Message: ----------------- From: Michel Bardiaux mbardiaux@peaktime.be Date: Mon, 22 Jul 2002 18:37:32 +0200 To: cygwin-xfree@cygwin.com Subject: Re: Expect Script under X-Windows "Zelkovitz, Sanford J (ZERO CHAOS)" wrote: > > I have been trying without any success to write an expect script which would > insert the password for ssh in an x-windows session. I am obviously doing > something wrong since all efforts have failed. Has anyone succeeded where I > have failed? > > Sanford Zelkovitz Could you clarify? Which password do you mean exactly? The passphrase for your ssh keyring? If you script that, you might as well have no passphrase at all. -- Michel Bardiaux Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles Tel : +32 2 790.29.41 -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web.com/ . From j_tetazoo@hotmail.com Mon Jul 22 10:13:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Mon, 22 Jul 2002 10:13:00 -0000 Subject: Expect Script under X-Windows Message-ID: So you're writing a script that very likely will contain a password in cleartext? How secure is that? >From: "szelkov@earthlink.net" >Reply-To: szelkov@earthlink.net >To: mbardiaux@peaktime.be, cygwin-xfree@cygwin.com >Subject: Re: Expect Script under X-Windows >Date: Mon, 22 Jul 2002 12:54:18 -0400 > >The normal method of logon using ssh requires the the user input a >password. Because of security issues, this cannot be circumvented by any >other method. All I wanted to do was to poll around fifty servers for >information. Each has the same logon name and password. Now, I need to >manually send the password for each and every server. > >Original Message: >----------------- >From: Michel Bardiaux mbardiaux@peaktime.be >Date: Mon, 22 Jul 2002 18:37:32 +0200 >To: cygwin-xfree@cygwin.com >Subject: Re: Expect Script under X-Windows > > >"Zelkovitz, Sanford J (ZERO CHAOS)" wrote: > > > > I have been trying without any success to write an expect script which >would > > insert the password for ssh in an x-windows session. I am obviously >doing > > something wrong since all efforts have failed. Has anyone succeeded >where >I > > have failed? > > > > Sanford Zelkovitz > >Could you clarify? Which password do you mean exactly? The passphrase >for your ssh keyring? If you script that, you might as well have no >passphrase at all. > >-- >Michel Bardiaux >Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles >Tel : +32 2 790.29.41 > >-------------------------------------------------------------------- >mail2web - Check your email from the web at >http://mail2web.com/ . _________________________________________________________________ Join the world??s largest e-mail service with MSN Hotmail. http://www.hotmail.com From cgf@redhat.com Mon Jul 22 10:17:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Mon, 22 Jul 2002 10:17:00 -0000 Subject: replies to xfree In-Reply-To: <3D3C1AD3.5060707@msu.edu> References: <5.1.0.14.2.20020722070751.01f8b4c0@pop3.cris.com> <3D3C1AD3.5060707@msu.edu> Message-ID: <20020722171728.GA5320@redhat.com> On Mon, Jul 22, 2002 at 10:46:43AM -0400, Harold L Hunt II wrote: >Randall R Schulz wrote: >>Dennis, >> >> >> >>Randall Schulz >>Mountain View, CA USA >> >> >>At 05:23 2002-07-22, Dennis Foreman wrote: >> >>>Shouldn't replies to a list automatically go to the list? My replies >>>seem to >>>be going to the personal mail of posters. I believe there is a setting in >>>many list servers that prevents the replies from going to the poster. >>> >>>regards, >>>D. J. Foreman >> >> > >And to all those involved: Note that the ``reply-to'' question is one of >those matters of religion that we will not be discussing on the >cygwin-xfree mailing list. > >A decision has been made regarding the ``reply-to'' behavior for this >list. No amount of persuasion/discussion/rants/questions/etc will >change this decision. > >Therefore, this thread is pronounced officially dead at 20020722 1046. Just one last spasmodic kick: You should see a "Mail-Followup-To" header in email to cygwin-xfree. It should be set to cygwin-xfree@cygwin.com. Apparently some mailers honor this setting. I also have my mailer set up to always set the Reply-To in messages to the list since that is my personal preference. People *still* go out of their way to add me to CC lines but at least I only get the purposely clueless sending me email now, rather than the people who just hit 'r'. cgf From szelkov@earthlink.net Mon Jul 22 10:17:00 2002 From: szelkov@earthlink.net (szelkov@earthlink.net) Date: Mon, 22 Jul 2002 10:17:00 -0000 Subject: Expect Script under X-Windows Message-ID: <1530-220027122171357679@M2W083.mail2web.com> It's only on my own machine with proper permissions. Original Message: ----------------- From: Thomas Chadwick j_tetazoo@hotmail.com Date: Mon, 22 Jul 2002 13:07:09 -0400 To: szelkov@earthlink.net, cygwin-xfree@cygwin.com Subject: Re: Expect Script under X-Windows So you're writing a script that very likely will contain a password in cleartext? How secure is that? >From: "szelkov@earthlink.net" >Reply-To: szelkov@earthlink.net >To: mbardiaux@peaktime.be, cygwin-xfree@cygwin.com >Subject: Re: Expect Script under X-Windows >Date: Mon, 22 Jul 2002 12:54:18 -0400 > >The normal method of logon using ssh requires the the user input a >password. Because of security issues, this cannot be circumvented by any >other method. All I wanted to do was to poll around fifty servers for >information. Each has the same logon name and password. Now, I need to >manually send the password for each and every server. > >Original Message: >----------------- >From: Michel Bardiaux mbardiaux@peaktime.be >Date: Mon, 22 Jul 2002 18:37:32 +0200 >To: cygwin-xfree@cygwin.com >Subject: Re: Expect Script under X-Windows > > >"Zelkovitz, Sanford J (ZERO CHAOS)" wrote: > > > > I have been trying without any success to write an expect script which >would > > insert the password for ssh in an x-windows session. I am obviously >doing > > something wrong since all efforts have failed. Has anyone succeeded >where >I > > have failed? > > > > Sanford Zelkovitz > >Could you clarify? Which password do you mean exactly? The passphrase >for your ssh keyring? If you script that, you might as well have no >passphrase at all. > >-- >Michel Bardiaux >Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles >Tel : +32 2 790.29.41 > >-------------------------------------------------------------------- >mail2web - Check your email from the web at >http://mail2web.com/ . _________________________________________________________________ Join the world?s largest e-mail service with MSN Hotmail. http://www.hotmail.com -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web.com/ . From huntharo@msu.edu Mon Jul 22 10:20:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 22 Jul 2002 10:20:00 -0000 Subject: On a side note - display resolution changes now handled References: <3D3B38FC.2040106@bravobrava.com> <3D3C1585.6080900@msu.edu> Message-ID: <3D3C3ECE.6030404@msu.edu> Jehan wrote: > Harold L Hunt II wrote: > >>> Well, actually yes :p. I did some canoeing last Friday and I haven't >>> recovered yet. :) >> >> >> Are you talking about canoeing, or ``canoeing''. When we went >> ``canoeing'' it involved a cooler full of beer and as the day >> progressed the cooler full of beer was spotted more and more often >> floating down the river next to a coule of upside down canoes and a >> bunch of guys trying to get the cooler back into a righted canoe >> before the precious contents were lost. But I digress... :) > > > Sounds nice :). > But this was a "social event" from my company so no alcohol. > Moreover, I don't drink alcohol. I don't trust myself to stop when I > have too much :p. > Heh... booze was a little too fun for me too. I only drink it rarely now. Never more than a single drink at a time. But have I got some stories from the good old days :) > >>>> If we create a new offscreen surface (which I was not >>>> talking about doing, I only said we have to recreate the primary >>>> (onscreen) >>>> surface) with a different depth/format/etc than the original offscreen >>>> surface, then we have effectively changed the X graphics mode and we >>>> would >>>> need to use some sort of X extension to notify clients that all >>>> pixmaps and >>>> visuals have been reset. If there is such an extension, I am not >>>> aware of >>>> it. >>> >>> >>> >>> >>> I'm not familiar with DirectX nor the internal of X so maybe I used >>> the wrong words. I'm not actually talking of changing what the X >>> server think the screen resolution/depth is. But we can already have >>> a different resolution/depth for the visual than for the monitor, >>> which means that there is a conversion at some point when the depth >>> doesn't match. So why can't you just throw away everything that is >>> after the conversion? I would think that, at worst, if the conversion >>> happens when drawing into the offscreen surface, all the buffers >>> would have to be recreated and that X would just have to ask all X >>> windows to redraw their content in the new offscreen buffer. >>> >> >> I think I see where you are confused. >> >> I said previously that we can handle screen resolution changes because >> we essentially just enable scrollbars, if necessary, to allow the >> extra area to be viewed. With the Shadow GDI engine, that is all that >> has to be done. >> >> However, with the Shadow DirectDraw and Shadow DirectDraw Non-Locking >> engines we must release and recreate the primary surface using the >> same size as it had before. This is really just a technicality. You >> see, DirectDraw allows a surface to be larger than the screen size. >> But, when you change the screen resolution, DirectDraw requires that >> you release the primary surface and create again. DirectDraw doesn't >> care if you recreate the primary surface using the exact same >> parameters; rather, it just wants you to recreate it. Yes, this is >> silly, but that is what DirectDraw requires. >> >> ==== >> >> I also said previously that screen depth changes were much more >> disruptive than screen resolution changes. >> >> First, a little background on surfaces. We create an offscreen >> surface and we provide the X graphics layers with a pointer into the >> memory used to represent the pixels on that surface. All X graphics >> operations (fb, shadow, mi, etc.) are done by calculating offsets of >> various pixels in this ``framebuffer'' and applying various >> transformations to those pixels. Thus, a horizontal blue line would >> be drawn by offsetting to the start of that line, then flipping the >> value for the next x pixels to blue. The ``shadow'' layer in X allows >> graphics to be drawn to an offscreen framebuffer. Shadow keeps track >> of the regions in the offscreen fraembuffer that have been updated, >> and it occasionally calls a ``shadow update'' function that tells us >> to transfer those regions to the screen. DirectDraw has something >> called a ``primary surface'' that represents what is being displayed >> on the screen. When we want to display the updated bits of the >> offscreen framebuffer, we do a ``bit block transfer'' from the >> offscreen surface to the primary surface. >> >> The offscreen surface and the primary surface usually have the same >> format (that is, they have the same pixel format that specifies how >> many bits for red, green, and blue and how many bits are used per >> pixel value in the framebuffer). >> >> If the offscreen surface and the primary surface have the same format, >> then a bit block transfer between them is essentially a memory copy >> from the system memory to the video memory (with lots of fun synching >> issues that Windows takes care of for us). Imagine for a second that >> the offscreen surface was allowed to have a different format than the >> primary surface. Then a bit block transfer from the offscreen surface >> to the primary surface now must examine *every single pixel* and >> transform the color values from, say, 16 bits per pixel to 32 bits per >> pixel. That is a hell of a lot more complex than doing a simple >> memory transfer. >> >> DirectDraw is primarily concerned with enabling high-performance. >> Therefore, I think that allowing the offscreen surface to have a >> different depth than the primary surface would be contradictory to the >> purpose of DirectDraw. >> >> I have not checked the DirectDraw documentation to see whether >> offscreen surfaces must have the same depth as primary surfaces. I >> did say that I did not think it likely that DirectDraw would allow >> different depths for the two surfaces. You could verify this, but I >> am willing to bet that different depths are not allowed. >> >> Notice that we never change the format of the offscreen framebuffer. >> Thus, the structure of the framebuffer that X draws to us unchanged. >> X does not support screen depth changes while running, so changing the >> format of our offscreen framebuffer would causes all graphics >> operations to draw incorrectly and it would possibly cause a >> segmentation fault if the depth of the offscreen framebuffer was >> decreased (because the total memory region would then be smaller than >> X was expecting). >> >> ==== >> >> With the Shadow GDI engine, Windows will transform *every single >> pixel* whenever we do a bit block transfer from a DIB to the screen >> and the depth of the two differs. Thus, we are allowed to have a >> different depth for the X visual than for the Windows screen, but >> doing so causes a huge performance penalty. However, I think that >> allowing this and providing a popup warning about the performance >> penalty is better than just ceasing to display graphics at all. >> >> ==== >> >> With the DirectDraw engines I do not think that we can have a differnt >> depth for the two surfaces, so I fear that our only option in that >> case is to cease transferring the updated regions of the offscreen >> surface until such a time as the Windows screen depth has been >> returned to its original value. >> >> ==== >> >> Does that answer your questions? > > > Wow, what an answer. I was expecting that. Thanks. > No problem. > There was one question I didn't get the answer but it doesn't apply > anymore. I thought we could already have a different depth between the > visual and the screen (-depth option) but the option is ignore (at least > in windowed mode, didn't try in fullscreen). It should be in the documentation (XWin.man, XWin -help, User's Guide) that the -depth parameter is ignored unless you are using a DirectDraw based engine with the -fullscreen parameter. That is the only case where we can actually change the video mode to what we want it to be. > I have another one though but maybe it doesn't apply in our case. I know > that in 3D games, you can have 16bit texture with a 32bit display and > vice versa. Allowing a 16 bit texture for a 3D game that draws to a 32 bit display is not really all that different than allowing only 32 bit textures, if you think about it. Drawing a 3D frame requires several steps, such as drawing the polygons, filling in the textures onto the surfaces of the polygons, lighting the scene, and finally rendering the whole scene. During rendering you may see that a 16 bit texture is lit such that the resulting color values are actually between the 16 bit color values available. That is, the resulting color values could only be described in 32 bit color. So, you can either truncate any pixel values after you light them, or you can just store the values that result from lighting as the new 32 bit color values. So, you don't do any extra work to allow 16 bit textures on a 32 bit display. DirectDraw, according to the docs, simply copies bits. It does not interpret the bits, so it cannot convert between various depths. > So maybe DirectDraw does support the conversion. As for the > performance issue, it may not be that much. DirectX usually uses > hardware acceleration (except on very old cards). > Hmmm... After a quick read of MSDN, I got two different answers: > - One says that surfaces can be converted: > http://msdn.microsoft.com/library/default.asp?url=/workshop/browser/filter/overview/AboutTransformsandDXSurfaces.asp > > - One says that there DirectDraw doesn't provide format conversion. > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dndxgen/html/dxfaq2.asp > > (Does DirectDraw convert between pixel formats while blitting?) > And they say later on (How do I perform alpha blending?) that Direct3D > should be used for any "fancy" transformation. > Transformations are not generally referring to pixel formats. In the DirectX specs, when they talk about pixel formats they may be referring to whether or not an alpha channel or z-buffer is present. I have no idea, but it doesn't seem like they are talking about 16 bit --> 32 bit translation, etc. > Well, anyway, it's not as if the user keeps changing color depth. So a > simple popup dialog would be ok I guess... There is still a test that > need to be done: on dual screen systems, what happens if one screen is > 16bit while the other is 32bit? Is it even possible? > I agree that the only reasonable solution is to essentially notify the user that changing depths is not supported. In the future they can then avoid changing depths while Cygwin/XFree86 is running. If they complain, we can simply defer them to the fact that the X protocol does not provide support for changing depths on the fly and that perhaps they would be interested in writing an extension to the protocol to support this :) Harold From huntharo@msu.edu Mon Jul 22 10:58:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 22 Jul 2002 10:58:00 -0000 Subject: Expect Script under X-Windows References: <174210-22002712216541892@M2W047.mail2web.com> Message-ID: <3D3C3F53.6080407@msu.edu> szelkov@earthlink.net wrote: > The normal method of logon using ssh requires the the user input a > password. Because of security issues, this cannot be circumvented by any > other method. All I wanted to do was to poll around fifty servers for > information. Each has the same logon name and password. Now, I need to > manually send the password for each and every server. > Nicht eine gut Idee. Harold From kwong@control.toronto.edu Mon Jul 22 12:15:00 2002 From: kwong@control.toronto.edu (Raymond Kwong) Date: Mon, 22 Jul 2002 12:15:00 -0000 Subject: Difference between installing Xfree-4.2.0 using setup and install.sh Message-ID: <200207221757.NAA11028@thor.control.toronto.edu> I have previously installed Xfree 4.2.0 when it first came out on cygwin, using the old method of running install.sh. Everything worked fine. Recently, I installed Xfree 4.2.0 using setup.exe on another computer (both computers run Windows 2000). On the new computer, if I ssh to another computer using "ssh -X hostname", I get the following error message Xlib: connection to "localhost:10.0" refused by server Xlib: Invalid MIT-MAGIC-COOKIE-1 key Application initialization failed: couldn't connect to display "localhost:10.0" % This error does not occur with the older installation using install.sh. The cygwin1.dll version is the same, and the ssh version is the same. Fortunately, the error is readily eliminated by adding the line xhost +127.0.0.1 to .xinitrc. on the new computer. Then everything works fine. A similar difference can also be reproduced with 2 Windows 98 machines. Is there a reason for this apparent difference? Raymond Kwong From gsroka@mmsa.com Mon Jul 22 12:16:00 2002 From: gsroka@mmsa.com (gsroka@mmsa.com) Date: Mon, 22 Jul 2002 12:16:00 -0000 Subject: problems with XFree Message-ID: (last email I sent complained about HTML MIME. i hope i'm not double-posting) I started playing with XFree last week. It's been a few years since I've used UNIX, so you can call me a newbie, if you like. I'm running Windows 2000 Pro on a P4 1.7 GHz with 768 MiB of RAM and 10 GB free on my hard drive. I (eventually) did a full Cygwin/XFree86 download and install (binaries, not source). Please don't flame me if I'm out of line. I didn't know if I should break this up into several emails or have one big one. Also, please send responses to me by email. Here are my obervations/problems. Showstoppers: 1) The very first time I brought up the X server, I had modified startxwin.bat to use wmaker instead of twm. It crashed because /home hadn't been created yet. This was "fixed" by running the text-mode bash icon first. 2) when I run Xman, it says "No App-Defaults File". If I run "Xman -notop" instead, I can browse one man page, and then it stops working. (it gives a "likeToSave" message box with yes and no buttons that don't seem to do anything.) It seems to be related to missing a locale binary. Is there a way to get this to work? 3) within the first few hours of usage, I ran a "find / -name abc -print" from the command-line, and my trusty Windows 2000 box restarted. no blue screen, no error. it was like someone pulled the power plug and plugged it back in. after it came up, i tried the same command and it worked fine. 4) i had a similar "restart" to #6 when I ran setup.exe while cygwin was up. of course, bad user, i should have stopped cygwin before running setup, but i'm still amazed at how easily my robust kernel, based on NT Technology, came down. Nice-to-haves: 5) it'd be nice if setup.exe showed the size (in bytes or megabytes, etc.) of each package (it's in setup.ini). on my 56 Kb/s modem, downloading a large, unnecessary file takes a painfully long time, but a small unnecessary file is not so bad. 6) on that note, how about displaying those nice descriptions from setup.ini in setup.exe so we can see what the packages are before downloading them. a resizable window would come in handy for this. 7) the first time I downloaded (a partial download, not full), i picked "more" and "clear", but next time I went into setup.exe, it had "forgotten" that. perhaps if I can unrust my C, I can fix some of these bugs myself. give me a few weeks. 8) the XFree86-fnts package is 16 MiB. it's kind of big. the first time i downloaded from http:uiuc, it got 98% and stopped responding--1 hour wasted (at 56 Kb). the second time (no joke) it got 99% and stopped--another hour wasted. so i copied it from somewhere else. 9) my X clients on an AIX box didn't work because i didn't use the -kb switch on XWin. but i found that one on the faq. a possible enhancement to setup.exe? 10) using K (or Ki) and B for byte on setup.exe is always nice. make sure to leave a space between the number and the unit. 10 KB, not 10KB. how about estimated download time in addition to % ? 11) also, what's all that /b stuff about in startxwin.bat? gotos, etc. but there is no /b ! (there is no spoon either ;-) Please no one take offense at all this. I'm not trying to throw blame. It seems like a great product, so far (except for the deadly restarts). These are perhaps suggestions for doing it better. I know some coworkers who tried to get this to work, but gave up because of the problems. So will the average newbie or the busy IT pro who doesn't have time to read lots of faqs and will buy Exceed instead. I hope my observations will help others. Gabriel Sroka gsroka at mmsa dot com From nwourms@yahoo.com Mon Jul 22 12:26:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Mon, 22 Jul 2002 12:26:00 -0000 Subject: Expect Script under X-Windows In-Reply-To: Message-ID: <20020722191611.33456.qmail@web21008.mail.yahoo.com> --- Thomas Chadwick wrote: > So you're writing a script that very likely will contain a password in > cleartext? How secure is that? Keep it on a floppy-disk, and keep that in plastic case in your pocket. It works for me. Then it will be just as secure as your wallet. Now how secure that really is, depends on the individual. Still it is preferable to keeping it on the pc itself. As for Expect, it *WILL NOT* work. This is because Cygnus designed TCL/TK/ITCL/TIX/EXPECT to be mingw like, so that people can use Insight [GUI GDB] without having to fire up an X-windows session. Someday we will have the TCL suite working under both X and native Windows, but that will involve a lot of work. For now, lets just leave it at that. If you *really* want to script, then you should look into some python gui X utilities to do that for you. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From nwourms@yahoo.com Mon Jul 22 12:28:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Mon, 22 Jul 2002 12:28:00 -0000 Subject: New (Delphi) xlauncher In-Reply-To: <3D3C2B51.9030406@msu.edu> Message-ID: <20020722192632.35687.qmail@web21008.mail.yahoo.com> --- Harold L Hunt II wrote: > Robert Collins wrote: > > > >>-----Original Message----- > >>From: cygwin-xfree-owner@cygwin.com > >>[mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Nicholas Wourms > >>Sent: Tuesday, 23 July 2002 1:36 AM > > > > > >>Harold, > >> > >>Who's to say that ReactOS won't have a registry? > > > > > > 1) ReactOS has a registry, and an editor. > > 2) ReactOS is targeting binary compatability with NT, so it's about as > > cross platform as installing a mandrake rpm on a redhat machine :}. > > > > Rob > > > > Thank you for pointing out the weakness in that one. > You are not welcome. Damnit, I don't care one way or another, because the idea of an Xlauncher is useless for me. However, I do agree that people should worry about it elsewhere. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From huntharo@msu.edu Mon Jul 22 12:36:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 22 Jul 2002 12:36:00 -0000 Subject: Difference between installing Xfree-4.2.0 using setup and install.sh References: <200207221757.NAA11028@thor.control.toronto.edu> Message-ID: <3D3C5D84.2070009@msu.edu> Raymond Kwong wrote: > I have previously installed Xfree 4.2.0 when it first came out on > cygwin, using the old method of running install.sh. Everything worked > fine. Recently, I installed Xfree 4.2.0 using setup.exe on another > computer (both computers run Windows 2000). On the new computer, if I > ssh to another computer using "ssh -X hostname", I get the following > error message > > Xlib: connection to "localhost:10.0" refused by server > Xlib: Invalid MIT-MAGIC-COOKIE-1 key > Application initialization failed: couldn't connect to display "localhost:10.0" > % > > This error does not occur with the older installation using install.sh. > The cygwin1.dll version is the same, and the ssh version is the same. > Fortunately, the error is readily eliminated by adding the line > > xhost +127.0.0.1 > > to .xinitrc. on the new computer. Then everything works fine. > > A similar difference can also be reproduced with 2 Windows 98 machines. > Is there a reason for this apparent difference? > > Raymond Kwong > Raymond, It is always possible that you had made the modification to .xinitrc on the older Cygwin/XFree86 installations and then forgotten that you had done so. Can you ensure is that the line ``xhost +127.0.0.1'' is not in the .xinitrc files on the hosts that you installed via Xinstall.sh? Harold From dforeman@stny.rr.com Mon Jul 22 13:05:00 2002 From: dforeman@stny.rr.com (Dennis Foreman) Date: Mon, 22 Jul 2002 13:05:00 -0000 Subject: problems with XFree In-Reply-To: Message-ID: I too have had problems. I have discovered differences in the parameters for xterm between Xfree and my SunOS system. Some Xfree parameters are deemed invalid on SunOS. Some SunOS parameters don't exist in xterm. Some don't work the same way, and some don't work on the cygwin as described in cygwin's man pages (if I read the man pages correctly, -sb for instance is supposed to take an integer argument, but doesn't). Also, when I get an xfree error in cygwin, it says to type "xfree -help". Doing so produces an error. regards, D. J. Foreman website: http://WWW.CS.Binghamton.EDU/~foreman -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of gsroka@mmsa.com Sent: Monday, July 22, 2002 3:16 PM To: cygwin-xfree@cygwin.com Subject: problems with XFree (last email I sent complained about HTML MIME. i hope i'm not double-posting) I started playing with XFree last week. It's been a few years since I've used UNIX, so you can call me a newbie, if you like. I'm running Windows 2000 Pro on a P4 1.7 GHz with 768 MiB of RAM and 10 GB free on my hard drive. I (eventually) did a full Cygwin/XFree86 download and install (binaries, not source). Please don't flame me if I'm out of line. I didn't know if I should break this up into several emails or have one big one. Also, please send responses to me by email. Here are my obervations/problems. Showstoppers: 1) The very first time I brought up the X server, I had modified startxwin.bat to use wmaker instead of twm. It crashed because /home hadn't been created yet. This was "fixed" by running the text-mode bash icon first. 2) when I run Xman, it says "No App-Defaults File". If I run "Xman -notop" instead, I can browse one man page, and then it stops working. (it gives a "likeToSave" message box with yes and no buttons that don't seem to do anything.) It seems to be related to missing a locale binary. Is there a way to get this to work? 3) within the first few hours of usage, I ran a "find / -name abc -print" from the command-line, and my trusty Windows 2000 box restarted. no blue screen, no error. it was like someone pulled the power plug and plugged it back in. after it came up, i tried the same command and it worked fine. 4) i had a similar "restart" to #6 when I ran setup.exe while cygwin was up. of course, bad user, i should have stopped cygwin before running setup, but i'm still amazed at how easily my robust kernel, based on NT Technology, came down. Nice-to-haves: 5) it'd be nice if setup.exe showed the size (in bytes or megabytes, etc.) of each package (it's in setup.ini). on my 56 Kb/s modem, downloading a large, unnecessary file takes a painfully long time, but a small unnecessary file is not so bad. 6) on that note, how about displaying those nice descriptions from setup.ini in setup.exe so we can see what the packages are before downloading them. a resizable window would come in handy for this. 7) the first time I downloaded (a partial download, not full), i picked "more" and "clear", but next time I went into setup.exe, it had "forgotten" that. perhaps if I can unrust my C, I can fix some of these bugs myself. give me a few weeks. 8) the XFree86-fnts package is 16 MiB. it's kind of big. the first time i downloaded from http:uiuc, it got 98% and stopped responding--1 hour wasted (at 56 Kb). the second time (no joke) it got 99% and stopped--another hour wasted. so i copied it from somewhere else. 9) my X clients on an AIX box didn't work because i didn't use the -kb switch on XWin. but i found that one on the faq. a possible enhancement to setup.exe? 10) using K (or Ki) and B for byte on setup.exe is always nice. make sure to leave a space between the number and the unit. 10 KB, not 10KB. how about estimated download time in addition to % ? 11) also, what's all that /b stuff about in startxwin.bat? gotos, etc. but there is no /b ! (there is no spoon either ;-) Please no one take offense at all this. I'm not trying to throw blame. It seems like a great product, so far (except for the deadly restarts). These are perhaps suggestions for doing it better. I know some coworkers who tried to get this to work, but gave up because of the problems. So will the average newbie or the busy IT pro who doesn't have time to read lots of faqs and will buy Exceed instead. I hope my observations will help others. Gabriel Sroka gsroka at mmsa dot com From j_tetazoo@hotmail.com Mon Jul 22 13:06:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Mon, 22 Jul 2002 13:06:00 -0000 Subject: Difference between installing Xfree-4.2.0 using setup and install.sh Message-ID: Whenever I see an error message referring to "MIT-MAGIC-COOKIE", it usually has something to do with the (non)existence of an .Xauthority file. Perhaps installing Cygwin-Xfree86 via one method results in an .Xauthority file whereas installing via the other method doesn't? This would be an interesting thing to check. If I ever see an .Xauthority file, I usually delete it. Truth be told, I've never quite figured out how to use it properly or of what benefit it is to me. FWIW, I launch XWin via xinit, .xinitrc does not contain "xhost +127.0.0.1", the value of DISPLAY is reportedly ":0", and everything works just fine (including ssh -X). >From: Harold L Hunt II >To: cygwin-xfree@cygwin.com >Subject: Re: Difference between installing Xfree-4.2.0 using setup and >install.sh >Date: Mon, 22 Jul 2002 15:31:16 -0400 > >Raymond Kwong wrote: >>I have previously installed Xfree 4.2.0 when it first came out on >>cygwin, using the old method of running install.sh. Everything worked >>fine. Recently, I installed Xfree 4.2.0 using setup.exe on another >>computer (both computers run Windows 2000). On the new computer, if I >>ssh to another computer using "ssh -X hostname", I get the following >>error message >> >>Xlib: connection to "localhost:10.0" refused by server >>Xlib: Invalid MIT-MAGIC-COOKIE-1 key >>Application initialization failed: couldn't connect to display >>"localhost:10.0" >>% >> >>This error does not occur with the older installation using install.sh. >>The cygwin1.dll version is the same, and the ssh version is the same. >>Fortunately, the error is readily eliminated by adding the line >> >>xhost +127.0.0.1 >> >>to .xinitrc. on the new computer. Then everything works fine. >> >>A similar difference can also be reproduced with 2 Windows 98 machines. >>Is there a reason for this apparent difference? >> >>Raymond Kwong >> > >Raymond, > >It is always possible that you had made the modification to .xinitrc on the >older Cygwin/XFree86 installations and then forgotten that you had done so. > >Can you ensure is that the line ``xhost +127.0.0.1'' is not in the .xinitrc >files on the hosts that you installed via Xinstall.sh? > >Harold _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From jc.gervais@videotron.ca Mon Jul 22 13:13:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Mon, 22 Jul 2002 13:13:00 -0000 Subject: XRoaches Message-ID: Hi, Just wondering; has anyone gotten xroach to work on Cygwin/XFree? It compiles fine, but when you run it, you don't get any roaches... Thanks. From FRANZW@dk.ibm.com Mon Jul 22 13:13:00 2002 From: FRANZW@dk.ibm.com (Franz Wolfhagen) Date: Mon, 22 Jul 2002 13:13:00 -0000 Subject: New (Delphi) xlauncher Message-ID: Why ? - I could use one for OS/2 .... Med venlig hilsen / Regards Franz Wolfhagen From huntharo@msu.edu Mon Jul 22 13:45:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 22 Jul 2002 13:45:00 -0000 Subject: New (Delphi) xlauncher References: <20020722192632.35687.qmail@web21008.mail.yahoo.com> Message-ID: <3D3C67FB.5060304@msu.edu> Nicholas Wourms wrote: > --- Harold L Hunt II wrote: > >>Robert Collins wrote: >> >>>>-----Original Message----- >>>>From: cygwin-xfree-owner@cygwin.com >>>>[mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Nicholas Wourms >>>>Sent: Tuesday, 23 July 2002 1:36 AM >>> >>> >>>>Harold, >>>> >>>>Who's to say that ReactOS won't have a registry? >>> >>> >>>1) ReactOS has a registry, and an editor. >>>2) ReactOS is targeting binary compatability with NT, so it's about as >>>cross platform as installing a mandrake rpm on a redhat machine :}. >>> >>>Rob >>> >> >>Thank you for pointing out the weakness in that one. >> > > > You are not welcome. Damnit, I don't care one way or another, because the > idea of an Xlauncher is useless for me. However, I do agree that people > should worry about it elsewhere. > > Cheers, > Nicholas > Precisely. Harold From nwourms@yahoo.com Mon Jul 22 14:10:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Mon, 22 Jul 2002 14:10:00 -0000 Subject: Difference between installing Xfree-4.2.0 using setup and install.sh In-Reply-To: Message-ID: <20020722204514.32840.qmail@web21010.mail.yahoo.com> --- Thomas Chadwick wrote: > Whenever I see an error message referring to "MIT-MAGIC-COOKIE", it > usually > has something to do with the (non)existence of an .Xauthority file. > > Perhaps installing Cygwin-Xfree86 via one method results in an > .Xauthority > file whereas installing via the other method doesn't? This would be an > interesting thing to check. > > If I ever see an .Xauthority file, I usually delete it. Truth be told, > I've > never quite figured out how to use it properly or of what benefit it is > to > me. > FWIW, mcookie.exe is included in the lastest cygutils. Perhaps that is something worth looking into? I believe Chuck incuded a man page with it. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From spetreolle@yahoo.fr Mon Jul 22 19:33:00 2002 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Mon, 22 Jul 2002 19:33:00 -0000 Subject: xfree web pages In-Reply-To: <049f01c231c2$c51eed30$a352a518@samsystem> Message-ID: <20020722211030.16177.qmail@web10108.mail.yahoo.com> I forwarded your mail to cygwin-xfree mailing list. Please post your next mails bout this thread to cygwin-xfree@cygwin.com. Reasons: 1 - This is cygwin-xfree specific. 2 - The both whole parts you describe are outdated. XFree archives are now installed by the standard installer at http://www.cygiwn.com/setup.exe. --- Samuel a ??crit??: > In "2.3. Which archives do I need to download and install?" it says > that > "The Cygwin/XFree86 User's Guide lists the archives that need to be > downloaded and installed." yet I do not see a list of archives. I > assume it > is not accurate that archives need to be downloaded and installed; if > that > is still necessary then I should make more of an effort to look. > Since the > Cygwin/XFree86 FAQ specifies that archives need to be downloaded and > unzipped using WinZip and things like that must be done to install I > am > assuming that the documentation is not current. Perhaps I was hasty > in > making that assumption. > > > ----- Original Message ----- > From: "Sylvain Petreolle" > To: "Samuel" ; "Cygwin mailing list" > > Sent: Monday, July 22, 2002 1:06 PM > Subject: Re: xfree web pages > > > Pages were updated: > > > Cygwin/XFree86 Frequently Asked Questions > > http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html > 2002-05-26 > > > Cygwin/XFree86 > > http://www.cygwin.com/xfree > 2002-05-12 > > ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From bozackt1@ridgecrest.ca.us Tue Jul 23 02:13:00 2002 From: bozackt1@ridgecrest.ca.us (Tom Bozack) Date: Tue, 23 Jul 2002 02:13:00 -0000 Subject: problems with XFree References: Message-ID: <3D3CC005.2030002@ridgecrest.ca.us> I think Cygwin/XFree86 is a great product -- but there is nothing so good that it can't be improved. I agree with all of you comments, although I haven't had the system reboot experience. One persistant problem that you didn't mention (manybe you haven't run into it yet) is a very persistent and repeatable lock-up when used to login to another host using XDMCP. The symptom is of a sudden large memory leak after 15-30 minutes of use. XFree86 becomes unresponsive, system memory and swap resources are rapidly used up, and finally XFree86 crashes with a seg fault. This also happens immediately (you don't have to wait 15-30 min) when you logoff the host and login again. I've experienced this under Windows 98/98SE/ME. For me this is a showstopper since it makes Cygwin/XFree86 unusable as an X server platform. It's fun to play with, but this "bug" makes it unacceptable for routine use as an X server. Tom gsroka@mmsa.com wrote: > (last email I sent complained about HTML MIME. i hope i'm not > double-posting) > > I started playing with XFree last week. It's been a few years since I've > used UNIX, so you can call me a newbie, if you like. I'm running Windows > 2000 Pro on a P4 1.7 GHz with 768 MiB of RAM and 10 GB free on my hard > drive. I (eventually) did a full Cygwin/XFree86 download and install > (binaries, not source). > > Please don't flame me if I'm out of line. I didn't know if I should break > this up into several emails or have one big one. Also, please send > responses to me by email. > > Here are my obervations/problems. > Showstoppers: > 1) The very first time I brought up the X server, I had modified > startxwin.bat > to use wmaker instead of twm. It crashed because /home > hadn't been created yet. This was "fixed" by running the text-mode bash > icon first. > 2) when I run Xman, it says "No App-Defaults File". If I run "Xman -notop" > > instead, I can browse one man page, and then it stops working. (it gives a > > "likeToSave" message box with yes and no buttons that don't seem to do > anything.) It seems to be related to missing a locale binary. Is there a > way to get this to work? > 3) within the first few hours of usage, I ran a "find / -name abc -print" > from the command-line, and my trusty Windows 2000 box restarted. no blue > screen, no error. it was like someone pulled the power plug and plugged it > > back in. after it came up, i tried the same command and it worked fine. > 4) i had a similar "restart" to #6 when I ran setup.exe while cygwin was > up. of course, bad user, i should have stopped cygwin before running > setup, but i'm still amazed at how easily my robust kernel, based on NT > Technology, came down. > > Nice-to-haves: > 5) it'd be nice if setup.exe showed the size (in bytes or megabytes, etc.) > > of each package (it's in setup.ini). on my 56 Kb/s modem, downloading a > large, unnecessary file takes a painfully long time, but a small > unnecessary file is not so bad. > 6) on that note, how about displaying those nice descriptions from > setup.ini in setup.exe so we can see what the packages are before > downloading them. a resizable window would come in handy for this. > 7) the first time I downloaded (a partial download, not full), i picked > "more" and "clear", but next time I went into setup.exe, it had > "forgotten" that. perhaps if I can unrust my C, I can fix some of these > bugs myself. give me a few weeks. > 8) the XFree86-fnts package is 16 MiB. it's kind of big. the first time i > downloaded from http:uiuc, it got 98% and stopped responding--1 hour > wasted (at 56 Kb). the second time (no joke) it got 99% and > stopped--another hour wasted. so i copied it from somewhere else. > 9) my X clients on an AIX box didn't work because i didn't use the -kb > switch on XWin. but i found that one on the faq. a possible enhancement to > > setup.exe? > 10) using K (or Ki) and B for byte on setup.exe is always nice. make sure > to leave a space between the number and the unit. 10 KB, not 10KB. how > about estimated download time in addition to % ? > 11) also, what's all that /b stuff about in startxwin.bat? gotos, etc. but > > there is no /b ! (there is no spoon either ;-) > > > Please no one take offense at all this. I'm not trying to throw blame. It > seems like a great product, so far (except for the deadly restarts). These > > are perhaps suggestions for doing it better. I know some coworkers who > tried to get this to work, but gave up because of the problems. So will > the average newbie or the busy IT pro who doesn't have time to read lots > of faqs and will buy Exceed instead. I hope my observations will help > others. > > Gabriel Sroka > gsroka at mmsa dot com > From stuart.adamson@evolution.net Tue Jul 23 02:13:00 2002 From: stuart.adamson@evolution.net (Stuart Adamson) Date: Tue, 23 Jul 2002 02:13:00 -0000 Subject: problems with XFree Message-ID: <9920848EF398D311BDC400508BF339F9A9D05B@ldnisp14.evolution.net> > 3) within the first few hours of usage, I ran a "find / -name > abc -print" > from the command-line, and my trusty Windows 2000 box > restarted. If that crashed your windows box then that sounds like a bug in either Windows 2000 or base cygwin - rather than the Xfree86 port. > but i'm still amazed at how easily my robust kernel, > based on NT > Technology, came down. You amazed that it stayed up long enough for you to run the cygwin installer? ;) One thing to look at is memory usage. Cygwin is a bit hard on memory usage. Could it be that your exhausting memory and that's killing everything? > 5) it'd be nice if setup.exe showed the size (in bytes or > megabytes, etc.) > > of each package (it's in setup.ini). on my 56 Kb/s modem, > downloading a > large, unnecessary file takes a painfully long time, but a small > unnecessary file is not so bad. setup.exe is a base cygwin thing as well. You'll need to talk to cygwin@cygwin.com for that. > 11) also, what's all that /b stuff about in startxwin.bat? > gotos, etc. but > there is no /b ! (there is no spoon either ;-) start /b is supposed to start the app in the background. This is an NT only thing. However, I believe that we no longer need to use this as XWin does this anyway. There used to be a bug where without this flag server logging was broken but that got fixed a couple of months ago. Stuart From stuart.adamson@evolution.net Tue Jul 23 04:22:00 2002 From: stuart.adamson@evolution.net (Stuart Adamson) Date: Tue, 23 Jul 2002 04:22:00 -0000 Subject: problems with XFree Message-ID: <9920848EF398D311BDC400508BF339F9A9D05C@ldnisp14.evolution.net> > From: Dennis Foreman [mailto:dforeman@stny.rr.com] > I have discovered differences in the > parameters for > xterm between Xfree and my SunOS system. Some Xfree > parameters are deemed > invalid on SunOS. Some SunOS parameters don't exist in > xterm. XWin is the cygwin port of XFree86. I wouldn't expect XFree86 or the utilities to be command line compatable with OpenWindows. I would expect Xfree86/cygwin and utilities to be command line compatable as far as possible with XFree86 on other platforms however. > Some don't > work the same way, and some don't work on the cygwin as described in > cygwin's man pages (if I read the man pages correctly, -sb > for instance is > supposed to take an integer argument, but doesn't). Is this xterm you are talking about? If so you're reading the man page wrongly. The command line you want is "xterm -sb -sl 1000" where 1000 is the number of lines to save. The -sb just enables the scroll bar (you can have a scrolling xterm without a scroll bar) > Also, > when I get an > xfree error in cygwin, it says to type "xfree -help". Doing > so produces an > error. Out of interest - how do you get this error message to appear? "xfree -help" won't work because xfree isn't a program! If you have any examples for XFree86/cygwin behaving differently than XFree86 on other platforms then please post them. I'm guessing most will either have a good reason as to why they are different or be a slip or typo somewhere which will be easy to fix. Granted, the XWin man page is out of date now and could do with an update ... Stuart From nickthompson@agere.com Tue Jul 23 04:47:00 2002 From: nickthompson@agere.com (Nick THOMPSON) Date: Tue, 23 Jul 2002 04:47:00 -0000 Subject: X via SSH (was: New (Delphi) xlauncher) In-Reply-To: <1027302081.1541.85.camel@tuxedo> References: <1027302081.1541.85.camel@tuxedo> Message-ID: <1027423374.18016.10.camel@en0062linux1.agere.com> What I could do with is a mode that allows an X session to be setup through an SSH tunnel. So I need an SSH client that DOESN'T give me a shell, but supports an X11 tunnel, prompts me for the SSH passwd and runs a single command (the remote ~/.xinitrc say, and pipes the output to a local file). Even better if I can select from a list of hosts at startup. Does this xlauncher support that? Currently, I'm using putty, but it asks for the passwd in a shell window which you have to keep open. Any other ideas? Nick. From huntharo@msu.edu Tue Jul 23 05:07:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Tue, 23 Jul 2002 05:07:00 -0000 Subject: problems with XFree In-Reply-To: <3D3CC005.2030002@ridgecrest.ca.us> Message-ID: Tom, I bet that you either have two copies of cygwin1.dll on your system, or that you have a really old version of cygwin1.dll. For more information see: http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-status-access-vio lation I run XDMCP sessions for several hours with no slowdowns or lockups. I also log off and back on to XDMCP sessions all the time. A couple of days ago I did identify and fix a memory leak that happens when the X server resets, which happens when you logoff an XDMCP session. I think that Windows 2000 and Windows XP do not show a bluescreen anymore by default. You can change that option in the Control Panel. You mention that this also happens on Windows 95/98/Me, which seems to be about the level of information that you can expect from those OSes when they crash. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Tom Bozack > Sent: Monday, July 22, 2002 10:32 PM > To: cygwin-xfree@cygwin.com > Subject: Re: problems with XFree > > > I think Cygwin/XFree86 is a great product -- but there is nothing so > good that it can't be improved. I agree with all of you comments, > although I haven't had the system reboot experience. > > One persistant problem that you didn't mention (manybe you haven't run > into it yet) is a very persistent and repeatable lock-up when used to > login to another host using XDMCP. The symptom is of a sudden large > memory leak after 15-30 minutes of use. XFree86 becomes unresponsive, > system memory and swap resources are rapidly used up, and finally > XFree86 crashes with a seg fault. This also happens immediately (you > don't have to wait 15-30 min) when you logoff the host and login again. > I've experienced this under Windows 98/98SE/ME. > > For me this is a showstopper since it makes Cygwin/XFree86 unusable as > an X server platform. It's fun to play with, but this "bug" makes it > unacceptable for routine use as an X server. > > Tom > > gsroka@mmsa.com wrote: > > (last email I sent complained about HTML MIME. i hope i'm not > > double-posting) > > > > I started playing with XFree last week. It's been a few years > since I've > > used UNIX, so you can call me a newbie, if you like. I'm > running Windows > > 2000 Pro on a P4 1.7 GHz with 768 MiB of RAM and 10 GB free on my hard > > drive. I (eventually) did a full Cygwin/XFree86 download and install > > (binaries, not source). > > > > Please don't flame me if I'm out of line. I didn't know if I > should break > > this up into several emails or have one big one. Also, please send > > responses to me by email. > > > > Here are my obervations/problems. > > Showstoppers: > > 1) The very first time I brought up the X server, I had modified > > startxwin.bat > > to use wmaker instead of twm. It crashed because /home > > hadn't been created yet. This was "fixed" by running the text-mode bash > > icon first. > > 2) when I run Xman, it says "No App-Defaults File". If I run > "Xman -notop" > > > > instead, I can browse one man page, and then it stops working. > (it gives a > > > > "likeToSave" message box with yes and no buttons that don't seem to do > > anything.) It seems to be related to missing a locale binary. > Is there a > > way to get this to work? > > 3) within the first few hours of usage, I ran a "find / -name > abc -print" > > from the command-line, and my trusty Windows 2000 box > restarted. no blue > > screen, no error. it was like someone pulled the power plug and > plugged it > > > > back in. after it came up, i tried the same command and it worked fine. > > 4) i had a similar "restart" to #6 when I ran setup.exe while > cygwin was > > up. of course, bad user, i should have stopped cygwin before running > > setup, but i'm still amazed at how easily my robust kernel, based on NT > > Technology, came down. > > > > Nice-to-haves: > > 5) it'd be nice if setup.exe showed the size (in bytes or > megabytes, etc.) > > > > of each package (it's in setup.ini). on my 56 Kb/s modem, downloading a > > large, unnecessary file takes a painfully long time, but a small > > unnecessary file is not so bad. > > 6) on that note, how about displaying those nice descriptions from > > setup.ini in setup.exe so we can see what the packages are before > > downloading them. a resizable window would come in handy for this. > > 7) the first time I downloaded (a partial download, not full), i picked > > "more" and "clear", but next time I went into setup.exe, it had > > "forgotten" that. perhaps if I can unrust my C, I can fix some of these > > bugs myself. give me a few weeks. > > 8) the XFree86-fnts package is 16 MiB. it's kind of big. the > first time i > > downloaded from http:uiuc, it got 98% and stopped responding--1 hour > > wasted (at 56 Kb). the second time (no joke) it got 99% and > > stopped--another hour wasted. so i copied it from somewhere else. > > 9) my X clients on an AIX box didn't work because i didn't use the -kb > > switch on XWin. but i found that one on the faq. a possible > enhancement to > > > > setup.exe? > > 10) using K (or Ki) and B for byte on setup.exe is always nice. > make sure > > to leave a space between the number and the unit. 10 KB, not 10KB. how > > about estimated download time in addition to % ? > > 11) also, what's all that /b stuff about in startxwin.bat? > gotos, etc. but > > > > there is no /b ! (there is no spoon either ;-) > > > > > > Please no one take offense at all this. I'm not trying to throw > blame. It > > seems like a great product, so far (except for the deadly > restarts). These > > > > are perhaps suggestions for doing it better. I know some coworkers who > > tried to get this to work, but gave up because of the problems. So will > > the average newbie or the busy IT pro who doesn't have time to > read lots > > of faqs and will buy Exceed instead. I hope my observations will help > > others. > > > > Gabriel Sroka > > gsroka at mmsa dot com > > > > > From larsen587@firemail.de Tue Jul 23 05:18:00 2002 From: larsen587@firemail.de (Jack Larsen) Date: Tue, 23 Jul 2002 05:18:00 -0000 Subject: Updated: ghostscript-7.05-1 (test release) Message-ID: <1027426682003543@firemail.de> Hi, building the perfect ghostscript "gsview" is very simple, however a .dll is needed. The .dll is part of ghostscript-7.05. However its missing. Cheers Jack Updated: ghostscript-7.05-1 (test release) From: Dario Alcocer To: cygwin-xfree at cygwin dot com Date: Wed, 10 Jul 2002 08:28:34 -0700 Subject: Updated: ghostscript-7.05-1 (test release) -------------------------------------------------------------------------------- The Cygwin version of GNU Ghostscript now supports both a native Win32 version and an X11 version for Cygwin XFree86. A single source package is used to build both versions. PLEASE NOTE: this release is marked as a 'test' release. After a couple of weeks, I'll mark it as the next released version (unless, of course, I hear about serious problems with this build.) Three separate packages are used for Ghostscript: * A base package, ghostscript-base, which contains the support files necessary for both the native and X11 versions, as well as the manual pages and documentation. * A native package, ghostscript, which contains the native version of Ghostscript (gs.exe), along with the corresponding scripts. * An X11 package, ghostscript-x11, which contains the X11 version of Ghostscript (gs.exe) and scripts. Both binary versions use the libpng and zlib shared libraries. ______________________________________________________ Multimedia Messaging ist da! Die Zukunft des Messaging hat begonnen. http://mobile.lycos.de/mobile/local/mms/ From robert.collins@syncretize.net Tue Jul 23 05:18:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Tue, 23 Jul 2002 05:18:00 -0000 Subject: X via SSH (was: New (Delphi) xlauncher) References: <1027302081.1541.85.camel@tuxedo> <1027423374.18016.10.camel@en0062linux1.agere.com> Message-ID: <031201c23241$8dd49ee0$0200a8c0@lifelesswks> === ----- Original Message ----- From: "Nick THOMPSON" To: "cygwin-xfree Mailing List" Sent: Tuesday, July 23, 2002 9:22 PM Subject: X via SSH (was: New (Delphi) xlauncher) > What I could do with is a mode that allows an X session to be setup > through an SSH tunnel. So I need an SSH client that DOESN'T give me a > shell, but supports an X11 tunnel, prompts me for the SSH passwd and > runs a single command (the remote ~/.xinitrc say, and pipes the output > to a local file). Even better if I can select from a list of hosts at > startup. Does this xlauncher support that? > > Currently, I'm using putty, but it asks for the passwd in a shell window > which you have to keep open. Any other ideas? man ssh-agent. Rob From larsen587@firemail.de Tue Jul 23 05:18:00 2002 From: larsen587@firemail.de (Jack Larsen) Date: Tue, 23 Jul 2002 05:18:00 -0000 Subject: Updated: ghostscript-7.05-1 (test release) Message-ID: <1027426724022624@firemail.de> Hi, building the perfect ghostscript "gsview" is very simple, however a .dll is needed. The .dll is part of ghostscript-7.05. However its missing. Cheers Jack Updated: ghostscript-7.05-1 (test release) From: Dario Alcocer To: cygwin-xfree at cygwin dot com Date: Wed, 10 Jul 2002 08:28:34 -0700 Subject: Updated: ghostscript-7.05-1 (test release) -------------------------------------------------------------------------------- The Cygwin version of GNU Ghostscript now supports both a native Win32 version and an X11 version for Cygwin XFree86. A single source package is used to build both versions. PLEASE NOTE: this release is marked as a 'test' release. After a couple of weeks, I'll mark it as the next released version (unless, of course, I hear about serious problems with this build.) Three separate packages are used for Ghostscript: * A base package, ghostscript-base, which contains the support files necessary for both the native and X11 versions, as well as the manual pages and documentation. * A native package, ghostscript, which contains the native version of Ghostscript (gs.exe), along with the corresponding scripts. * An X11 package, ghostscript-x11, which contains the X11 version of Ghostscript (gs.exe) and scripts. Both binary versions use the libpng and zlib shared libraries. ______________________________________________________ Multimedia Messaging ist da! Die Zukunft des Messaging hat begonnen. http://mobile.lycos.de/mobile/local/mms/ From larsen587@firemail.de Tue Jul 23 05:29:00 2002 From: larsen587@firemail.de (Jack Larsen) Date: Tue, 23 Jul 2002 05:29:00 -0000 Subject: Updated: ghostscript-7.05-1 (test release) Message-ID: <1027426722021715@firemail.de> Hi, building the perfect ghostscript "gsview" is very simple, however a .dll is needed. The .dll is part of ghostscript-7.05. However its missing. Cheers Jack Updated: ghostscript-7.05-1 (test release) From: Dario Alcocer To: cygwin-xfree at cygwin dot com Date: Wed, 10 Jul 2002 08:28:34 -0700 Subject: Updated: ghostscript-7.05-1 (test release) -------------------------------------------------------------------------------- The Cygwin version of GNU Ghostscript now supports both a native Win32 version and an X11 version for Cygwin XFree86. A single source package is used to build both versions. PLEASE NOTE: this release is marked as a 'test' release. After a couple of weeks, I'll mark it as the next released version (unless, of course, I hear about serious problems with this build.) Three separate packages are used for Ghostscript: * A base package, ghostscript-base, which contains the support files necessary for both the native and X11 versions, as well as the manual pages and documentation. * A native package, ghostscript, which contains the native version of Ghostscript (gs.exe), along with the corresponding scripts. * An X11 package, ghostscript-x11, which contains the X11 version of Ghostscript (gs.exe) and scripts. Both binary versions use the libpng and zlib shared libraries. ______________________________________________________ Multimedia Messaging ist da! Die Zukunft des Messaging hat begonnen. http://mobile.lycos.de/mobile/local/mms/ From larsen587@firemail.de Tue Jul 23 05:43:00 2002 From: larsen587@firemail.de (Jack Larsen) Date: Tue, 23 Jul 2002 05:43:00 -0000 Subject: Updated: ghostscript-7.05-1 (test release) Message-ID: <1027426724022624@firemail.de> Hi, building the perfect ghostscript "gsview" is very simple, however a .dll is needed. The .dll is part of ghostscript-7.05. However its missing. Cheers Jack Updated: ghostscript-7.05-1 (test release) From: Dario Alcocer To: cygwin-xfree at cygwin dot com Date: Wed, 10 Jul 2002 08:28:34 -0700 Subject: Updated: ghostscript-7.05-1 (test release) -------------------------------------------------------------------------------- The Cygwin version of GNU Ghostscript now supports both a native Win32 version and an X11 version for Cygwin XFree86. A single source package is used to build both versions. PLEASE NOTE: this release is marked as a 'test' release. After a couple of weeks, I'll mark it as the next released version (unless, of course, I hear about serious problems with this build.) Three separate packages are used for Ghostscript: * A base package, ghostscript-base, which contains the support files necessary for both the native and X11 versions, as well as the manual pages and documentation. * A native package, ghostscript, which contains the native version of Ghostscript (gs.exe), along with the corresponding scripts. * An X11 package, ghostscript-x11, which contains the X11 version of Ghostscript (gs.exe) and scripts. Both binary versions use the libpng and zlib shared libraries. ______________________________________________________ Multimedia Messaging ist da! Die Zukunft des Messaging hat begonnen. http://mobile.lycos.de/mobile/local/mms/ From dforeman@stny.rr.com Tue Jul 23 05:47:00 2002 From: dforeman@stny.rr.com (Dennis Foreman) Date: Tue, 23 Jul 2002 05:47:00 -0000 Subject: problems with XFree In-Reply-To: <9920848EF398D311BDC400508BF339F9A9D05C@ldnisp14.evolution.net> Message-ID: The message said to type "xterm -help", not "xfree -help". My error. Here is what I got: foreman@FOREMAN ~ $ xterm -help bash: xterm: command not found I suspect that it is because the xfree directories are not in the basic cygwin path. Again, for newbies, one cannot assume that they will know how to set this path or that it even needs to be set. To be a really helpful application, these things should be considered. As for the differences in xterm options between cygwin and SunOS, I will prepare a list of differences and validation of the errors I have received. regards, D. J. Foreman website: http://WWW.CS.Binghamton.EDU/~foreman -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Stuart Adamson Sent: Tuesday, July 23, 2002 5:14 AM To: cygwin-xfree@cygwin.com Subject: RE: problems with XFree > From: Dennis Foreman [mailto:dforeman@stny.rr.com] > I have discovered differences in the > parameters for > xterm between Xfree and my SunOS system. Some Xfree > parameters are deemed > invalid on SunOS. Some SunOS parameters don't exist in > xterm. XWin is the cygwin port of XFree86. I wouldn't expect XFree86 or the utilities to be command line compatable with OpenWindows. I would expect Xfree86/cygwin and utilities to be command line compatable as far as possible with XFree86 on other platforms however. > Some don't > work the same way, and some don't work on the cygwin as described in > cygwin's man pages (if I read the man pages correctly, -sb > for instance is > supposed to take an integer argument, but doesn't). Is this xterm you are talking about? If so you're reading the man page wrongly. The command line you want is "xterm -sb -sl 1000" where 1000 is the number of lines to save. The -sb just enables the scroll bar (you can have a scrolling xterm without a scroll bar) > Also, > when I get an > xfree error in cygwin, it says to type "xfree -help". Doing > so produces an > error. Out of interest - how do you get this error message to appear? "xfree -help" won't work because xfree isn't a program! If you have any examples for XFree86/cygwin behaving differently than XFree86 on other platforms then please post them. I'm guessing most will either have a good reason as to why they are different or be a slip or typo somewhere which will be easy to fix. Granted, the XWin man page is out of date now and could do with an update ... Stuart From huntharo@msu.edu Tue Jul 23 05:56:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Jul 2002 05:56:00 -0000 Subject: Updated: ghostscript-7.05-1 (test release) References: <1027426724022624@firemail.de> Message-ID: <3D3D501C.6040409@msu.edu> What is going on here Mr. Jack Larsen? We have had four posts of this meesage to cygwin-xfree@cygwin.com. Were you intending to post this to cygwin-apps or somewhere else? Have you put this in release/ or release/XFree86? If it isn't in release/XFree86 then you need to talk to cygwin-apps to get it approved. cygwin-xfree is only in charge of release/XFree86. Harold Jack Larsen wrote: > Hi, > > building the perfect ghostscript "gsview" is very simple, however > a .dll is needed. The .dll is part of ghostscript-7.05. However > its missing. > > Cheers Jack > > > Updated: ghostscript-7.05-1 (test release) > From: Dario Alcocer > To: cygwin-xfree at cygwin dot com > Date: Wed, 10 Jul 2002 08:28:34 -0700 > Subject: Updated: ghostscript-7.05-1 (test release) > > -------------------------------------------------------------------------------- > > The Cygwin version of GNU Ghostscript now supports both a native > Win32 version and an X11 version for Cygwin XFree86. A single > source package is used to build both versions. > > PLEASE NOTE: this release is marked as a 'test' release. After a > couple of weeks, I'll mark it as the next released version (unless, > of course, I hear about serious problems with this build.) > > Three separate packages are used for Ghostscript: > > * A base package, ghostscript-base, which contains the support > files necessary for both the native and X11 versions, as well > as the manual pages and documentation. > > * A native package, ghostscript, which contains the native version > of Ghostscript (gs.exe), along with the corresponding scripts. > > * An X11 package, ghostscript-x11, which contains the X11 version > of Ghostscript (gs.exe) and scripts. > > Both binary versions use the libpng and zlib shared libraries. > > > ______________________________________________________ > Multimedia Messaging ist da! Die Zukunft des Messaging hat begonnen. http://mobile.lycos.de/mobile/local/mms/ > From j_tetazoo@hotmail.com Tue Jul 23 06:02:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Tue, 23 Jul 2002 06:02:00 -0000 Subject: X via SSH (was: New (Delphi) xlauncher) Message-ID: This recent thread might be of interest: http://cygwin.com/ml/cygwin-xfree/2002-07/msg00454.html >From: Nick THOMPSON >To: cygwin-xfree Mailing List >Subject: X via SSH (was: New (Delphi) xlauncher) >Date: 23 Jul 2002 12:22:54 +0100 > >What I could do with is a mode that allows an X session to be setup >through an SSH tunnel. So I need an SSH client that DOESN'T give me a >shell, but supports an X11 tunnel, prompts me for the SSH passwd and >runs a single command (the remote ~/.xinitrc say, and pipes the output >to a local file). Even better if I can select from a list of hosts at >startup. Does this xlauncher support that? > >Currently, I'm using putty, but it asks for the passwd in a shell window >which you have to keep open. Any other ideas? > >Nick. > _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From huntharo@msu.edu Tue Jul 23 06:10:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Jul 2002 06:10:00 -0000 Subject: problems with XFree References: Message-ID: <3D3D5311.20701@msu.edu> Dennis Foreman wrote: > The message said to type "xterm -help", not "xfree -help". My error. Here is > what I got: > > foreman@FOREMAN ~ > $ xterm -help > bash: xterm: command not found > > I suspect that it is because the xfree directories are not in the basic > cygwin path. Again, for newbies, one cannot assume that they will know how > to set this path or that it even needs to be set. To be a really helpful > application, these things should be considered. > Yes, the problem is because /usr/X11R6/bin is not in the path by default. Yes, we have thought many, many times about how to fix this. No, no one has yet come up with a solution that will work for all cases. Yes, we are very much looking forward to your patch that fixes this problem. > As for the differences in xterm options between cygwin and SunOS, I will > prepare a list of differences and validation of the errors I have received. > That won't be very useful to us. Sun almost certainly develops their xterm from their own code base, while XFree86's xterm is developed from a different code base. Comparing these two xterm's is just like comparing any other proprietary implementation of a UNIX utility with its primary free implementation (e.g., sed, awk, grep, etc). What would be extremely useful to us would be a list of differences between an xterm from XFree86 on Linux and an xterm under Cygwin. Any differences there are likely errors on the Cygwin side. However, no one has reported any differences to date. You have an alternative solution here. Sun, I believe, provides XFree86 packages for Solaris. You can install the XFree86 packages for Solaris and you will no longer have differences between the two commands. Remember, we Cygwin/XFree86 folks are but mere packagers of XFree86 for Cygwin; none of us work on xterm. If you have problems with xterm, you can take them up with the XFree86 project or with Thomas Dickey, the primary developer of XFree86's xterm: http://dickey.his.com/xterm/xterm.html Harold From huntharo@msu.edu Tue Jul 23 06:32:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Jul 2002 06:32:00 -0000 Subject: How do I map the keyboard References: Message-ID: <3D3D5486.2030804@msu.edu> Oops! I didn't notice that this was sent to cygwin@cygwin.com. Davoud - Are you talking about Cygwin/XFree86 keyboard mappings? If so, send all questions to cygwin-xfree@cygwin.com, not to cygwin@cygwin.com. Harold Davoud, Hmm... I think the Cygwin/XFree86 charter specifically forbids helping Swiss users in the event that Switzerland is contemplating joining the UN. Just kidding :) I would normally point you to the FAQ: http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-non-U.S.-keyboard-layout But, I think that no non-U.S. users actually use xkeycaps. It seems that everyone loves to use premade keyboard layouts. A question for my non-U.S. users (specifically, AGO, I want your opinion): Should I change the FAQ entry to point to a repository of pre-made keyboard maps that are in high demand (UK English, Deutsch, French, etc.)? Harold Davoud Azimian wrote: > Hi, > > I've just installed Cygwin and tried to find out how I change my keyboard > mapping. Right now I have the American Keyboard mapping and I need to use my > German (Swiss) keyboard. > > Regards > > Davoud Azimian > > GENESIS COMMUNICATION > Davoud Azimian > Binzstrasse 18 > CH-8045 Z??rich > > Telefon direkt: +41 (0)1 455 60 95 > Telefon: +41 (0)878 889 111 > Fax: +41 (0)878 889 110 > > Email: azimian@GenesisCom.ch > WEB: www.GenesisCom.ch > > > > > > -- > 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 rasjidw@openminddev.net Tue Jul 23 06:35:00 2002 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Tue, 23 Jul 2002 06:35:00 -0000 Subject: X via SSH (was: New (Delphi) xlauncher) In-Reply-To: <1027423374.18016.10.camel@en0062linux1.agere.com> References: <1027302081.1541.85.camel@tuxedo> <1027423374.18016.10.camel@en0062linux1.agere.com> Message-ID: <200207232310.05618.rasjidw@openminddev.net> On Tue, 23 Jul 2002 9:22 pm, Nick THOMPSON wrote: > What I could do with is a mode that allows an X session to be setup > through an SSH tunnel. So I need an SSH client that DOESN'T give me a > shell, but supports an X11 tunnel, prompts me for the SSH passwd and > runs a single command (the remote ~/.xinitrc say, and pipes the output > to a local file). Even better if I can select from a list of hosts at > startup. Does this xlauncher support that? > > Currently, I'm using putty, but it asks for the passwd in a shell window > which you have to keep open. Any other ideas? > > Nick. I think what you want is the -f option on ssh. from 'man ssh' (on Linux, but I'm pretty sure it is the same on Cygwin): -f Requests ssh to go to background just before command execution. This is useful if ssh is going to ask for passwords or passphrases, but the user wants it in the background. This implies -n. The recommended way to start X11 programs at a remote site is with something like ssh -f host xterm. -n Redirects stdin from /dev/null (actually, prevents reading from stdin). This must be used when ssh is run in the background. A common trick is to use this to run X11 programs on a remote machine. For example, ssh -n shadows.cs.hut.fi emacs & will start an emacs on shadows.cs.hut.fi, and the X11 connection will be automatically forwarded over an encrypted channel. The ssh program will be put in the background. (This does not work if ssh needs to ask for a password or passphrase; see also the -f option.) Also, see ssh-agent, although I would not suggest storing a ssh private key on a Windows 9x/ME system, and only on NT with NTFS permissions set up correctly. Even with a good passphrase, a private key should still be hard to steal. For a very good article on ssh key management, see http://www-106.ibm.com/developerworks/linux/library/l-keyc.html (part 1) http://www-106.ibm.com/developerworks/linux/library/l-keyc2/ (part 2) http://www-106.ibm.com/developerworks/linux/library/l-keyc3/ (part 3) Rasjid. From kkobb@skylinecorp.com Tue Jul 23 06:38:00 2002 From: kkobb@skylinecorp.com (Kevin Kobb) Date: Tue, 23 Jul 2002 06:38:00 -0000 Subject: problems with XFree In-Reply-To: Message-ID: <000a01c2324d$2ae2c350$9501a8c0@skylinecorp.net> I don't know about all the problems you are having, but I might be able to help with one at least. Number 2, "No App-Defaults..." If you do a fresh install, take a look and you will find a /usr/X11R6/lib/X11/app-defaults directory. Inside that directory is a Mwm file and an app-defaults link that points to /etc/X11/app-defaults. What I have done is move the Mwm file to /etc/X11/app-defaults, delete the /usr/X11R6/lib/X11/app-defaults directory, and create a app-defaults link in /usr/X11R6/lib/X11 that points to /etc/X11/app-defaults. Now, xman, xcalc, and several other programs that were not working will function correctly. This did it for me at least. Number 3, "find..." restart problem. I have had the find and touch commands cause my Windows 2000 box to reboot several times. Using the M$ debugging tools on the dump files points to a problem with the McAfee antivirus software we are running. I thought I had read about some problems with Cygwin and McAfee in the past, but I couldn't't say for sure. If you have McAfee though, you might want to take a look at that. Good Luck, -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of gsroka@mmsa.com Sent: Monday, July 22, 2002 2:16 PM To: cygwin-xfree@cygwin.com Subject: problems with XFree (last email I sent complained about HTML MIME. i hope i'm not double-posting) I started playing with XFree last week. It's been a few years since I've used UNIX, so you can call me a newbie, if you like. I'm running Windows 2000 Pro on a P4 1.7 GHz with 768 MiB of RAM and 10 GB free on my hard drive. I (eventually) did a full Cygwin/XFree86 download and install (binaries, not source). Please don't flame me if I'm out of line. I didn't know if I should break this up into several emails or have one big one. Also, please send responses to me by email. Here are my obervations/problems. Showstoppers: 1) The very first time I brought up the X server, I had modified startxwin.bat to use wmaker instead of twm. It crashed because /home hadn't been created yet. This was "fixed" by running the text-mode bash icon first. 2) when I run Xman, it says "No App-Defaults File". If I run "Xman -notop" instead, I can browse one man page, and then it stops working. (it gives a "likeToSave" message box with yes and no buttons that don't seem to do anything.) It seems to be related to missing a locale binary. Is there a way to get this to work? 3) within the first few hours of usage, I ran a "find / -name abc -print" from the command-line, and my trusty Windows 2000 box restarted. no blue screen, no error. it was like someone pulled the power plug and plugged it back in. after it came up, i tried the same command and it worked fine. 4) i had a similar "restart" to #6 when I ran setup.exe while cygwin was up. of course, bad user, i should have stopped cygwin before running setup, but i'm still amazed at how easily my robust kernel, based on NT Technology, came down. Nice-to-haves: 5) it'd be nice if setup.exe showed the size (in bytes or megabytes, etc.) of each package (it's in setup.ini). on my 56 Kb/s modem, downloading a large, unnecessary file takes a painfully long time, but a small unnecessary file is not so bad. 6) on that note, how about displaying those nice descriptions from setup.ini in setup.exe so we can see what the packages are before downloading them. a resizable window would come in handy for this. 7) the first time I downloaded (a partial download, not full), i picked "more" and "clear", but next time I went into setup.exe, it had "forgotten" that. perhaps if I can unrust my C, I can fix some of these bugs myself. give me a few weeks. 8) the XFree86-fnts package is 16 MiB. it's kind of big. the first time i downloaded from http:uiuc, it got 98% and stopped responding--1 hour wasted (at 56 Kb). the second time (no joke) it got 99% and stopped--another hour wasted. so i copied it from somewhere else. 9) my X clients on an AIX box didn't work because i didn't use the -kb switch on XWin. but i found that one on the faq. a possible enhancement to setup.exe? 10) using K (or Ki) and B for byte on setup.exe is always nice. make sure to leave a space between the number and the unit. 10 KB, not 10KB. how about estimated download time in addition to % ? 11) also, what's all that /b stuff about in startxwin.bat? gotos, etc. but there is no /b ! (there is no spoon either ;-) Please no one take offense at all this. I'm not trying to throw blame. It seems like a great product, so far (except for the deadly restarts). These are perhaps suggestions for doing it better. I know some coworkers who tried to get this to work, but gave up because of the problems. So will the average newbie or the busy IT pro who doesn't have time to read lots of faqs and will buy Exceed instead. I hope my observations will help others. Gabriel Sroka gsroka at mmsa dot com From nwourms@yahoo.com Tue Jul 23 07:05:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Tue, 23 Jul 2002 07:05:00 -0000 Subject: Updated: ghostscript-7.05-1 (test release) In-Reply-To: <3D3D501C.6040409@msu.edu> Message-ID: <20020723133510.14875.qmail@web21007.mail.yahoo.com> --- Harold L Hunt II wrote: > What is going on here Mr. Jack Larsen? We have had four posts of > this > meesage to cygwin-xfree@cygwin.com. Were you intending to post > this to > cygwin-apps or somewhere else? > > Have you put this in release/ or release/XFree86? If it isn't in > release/XFree86 then you need to talk to cygwin-apps to get it > approved. > cygwin-xfree is only in charge of release/XFree86. Harold, Actually this was discussed on Cygwin apps and the maintainers came to the conclusion that, when a package has both XFree and non-XFree components, you should: A)Discuss the non-XFree components on cygwin@cygwin.com B)Discuss the XFree components on cygwin-xfree@cygwin.com C)Only need to seek approval once from the cygwin-apps@cygwin.com list. This was done to insure that the volume be kept to a minimum on an already heavily used list (cygwin@cygwin.com). So it is fair game to discuss the ghostscript-x11 package on this list. And I do believe Dario did make a test annoucment on here a few weeks back. Here is the hint, in case you forgot: @ ghostscript-x11 sdesc: "A Postscript interpreter (GNU version, X11)" ldesc: "GNU Ghostscript is Postscript interpreter capable of converting PS files into a number of printer output formats. Ghostscript can also render PS files into a number of graphics file formats. This package contains the X11 build for Cygwin/XFree86." category: Graphics ^^^^^[You're right that it should have XFree86] requires: cygwin XFree86-base libpng12 zlib ghostscript-base external-source: ghostscript test: 7.05-1 This does not, however, excuse the quadrupal posting on the sender's part. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From nwourms@yahoo.com Tue Jul 23 07:15:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Tue, 23 Jul 2002 07:15:00 -0000 Subject: problems with XFree In-Reply-To: <9920848EF398D311BDC400508BF339F9A9D05C@ldnisp14.evolution.net> Message-ID: <20020723133759.93243.qmail@web21004.mail.yahoo.com> --- Stuart Adamson wrote: > > Granted, the XWin man page is out of date now and could do with an > update > ... Patches are, as usual, Gratefully Accepted. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From huntharo@msu.edu Tue Jul 23 07:19:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Jul 2002 07:19:00 -0000 Subject: How do I map the keyboard References: Message-ID: <3D3D632A.5020100@msu.edu> Davoud, You still have to send all posts to cygwin-xfree@cygwin.com. I cannot answer questions sent directly to me. Harold Davoud Azimian wrote: > Hi Harold, > > Actually Switzerland have joined the UN (finally:). > > Adding repository of pre-made keyboard maps is a good idea specially if it > is easy to navigate directly to them. > > If your suggestion will help me then I might not need to send the question > to cygwin-xfree@cygwin.com, Is this also going to help me running > applications like nedit with correct keyboard mapping? > > Regards > > Davoud > > > > > > GENESIS COMMUNICATION > Davoud Azimian > Binzstrasse 18 > CH-8045 Z??rich > > Telefon direkt: +41 (0)1 455 60 95 > Telefon: +41 (0)878 889 111 > Fax: +41 (0)878 889 110 > > Email: azimian@GenesisCom.ch > WEB: www.GenesisCom.ch > > > > > -----Original Message----- > From: Harold L Hunt II [mailto:huntharo@msu.edu] > Sent: Dienstag, 23. Juli 2002 15:05 > To: cygwin@cygwin.com; cygwin-xfree@cygwin.com > Cc: azimian@GenesisCom.ch > Subject: Re: How do I map the keyboard > > > Oops! I didn't notice that this was sent to cygwin@cygwin.com. Davoud > - Are you talking about Cygwin/XFree86 keyboard mappings? If so, send > all questions to cygwin-xfree@cygwin.com, not to cygwin@cygwin.com. > > Harold > > > Davoud, > > Hmm... I think the Cygwin/XFree86 charter specifically forbids helping > Swiss users in the event that Switzerland is contemplating joining the > UN. Just kidding :) > > I would normally point you to the FAQ: > http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-non-U.S.-keyboard > -layout > > But, I think that no non-U.S. users actually use xkeycaps. It seems > that everyone loves to use premade keyboard layouts. > > A question for my non-U.S. users (specifically, AGO, I want your opinion): > > Should I change the FAQ entry to point to a repository of pre-made > keyboard maps that are in high demand (UK English, Deutsch, French, etc.)? > > Harold > > Davoud Azimian wrote: > > Hi, > > > > I've just installed Cygwin and tried to find out how I change my keyboard > > mapping. Right now I have the American Keyboard mapping and I need to > use my > > German (Swiss) keyboard. > > > > Regards > > > > Davoud Azimian > > > > GENESIS COMMUNICATION > > Davoud Azimian > > Binzstrasse 18 > > CH-8045 Z??rich > > > > Telefon direkt: +41 (0)1 455 60 95 > > Telefon: +41 (0)878 889 111 > > Fax: +41 (0)878 889 110 > > > > Email: azimian@GenesisCom.ch > > WEB: www.GenesisCom.ch > > > > > > > > > > > > -- > > 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 Tue Jul 23 07:23:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Jul 2002 07:23:00 -0000 Subject: Updated: ghostscript-7.05-1 (test release) References: <20020723133510.14875.qmail@web21007.mail.yahoo.com> Message-ID: <3D3D65AC.7080808@msu.edu> Nicholas, Thanks for the refresher course in the package approval process, the discussion of which I was a participant in. You seem to have confused the *directory* release/XFree86 with the *category* XFree86. Go back and read my original response and you will see that I was trying to figure out if this package is more of a Cygwin responsibility, rather than a Cygwin/XFree86 responsibility. Of course, you are still right in pointing out that the ghostscript-x11 package should be in the XFree86 category. However, I was asking where the files were stored, not which category they will be in. If the files are stored in release/, then they are of no concern to me. If the files are stored in release/XFree86/, then they are my responsibility. The next reply I need is from Jack Larsen. Harold From azimian@genesiscom.ch Tue Jul 23 07:29:00 2002 From: azimian@genesiscom.ch (Davoud Azimian) Date: Tue, 23 Jul 2002 07:29:00 -0000 Subject: How do I map my Non US Keyboard Message-ID: Hi, I've just installed Cygwin and tried to find out how I change my keyboard mapping. Right now I have the American Keyboard mapping and I need to use my German (Swiss) keyboard. Regards Davoud Azimian GENESIS COMMUNICATION Davoud Azimian Binzstrasse 18 CH-8045 Z??rich Telefon direkt: +41 (0)1 455 60 95 Telefon: +41 (0)878 889 111 Fax: +41 (0)878 889 110 Email: azimian@GenesisCom.ch WEB: www.GenesisCom.ch From huntharo@msu.edu Tue Jul 23 07:54:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Jul 2002 07:54:00 -0000 Subject: How do I map my Non US Keyboard References: Message-ID: <3D3D678F.5080704@msu.edu> Davoud, I should have told you that I have been posting your messages to the cygwin-xfree list already. (Notice, cygwin-xfree@cygwin.com was in the cc field on each of my messages). You can check which messages are posted to the mailing list, without subscribing to it, by looking at the mailing list archives: http://cygwin.com/ml/cygwin-xfree/2002-07/ Anyway, someone will certainly answer your question now. Harold Davoud Azimian wrote: > Hi, > > I've just installed Cygwin and tried to find out how I change my keyboard > mapping. Right now I have the American Keyboard mapping and I need to use my > German (Swiss) keyboard. > > Regards > > Davoud Azimian > > GENESIS COMMUNICATION > Davoud Azimian > Binzstrasse 18 > CH-8045 Z??rich > > Telefon direkt: +41 (0)1 455 60 95 > Telefon: +41 (0)878 889 111 > Fax: +41 (0)878 889 110 > > Email: azimian@GenesisCom.ch > WEB: www.GenesisCom.ch > > > > > From larsen587@firemail.de Tue Jul 23 08:00:00 2002 From: larsen587@firemail.de (Jack Larsen) Date: Tue, 23 Jul 2002 08:00:00 -0000 Subject: Updated: ghostscript-7.05-1 (test release) In-Reply-To: <3D3D501C.6040409@msu.edu> References: <1027426724022624@firemail.de> <3D3D501C.6040409@msu.edu> Message-ID: <20020723163010.4d25992f.larsen587@firemail.de> Hi Harold, I am sorry that you found 4 post in cygwin-xfree@cygwin.com. My mail program "hanged" and therefore I again and again pushed the "send" button. Nevertheless cygwin-xfree@cygwin.com was the right address as Mr Wourms already mentioned. Please let me know whether a .dll X11 variant comes or not - otherwise I'll build a .dll by myself. However I am rather interested in a officially supported .dll than in a self-made build. Cheers -Jack On Tue, 23 Jul 2002 08:46:20 -0400 Harold L Hunt II wrote: > What is going on here Mr. Jack Larsen? We have had four posts of this > meesage to cygwin-xfree@cygwin.com. Were you intending to post this to > cygwin-apps or somewhere else? > > Have you put this in release/ or release/XFree86? If it isn't in > release/XFree86 then you need to talk to cygwin-apps to get it approved. > cygwin-xfree is only in charge of release/XFree86. > > Harold > > Jack Larsen wrote: > > Hi, > > > > building the perfect ghostscript "gsview" is very simple, however > > a .dll is needed. The .dll is part of ghostscript-7.05. However > > its missing. > > > > Cheers Jack > > > > > > Updated: ghostscript-7.05-1 (test release) > > From: Dario Alcocer > > To: cygwin-xfree at cygwin dot com > > Date: Wed, 10 Jul 2002 08:28:34 -0700 > > Subject: Updated: ghostscript-7.05-1 (test release) > > > > -------------------------------------------------------------------------------- > > > > The Cygwin version of GNU Ghostscript now supports both a native > > Win32 version and an X11 version for Cygwin XFree86. A single > > source package is used to build both versions. > > > > PLEASE NOTE: this release is marked as a 'test' release. After a > > couple of weeks, I'll mark it as the next released version (unless, > > of course, I hear about serious problems with this build.) > > > > Three separate packages are used for Ghostscript: > > > > * A base package, ghostscript-base, which contains the support > > files necessary for both the native and X11 versions, as well > > as the manual pages and documentation. > > > > * A native package, ghostscript, which contains the native version > > of Ghostscript (gs.exe), along with the corresponding scripts. > > > > * An X11 package, ghostscript-x11, which contains the X11 version > > of Ghostscript (gs.exe) and scripts. > > > > Both binary versions use the libpng and zlib shared libraries. > > > > > > ______________________________________________________ > > Multimedia Messaging ist da! Die Zukunft des Messaging hat begonnen. http://mobile.lycos.de/mobile/local/mms/ > > > > > > > -- "Jack Larsen" From spetreolle@yahoo.fr Tue Jul 23 08:40:00 2002 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Tue, 23 Jul 2002 08:40:00 -0000 Subject: problems with XFree In-Reply-To: <3D3D5311.20701@msu.edu> Message-ID: <20020723145434.11907.qmail@web10108.mail.yahoo.com> Why not install a file in /etc/profile.d ? > Yes, the problem is because /usr/X11R6/bin is not in the path by > default. > > Yes, we have thought many, many times about how to fix this. > > No, no one has yet come up with a solution that will work for all > cases. > > Yes, we are very much looking forward to your patch that fixes this > problem. > ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From nwourms@yahoo.com Tue Jul 23 08:51:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Tue, 23 Jul 2002 08:51:00 -0000 Subject: Updated: ghostscript-7.05-1 (test release) In-Reply-To: <3D3D65AC.7080808@msu.edu> Message-ID: <20020723150046.18398.qmail@web21006.mail.yahoo.com> Harold, Thanks for the sarcasm, but it was hardly warranted. I was simply restating the facts for those who were not involved. Also, it seems that you missed one of the points of that discussion, which was that all things of XFree nature should be discussed on the XFree list, regardless of whether it was released as a dual mode application or as an X-only application. > You seem to have confused the *directory* release/XFree86 with the > *category* XFree86. Go back and read my original response and you > will see that I was trying to figure out if this package is more of > a Cygwin responsibility, rather than a Cygwin/XFree86 > responsibility. I was adressing your concerns over which mailing list this should be on, who cares where it is actually located in the release directory. And, according to the mailing lists webpage: "cygwin: a high volume ... There are two exceptions ... questions about the Cygwin/XFree86 project (or any X-related questions for cygwin) should go to the cygwin-xfree mailing list (see below)..." "cygwin-xfree: a list for discussion of all things related to XFree86 on Cygwin (Cygwin/XFree86). If you have questions about how to use, configure, install, build, or develop with Cygwin/XFree86, this is the list for you...." If I were new and read this page, I think it would be safe to assume that this list *is* the appropriate one for discussing this matter. Considiering hew wanted to offer an extension to the ghostscript-x11 package. Ghostscript is *not* in the XFree86 directory because it is a dual-mode application. > Of course, you are still right in pointing out that the > ghostscript-x11 package should be in the XFree86 category. > > However, I was asking where the files were stored, not which > category they will be in. If the files are stored in release/, > then they are of no concern to me. If the files are stored in > release/XFree86/, then they are my responsibility. Ghostscript-x11 is in the same directory as the rest of the ghostscript distribution, which is under /release. Your requirement that all packages that are XFree-related go under /release/XFree86 doesn't make sense. Why should ghostscript be split up and have some parts in /release/ghostscript and others in /release/XFree86/ghostscript? This makes things more complicated then they have to be. Anyhow, your argument that package discussion on this list be limited to packages under /release/XFree86 is contrary to what Chris and others have stated on the other lists and the mailing-list webpage. They claim that any Cygwin/XFree-related discussion should be on this list. His post was regarding cygwin-ghostscript-x11 and cygwin-GSView (x11), which seems to be awefully Cygwin/Xfree-related to me. > The next reply I need is from Jack Larsen. Well you're getting my 2 cents on this anyhow :-). Besides, I answered your query as to where ghostscript-x11 was located. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From cygwin-xfree@cygwin.com Tue Jul 23 09:01:00 2002 From: cygwin-xfree@cygwin.com (Christopher Faylor) Date: Tue, 23 Jul 2002 09:01:00 -0000 Subject: problems with xfree In-Reply-To: <9920848EF398D311BDC400508BF339F9A9D05B@ldnisp14.evolution.net> References: <9920848EF398D311BDC400508BF339F9A9D05B@ldnisp14.evolution.net> Message-ID: <20020723154030.GB21349@redhat.com> On Tue, Jul 23, 2002 at 10:13:37AM +0100, Stuart Adamson wrote: >> 3) within the first few hours of usage, I ran a "find / -name >> abc -print" >> from the command-line, and my trusty Windows 2000 box >> restarted. > >If that crashed your windows box then that sounds like a bug in >either Windows 2000 or base cygwin - rather than the Xfree86 port. If the system rebooted due to the running of a non-privileged program then it is a problem with the system not with the program. >>but i'm still amazed at how easily my robust kernel, based on NT >>Technology, came down. > >You amazed that it stayed up long enough for you to run the cygwin >installer? ;) I've never had a problem keeping an NT system running. >One thing to look at is memory usage. Cygwin is a bit hard on memory >usage. Could it be that your exhausting memory and that's killing >everything? I am not aware of Cygwin being particularly hard on memory usage. >>5) it'd be nice if setup.exe showed the size (in bytes or megabytes, >>etc.) of each package (it's in setup.ini). on my 56 Kb/s modem, >>downloading a large, unnecessary file takes a painfully long time, but >>a small unnecessary file is not so bad. > >setup.exe is a base cygwin thing as well. You'll need to talk to >cygwin@cygwin.com for that. But first, of course, it would behoove anyone with a suggestion to take a step back and consider a simple fact of life -- it's likely that almost any suggestion you could think of has already been made. You could just fire off suggestions blindly or you could actually do some research and see where the current state of setup development may be heading. Lack of functionality in setup.exe is not due to someone not thinking of something, it's generally a function of someone not having enough time to do something. So, as always, we need doers not thinkers. cgf From huntharo@msu.edu Tue Jul 23 09:26:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Jul 2002 09:26:00 -0000 Subject: Updated: ghostscript-7.05-1 (test release) References: <20020723150046.18398.qmail@web21006.mail.yahoo.com> Message-ID: <3D3D7C2C.5070404@msu.edu> Nicholas Wourms wrote: > Harold, > > Thanks for the sarcasm, but it was hardly warranted. I was simply > restating the facts for those who were not involved. Also, it seems > that you missed one of the points of that discussion, which was that > all things of XFree nature should be discussed on the XFree list, > regardless of whether it was released as a dual mode application or > as an X-only application. > > >>You seem to have confused the *directory* release/XFree86 with the >>*category* XFree86. Go back and read my original response and you >>will see that I was trying to figure out if this package is more of >>a Cygwin responsibility, rather than a Cygwin/XFree86 >>responsibility. > > > I was adressing your concerns over which mailing list this should be > on, who cares where it is actually located in the release directory. > > And, according to the mailing lists webpage: > > "cygwin: a high volume ... There are two exceptions ... questions > about the Cygwin/XFree86 project (or any X-related questions for > cygwin) should go to the cygwin-xfree mailing list (see below)..." > > "cygwin-xfree: a list for discussion of all things related to XFree86 > on Cygwin (Cygwin/XFree86). If you have questions about how to use, > configure, install, build, or develop with Cygwin/XFree86, this is > the list for you...." > > If I were new and read this page, I think it would be safe to assume > that this list *is* the appropriate one for discussing this matter. > Considiering hew wanted to offer an extension to the ghostscript-x11 > package. Ghostscript is *not* in the XFree86 directory because it is > a dual-mode application. > > >>Of course, you are still right in pointing out that the >>ghostscript-x11 package should be in the XFree86 category. >> >>However, I was asking where the files were stored, not which >>category they will be in. If the files are stored in release/, >>then they are of no concern to me. If the files are stored in >>release/XFree86/, then they are my responsibility. > > > Ghostscript-x11 is in the same directory as the rest of the > ghostscript distribution, which is under /release. Your requirement > that all packages that are XFree-related go under /release/XFree86 > doesn't make sense. Why should ghostscript be split up and have some > parts in /release/ghostscript and others in > /release/XFree86/ghostscript? This makes things more complicated > then they have to be. Anyhow, your argument that package discussion > on this list be limited to packages under /release/XFree86 is > contrary to what Chris and others have stated on the other lists and > the mailing-list webpage. They claim that any Cygwin/XFree-related > discussion should be on this list. His post was regarding > cygwin-ghostscript-x11 and cygwin-GSView (x11), which seems to be > awefully Cygwin/Xfree-related to me. > I didn't make a requirement that all XFree86-related packages go in release/XFree86. I said that if something isn't in release/XFree86/, then I have no authority to do anything with it (upload files, delete files, make releases, etc.). I can only touch stuff in release/XFree86/. Splitting the X part out of general packages and sticking the two halves in release/ and release/XFree86/ is a stupid idea, and I certainly never suggested that. I wasn't making an argument that the package be discussed on cygwin or cygwin-apps rather than cygwin-xfree. What I said was that if the package is stored in release/, rather than release/XFree86/, and if the X part of the package is very small, then discussing the posting the release announcement only to cygwin-xfree is silly. Maybe 5% of users will use the X component, so why is there not an announcement elsewhere? Hey, here is another clue that this isn't just XFree86-related: look at the subject line! This isn't a ghostscript-x11 package, this is a new version of ghostscript. ghostscript has been discussed on other mailing lists for ages and it would be ridiculous to start posting all ghostscript development discussion to cygwin-xfree. Perhaps you have some inside knowledge that this announcement was actually supposed to be titled ``ghostscript-x11-7.05-1'', but I am not a mind reader so to me this message looks like a general release for the whole ghostscript system. > >>The next reply I need is from Jack Larsen. > > > Well you're getting my 2 cents on this anyhow :-). Besides, I > answered your query as to where ghostscript-x11 was located. > > Cheers, > Nicholas > Grrr, Harold From nickthompson@agere.com Tue Jul 23 11:23:00 2002 From: nickthompson@agere.com (Nick THOMPSON) Date: Tue, 23 Jul 2002 11:23:00 -0000 Subject: X via SSH (was: New (Delphi) xlauncher) In-Reply-To: <031201c23241$8dd49ee0$0200a8c0@lifelesswks> References: <1027302081.1541.85.camel@tuxedo> <1027423374.18016.10.camel@en0062linux1.agere.com> <031201c23241$8dd49ee0$0200a8c0@lifelesswks> Message-ID: <1027440080.19599.25.camel@en0062linux1.agere.com> With a combination of ssh-keygen, ssh-agent, ssh-add and a utility I found in a Japanese website (win-ssh-askpass) I got pretty much what I want. But I see two disadvantages from my ideal. 1) I have to have a local key on my laptop which I travel with, so is not secure. 2) It seems like using a sledge hammer to crack a nut. Wouldn't it be better if ssh could also use $SSH_ASKPASS (just like ssh-sdd) for a password getting program? In fact it is supposed to do that but it doesn't seem to work. But thats a question for a SSH list... For those that are interested http://www.ganaware.jp/S/win-ssh-askpass/. It is designed to compile and work with cygwin. And here is my .xinitrc: ---------------------------------------- #!/bin/sh export SSH_ASKPASS=win-ssh-askpass ssh-add To: "cygwin-xfree Mailing List" Sent: Tuesday, July 23, 2002 9:22 PM Subject: X via SSH (was: New (Delphi) xlauncher) > What I could do with is a mode that allows an X session to be setup > through an SSH tunnel. So I need an SSH client that DOESN'T give me a > shell, but supports an X11 tunnel, prompts me for the SSH passwd and > runs a single command (the remote ~/.xinitrc say, and pipes the output > to a local file). Even better if I can select from a list of hosts at > startup. Does this xlauncher support that? > > Currently, I'm using putty, but it asks for the passwd in a shell window > which you have to keep open. Any other ideas? man ssh-agent. Rob From strube@physik3.gwdg.de Tue Jul 23 12:07:00 2002 From: strube@physik3.gwdg.de (Hans Werner Strube) Date: Tue, 23 Jul 2002 12:07:00 -0000 Subject: X11 backing store Message-ID: <200207231625.SAA14188@r2d2.physik3.gwdg.de> If X11 graphics programs request backing store, for instance, with drawattr.backing_store = Always; XChangeWindowAttributes(display, drawable, CWBackingStore, &drawattr); this seems to have no effect. The same program works correctly in Solaris (SPARC) and IRIX (MIPS). The memory of my graphics card (8 MB, Rage Mobility) appears sufficient, since the whole screen would only use 2.3 MB with 24 bits/pixel. It would be desirable to have this possibility to avoid explicit redrawing after a portion of the window has been covered or the window has been iconized and reopened. From huntharo@msu.edu Tue Jul 23 12:27:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Jul 2002 12:27:00 -0000 Subject: X11 backing store References: <200207231625.SAA14188@r2d2.physik3.gwdg.de> Message-ID: <3D3D9FCA.3050804@msu.edu> Hans Werner Strube wrote: > If X11 graphics programs request backing store, for instance, with > drawattr.backing_store = Always; > XChangeWindowAttributes(display, drawable, CWBackingStore, &drawattr); > this seems to have no effect. The same program works correctly in Solaris > (SPARC) and IRIX (MIPS). > The memory of my graphics card (8 MB, Rage Mobility) appears sufficient, > since the whole screen would only use 2.3 MB with 24 bits/pixel. It would > be desirable to have this possibility to avoid explicit redrawing after > a portion of the window has been covered or the window has been iconized > and reopened. > Hans, The amount of memory on your video card is not relevant. All Cygwin/XFree86 graphics operations are computed in system memory and only the resulting pixels are transferred to the screen. Cygwin/XFree86 has support for backing store, but it is not enabled by default. You have to pass the ``+bs'' parameter to XWin.exe to enable backing store support: XWin +bs We have not confirmed whether the backing store actually performs to specification. I just ran XWin with the backing store enabled and xterm running under the mwm window manager failed to redraw its client area correctly when I moved one xterm over another xterm. I cannot tell you if this is a bug with general XFree86 code, with Cygwin-specific XFree86 code, with mwm, or with xterm. I have seen various posting that seem to indicate that backing store support is not trusted anymore... perhaps it is no longer being maintained. It is also possible that I have simply misread or misremembered things. Maybe backing store support is still fully maintained and perhaps we are simply not using it correctly. Harold From huntharo@msu.edu Tue Jul 23 13:07:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Jul 2002 13:07:00 -0000 Subject: problems with XFree References: <20020723145434.11907.qmail@web10108.mail.yahoo.com> Message-ID: <3D3DAA1F.4030207@msu.edu> Sylvain Petreolle wrote: > Why not install a file in /etc/profile.d ? > Sylvain, I am not sure why we didn't use /etc/profile.d. I remember discussing it, but when I searched the mailing list archives using the search function at the top of the archive page, all I got was a bunch of spam messages that I don't recall ever seeing on the mailing list (at least not on the dates mentioned). I will have to do a google search for profile.d on our site, but I haven't got time now. If you could do the search and summarize where the thread left off, that would be great. I seem to remember that a profile.d would work for some cases, but it wouldn't work for all cases... but I cannot give a specific example (might be the archives as well). Harold > >>Yes, the problem is because /usr/X11R6/bin is not in the path by >>default. >> >>Yes, we have thought many, many times about how to fix this. >> >>No, no one has yet come up with a solution that will work for all >>cases. >> >>Yes, we are very much looking forward to your patch that fixes this >>problem. >> > > > > ___________________________________________________________ > Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! > Yahoo! Mail : http://fr.mail.yahoo.com From huntharo@msu.edu Tue Jul 23 13:22:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Jul 2002 13:22:00 -0000 Subject: problems with XFree References: Message-ID: <3D3DAE97.4080503@msu.edu> Dennis, Dennis Foreman wrote: > Harold, > My problems are not with the code base and hence the implementation, but > rather the lack of conformity between the different implementations as to > the arguments allowed. If you know your UNIX history, you know that what > hurt its widespread usage most was the inability of developers to rely upon > consistent implementations. Different arguments, different actions, > different shells, different everything else makes for lovely sandboxes, but > hardly provides a basis for widely-accepted applications. > For future reference, just assume that I am an old timer. You are completely allowed to have a problem with the difference between the two implementations. GNU, Linux, XFree86, and other open-source and free-software projects were started partly in response to the fact that the UNIX industry had failed miserably at maintaining any sort of compatibility with each other. One major problem with closed-source UNIX operating systems is that there are so many utilities in the operating system that not every utility gets fixed in every release. In fact, you might be using a UNIX release from 2002 that contains a version of sed that hasn't been updated since 1990. As I said before, if you are angry at Solaris for these discrepencies, you can take it up with them. If you are angry that XFree86's xterm is not compatible with Solaris's xterm, then you will have to take it up with the xterm developers and see if you can convince them to make changes on your behalf. Or, you can submit patch files to the xterm maintainers, which they are much more likely to accept that mere talk of changes. With open-source and free-software you at least have the option of contributing. Try contributing to Solaris's xterm and let us know how far you get. You need to realize that Cygwin/XFree86 is only a Cygwin port of XFree86. For any general questions about XFree86 (such as those related to xterm), *YOU HAVE TO TALK TO THE XFREE86 PROJECT*. The XFree86 project is located here: http://xfree86.org/ If you have a problem with XFree86's xterm, *YOU HAVE TO TAKE IT UP WITH THE XTERM MAINTAINER*: http://dickey.his.com/xterm/xterm.html > I used to make a living designing OS's. It was fun. But the goal was always > to remember that we had CUSTOMERS (external-paying and internal-free) who > needed consistency from release to release and products that were compatible > across vendors. To remember that we needed to produce programs with the same > core set of options, clear delineation of 'vendor-specific options' and most > of all, user-friendly support that recognized that not all users should have > to be guru's. If you want to stop people from using something, try making > them feel stupid. Then no one will really care if yours is the best. > Sure. I have written a User's Guide for the Cygwin-specific XFree86 features. The XFree86 project has extensive documentation for all XFree86 programs, libraries, extensions, etc. I will be perfectly willing to give you support if you are willng to pay me the same rate for support that you are used to forking over to commerical UNIX vendors. However, no amount of blather coming from anyone will convince me that my time is better spent in front of my computer than with my fiance. This is my hobby, not my livelihood. > PS. I apologize for sending email directly to you. As a user of many lists, > I did not think it necessary to look at the "to" line in my mail pgm to see > the actual recipient. My own list programs automatically modify the header > before sending posts to the list-members. Since I am OBVIOUSLY a MS Windows > user, one MIGHT expect that I also use MS Outlook, which does NOT give me > anything but "reply" and "reply to all". That doesn't make it inferior, just > different. > Wow. Did you miss the fact that I am writing an X Window System server for Microsoft Windows? Doesn't that sort of imply that I primarily use Windows? Microsoft Outlook? Yup, I use that too. I hit reply-to-all and I swap the addresses and remove addresses as necessary. I do the same thing in Mozilla. > PPS. My proposed "patch" is for the installation of Xfree (by setup) to > modify the cygwin.bat file to include the Xfree86 directory in the user's > path. Which is what I did manually. (You might include a check to see if > it's been moved.) This adds no cost to non-Xfree users and is necessary > anyway for those who do use Xfree. OS/2 used to have a line in some of its > install programs asking if the user wanted certain files modified for them > (like config.sys). > regards, > D. J. Foreman, Ph. D. > Dept of Computer Science > Binghamton University > website: http://WWW.CS.Binghamton.EDU/~foreman We have at times debated whether or not to add /usr/X11R6/bin to the path in cygwin.bat. I do not recall where the discussion about that left off. You can search the mailing list archives and let us know. Then you can make the proposed change to cygwin.bat, run ``diff -U3 cygwin.bat > cygwin.bat.diff'' and submit that patch to cygwin@cygwin.com for comments. Harold From dforeman@stny.rr.com Tue Jul 23 13:44:00 2002 From: dforeman@stny.rr.com (Dennis Foreman) Date: Tue, 23 Jul 2002 13:44:00 -0000 Subject: problems with XFree In-Reply-To: <3D3DAE97.4080503@msu.edu> Message-ID: Harold, Since you admit to having to play with addresses, could you PLEASE not send postings to me twice. I am now getting ONE from the LIST and ANOTHER direct, for YOUR replies to my postings. Since you deprecated my use of your personal email address, I have no recourse but to post my reply here. After this, I will remain silent, use what's here and take my lumps. If freeware was supposed to stop the incompatibilities across multiple incarnations of UNIX, it has failed. Code that works on one Linux fails on another (see postings to pthreads & LEDA lists), code that works on LINUX fails on SunOS or AIX. I don't see any improvement to the end user. My days as an active programmer are over. The option of contributing assumes I know something about the internals of "UNIX". I don't. And I don't want to either. I am now taking time to enjoy my family (as you want to enjoy yours). I do however occasionally need to delve into the "UNIX" environment, so there are some tools I use that may not be commercially available or which I am directed to use by others. Will the REAL UNIX please stand up? There are MANY arguments for/against any specific version. I don't really care. I just want code that's easy to use, works and runs as documented. Look what happened to OS/2. Great capabilities, lousy documentation, hard to use by novices. Look at MSWins: fair abilities, decent (not great) docs and REALLY easy to use for novices doing common things. Look who has the market share! How many PC's come with ANY version of Linux as the default? BTW, since Solaris came first, why not emulate what they had? And make it better. regards, D. J. Foreman, Ph. D. Dept of Computer Science Binghamton University website: http://WWW.CS.Binghamton.EDU/~foreman -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold L Hunt II Sent: Tuesday, July 23, 2002 3:29 PM To: dforeman@stny.rr.com; cygwin-xfree@cygwin.com Subject: Re: problems with XFree Dennis, Dennis Foreman wrote: > Harold, > My problems are not with the code base and hence the implementation, but > rather the lack of conformity between the different implementations as to > the arguments allowed. If you know your UNIX history, you know that what > hurt its widespread usage most was the inability of developers to rely upon > consistent implementations. Different arguments, different actions, > different shells, different everything else makes for lovely sandboxes, but > hardly provides a basis for widely-accepted applications. > For future reference, just assume that I am an old timer. You are completely allowed to have a problem with the difference between the two implementations. GNU, Linux, XFree86, and other open-source and free-software projects were started partly in response to the fact that the UNIX industry had failed miserably at maintaining any sort of compatibility with each other. One major problem with closed-source UNIX operating systems is that there are so many utilities in the operating system that not every utility gets fixed in every release. In fact, you might be using a UNIX release from 2002 that contains a version of sed that hasn't been updated since 1990. As I said before, if you are angry at Solaris for these discrepencies, you can take it up with them. If you are angry that XFree86's xterm is not compatible with Solaris's xterm, then you will have to take it up with the xterm developers and see if you can convince them to make changes on your behalf. Or, you can submit patch files to the xterm maintainers, which they are much more likely to accept that mere talk of changes. With open-source and free-software you at least have the option of contributing. Try contributing to Solaris's xterm and let us know how far you get. You need to realize that Cygwin/XFree86 is only a Cygwin port of XFree86. For any general questions about XFree86 (such as those related to xterm), *YOU HAVE TO TALK TO THE XFREE86 PROJECT*. The XFree86 project is located here: http://xfree86.org/ If you have a problem with XFree86's xterm, *YOU HAVE TO TAKE IT UP WITH THE XTERM MAINTAINER*: http://dickey.his.com/xterm/xterm.html > I used to make a living designing OS's. It was fun. But the goal was always > to remember that we had CUSTOMERS (external-paying and internal-free) who > needed consistency from release to release and products that were compatible > across vendors. To remember that we needed to produce programs with the same > core set of options, clear delineation of 'vendor-specific options' and most > of all, user-friendly support that recognized that not all users should have > to be guru's. If you want to stop people from using something, try making > them feel stupid. Then no one will really care if yours is the best. > Sure. I have written a User's Guide for the Cygwin-specific XFree86 features. The XFree86 project has extensive documentation for all XFree86 programs, libraries, extensions, etc. I will be perfectly willing to give you support if you are willng to pay me the same rate for support that you are used to forking over to commerical UNIX vendors. However, no amount of blather coming from anyone will convince me that my time is better spent in front of my computer than with my fiance. This is my hobby, not my livelihood. > PS. I apologize for sending email directly to you. As a user of many lists, > I did not think it necessary to look at the "to" line in my mail pgm to see > the actual recipient. My own list programs automatically modify the header > before sending posts to the list-members. Since I am OBVIOUSLY a MS Windows > user, one MIGHT expect that I also use MS Outlook, which does NOT give me > anything but "reply" and "reply to all". That doesn't make it inferior, just > different. > Wow. Did you miss the fact that I am writing an X Window System server for Microsoft Windows? Doesn't that sort of imply that I primarily use Windows? Microsoft Outlook? Yup, I use that too. I hit reply-to-all and I swap the addresses and remove addresses as necessary. I do the same thing in Mozilla. > PPS. My proposed "patch" is for the installation of Xfree (by setup) to > modify the cygwin.bat file to include the Xfree86 directory in the user's > path. Which is what I did manually. (You might include a check to see if > it's been moved.) This adds no cost to non-Xfree users and is necessary > anyway for those who do use Xfree. OS/2 used to have a line in some of its > install programs asking if the user wanted certain files modified for them > (like config.sys). > regards, > D. J. Foreman, Ph. D. > Dept of Computer Science > Binghamton University > website: http://WWW.CS.Binghamton.EDU/~foreman We have at times debated whether or not to add /usr/X11R6/bin to the path in cygwin.bat. I do not recall where the discussion about that left off. You can search the mailing list archives and let us know. Then you can make the proposed change to cygwin.bat, run ``diff -U3 cygwin.bat > cygwin.bat.diff'' and submit that patch to cygwin@cygwin.com for comments. Harold From huntharo@msu.edu Tue Jul 23 14:00:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Jul 2002 14:00:00 -0000 Subject: problems with XFree References: Message-ID: <3D3DBB79.8040007@msu.edu> Dennis Foreman wrote: > Harold, > Since you admit to having to play with addresses, could you PLEASE not send > postings to me twice. I am now getting ONE from the LIST and ANOTHER direct, > for YOUR replies to my postings. > > Since you deprecated my use of your personal email address, I have no > recourse but to post my reply here. After this, I will remain silent, use > what's here and take my lumps. No problem. Your message was unclear as to whether it was intentionally sent off-list. You seemed to blame Outlook for your troubles later in the message, so I went ahead and cc'd cygwin-xfree. > > If freeware was supposed to stop the incompatibilities across multiple > incarnations of UNIX, it has failed. Code that works on one Linux fails on > another (see postings to pthreads & LEDA lists), code that works on LINUX > fails on SunOS or AIX. I don't see any improvement to the end user. My days > as an active programmer are over. The option of contributing assumes I know > something about the internals of "UNIX". I don't. And I don't want to > either. I am now taking time to enjoy my family (as you want to enjoy > yours). I do however occasionally need to delve into the "UNIX" environment, > so there are some tools I use that may not be commercially available or > which I am directed to use by others. > With open-source and free-software you have two choices: 1) Take what you get 2) Don't take what you get Unless, of course, you are willing to contribute. As for knowledge of how UNIX works... I had no knowledge when I started working on this project and I still have hardly any knowledge. However, I am able to read the docs and the source to learn what I need on a daily basis. Anyone can easily contribute to this project in less than a week, if not a single day. > Will the REAL UNIX please stand up? There are MANY arguments for/against > any specific version. I don't really care. I just want code that's easy to > use, works and runs as documented. Look what happened to OS/2. Great > capabilities, lousy documentation, hard to use by novices. Look at MSWins: > fair abilities, decent (not great) docs and REALLY easy to use for novices > doing common things. Look who has the market share! How many PC's come with > ANY version of Linux as the default? > A valid observation, but you forgot one thing: we are not paid to do this. > BTW, since Solaris came first, why not emulate what they had? And make it > better. > [Smoke billows from Harold's keyboard as he quickly rewrites 20 years of open-source and free-software to be compatible with Solaris, because Dennis Foreman thought it would be a neat idea.] Nice idea, but you will have to work on that one yourself. > regards, > D. J. Foreman, Ph. D. > Dept of Computer Science > Binghamton University > website: http://WWW.CS.Binghamton.EDU/~foreman Harold From Ralf.Habacker@freenet.de Tue Jul 23 15:55:00 2002 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Tue, 23 Jul 2002 15:55:00 -0000 Subject: problems with XFree In-Reply-To: <3D3DAA1F.4030207@msu.edu> Message-ID: <00d201c23289$b631a390$cd6007d5@BRAMSCHE> > Sylvain Petreolle wrote: > > Why not install a file in /etc/profile.d ? > > > > Sylvain, > > I am not sure why we didn't use /etc/profile.d. I remember discussing > it, but when I searched the mailing list archives using the search > function at the top of the archive page, all I got was a bunch of spam > messages that I don't recall ever seeing on the mailing list (at least > not on the dates mentioned). I will have to do a google search for > profile.d on our site, but I haven't got time now. If you could do the > search and summarize where the thread left off, that would be great. > > I seem to remember that a profile.d would work for some cases, but it > wouldn't work for all cases... but I cannot give a specific example > (might be the archives as well). For kde I'm using the following for xfree settings, so I could avoid xfree setting in kde's profile.d script or /etc/profile. Perhaps this helps. $ cat /etc/profile.d/xfree.sh export PATH=/usr/X11R6/bin:$PATH export MANPATH=$MANPATH:/usr/X11R6/man Ralf From j_tetazoo@hotmail.com Tue Jul 23 19:16:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Tue, 23 Jul 2002 19:16:00 -0000 Subject: Help with fixing x2x... Message-ID: I recently discovered that when I run x2x, the Win2k Task Manager reports that it's using 90-99% of the CPU. While I have not noticed a slow down in performance when it's running, I'd like to fix it if I can. I've poked around in the source and I don't like the looks of the main loop: while (True) { /* FOREVER */ if (fromPending = XPending(fromDpy)) if (ProcessEvent(fromDpy, &dpyInfo)) /* done! */ break; if (XPending(toDpy)) { if (ProcessEvent(toDpy, &dpyInfo)) /* done! */ break; } else if (!fromPending) { FD_ZERO(fdset); FD_SET(fromConn, fdset); FD_SET(toConn, fdset); select(nfds, fdset, NULL, NULL, NULL); } It would appear to me that this constant polling for an event to process is what's eating up the CPU cycles. Not being an X programmer, I'm hoping someone monitoring the list can suggest a way to modify this loop to be less of a CPU hog. Thanks. _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx From huntharo@msu.edu Tue Jul 23 20:13:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Jul 2002 20:13:00 -0000 Subject: Help with fixing x2x... References: Message-ID: <3D3DDF87.2040807@msu.edu> Thomas, In x2x, the return value from ProcessEvent which indicates that everything went normally is False, not True. The real intentions for the return value of ProcessEvent can be described by the boolean variable called ``bAbortedDisconnect'' that is returned from ProcessMotionNotify. Much more on that below but for now, Ohmygodthatisfunny!!! In the loop, the code does this: 1) Check for an event on fromDpy. XPending returns immediately. 2) Process the event for fromDpy if an event was pending. If we processed an event successfully, continue looping. Else, the ProcessEvent function returned True and we are supposed to shutdown, thus the ``break''. 3) Check for an event on toDpy. XPending returns immediately. 4) Process the event for toDpy if an event was pending. If we processed an event successfully, continue looping. Else, the ProcessEvent function returned True and we are supposed to shutdown, thus the ``break''. 5) Else, if we did not process an event from either screen, wait until one or both o fthe file handles that represent the display event queues becomes ready for reading. I think that your infinite loop has to do with the fact that XPending returns a count of events ready for reading in fromPending, rather than a boolean value. I think that (!fromPending) had the desired effect on the developer's platform of determining that (fromPending == 0), but that is a highly compiler-dependent assumption on behalf of the original developer. For clarity, I would rewrite the section as follows (notice the correction in the ``else if''): ==================================================================== while (True) /* FOREVER */ { /* Save the number of event ready for fromDpy */ fromPending = XPending(fromDpy); /* Process any events ready for fromDpy */ if (fromPending != 0) if (ProcessEvent(fromDpy, &dpyInfo)) /* shutdown if True! */ break; /* Process any events ready for toDpy */ if (XPending(toDpy)) { if (ProcessEvent(toDpy, &dpyInfo)) /* shutdown if True! */ break; } else if (fromPending == 0) { /* No events ready for either display. Wait for an event. */ FD_ZERO(fdset); FD_SET(fromConn, fdset); FD_SET(toConn, fdset); select(nfds, fdset, NULL, NULL, NULL); } } /* END FOREVER */ ==================================================================== Now, for the excitement about the bAbortedDisconnect variable from ProcessMotionNotify: It looks like the original programmer is using some sort of consistency checking on MotionNotify events to determine that the X server is shutting down. I will have to look into this further, but it looks promising from my initial inspection. This is the final step that I need for xwinclip to function properly on server resets and shutdowns. Needless to say, hopefully I am seeing what I want to see :) Harold Thomas Chadwick wrote: > I recently discovered that when I run x2x, the Win2k Task Manager > reports that it's using 90-99% of the CPU. > > While I have not noticed a slow down in performance when it's running, > I'd like to fix it if I can. I've poked around in the source and I > don't like the looks of the main loop: > > while (True) { /* FOREVER */ > if (fromPending = XPending(fromDpy)) > if (ProcessEvent(fromDpy, &dpyInfo)) /* done! */ > break; > > if (XPending(toDpy)) { > if (ProcessEvent(toDpy, &dpyInfo)) /* done! */ > break; > } else if (!fromPending) { > FD_ZERO(fdset); > FD_SET(fromConn, fdset); > FD_SET(toConn, fdset); > select(nfds, fdset, NULL, NULL, NULL); > } > > It would appear to me that this constant polling for an event to process > is what's eating up the CPU cycles. > > Not being an X programmer, I'm hoping someone monitoring the list can > suggest a way to modify this loop to be less of a CPU hog. > > Thanks. > > > _________________________________________________________________ > MSN Photos is the easiest way to share and print your photos: > http://photos.msn.com/support/worldwide.aspx > From nahor@bravobrava.com Tue Jul 23 21:21:00 2002 From: nahor@bravobrava.com (Jehan) Date: Tue, 23 Jul 2002 21:21:00 -0000 Subject: problems with XFree References: <20020723145434.11907.qmail@web10108.mail.yahoo.com> <3D3DAA1F.4030207@msu.edu> Message-ID: Harold L Hunt II wrote: > Sylvain Petreolle wrote: > >> Why not install a file in /etc/profile.d ? >> > > Sylvain, > > I am not sure why we didn't use /etc/profile.d. I remember discussing > it, but when I searched the mailing list archives using the search > function at the top of the archive page, all I got was a bunch of spam > messages that I don't recall ever seeing on the mailing list (at least > not on the dates mentioned). I will have to do a google search for > profile.d on our site, but I haven't got time now. If you could do the > search and summarize where the thread left off, that would be great. > > I seem to remember that a profile.d would work for some cases, but it > wouldn't work for all cases... but I cannot give a specific example > (might be the archives as well). There was some talk about that on this thread: http://sources.redhat.com/ml/cygwin-xfree/2001-q2/threads.html#01549 There they say that the path to X should be set before any call to /etc/profile.d/* to be more Unix like (i.e. near the top of /etc/profile). It was suggested to add if ! echo $PATH | /bin/grep -q "/usr/X11R6/bin" ; then PATH="$PATH:/usr/X11R6/bin" fi at the top of /etc/profile. The comment was: "Now the stock Cygwin /etc/profile (unlike the Linux one) actually sets a default PATH on the first line via PATH="/usr/local/bin:/usr/bin:/bin:$PATH" Fortunately this puts the important system paths ahead of anything already defined, so it's OK to add /usr/X11R6/bin at the top." Post "http://sources.redhat.com/ml/cygwin-xfree/2001-q2/msg01574.html" is supposed to give a patch but I don't see it. Anyway, it was for the cygwin install (with the assumption that Cygwin/XFree would soon use Cygwin's setup). It's probably better to have a post-install script to do it Jehan From dforeman@stny.rr.com Tue Jul 23 21:39:00 2002 From: dforeman@stny.rr.com (Dennis Foreman) Date: Tue, 23 Jul 2002 21:39:00 -0000 Subject: problems with XFree In-Reply-To: <3D3DBB79.8040007@msu.edu> Message-ID: >[Smoke billows from Harold's keyboard as he quickly rewrites 20 years of >open-source and free-software to be compatible with Solaris, because >Dennis Foreman thought it would be a neat idea.] Nice idea, but you >will have to work on that one yourself. It's not my idea. I have been to conferences where customers begged for compatibility. In fact, I was the founder of the IBM VM Compatibility Review Board in the 80's. I got a lot of code changed to make it compatible. I didn't make a lot of friends doing it. Compatibility with the past begins with one person, today, having the guts to say: I'm going to make MY code compatible. Then convincing others to do the same. regards, D. J. Foreman, Ph. D. Dept of Computer Science Binghamton University website: http://WWW.CS.Binghamton.EDU/~foreman Harold From huntharo@msu.edu Tue Jul 23 21:51:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Tue, 23 Jul 2002 21:51:00 -0000 Subject: Cygwin/XWin - winkeybd.c/winKeybdBell(...) not being called? In-Reply-To: <20020724022140.GA21196@einstein.ee.mu.oz.au> Message-ID: John, You are asking a question of the Cygwin/XFree86 project. As such, you need to send all correspondence regarding Cygwin/XFree86 to cygwin-xfree@cygwin.com. I cannot answer email sent directly to me. Note: I have forwarded your question to cygwin-xfree@cygwin.com Harold > -----Original Message----- > From: John Papandriopoulos [mailto:jpap@ee.mu.oz.au] > Sent: Tuesday, July 23, 2002 10:22 PM > To: huntharo@msu.edu > Subject: Cygwin/XWin - winkeybd.c/winKeybdBell(...) not being called? > > > Hi Harold, > > I downloaded the latest test version (#65) of the Cygwin XFree86 > implementation (XWin.exe), in the hope that I would get my bell > working. It didn't. > > Looking at the source code, it doesn't appear that winKeybdBell(...) > in winkeybd.c is being called anywhere in any of the XWin sources. How > is that function supposed to be reached, in the great scheme of things? > > Is this why I am not hearing a bell/beep with Cygwin XFree86? (I open > an Xterm/Aterm/whatever, press CTRL-g and there is no sound at all -- > the beep can be heard if I run a Cygwin bash shell outside of X.) > > I found a related mailing list thread [1], but it doesn't give any clues > as to what might be the problem. I am running Windows2k professional. > > Any help would be appreciated. > > Regards, > John. > > [1] http://www.cygwin.com/ml/cygwin-xfree/2002-03/msg00266.html > > -- > John Papandriopoulos E-Mail: jpap@ee.mu.oz.au > Postgraduate Research Student jpap@ieee.org > ARC Special Research Centre CUBIN Phone: +61 3 8344-3819 > University of Melbourne, Australia From huntharo@msu.edu Tue Jul 23 22:21:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Tue, 23 Jul 2002 22:21:00 -0000 Subject: Reply-to address change Message-ID: Yup, it has finally happened. The drawbacks of not setting the reply-to field for this mailing list far outweigh the benefits. That is, saving some of us from having to constantly redirect about 5 posts a day to the mailing list is worth far more than avoiding the hypothetical pitfalls that setting a reply-to address can cause. Setting the reply-to address is not going to result in a greater percentage of the World's babies dying, no matter what some system administrator or old hack web page tells you. We are doing this reply-to change on a trial basis, but it we see no problems after, say, three months, then it will essentially become a permanent fixture of the cygwin-xfree mailing list. Later, Harold From huntharo@msu.edu Tue Jul 23 22:22:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Tue, 23 Jul 2002 22:22:00 -0000 Subject: problems with XFree In-Reply-To: Message-ID: > >[Smoke billows from Harold's keyboard as he quickly rewrites 20 years of > >open-source and free-software to be compatible with Solaris, because > >Dennis Foreman thought it would be a neat idea.] Nice idea, but you > >will have to work on that one yourself. > > It's not my idea. I have been to conferences where customers begged for > compatibility. In fact, I was the founder of the IBM VM > Compatibility Review > Board in the 80's. I got a lot of code changed to make it compatible. I > didn't make a lot of friends doing it. Compatibility with the past begins > with one person, today, having the guts to say: I'm going to make MY code > compatible. Then convincing others to do the same. > Yeah, and the point that you seem to keep missing is that we aren't the ones to take this complaint to. Take your complaints to the nine-to-fivers who get paid to listen to this kind of stuff. Personally, I think your complaint is way overblown. My current day job is to take a Fortran program originally written for VMS 20 years ago and port it to Tru64 UNIX and Linux. Turns out that the DEC FORTRAN compiler is available for Tru64 UNIX as the Compaq Fortran Compiler and it is also available for Linux as the Intel Fortran Compiler. Hardly a thing has changed in 20 years. When I needed certain VMS system calls on *NIX, I took the initiative to create a VMS-compatibility library for POSIX systems that started off by implementing the system calls that I need: http://savannah.gnu.org/projects/vnix/ Three months ago I had never used Fortran, or even seen it, for that matter, nor had I used VMS. I learned everything that I needed to port this project in under three months, including starting VNIX as a side project. In short, I don't see the compatibility problem. I see challenges that you are going to see in any profession on a daily basis, and you either step up and solve the challenges or you retire. With that being said, this thread is way off-topic and is now finished. Dennis, you are very close to crossing the border from being a Cygwin/XFree86 user to becoming a nuisance to the mailing list. A nice achievement in five days. We ban nuisances, please don't become one. Harold From bozackt1@ridgecrest.ca.us Wed Jul 24 00:17:00 2002 From: bozackt1@ridgecrest.ca.us (Tom Bozack) Date: Wed, 24 Jul 2002 00:17:00 -0000 Subject: problems with XFree References: Message-ID: <3D3E390F.7020801@ridgecrest.ca.us> Harold, thanks for the suggestions. I was hoping that oue of them would solve the problem. I checked and found only one cygwin1.dll on the system. It's dated 5 July. I update frequently using setup.exe. I agree with you assessment of Windows. However, my problem isn't the BSOD but XFree86 seg fault. Windows keeps on working and the (apparent) memory leak resolves itself after CFree86 croaks. Let me know if there is anything else I can do on my end to identify the problem. Thanks, Tom Harold Hunt wrote: > Tom, > > I bet that you either have two copies of cygwin1.dll on your system, or that > you have a really old version of cygwin1.dll. For more information see: > > http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-status-access-vio > lation > > I run XDMCP sessions for several hours with no slowdowns or lockups. I also > log off and back on to XDMCP sessions all the time. A couple of days ago I > did identify and fix a memory leak that happens when the X server resets, > which happens when you logoff an XDMCP session. > > I think that Windows 2000 and Windows XP do not show a bluescreen anymore by > default. You can change that option in the Control Panel. You mention that > this also happens on Windows 95/98/Me, which seems to be about the level of > information that you can expect from those OSes when they crash. > > Harold > > >>-----Original Message----- >>From: cygwin-xfree-owner@cygwin.com >>[mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Tom Bozack >>Sent: Monday, July 22, 2002 10:32 PM >>To: cygwin-xfree@cygwin.com >>Subject: Re: problems with XFree >> >> >>I think Cygwin/XFree86 is a great product -- but there is nothing so >>good that it can't be improved. I agree with all of you comments, >>although I haven't had the system reboot experience. >> >>One persistant problem that you didn't mention (manybe you haven't run >>into it yet) is a very persistent and repeatable lock-up when used to >>login to another host using XDMCP. The symptom is of a sudden large >>memory leak after 15-30 minutes of use. XFree86 becomes unresponsive, >>system memory and swap resources are rapidly used up, and finally >>XFree86 crashes with a seg fault. This also happens immediately (you >>don't have to wait 15-30 min) when you logoff the host and login again. >> I've experienced this under Windows 98/98SE/ME. >> >>For me this is a showstopper since it makes Cygwin/XFree86 unusable as >>an X server platform. It's fun to play with, but this "bug" makes it >>unacceptable for routine use as an X server. >> >>Tom >> >>gsroka@mmsa.com wrote: >> >>>(last email I sent complained about HTML MIME. i hope i'm not >>>double-posting) >>> >>>I started playing with XFree last week. It's been a few years >> >>since I've >> >>>used UNIX, so you can call me a newbie, if you like. I'm >> >>running Windows >> >>>2000 Pro on a P4 1.7 GHz with 768 MiB of RAM and 10 GB free on my hard >>>drive. I (eventually) did a full Cygwin/XFree86 download and install >>>(binaries, not source). >>> >>>Please don't flame me if I'm out of line. I didn't know if I >> >>should break >> >>>this up into several emails or have one big one. Also, please send >>>responses to me by email. >>> >>>Here are my obervations/problems. >>>Showstoppers: >>>1) The very first time I brought up the X server, I had modified >>>startxwin.bat >>>to use wmaker instead of twm. It crashed because /home >>>hadn't been created yet. This was "fixed" by running the text-mode bash >>>icon first. >>>2) when I run Xman, it says "No App-Defaults File". If I run >> >>"Xman -notop" >> >>>instead, I can browse one man page, and then it stops working. >> >>(it gives a >> >>>"likeToSave" message box with yes and no buttons that don't seem to do >>>anything.) It seems to be related to missing a locale binary. >> >>Is there a >> >>>way to get this to work? >>>3) within the first few hours of usage, I ran a "find / -name >> >>abc -print" >> >>>from the command-line, and my trusty Windows 2000 box >> >>restarted. no blue >> >>>screen, no error. it was like someone pulled the power plug and >> >>plugged it >> >>>back in. after it came up, i tried the same command and it worked fine. >>>4) i had a similar "restart" to #6 when I ran setup.exe while >> >>cygwin was >> >>>up. of course, bad user, i should have stopped cygwin before running >>>setup, but i'm still amazed at how easily my robust kernel, based on NT >>>Technology, came down. >>> >>>Nice-to-haves: >>>5) it'd be nice if setup.exe showed the size (in bytes or >> >>megabytes, etc.) >> >>>of each package (it's in setup.ini). on my 56 Kb/s modem, downloading a >>>large, unnecessary file takes a painfully long time, but a small >>>unnecessary file is not so bad. >>>6) on that note, how about displaying those nice descriptions from >>>setup.ini in setup.exe so we can see what the packages are before >>>downloading them. a resizable window would come in handy for this. >>>7) the first time I downloaded (a partial download, not full), i picked >>>"more" and "clear", but next time I went into setup.exe, it had >>>"forgotten" that. perhaps if I can unrust my C, I can fix some of these >>>bugs myself. give me a few weeks. >>>8) the XFree86-fnts package is 16 MiB. it's kind of big. the >> >>first time i >> >>>downloaded from http:uiuc, it got 98% and stopped responding--1 hour >>>wasted (at 56 Kb). the second time (no joke) it got 99% and >>>stopped--another hour wasted. so i copied it from somewhere else. >>>9) my X clients on an AIX box didn't work because i didn't use the -kb >>>switch on XWin. but i found that one on the faq. a possible >> >>enhancement to >> >>>setup.exe? >>>10) using K (or Ki) and B for byte on setup.exe is always nice. >> >>make sure >> >>>to leave a space between the number and the unit. 10 KB, not 10KB. how >>>about estimated download time in addition to % ? >>>11) also, what's all that /b stuff about in startxwin.bat? >> >>gotos, etc. but >> >>>there is no /b ! (there is no spoon either ;-) >>> >>> >>>Please no one take offense at all this. I'm not trying to throw >> >>blame. It >> >>>seems like a great product, so far (except for the deadly >> >>restarts). These >> >>>are perhaps suggestions for doing it better. I know some coworkers who >>>tried to get this to work, but gave up because of the problems. So will >>>the average newbie or the busy IT pro who doesn't have time to >> >>read lots >> >>>of faqs and will buy Exceed instead. I hope my observations will help >>>others. >>> >>>Gabriel Sroka >>>gsroka at mmsa dot com >>> >> >> >> > From kwong@control.toronto.edu Wed Jul 24 02:31:00 2002 From: kwong@control.toronto.edu (Raymond Kwong) Date: Wed, 24 Jul 2002 02:31:00 -0000 Subject: Difference between installing Xfree-4.2.0 using setup and install.sh Message-ID: <20020724010255.A12675@thor.control.toronto.edu> Thank you for shedding light on the question. The problem is indeed with the .Xauthority file. I created a .Xauthority file with my recent install using setup. I had tried doing the same earlier when I did the installation using install.sh, but it turned out that the .Xauthority file was never created. If I delete the .Xauthority file from my recent install, I am able to ssh to a remote host and display results, just as before. Now I decided to try xauth a bit further. I found interestingly that if I just ran the startx script from my linux box on cygwin Xfree-4.2.0, I could create succesfully a .Xauthority file, start the X server, and display results from a remote host via ssh, without adding xhost +localhost to my .xinitrc file. In other words, the same behaviour as starting the X server on linux is now obtained. I guess it works because mcookie is now part of cygutils. I hope my experience may be useful to others who want to set up the .Xauthority file. Raymond From strube@physik3.gwdg.de Wed Jul 24 04:17:00 2002 From: strube@physik3.gwdg.de (Hans Werner Strube) Date: Wed, 24 Jul 2002 04:17:00 -0000 Subject: X11 backing store Message-ID: <200207240717.JAA14318@r2d2.physik3.gwdg.de> > From huntharo@msu.edu Tue Jul 23 20:23:54 2002 > Cygwin/XFree86 has support for backing store, but it is not enabled by > default. You have to pass the ``+bs'' parameter to XWin.exe to enable > backing store support: > > XWin +bs I have tried this before but forgot mentioning it. For the program considered (plotting a moving bar diagram) this works, but only in a part of the window. Beside this, the whole X screen behaves strangely, with changes (e.g., the WM menu) appearing ghostlike only in the surrounding of the mouse pointer. > I have seen various posting that seem to indicate that backing store > support is not trusted anymore... perhaps it is no longer being > maintained. Well, one should not rely too much on backing store, but on other servers, it works sufficiently well. From xboussin@yaccom.com Wed Jul 24 06:15:00 2002 From: xboussin@yaccom.com (Xavier Boussin) Date: Wed, 24 Jul 2002 06:15:00 -0000 Subject: Need information to port UNIX tools under PC Message-ID: Hello I have to port UNIX tools on PC. These tools(mainly MMI) are using X11, Xol and Xt libraries. I read/searched for informations about that in mailing lists archives in cygwin site but nothing could help me. I think the easiest way to port these tools is using perhaps xfree, but is it the case for my need? If not, have you any idea on how to solve the problem? Regards. Xavier From Oddvar.Myrnes@stoltoffshore.no Wed Jul 24 06:18:00 2002 From: Oddvar.Myrnes@stoltoffshore.no (Oddvar.Myrnes@stoltoffshore.no) Date: Wed, 24 Jul 2002 06:18:00 -0000 Subject: Need information to port UNIX tools under PC Message-ID: Hello Xavier The cygwin environment is the right choise for you. If you have the source code for your tools and all nessesary external modules, and the comersial side (Public Open Source Licensing) is ok the only thing you need to do is: 1. Install cygwin on your computer. This is very simple using the Setup program on Cygwin home page. 2. Modify you make system to use GCC on cygwin platform. 3. Create a separate object catalog for the cygwin object files, and modify the Make system so compiler output object files to these and the linker to look there when linking. 4. Start compile and link. Oddvard "Xavier Boussin" m> cc: Sent by: Subject: Need information to port UNIX tools under PC cygwin-xfree-owner@ cygwin.com 24.07.2002 11:33 Please respond to cygwin-xfree Hello I have to port UNIX tools on PC. These tools(mainly MMI) are using X11, Xol and Xt libraries. I read/searched for informations about that in mailing lists archives in cygwin site but nothing could help me. I think the easiest way to port these tools is using perhaps xfree, but is it the case for my need? If not, have you any idea on how to solve the problem? Regards. Xavier From huntharo@msu.edu Wed Jul 24 08:41:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 24 Jul 2002 08:41:00 -0000 Subject: Cygwin/XWin - winkeybd.c/winKeybdBell(...) not being called? In-Reply-To: <20020724045524.GA23365@einstein.ee.mu.oz.au> Message-ID: John, *You* screwed up in two major ways, not me: 1) You emailed me directly. I do not appreciate email sent to me from people wishing to deal with the Cygwin/XFree86 project. I do not need your permission to forward such emails to the mailing list. 2) You did not inform me at the top of the email that you were protective of your email address. If you had, I would have simply deleted your email rather than forwarding it to the mailing list. You have to remember that with the Internet, you have to look out for yourself. If you are truly concerned about the protection of your email address, then you should be using temporary accounts for any emails that you SPAM project leaders with. Yup, you spammed me. You sent me an unsolicited personel email rather than sending it to the project that I work on. Thanks, now go away, Harold P.S. You will notice that I have taken the care to remove your email addresses from the bottom of this message. > Harold, > > Thank you for your reply, however I would have appreciated it if > you had *not* forwarded my query directly to the mailing list. > > I am quite capable of sending such an email myself. I've had > very bad experiences with spam originating from www mailing list > archives and I would not have included my signature which has now > been archived onto the web: > > http://www.cygwin.com/ml/cygwin-xfree/2002-03/msg00266.html > > If you can now *remove* that message from the list archive, I would > be most grateful. It includes my `' address quoted as-is, > which I have tried *extremely* hard to keep from spammers. > > I'd assume that normally signatures are removed by the list, however > you had quoted my message and so it remained. > > John. > > > On Wed, Jul 24, 2002 at 12:20:58AM -0400, Harold Hunt wrote: > > John, > > > > You are asking a question of the Cygwin/XFree86 project. As > such, you need > > to send all correspondence regarding Cygwin/XFree86 to > > cygwin-xfree@cygwin.com. I cannot answer email sent directly to me. > > > > Note: I have forwarded your question to cygwin-xfree@cygwin.com > > > > Harold > From huntharo@msu.edu Wed Jul 24 09:03:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 24 Jul 2002 09:03:00 -0000 Subject: problems with XFree In-Reply-To: <3D3E390F.7020801@ridgecrest.ca.us> Message-ID: > Harold, thanks for the suggestions. I was hoping that oue of them would > solve the problem. I checked and found only one cygwin1.dll on the > system. It's dated 5 July. I update frequently using setup.exe. > > I agree with you assessment of Windows. However, my problem isn't the > BSOD but XFree86 seg fault. Windows keeps on working and the (apparent) > memory leak resolves itself after CFree86 croaks. > > Let me know if there is anything else I can do on my end to identify the > problem. > > Thanks, > Tom Tom, Have you sent in the contents of /tmp/XWin.log from a time when this problem happens? Harold From j_tetazoo@hotmail.com Wed Jul 24 11:49:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Wed, 24 Jul 2002 11:49:00 -0000 Subject: Help with fixing x2x... Message-ID: Hmmm. I tried your suggestion and the behavior has not changed. It's still gobbling up 99% of the CPU. Suspecting that select() is not blocking like it should, I inserted "printf("Hello\n");" just before the select() function call. Now when I run x2x I get a continuous stream of "Hello"s on STDOUT whether or not I'm moving the mouse or typing. By comparison, I compiled x2x on my AIX workstation, including the "Hello" addition. When I run x2x there, I observe that it only prints "Hello" when I move the mouse or hit a key. This seems to me to be the appropriate behavior. This little experiment implicates the select() function call itself as being the source of the trouble. Now the question is, is it a problem with how select() is being used (and if so, is the problem at the Xserver or the Xclient end), or is there a problem with the Cygwin implementation of it? Are you aware of any Xclients which use select() and yet do not exhibit the non-blocking behavior I'm seeing? Perhaps there is a minor tweak required in how it is being called. >From: Harold L Hunt II >To: Thomas Chadwick >CC: cygwin-xfree@cygwin.com >Subject: Re: Help with fixing x2x... >Date: Tue, 23 Jul 2002 18:58:15 -0400 > >Thomas, > >In x2x, the return value from ProcessEvent which indicates that everything >went normally is False, not True. The real intentions for the return value >of ProcessEvent can be described by the boolean variable called >``bAbortedDisconnect'' that is returned from ProcessMotionNotify. Much >more on that below but for now, > >Ohmygodthatisfunny!!! > >In the loop, the code does this: > >1) Check for an event on fromDpy. XPending returns immediately. > >2) Process the event for fromDpy if an event was pending. If we processed >an event successfully, continue looping. Else, the ProcessEvent function >returned True and we are supposed to shutdown, thus the ``break''. > >3) Check for an event on toDpy. XPending returns immediately. > >4) Process the event for toDpy if an event was pending. If we processed an >event successfully, continue looping. Else, the ProcessEvent function >returned True and we are supposed to shutdown, thus the ``break''. > >5) Else, if we did not process an event from either screen, wait until one >or both o fthe file handles that represent the display event queues becomes >ready for reading. > >I think that your infinite loop has to do with the fact that XPending >returns a count of events ready for reading in fromPending, rather than a >boolean value. I think that (!fromPending) had the desired effect on the >developer's platform of determining that (fromPending == 0), but that is a >highly compiler-dependent assumption on behalf of the original developer. > >For clarity, I would rewrite the section as follows (notice the correction >in the ``else if''): > >==================================================================== >while (True) /* FOREVER */ > { > /* Save the number of event ready for fromDpy */ > fromPending = XPending(fromDpy); > > /* Process any events ready for fromDpy */ > if (fromPending != 0) > if (ProcessEvent(fromDpy, &dpyInfo)) /* shutdown if True! */ > break; > > /* Process any events ready for toDpy */ > if (XPending(toDpy)) > { > if (ProcessEvent(toDpy, &dpyInfo)) /* shutdown if True! */ > break; > } > else if (fromPending == 0) > { > /* No events ready for either display. Wait for an event. */ > FD_ZERO(fdset); > FD_SET(fromConn, fdset); > FD_SET(toConn, fdset); > select(nfds, fdset, NULL, NULL, NULL); > } > } /* END FOREVER */ >==================================================================== > >Now, for the excitement about the bAbortedDisconnect variable from >ProcessMotionNotify: > >It looks like the original programmer is using some sort of consistency >checking on MotionNotify events to determine that the X server is shutting >down. I will have to look into this further, but it looks promising from >my initial inspection. This is the final step that I need for xwinclip to >function properly on server resets and shutdowns. Needless to say, >hopefully I am seeing what I want to see :) > >Harold > > > >Thomas Chadwick wrote: >>I recently discovered that when I run x2x, the Win2k Task Manager reports >>that it's using 90-99% of the CPU. >> >>While I have not noticed a slow down in performance when it's running, I'd >>like to fix it if I can. I've poked around in the source and I don't like >>the looks of the main loop: >> >> while (True) { /* FOREVER */ >> if (fromPending = XPending(fromDpy)) >> if (ProcessEvent(fromDpy, &dpyInfo)) /* done! */ >> break; >> >> if (XPending(toDpy)) { >> if (ProcessEvent(toDpy, &dpyInfo)) /* done! */ >> break; >> } else if (!fromPending) { >> FD_ZERO(fdset); >> FD_SET(fromConn, fdset); >> FD_SET(toConn, fdset); >> select(nfds, fdset, NULL, NULL, NULL); >> } >> >>It would appear to me that this constant polling for an event to process >>is what's eating up the CPU cycles. >> >>Not being an X programmer, I'm hoping someone monitoring the list can >>suggest a way to modify this loop to be less of a CPU hog. >> >>Thanks. >> >> >>_________________________________________________________________ >>MSN Photos is the easiest way to share and print your photos: >>http://photos.msn.com/support/worldwide.aspx >> _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From jc.gervais@videotron.ca Wed Jul 24 12:15:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Wed, 24 Jul 2002 12:15:00 -0000 Subject: Help with fixing x2x... In-Reply-To: Message-ID: Have you checked what select is returning? I remember there were differences in how an FD_SET was used in Win32 and UNIX. Also, since select is probably returning -1, call WSAGetlastError and check what the code is. -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Thomas Chadwick Sent: Wednesday, July 24, 2002 11:41 AM To: cygwin-xfree@cygwin.com Subject: Re: Help with fixing x2x... Hmmm. I tried your suggestion and the behavior has not changed. It's still gobbling up 99% of the CPU. Suspecting that select() is not blocking like it should, I inserted "printf("Hello\n");" just before the select() function call. Now when I run x2x I get a continuous stream of "Hello"s on STDOUT whether or not I'm moving the mouse or typing. By comparison, I compiled x2x on my AIX workstation, including the "Hello" addition. When I run x2x there, I observe that it only prints "Hello" when I move the mouse or hit a key. This seems to me to be the appropriate behavior. This little experiment implicates the select() function call itself as being the source of the trouble. Now the question is, is it a problem with how select() is being used (and if so, is the problem at the Xserver or the Xclient end), or is there a problem with the Cygwin implementation of it? Are you aware of any Xclients which use select() and yet do not exhibit the non-blocking behavior I'm seeing? Perhaps there is a minor tweak required in how it is being called. >From: Harold L Hunt II >To: Thomas Chadwick >CC: cygwin-xfree@cygwin.com >Subject: Re: Help with fixing x2x... >Date: Tue, 23 Jul 2002 18:58:15 -0400 > >Thomas, > >In x2x, the return value from ProcessEvent which indicates that everything >went normally is False, not True. The real intentions for the return value >of ProcessEvent can be described by the boolean variable called >``bAbortedDisconnect'' that is returned from ProcessMotionNotify. Much >more on that below but for now, > >Ohmygodthatisfunny!!! > >In the loop, the code does this: > >1) Check for an event on fromDpy. XPending returns immediately. > >2) Process the event for fromDpy if an event was pending. If we processed >an event successfully, continue looping. Else, the ProcessEvent function >returned True and we are supposed to shutdown, thus the ``break''. > >3) Check for an event on toDpy. XPending returns immediately. > >4) Process the event for toDpy if an event was pending. If we processed an >event successfully, continue looping. Else, the ProcessEvent function >returned True and we are supposed to shutdown, thus the ``break''. > >5) Else, if we did not process an event from either screen, wait until one >or both o fthe file handles that represent the display event queues becomes >ready for reading. > >I think that your infinite loop has to do with the fact that XPending >returns a count of events ready for reading in fromPending, rather than a >boolean value. I think that (!fromPending) had the desired effect on the >developer's platform of determining that (fromPending == 0), but that is a >highly compiler-dependent assumption on behalf of the original developer. > >For clarity, I would rewrite the section as follows (notice the correction >in the ``else if''): > >==================================================================== >while (True) /* FOREVER */ > { > /* Save the number of event ready for fromDpy */ > fromPending = XPending(fromDpy); > > /* Process any events ready for fromDpy */ > if (fromPending != 0) > if (ProcessEvent(fromDpy, &dpyInfo)) /* shutdown if True! */ > break; > > /* Process any events ready for toDpy */ > if (XPending(toDpy)) > { > if (ProcessEvent(toDpy, &dpyInfo)) /* shutdown if True! */ > break; > } > else if (fromPending == 0) > { > /* No events ready for either display. Wait for an event. */ > FD_ZERO(fdset); > FD_SET(fromConn, fdset); > FD_SET(toConn, fdset); > select(nfds, fdset, NULL, NULL, NULL); > } > } /* END FOREVER */ >==================================================================== > >Now, for the excitement about the bAbortedDisconnect variable from >ProcessMotionNotify: > >It looks like the original programmer is using some sort of consistency >checking on MotionNotify events to determine that the X server is shutting >down. I will have to look into this further, but it looks promising from >my initial inspection. This is the final step that I need for xwinclip to >function properly on server resets and shutdowns. Needless to say, >hopefully I am seeing what I want to see :) > >Harold > > > >Thomas Chadwick wrote: >>I recently discovered that when I run x2x, the Win2k Task Manager reports >>that it's using 90-99% of the CPU. >> >>While I have not noticed a slow down in performance when it's running, I'd >>like to fix it if I can. I've poked around in the source and I don't like >>the looks of the main loop: >> >> while (True) { /* FOREVER */ >> if (fromPending = XPending(fromDpy)) >> if (ProcessEvent(fromDpy, &dpyInfo)) /* done! */ >> break; >> >> if (XPending(toDpy)) { >> if (ProcessEvent(toDpy, &dpyInfo)) /* done! */ >> break; >> } else if (!fromPending) { >> FD_ZERO(fdset); >> FD_SET(fromConn, fdset); >> FD_SET(toConn, fdset); >> select(nfds, fdset, NULL, NULL, NULL); >> } >> >>It would appear to me that this constant polling for an event to process >>is what's eating up the CPU cycles. >> >>Not being an X programmer, I'm hoping someone monitoring the list can >>suggest a way to modify this loop to be less of a CPU hog. >> >>Thanks. >> >> >>_________________________________________________________________ >>MSN Photos is the easiest way to share and print your photos: >>http://photos.msn.com/support/worldwide.aspx >> _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From j_tetazoo@hotmail.com Wed Jul 24 12:18:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Wed, 24 Jul 2002 12:18:00 -0000 Subject: Help with fixing x2x... Message-ID: I added a printf statement and sure enough, the return value of select is -1. I then tried printf'ing the value returned by WSAGetLastError. To make a long story short, I wound up having to comment out the includes for and and include instead to get it to succesfully compile x2x.o; and I had to add -lwsock32 in the Makefile to get it to successfully link x2x.exe. After doing this, select is still non-blocking, returning -1, and the value returned by WSAGetLastError() is 10038, which seems to correspond to the #define WSAENOTSOCK in winsock.h. Any idea what this error code means and what steps I might take to fix it? >From: "Jean-Claude Gervais" >Reply-To: cygwin-xfree@cygwin.com >To: >Subject: RE: Help with fixing x2x... >Date: Wed, 24 Jul 2002 11:58:41 -0400 > >Have you checked what select is returning? >I remember there were differences in how an FD_SET was used in Win32 and >UNIX. > >Also, since select is probably returning -1, call WSAGetlastError and check >what the code is. > > >-----Original Message----- >From: cygwin-xfree-owner@cygwin.com >[mailto:cygwin-xfree-owner@cygwin.com]On >Behalf Of Thomas Chadwick >Sent: Wednesday, July 24, 2002 11:41 AM >To: cygwin-xfree@cygwin.com >Subject: Re: Help with fixing x2x... > >Hmmm. I tried your suggestion and the behavior has not changed. It's >still gobbling up 99% of the CPU. Suspecting that select() is not blocking >like it should, I inserted "printf("Hello\n");" just before the select() >function call. Now when I run x2x I get a continuous stream of "Hello"s on >STDOUT whether or not I'm moving the mouse or typing. > >By comparison, I compiled x2x on my AIX workstation, including the "Hello" >addition. When I run x2x there, I observe that it only prints "Hello" when >I move the mouse or hit a key. This seems to me to be the appropriate >behavior. > >This little experiment implicates the select() function call itself as >being >the source of the trouble. Now the question is, is it a problem with how >select() is being used (and if so, is the problem at the Xserver or the >Xclient end), or is there a problem with the Cygwin implementation of it? > >Are you aware of any Xclients which use select() and yet do not exhibit the >non-blocking behavior I'm seeing? Perhaps there is a minor tweak required >in how it is being called. > > >From: Harold L Hunt II > >To: Thomas Chadwick > >CC: cygwin-xfree@cygwin.com > >Subject: Re: Help with fixing x2x... > >Date: Tue, 23 Jul 2002 18:58:15 -0400 > > > >Thomas, > > > >In x2x, the return value from ProcessEvent which indicates that >everything > >went normally is False, not True. The real intentions for the return >value > >of ProcessEvent can be described by the boolean variable called > >``bAbortedDisconnect'' that is returned from ProcessMotionNotify. Much > >more on that below but for now, > > > >Ohmygodthatisfunny!!! > > > >In the loop, the code does this: > > > >1) Check for an event on fromDpy. XPending returns immediately. > > > >2) Process the event for fromDpy if an event was pending. If we >processed > >an event successfully, continue looping. Else, the ProcessEvent function > >returned True and we are supposed to shutdown, thus the ``break''. > > > >3) Check for an event on toDpy. XPending returns immediately. > > > >4) Process the event for toDpy if an event was pending. If we processed >an > >event successfully, continue looping. Else, the ProcessEvent function > >returned True and we are supposed to shutdown, thus the ``break''. > > > >5) Else, if we did not process an event from either screen, wait until >one > >or both o fthe file handles that represent the display event queues >becomes > >ready for reading. > > > >I think that your infinite loop has to do with the fact that XPending > >returns a count of events ready for reading in fromPending, rather than a > >boolean value. I think that (!fromPending) had the desired effect on the > >developer's platform of determining that (fromPending == 0), but that is >a > >highly compiler-dependent assumption on behalf of the original developer. > > > >For clarity, I would rewrite the section as follows (notice the >correction > >in the ``else if''): > > > >==================================================================== > >while (True) /* FOREVER */ > > { > > /* Save the number of event ready for fromDpy */ > > fromPending = XPending(fromDpy); > > > > /* Process any events ready for fromDpy */ > > if (fromPending != 0) > > if (ProcessEvent(fromDpy, &dpyInfo)) /* shutdown if True! */ > > break; > > > > /* Process any events ready for toDpy */ > > if (XPending(toDpy)) > > { > > if (ProcessEvent(toDpy, &dpyInfo)) /* shutdown if True! */ > > break; > > } > > else if (fromPending == 0) > > { > > /* No events ready for either display. Wait for an event. */ > > FD_ZERO(fdset); > > FD_SET(fromConn, fdset); > > FD_SET(toConn, fdset); > > select(nfds, fdset, NULL, NULL, NULL); > > } > > } /* END FOREVER */ > >==================================================================== > > > >Now, for the excitement about the bAbortedDisconnect variable from > >ProcessMotionNotify: > > > >It looks like the original programmer is using some sort of consistency > >checking on MotionNotify events to determine that the X server is >shutting > >down. I will have to look into this further, but it looks promising from > >my initial inspection. This is the final step that I need for xwinclip >to > >function properly on server resets and shutdowns. Needless to say, > >hopefully I am seeing what I want to see :) > > > >Harold > > > > > > > >Thomas Chadwick wrote: > >>I recently discovered that when I run x2x, the Win2k Task Manager >reports > >>that it's using 90-99% of the CPU. > >> > >>While I have not noticed a slow down in performance when it's running, >I'd > >>like to fix it if I can. I've poked around in the source and I don't >like > >>the looks of the main loop: > >> > >> while (True) { /* FOREVER */ > >> if (fromPending = XPending(fromDpy)) > >> if (ProcessEvent(fromDpy, &dpyInfo)) /* done! */ > >> break; > >> > >> if (XPending(toDpy)) { > >> if (ProcessEvent(toDpy, &dpyInfo)) /* done! */ > >> break; > >> } else if (!fromPending) { > >> FD_ZERO(fdset); > >> FD_SET(fromConn, fdset); > >> FD_SET(toConn, fdset); > >> select(nfds, fdset, NULL, NULL, NULL); > >> } > >> > >>It would appear to me that this constant polling for an event to process > >>is what's eating up the CPU cycles. > >> > >>Not being an X programmer, I'm hoping someone monitoring the list can > >>suggest a way to modify this loop to be less of a CPU hog. > >> > >>Thanks. > >> > >> > >>_________________________________________________________________ > >>MSN Photos is the easiest way to share and print your photos: > >>http://photos.msn.com/support/worldwide.aspx > >> > > > > >_________________________________________________________________ >Send and receive Hotmail on your mobile device: http://mobile.msn.com _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From huntharo@msu.edu Wed Jul 24 12:26:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 24 Jul 2002 12:26:00 -0000 Subject: Help with fixing x2x... References: Message-ID: <3D3EFD60.7000504@msu.edu> Thomas Chadwick wrote: > Hmmm. I tried your suggestion and the behavior has not changed. It's > still gobbling up 99% of the CPU. Suspecting that select() is not > blocking like it should, I inserted "printf("Hello\n");" just before the > select() function call. Now when I run x2x I get a continuous stream of > "Hello"s on STDOUT whether or not I'm moving the mouse or typing. > > By comparison, I compiled x2x on my AIX workstation, including the > "Hello" addition. When I run x2x there, I observe that it only prints > "Hello" when I move the mouse or hit a key. This seems to me to be the > appropriate behavior. > > This little experiment implicates the select() function call itself as > being the source of the trouble. Now the question is, is it a problem > with how select() is being used (and if so, is the problem at the > Xserver or the Xclient end), or is there a problem with the Cygwin > implementation of it? > > Are you aware of any Xclients which use select() and yet do not exhibit > the non-blocking behavior I'm seeing? Perhaps there is a minor tweak > required in how it is being called. > Yup, xwinclip uses select () just like x2x does: http://xfree86.cygwin.com/devel/xwinclip/changelog.html Just download the tarball for Test06 and look in xwinclip.c/main ()/Line 390. I think the problem may be with the value that getdtablesize () is returning. To find out, you need to printf the value of nfds, fromConn, and toConn. If nfds isn't at least one larger than the maximum of fromConn and toConn, then you have a problem. You can alternatively replace nfds in the call to select with FD_SETSIZE. Probably the main problem here, other than if nfds is incorrect, is that the event loop fails to flush all X events before its first call to select (), which is necessary because there may be events stored in local structures already. Also, the manner in which the program determines whether or not events are pending is non-standard and easy to break. One other thing: the original programmer is malloc'ing fdset and freeing it later. This is entirely unnecessary, fdset should be an automatic variable instead. I recommend completely replaceing the DoX2X function with the one below. I promise that it will work this time :) Harold static void DoX2X(fromDpy, toDpy) Display *fromDpy; Display *toDpy; { DPYINFO dpyInfo; fd_set fdset; int fromConn, toConn; int iReturn; Bool fReturn; /* set up displays */ dpyInfo.fromDpy = fromDpy; dpyInfo.toDpy = toDpy; InitDpyInfo (&dpyInfo); RegisterEventHandlers (&dpyInfo); /* get file handles for display event pipes */ fromConn = XConnectionNumber(fromDpy); toConn = XConnectionNumber(toDpy); /* * We have to clear any pending events before our * first call to select, because there may be events * stored in local structures. Failing to clear these * events will lead to select failing to operate * properly. We just set the event flags here so * that both event loops are entered on the first time * through the main loop below. */ FD_ZERO (&fdset); FD_SET (fromConn, &fdset); FD_SET (toConn, &fdSet); /* Loop forever */ while (True) { /* Check for events for From display */ if (FD_ISSET (fromConn, &fdset)) { /* Process any pending events for From display */ while (XPending (fromDpy)) fReturn = ProcessEvent (fromDpy, &dpyInfo); /* Check for failure */ if (fReturn) break; } /* Check for events for To display */ if (FD_ISSET (toConn, &fdset)) { /* Process any pending events for To display */ while (XPending (toDpy)) fReturn = ProcessEvent (toDpy, &dpyInfo); /* Check for failure */ if (fReturn) break; } /* Setup the structures for select () */ FD_ZERO(&fdset); FD_SET(fromConn, &fdSet); FD_SET(toConn, &fdSet); /* Wait for events from either screen before looping again */ iReturn = select (FD_SETSIZE, &fdset, NULL, NULL, NULL); if (iReturn <= 0) { printf ("Call to select () failed. Bailing.\n"); break; } } } >> From: Harold L Hunt II >> To: Thomas Chadwick >> CC: cygwin-xfree@cygwin.com >> Subject: Re: Help with fixing x2x... >> Date: Tue, 23 Jul 2002 18:58:15 -0400 >> >> Thomas, >> >> In x2x, the return value from ProcessEvent which indicates that >> everything went normally is False, not True. The real intentions for >> the return value of ProcessEvent can be described by the boolean >> variable called ``bAbortedDisconnect'' that is returned from >> ProcessMotionNotify. Much more on that below but for now, >> >> Ohmygodthatisfunny!!! >> >> In the loop, the code does this: >> >> 1) Check for an event on fromDpy. XPending returns immediately. >> >> 2) Process the event for fromDpy if an event was pending. If we >> processed an event successfully, continue looping. Else, the >> ProcessEvent function returned True and we are supposed to shutdown, >> thus the ``break''. >> >> 3) Check for an event on toDpy. XPending returns immediately. >> >> 4) Process the event for toDpy if an event was pending. If we >> processed an event successfully, continue looping. Else, the >> ProcessEvent function returned True and we are supposed to shutdown, >> thus the ``break''. >> >> 5) Else, if we did not process an event from either screen, wait until >> one or both o fthe file handles that represent the display event >> queues becomes ready for reading. >> >> I think that your infinite loop has to do with the fact that XPending >> returns a count of events ready for reading in fromPending, rather >> than a boolean value. I think that (!fromPending) had the desired >> effect on the developer's platform of determining that (fromPending == >> 0), but that is a highly compiler-dependent assumption on behalf of >> the original developer. >> >> For clarity, I would rewrite the section as follows (notice the >> correction in the ``else if''): >> >> ==================================================================== >> while (True) /* FOREVER */ >> { >> /* Save the number of event ready for fromDpy */ >> fromPending = XPending(fromDpy); >> >> /* Process any events ready for fromDpy */ >> if (fromPending != 0) >> if (ProcessEvent(fromDpy, &dpyInfo)) /* shutdown if True! */ >> break; >> >> /* Process any events ready for toDpy */ >> if (XPending(toDpy)) >> { >> if (ProcessEvent(toDpy, &dpyInfo)) /* shutdown if True! */ >> break; >> } >> else if (fromPending == 0) >> { >> /* No events ready for either display. Wait for an event. */ >> FD_ZERO(fdset); >> FD_SET(fromConn, fdset); >> FD_SET(toConn, fdset); >> select(nfds, fdset, NULL, NULL, NULL); >> } >> } /* END FOREVER */ >> ==================================================================== >> >> Now, for the excitement about the bAbortedDisconnect variable from >> ProcessMotionNotify: >> >> It looks like the original programmer is using some sort of >> consistency checking on MotionNotify events to determine that the X >> server is shutting down. I will have to look into this further, but >> it looks promising from my initial inspection. This is the final step >> that I need for xwinclip to function properly on server resets and >> shutdowns. Needless to say, hopefully I am seeing what I want to see :) >> >> Harold >> >> >> >> Thomas Chadwick wrote: >> >>> I recently discovered that when I run x2x, the Win2k Task Manager >>> reports that it's using 90-99% of the CPU. >>> >>> While I have not noticed a slow down in performance when it's >>> running, I'd like to fix it if I can. I've poked around in the >>> source and I don't like the looks of the main loop: >>> >>> while (True) { /* FOREVER */ >>> if (fromPending = XPending(fromDpy)) >>> if (ProcessEvent(fromDpy, &dpyInfo)) /* done! */ >>> break; >>> >>> if (XPending(toDpy)) { >>> if (ProcessEvent(toDpy, &dpyInfo)) /* done! */ >>> break; >>> } else if (!fromPending) { >>> FD_ZERO(fdset); >>> FD_SET(fromConn, fdset); >>> FD_SET(toConn, fdset); >>> select(nfds, fdset, NULL, NULL, NULL); >>> } >>> >>> It would appear to me that this constant polling for an event to >>> process is what's eating up the CPU cycles. >>> >>> Not being an X programmer, I'm hoping someone monitoring the list can >>> suggest a way to modify this loop to be less of a CPU hog. >>> >>> Thanks. >>> >>> >>> _________________________________________________________________ >>> MSN Photos is the easiest way to share and print your photos: >>> http://photos.msn.com/support/worldwide.aspx >>> > > > > > _________________________________________________________________ > Send and receive Hotmail on your mobile device: http://mobile.msn.com > From huntharo@msu.edu Wed Jul 24 15:51:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 24 Jul 2002 15:51:00 -0000 Subject: Help with fixing x2x... References: Message-ID: <3D3EFE07.2080101@msu.edu> Thomas Chadwick wrote: > I added a printf statement and sure enough, the return value of select > is -1. I then tried printf'ing the value returned by WSAGetLastError. > To make a long story short, I wound up having to comment out the > includes for and and include > instead to get it to succesfully compile x2x.o; and I > had to add -lwsock32 in the Makefile to get it to successfully link > x2x.exe. > > After doing this, select is still non-blocking, returning -1, and the > value returned by WSAGetLastError() is 10038, which seems to correspond > to the #define WSAENOTSOCK in winsock.h. > > Any idea what this error code means and what steps I might take to fix it? > Thomas, Revert those include and Makefile changes. You do not want to use Winsock, you want to use Cygwin's sockets. Test the rewritten function that I just sent to the list. Harold From Conrad.Scott@dsl.pipex.com Wed Jul 24 16:15:00 2002 From: Conrad.Scott@dsl.pipex.com (Conrad Scott) Date: Wed, 24 Jul 2002 16:15:00 -0000 Subject: Help with fixing x2x... References: Message-ID: <022801c23348$47c57520$6132bc3e@BABEL> "Thomas Chadwick" wrote: > After doing this, select is still non-blocking, returning -1, and the value > returned by WSAGetLastError() is 10038, which seems to correspond to the > #define WSAENOTSOCK in winsock.h. > > Any idea what this error code means and what steps I might take to fix it? It would be (perhaps more) instructive to print out errno (rather than the WSA errno) since errno is what select(2) sets. As a matter of interest (since I'm currently fiddling around with some similar code), are the two file descriptors UNIX domain sockets? HTH // Conrad From david@brusowankin.net Wed Jul 24 16:34:00 2002 From: david@brusowankin.net (David Brusowankin) Date: Wed, 24 Jul 2002 16:34:00 -0000 Subject: Obtaining Hummingbird-like behavior Message-ID: <3D3F2ED1.7070806@brusowankin.net> Hi, I would like Xfree86 under cygwin to display an app without the X desktop taking over over my windows, a la Hummingbird. Using Hummingbird one can either run in a mode where the X desktop rules or where the X desktop is invisible (or somehow not required) and the only thing that shows up is the application gui. Please respond by email in addition to the mailing list. Thanks for any help, David From nwourms@yahoo.com Wed Jul 24 17:53:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Wed, 24 Jul 2002 17:53:00 -0000 Subject: Obtaining Hummingbird-like behavior In-Reply-To: <3D3F2ED1.7070806@brusowankin.net> Message-ID: <20020724231507.18866.qmail@web21006.mail.yahoo.com> --- David Brusowankin wrote: > Hi, > > I would like Xfree86 under cygwin to display an app without the X > desktop taking over over my windows, a la Hummingbird. Using > Hummingbird > one can either run in a mode where the X desktop rules or where the > X > desktop is invisible (or somehow not required) and the only thing > that > shows up is the application gui. David, Now why on earth would you want to get rid of the pretty X desktop? You know you don't have to use TWM, there is BlackBox, KDE, Afterstep... Please realize that Harold, Jehan, and the rest of the crew are not here to take requests at your whim. They do this project without compensation, so be grateful for what you have. There are two ways to rectify this: A)Go buy Hummingbird or B)Submit patches that impliment this functionality. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From nwourms@yahoo.com Wed Jul 24 18:21:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Wed, 24 Jul 2002 18:21:00 -0000 Subject: Obtaining Hummingbird-like behavior In-Reply-To: <3D3F35DB.8060300@brusowankin.net> Message-ID: <20020724233437.16982.qmail@web21005.mail.yahoo.com> David, I'm sorry if my reply sounded harsh, but if you would search the archives, we have people posting all the time "Gee, I'd like Cygwin/XFree to do this or that". If you would like to be active in the project, the best place to start is the Cygwin/XFree website: http://sources.redhat.com/cygwin/xfree/ Read the FAQ, Users Guide, and Contributors Guide to become aquainted with the project. Then check out the link to the mailing list archives, where you can check to see what previous conversations on the subject. To fill you in on your request, since it has been discussed in the past, it is still in the planning stages. Harold estimates it will probably be ~6 months before we have a stable implimentation of this. If you are interested in helping, there are some links to some great reference material on the Cygwin/XFree website. Check out the code, see how you feel. We certainly could use your help in any way possible, even if you don't feel you can't do the Rootless implementation. Cheers, Nicholas --- David Brusowankin wrote: > Dear Nicholas, > > Please !!!! I was only asking if the functionality currently exists > ! I > never demanded anything. As I am not an X programmer other than > creating > some gui apps a long time ago with Bluestone, I would have no idea > how > to do this. If I had, I would have investigated the source code on > my > own before submitting to the list. As it was, I carefully read all > of > the documentation before posting. > > If you have any idea where I would start looking if I were to > attempt > to create such a patch, please tell me. There is not need to bite > my > head off. > > David > > Nicholas Wourms wrote: > > >--- David Brusowankin wrote: > > > > > >>Hi, > >> > >>I would like Xfree86 under cygwin to display an app without the X > > >>desktop taking over over my windows, a la Hummingbird. Using > >>Hummingbird > >>one can either run in a mode where the X desktop rules or where > the > >>X > >>desktop is invisible (or somehow not required) and the only thing > >>that > >>shows up is the application gui. > >> > >> > >David, > > > >Now why on earth would you want to get rid of the pretty X > desktop? > >You know you don't have to use TWM, there is BlackBox, KDE, > >Afterstep... > > > >Please realize that Harold, Jehan, and the rest of the crew are > not > >here to take requests at your whim. They do this project without > >compensation, so be grateful for what you have. There are two > ways > >to rectify this: > > > >A)Go buy Hummingbird or > >B)Submit patches that impliment this functionality. > > > >Cheers, > >Nicholas > > > >__________________________________________________ > >Do You Yahoo!? > >Yahoo! Health - Feel better, live better > >http://health.yahoo.com > > > > > > > > > > __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From jc.gervais@videotron.ca Wed Jul 24 19:08:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Wed, 24 Jul 2002 19:08:00 -0000 Subject: Help with fixing x2x... In-Reply-To: <022801c23348$47c57520$6132bc3e@BABEL> Message-ID: Sounds like one of the sockets in the FD set is not a socket? Could you post enough of the code so we could see? -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Conrad Scott Sent: Wednesday, July 24, 2002 3:28 PM To: cygwin-xfree@cygwin.com Subject: Re: Help with fixing x2x... "Thomas Chadwick" wrote: > After doing this, select is still non-blocking, returning -1, and the value > returned by WSAGetLastError() is 10038, which seems to correspond to the > #define WSAENOTSOCK in winsock.h. > > Any idea what this error code means and what steps I might take to fix it? It would be (perhaps more) instructive to print out errno (rather than the WSA errno) since errno is what select(2) sets. As a matter of interest (since I'm currently fiddling around with some similar code), are the two file descriptors UNIX domain sockets? HTH // Conrad From huntharo@msu.edu Wed Jul 24 19:21:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 24 Jul 2002 19:21:00 -0000 Subject: problems with XFree In-Reply-To: Message-ID: Jehan, Excellent summarization of the thread regarding how we can add /usr/X11R6/bin to the path. Looks like we had Dave Cook and Robert Collins discussing the best way to do things but then the thread died. I don't really think that I know how to implement the best solution here, so I will just have to leave this up to others. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Jehan > Sent: Tuesday, July 23, 2002 10:17 PM > To: cygwin-xfree@cygwin.com > Subject: Re: problems with XFree > > > Harold L Hunt II wrote: > > Sylvain Petreolle wrote: > > > >> Why not install a file in /etc/profile.d ? > >> > > > > Sylvain, > > > > I am not sure why we didn't use /etc/profile.d. I remember discussing > > it, but when I searched the mailing list archives using the search > > function at the top of the archive page, all I got was a bunch of spam > > messages that I don't recall ever seeing on the mailing list (at least > > not on the dates mentioned). I will have to do a google search for > > profile.d on our site, but I haven't got time now. If you could do the > > search and summarize where the thread left off, that would be great. > > > > I seem to remember that a profile.d would work for some cases, but it > > wouldn't work for all cases... but I cannot give a specific example > > (might be the archives as well). > > There was some talk about that on this thread: > http://sources.redhat.com/ml/cygwin-xfree/2001-q2/threads.html#01549 > > There they say that the path to X should be set before any call to > /etc/profile.d/* to be more Unix like (i.e. near the top of /etc/profile). > > It was suggested to add > if ! echo $PATH | /bin/grep -q "/usr/X11R6/bin" ; then > PATH="$PATH:/usr/X11R6/bin" > fi > > at the top of /etc/profile. The comment was: > "Now the stock Cygwin /etc/profile (unlike the Linux one) > actually sets a default PATH on the first line via > > PATH="/usr/local/bin:/usr/bin:/bin:$PATH" > > Fortunately this puts the important system paths ahead of > anything already defined, so it's OK to add /usr/X11R6/bin at > the top." > > Post "http://sources.redhat.com/ml/cygwin-xfree/2001-q2/msg01574.html" > is supposed to give a patch but I don't see it. Anyway, it was for the > cygwin install (with the assumption that Cygwin/XFree would soon use > Cygwin's setup). It's probably better to have a post-install > script to do it > > Jehan > > > From Brian.Dunbar@plexus.com Wed Jul 24 20:29:00 2002 From: Brian.Dunbar@plexus.com (Brian Dunbar) Date: Wed, 24 Jul 2002 20:29:00 -0000 Subject: Obtaining Hummingbird-like behavior Message-ID: <93EF56FF0BD1234E8D1C74B9813E0EA033A847@neen-mail-003.na.plexus.com> -----Original Message----- From: Nicholas Wourms --- David Brusowankin wrote: > Hi, > > I would like Xfree86 under cygwin to display an app without the X > desktop taking over over my windows, a la Hummingbird. Using > Hummingbird one can either run in a mode where the X desktop rules or where the X > desktop is invisible (or somehow not required) and the only thing that shows up is the application gui. David, Now why on earth would you want to get rid of the pretty X desktop? You know you don't have to use TWM, there is BlackBox, KDE, Afterstep... Assuming you're not speaking tongue in cheek, Nicholas, I can see a need for doing this ... and intend to demo it on some of haplass end users someday. I have users, they need the stuff (apps and scripts) we run on Unix. But they can't be bothered to either stroll across the room to an available terminal, or XDM into the system. I can either bitch and moan, or I can roll with the punches and make it easy for them ... they DO pay my salary after all. If they can launch $UNIX_APP from their Windows 2k Start Menu, they are happy and life goes on. They don't have to 'know' it's Unix, because everyone knows Unix is hard to use . . . ~brian From nahor@bravobrava.com Wed Jul 24 23:17:00 2002 From: nahor@bravobrava.com (Jehan) Date: Wed, 24 Jul 2002 23:17:00 -0000 Subject: problems with XFree References: Message-ID: Harold Hunt wrote: > Jehan, > > Excellent summarization of the thread regarding how we can add > /usr/X11R6/bin to the path. > > Looks like we had Dave Cook and Robert Collins discussing the best way to do > things but then the thread died. > > I don't really think that I know how to implement the best solution here, so > I will just have to leave this up to others. Here is an attempt to add the path into /etc/profile using a post-install script. I first try to see if /etc/profile already sets the X path for people who have customized it. So I grep for something of the form PATH=..../usr/X11R6/bin.... If I find such a line then I do nothing. If the line isn't here, I create a new /etc/profile with the lines: if ! echo $PATH | /bin/grep -q "/usr/X11R6/bin" ; then PATH="$PATH:/usr/X11R6/bin" fi at the top of the file, as suggested in the old thread. Just to be safe, the old profile is renamed /etc/profile.old. Jehan -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XfreeProfile.sh URL: From huntharo@msu.edu Wed Jul 24 23:19:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 24 Jul 2002 23:19:00 -0000 Subject: Obtaining Hummingbird-like behavior In-Reply-To: <93EF56FF0BD1234E8D1C74B9813E0EA033A847@neen-mail-003.na.plexus.com> Message-ID: Brian, > Assuming you're not speaking tongue in cheek, Nicholas, I can see > a need for > doing this ... and intend to demo it on some of haplass end users someday. Does this mean that you are working on a rootless mode for Cygwin/XFree86? Harold From jim.george@blueyonder.co.uk Thu Jul 25 00:23:00 2002 From: jim.george@blueyonder.co.uk (Jim George) Date: Thu, 25 Jul 2002 00:23:00 -0000 Subject: Finally on Sylpheed Message-ID: <20020725071624.1ccbd120.jim.george@blueyonder.co.uk> I say finally but of course the fun is just beginning for me:) I now have sylpheed (the X Mail Client) running under cygwin-X and it's very good, there are some items that could be beefed up/improved upon (and I shall offer whatever help I'm able to) but on the whole very good. So that this isn't one of those mails that just takes up bandwidth... To create it you need glib-1.2.10 and gtk.1.2.10 or above, also libiconv (this is already part of the main setup for cygwin, although you need to specifically select it), and of course you need sylpheed (current release is 0.8.0). You can get glib and gtk at ftp://ftp.gtk.org/pub/gtk/1.2 You can get sylpheed at http://sylpheed.good-day.net You need to make one alteration in the glib package for it to compile. Comment out line 705 of gstrfuncs.c and it will compile flawlessly. Can the lis let me know if there is interest in a X Mail Client for cygwin, in which case I'll investigate becoming a maintainter for the list? Cheers, Jim From bozackt1@ridgecrest.ca.us Thu Jul 25 03:14:00 2002 From: bozackt1@ridgecrest.ca.us (Tom Bozack) Date: Thu, 25 Jul 2002 03:14:00 -0000 Subject: problems with XFree References: Message-ID: <3D3F9814.5070908@ridgecrest.ca.us> Harold Hunt wrote: >>Harold, thanks for the suggestions. I was hoping that oue of them would >>solve the problem. I checked and found only one cygwin1.dll on the >>system. It's dated 5 July. I update frequently using setup.exe. >> >>I agree with you assessment of Windows. However, my problem isn't the >>BSOD but XFree86 seg fault. Windows keeps on working and the (apparent) >>memory leak resolves itself after CFree86 croaks. >> >>Let me know if there is anything else I can do on my end to identify the >>problem. >> >>Thanks, >>Tom > > > Tom, > > Have you sent in the contents of /tmp/XWin.log from a time when this problem > happens? > > Harold > Harold Here it is: ddxProcessArgument () - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning _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 winAllocateFBShadowDDNL () - Not changing video mode winAllocateFBShadowDDNL () - lPitch: 2048 winInitVisualsShadowDDNL () - Masks 00007c00 000003e0 0000001f BPRGB 5 d 16 winCreateDefColormap () - Deferring to fbCreateDefColormap () winScreenInit () - returning winCloseScreenShadowDDNL () - Freeing screen resources winDetectSupportedEngines () - Windows 95/98/Me winDetectSupportedEngines () - DirectDraw installed winDetectSupportedEngines () - DirectDraw4 installed winDetectSupportedEngines () - Returning, supported engines 00000017 winSetEngine () - Using Shadow DirectDraw NonLocking winAllocateFBShadowDDNL () - Not changing video mode winAllocateFBShadowDDNL () - lPitch: 2048 winInitVisualsShadowDDNL () - Masks 00007c00 000003e0 0000001f BPRGB 5 d 16 winCreateDefColormap () - Deferring to fbCreateDefColormap () winScreenInit () - returning Looks unremarkable to me, but I hope it tells you something useful. Regards, Tom From robert.collins@syncretize.net Thu Jul 25 03:29:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Thu, 25 Jul 2002 03:29:00 -0000 Subject: problems with XFree In-Reply-To: References: Message-ID: <1027581804.15829.1.camel@lifelesswks> On Thu, 2002-07-25 at 11:20, Harold Hunt wrote: > Jehan, > > Excellent summarization of the thread regarding how we can add > /usr/X11R6/bin to the path. > > Looks like we had Dave Cook and Robert Collins discussing the best way to do > things but then the thread died. > > I don't really think that I know how to implement the best solution here, so > I will just have to leave this up to others. I've been trying for *ages* to get /etc/profile to be an external file. "All' it needs is *someone* willing to be a package maintainer for it. Hardly an onerous role, yet no one seems willing to do it. As soon as someone emails me with their willingness, I can provide the relevant tarall immediately, and that person then can just add /usr/X11R6/bin to the path in /etc/profile. Rob From starksb@ebi.ac.uk Thu Jul 25 03:36:00 2002 From: starksb@ebi.ac.uk (David Starks-Browning) Date: Thu, 25 Jul 2002 03:36:00 -0000 Subject: /etc/profile package maintainer (Was: problems with XFree) In-Reply-To: <1027581804.15829.1.camel@lifelesswks> References: <1027581804.15829.1.camel@lifelesswks> Message-ID: <7304-Thu25Jul2002111409+0100-starksb@ebi.ac.uk> On 25 Jul 02, in cygwin-xfree, Robert Collins writes: > I've been trying for *ages* to get /etc/profile to be an external file. > "All' it needs is *someone* willing to be a package maintainer for it. > Hardly an onerous role, yet no one seems willing to do it. > > As soon as someone emails me with their willingness, I can provide the > relevant tarall immediately, and that person then can just add > /usr/X11R6/bin to the path in /etc/profile. Rob, I'm willing to do this. It will be a few days before I can assemble the package, though. Thanks, David From robert.collins@syncretize.net Thu Jul 25 03:58:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Thu, 25 Jul 2002 03:58:00 -0000 Subject: /etc/profile package maintainer (Was: problems with XFree) In-Reply-To: <7304-Thu25Jul2002111409+0100-starksb@ebi.ac.uk> References: <1027581804.15829.1.camel@lifelesswks> <7304-Thu25Jul2002111409+0100-starksb@ebi.ac.uk> Message-ID: <1027592947.31744.2.camel@lifelesswks> On Thu, 2002-07-25 at 20:14, David Starks-Browning wrote: > On 25 Jul 02, in cygwin-xfree, Robert Collins writes: > > I've been trying for *ages* to get /etc/profile to be an external file. > > "All' it needs is *someone* willing to be a package maintainer for it. > > Hardly an onerous role, yet no one seems willing to do it. > > > > As soon as someone emails me with their willingness, I can provide the > > relevant tarall immediately, and that person then can just add > > /usr/X11R6/bin to the path in /etc/profile. > > Rob, > > I'm willing to do this. Thanks for the offer David... John Marshall has already volunteered off-list though (after a few questions to ascertain the work it entails.) I don't care who maintains it - I'm going to work on the basis of it being John until I'm told otherwise :}. Rob From John.Morrison@uk.experian.com Thu Jul 25 04:46:00 2002 From: John.Morrison@uk.experian.com (Morrison, John) Date: Thu, 25 Jul 2002 04:46:00 -0000 Subject: /etc/profile package maintainer (Was: problems with XFree) Message-ID: > From: Robert Collins [mailto:robert.collins@syncretize.net] > > On Thu, 2002-07-25 at 20:14, David Starks-Browning wrote: > > On 25 Jul 02, in cygwin-xfree, Robert Collins writes: > > > I've been trying for *ages* to get /etc/profile to be an > external file. > > > "All' it needs is *someone* willing to be a package > maintainer for it. > > > Hardly an onerous role, yet no one seems willing to do it. > > > > > > As soon as someone emails me with their willingness, I > can provide the > > > relevant tarall immediately, and that person then can just add > > > /usr/X11R6/bin to the path in /etc/profile. > > > > Rob, > > > > I'm willing to do this. Sorry David, I should have ack'd this publically. > Thanks for the offer David... John Marshall has already volunteered I think you mean me ;) J. > off-list though (after a few questions to ascertain the work it > entails.) > > I don't care who maintains it - I'm going to work on the basis of it > being John until I'm told otherwise :}. > > Rob > ======================================================================= Information in this email and any attachments are confidential, and may not be copied or used by anyone other than the addressee, nor disclosed to any third party without our permission. There is no intention to create any legally binding contract or other commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF From robert.collins@syncretize.net Thu Jul 25 04:54:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Thu, 25 Jul 2002 04:54:00 -0000 Subject: /etc/profile package maintainer (Was: problems with XFree) In-Reply-To: References: Message-ID: <1027594674.7377.0.camel@lifelesswks> On Thu, 2002-07-25 at 20:40, Morrison, John wrote: > > From: Robert Collins [mailto:robert.collins@syncretize.net] > > > > On Thu, 2002-07-25 at 20:14, David Starks-Browning wrote: > > > On 25 Jul 02, in cygwin-xfree, Robert Collins writes: > > > > I've been trying for *ages* to get /etc/profile to be an > > external file. > > > > "All' it needs is *someone* willing to be a package > > maintainer for it. > > > > Hardly an onerous role, yet no one seems willing to do it. > > > > > > > > As soon as someone emails me with their willingness, I > > can provide the > > > > relevant tarall immediately, and that person then can just add > > > > /usr/X11R6/bin to the path in /etc/profile. > > > > > > Rob, > > > > > > I'm willing to do this. > > Sorry David, I should have ack'd this publically. > > > Thanks for the offer David... John Marshall has already volunteered > > I think you mean me ;) > John M, well I got most of it right :}. Yes, I did mean you. Sorry - I will drink more coffee now :}. Rob From nwourms@yahoo.com Thu Jul 25 05:05:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Thu, 25 Jul 2002 05:05:00 -0000 Subject: problems with XFree In-Reply-To: Message-ID: <20020725114603.58028.qmail@web21006.mail.yahoo.com> Jehan, As a rule of thumb, packages should *never* modify the /etc/profile script (even if you do back it up). This is a big no-no, as most *nix people would tell you. If you insist on getting into a discussion on why this is, then so be it. Instead, create 2 scripts (a csh and a sh) and drop them into the /etc/profile.d/ directory. This way we play it safe and every one is happy. Also, your scripts should check to see if the path has already been set, if it has, then don't set it again. Remeber, the more entries in the path, the slower Cygwin will operate. Cheers, Nicholas --- Jehan wrote: > Harold Hunt wrote: > > Jehan, > > > > Excellent summarization of the thread regarding how we can add > > /usr/X11R6/bin to the path. > > > > Looks like we had Dave Cook and Robert Collins discussing the > best way to do > > things but then the thread died. > > > > I don't really think that I know how to implement the best > solution here, so > > I will just have to leave this up to others. > > Here is an attempt to add the path into /etc/profile using a > post-install script. > I first try to see if /etc/profile already sets the X path for > people > who have customized it. So I grep for something of the form > PATH=..../usr/X11R6/bin.... > > If I find such a line then I do nothing. > If the line isn't here, I create a new /etc/profile with the lines: > if ! echo $PATH | /bin/grep -q "/usr/X11R6/bin" ; then > PATH="$PATH:/usr/X11R6/bin" > fi > at the top of the file, as suggested in the old thread. > Just to be safe, the old profile is renamed /etc/profile.old. > > Jehan > > #!/bin/bash > > TMP_PROFILE=/etc/profile.new > > if ! /bin/grep -q "PATH=.*/usr/X11R6/bin" /etc/profile; then > > cat > $TMP_PROFILE << EOF > if ! echo \$PATH | /bin/grep -q "/usr/X11R6/bin" ; then > PATH="\$PATH:/usr/X11R6/bin" > fi > > EOF > > cat /etc/profile >> $TMP_PROFILE > > /bin/mv /etc/profile /etc/profile.old > /bin/mv $TMP_PROFILE /etc/profile > fi > __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From robert.collins@syncretize.net Thu Jul 25 05:45:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Thu, 25 Jul 2002 05:45:00 -0000 Subject: problems with XFree In-Reply-To: <20020725114603.58028.qmail@web21006.mail.yahoo.com> References: <20020725114603.58028.qmail@web21006.mail.yahoo.com> Message-ID: <1027598071.14041.0.camel@lifelesswks> On Thu, 2002-07-25 at 21:46, Nicholas Wourms wrote: > Jehan, > > As a rule of thumb, packages should *never* modify the /etc/profile > script (even if you do back it up). This is a big no-no, as most > *nix people would tell you. If you insist on getting into a > discussion on why this is, then so be it. Instead, create 2 scripts > (a csh and a sh) and drop them into the /etc/profile.d/ directory. > This way we play it safe and every one is happy. Also, your scripts > should check to see if the path has already been set, if it has, then > don't set it again. Remeber, the more entries in the path, the > slower Cygwin will operate. Yup. The previous thread ended up with a directory test in /etc/profile (to catch all shell) and foundered on how to issue a new /etc/profile to the users. Rob From nwourms@yahoo.com Thu Jul 25 05:52:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Thu, 25 Jul 2002 05:52:00 -0000 Subject: [ITP]: Qt-2.3.1 Message-ID: <20020725120552.31053.qmail@web21010.mail.yahoo.com> Harold et al., After a brief discussion this morning, Ralf has given me permission to package QT-2.3.1 and release it to the Cygwin community. I would like to have it under the XFree86 dir, since it is a fully native X library. This release has been throughly tested by us over on the KDE-Cygwin project, pretty much all the bugs have been stomped out. Note that QT does *not* require MIT-SHM [that is kde itself]. Furthermore, I fully intend and expect questions regarding Qt be redirected to the kde-cygwin mailinglist. We should probably update the mailing-lists page's policies to reflect this. My intention is not to inundate this list with Qt/Kde related issues. With the your's and the list's permission, I will package it up and provide the links ASAP. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From cygwin-xfree@cygwin.com Thu Jul 25 06:11:00 2002 From: cygwin-xfree@cygwin.com (Corinna Vinschen) Date: Thu, 25 Jul 2002 06:11:00 -0000 Subject: [ITP]: Qt-2.3.1 In-Reply-To: <20020725120552.31053.qmail@web21010.mail.yahoo.com> References: <20020725120552.31053.qmail@web21010.mail.yahoo.com> Message-ID: <20020725144514.Q3921@cygbert.vinschen.de> On Thu, Jul 25, 2002 at 05:05:52AM -0700, Nicholas Wourms wrote: > Harold et al., > > After a brief discussion this morning, Ralf has given me permission > to package QT-2.3.1 and release it to the Cygwin community. I would > like to have it under the XFree86 dir, since it is a fully native X > library. This release has been throughly tested by us over on the > KDE-Cygwin project, pretty much all the bugs have been stomped out. > Note that QT does *not* require MIT-SHM [that is kde itself]. > Furthermore, I fully intend and expect questions regarding Qt be > redirected to the kde-cygwin mailinglist. We should probably update > the mailing-lists page's policies to reflect this. My intention is > not to inundate this list with Qt/Kde related issues. With the > your's and the list's permission, I will package it up and provide > the links ASAP. Are you sure that we don't get licensing issues here? AFAIK, Qt is (roughly) only free when running on a free OS. Basically we're still running on Windows... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:cygwin@cygwin.com Red Hat, Inc. From robert.collins@syncretize.net Thu Jul 25 07:24:00 2002 From: robert.collins@syncretize.net (Robert Collins) Date: Thu, 25 Jul 2002 07:24:00 -0000 Subject: [ITP]: Qt-2.3.1 In-Reply-To: <20020725144514.Q3921@cygbert.vinschen.de> References: <20020725120552.31053.qmail@web21010.mail.yahoo.com> <20020725144514.Q3921@cygbert.vinschen.de> Message-ID: <1027601530.18923.5.camel@lifelesswks> On Thu, 2002-07-25 at 22:45, Corinna Vinschen wrote: > Are you sure that we don't get licensing issues here? AFAIK, Qt is > (roughly) only free when running on a free OS. Basically we're > still running on Windows... http://www.trolltech.com/developer/licensing/ Summary, 2.2 and later is QPL and GPL. They may not like it, or they may like it. Who knows. But... they can't stop it. Rob From huntharo@msu.edu Thu Jul 25 07:45:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Thu, 25 Jul 2002 07:45:00 -0000 Subject: [ITP]: Qt-2.3.1 In-Reply-To: <1027601530.18923.5.camel@lifelesswks> Message-ID: Well, remember also that the X11 version is licensed under the GPL, so it is fine. They do make some other versions that are not yet licensed under the GPL. The native Windows version used to be non-GPL, but I think I remember seeing something in the news about this changing a few months ago or something. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Robert Collins > Sent: Thursday, July 25, 2002 8:52 AM > To: cygwin-xfree@cygwin.com > Subject: Re: [ITP]: Qt-2.3.1 > > > On Thu, 2002-07-25 at 22:45, Corinna Vinschen wrote: > > > Are you sure that we don't get licensing issues here? AFAIK, Qt is > > (roughly) only free when running on a free OS. Basically we're > > still running on Windows... > > http://www.trolltech.com/developer/licensing/ > > Summary, 2.2 and later is QPL and GPL. They may not like it, or they may > like it. Who knows. But... they can't stop it. > > Rob > From nwourms@yahoo.com Thu Jul 25 07:55:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Thu, 25 Jul 2002 07:55:00 -0000 Subject: [ITP]: Qt-2.3.1 In-Reply-To: Message-ID: <20020725142457.64171.qmail@web21009.mail.yahoo.com> --- Harold Hunt wrote: > Well, remember also that the X11 version is licensed under the GPL, > so it is > fine. They do make some other versions that are not yet licensed > under the > GPL. The native Windows version used to be non-GPL, but I think I > remember > seeing something in the news about this changing a few months ago > or > something. > Harold, So is this a green light? I'll get started ASAP if it is. I was thinking that the best bet would be to do like lesstif and put the qt-2.3.1 tree under: /usr/X11R6/qt-2.3.1/{bin, include, lib, doc} What do you think? Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From nwourms@yahoo.com Thu Jul 25 08:42:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Thu, 25 Jul 2002 08:42:00 -0000 Subject: Finally on Sylpheed In-Reply-To: <20020725071624.1ccbd120.jim.george@blueyonder.co.uk> Message-ID: <20020725144556.21294.qmail@web21003.mail.yahoo.com> --- Jim George wrote: > I say finally but of course the fun is just beginning for me:) > > I now have sylpheed (the X Mail Client) running under cygwin-X and > it's very good, there are some items that could be beefed > up/improved upon (and I shall offer whatever help I'm able to) but > on the whole very good. > > So that this isn't one of those mails that just takes up > bandwidth... > > To create it you need glib-1.2.10 and gtk.1.2.10 or above, also > libiconv (this is already part of the main setup for cygwin, > although you need to specifically select it), and of course you > need sylpheed (current release is 0.8.0). > > You can get glib and gtk at ftp://ftp.gtk.org/pub/gtk/1.2 > You can get sylpheed at http://sylpheed.good-day.net > > You need to make one alteration in the glib package for it to > compile. Comment out line 705 of gstrfuncs.c and it will compile > flawlessly. > > Can the lis let me know if there is interest in a X Mail Client for > cygwin, in which case I'll investigate becoming a maintainter for > the list? > Jim, Why don't you wait until Lapo releases the glib/gtk packages. That way you can link to them dynamically. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From rrschulz@cris.com Thu Jul 25 08:46:00 2002 From: rrschulz@cris.com (Randall R Schulz) Date: Thu, 25 Jul 2002 08:46:00 -0000 Subject: Finally on Sylpheed In-Reply-To: <20020725071624.1ccbd120.jim.george@blueyonder.co.uk> Message-ID: <5.1.0.14.2.20020725075248.0300ead8@pop3.cris.com> At 23:16 2002-07-24, Jim George wrote: >I say finally but of course the fun is just beginning for me:) > >I now have sylpheed (the X Mail Client) running under cygwin-X ... > >Can the lis let me know if there is interest in a X Mail Client for >cygwin, in which case I'll investigate becoming a maintainter for the list? > >Cheers, > >Jim Jim, I'm very interested in a cross-platform replacement for Eudora (for two big reasons: first, I want to get free of Windows but need a transition from my current development environment, which is Windows 2000, and second I want a mailer with message threading, which the Sylpheed FAQ claims is an available option). So yes, I'm very interested in a XFree86/Cygwin port of Sylpheed. Randall Schulz Mountain View, CA USA From Ralf.Habacker@freenet.de Thu Jul 25 09:08:00 2002 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Thu, 25 Jul 2002 09:08:00 -0000 Subject: [ITP]: Qt-2.3.1 In-Reply-To: <20020725142457.64171.qmail@web21009.mail.yahoo.com> Message-ID: <014801c233f1$e7eab9d0$cd6007d5@BRAMSCHE> > --- Harold Hunt wrote: > > Well, remember also that the X11 version is licensed under the GPL, > > so it is > > fine. They do make some other versions that are not yet licensed > > under the > > GPL. The native Windows version used to be non-GPL, but I think I > > remember > > seeing something in the news about this changing a few months ago > > or > > something. > > > Harold, > > So is this a green light? I'll get started ASAP if it is. I was > thinking that the best bet would be to do like lesstif and put the > qt-2.3.1 tree under: > > /usr/X11R6/qt-2.3.1/{bin, include, lib, doc} > under suse linux Qt is installed normally under /usr/lib/qt- with symbolic link to /usr/lib/qt or into /usr/lib (see below) habacker@lxserver05:~ > rpm -q qt3 -l /etc/X11/qtrc /usr/bin/qtconfig /usr/lib/libqt-mt.so.3 /usr/lib/qt-3.0.4 /usr/lib/qt-3.0.4/bin /usr/lib/qt-3.0.4/bin/qtconfig /usr/lib/qt-3.0.4/etc /usr/lib/qt-3.0.4/etc/settings /usr/lib/qt-3.0.4/etc/settings/qtrc /usr/lib/qt-3.0.4/lib /usr/lib/qt-3.0.4/lib/libqt-mt.so.3 /usr/lib/qt-3.0.4/lib/libqt-mt.so.3.0 /usr/lib/qt-3.0.4/lib/libqt-mt.so.3.0.4 /usr/lib/qt-3.0.4/plugins /usr/lib/qt-3.0.4/plugins/imageformats /usr/lib/qt-3.0.4/plugins/imageformats/libqjpeg.so /usr/lib/qt-3.0.4/plugins/imageformats/libqmng.so /usr/lib/qt3 habacker@lxserver05:~ > rpm -q qt-2.3.1 -l /etc/qt.fontguess /usr/lib/libqt-mt.so.2 /usr/lib/libqt.so.2 /usr/lib/libqutil.so.1 /usr/lib/qt-2.3.1 /usr/lib/qt-2.3.1/lib /usr/lib/qt-2.3.1/lib/libqt-mt.so /usr/lib/qt-2.3.1/lib/libqt-mt.so.2 /usr/lib/qt-2.3.1/lib/libqt-mt.so.2.3 /usr/lib/qt-2.3.1/lib/libqt-mt.so.2.3.1 /usr/lib/qt-2.3.1/lib/libqt.so /usr/lib/qt-2.3.1/lib/libqt.so.2 /usr/lib/qt-2.3.1/lib/libqt.so.2.3 /usr/lib/qt-2.3.1/lib/libqt.so.2.3.1 /usr/lib/qt-2.3.1/lib/libqutil.so /usr/lib/qt-2.3.1/lib/libqutil.so.1 /usr/lib/qt-2.3.1/lib/libqutil.so.1.0 /usr/lib/qt-2.3.1/lib/libqutil.so.1.0.0 /usr/lib/qt2 /usr/share/doc/packages/qt/doc /usr/share/doc/packages/qt/doc/ANNOUNCE /usr/share/doc/packages/qt/doc/FAQ /usr/share/doc/packages/qt/doc/INSTALL /usr/share/doc/packages/qt/doc/LICENSE.GPL /usr/share/doc/packages/qt/doc/LICENSE.QPL /usr/share/doc/packages/qt/doc/MANIFEST /usr/share/doc/packages/qt/doc/PLATFORMS /usr/share/doc/packages/qt/doc/PORTING /usr/share/doc/packages/qt/doc/README /usr/share/doc/packages/qt/doc/README.QT /usr/share/doc/packages/qt/doc/README.SuSE /usr/share/doc/packages/qt/doc/changes-2.3.0 /usr/share/doc/packages/qt/doc/changes-2.3.1 Ralf From nahor@bravobrava.com Thu Jul 25 09:13:00 2002 From: nahor@bravobrava.com (Jehan) Date: Thu, 25 Jul 2002 09:13:00 -0000 Subject: problems with XFree References: <20020725114603.58028.qmail@web21006.mail.yahoo.com> Message-ID: Nicholas Wourms wrote: > As a rule of thumb, packages should *never* modify the /etc/profile > script (even if you do back it up). This is a big no-no, as most > *nix people would tell you. If you insist on getting into a > discussion on why this is, then so be it. Instead, create 2 scripts > (a csh and a sh) and drop them into the /etc/profile.d/ directory. I don't like modifying /etc/profile either because I don't think there any clean way to do it. But if you read the thread I summarized, someone said that Unixes set X path in /etc/profile. And this make sense to me: there are no guarantees on the order of execution of the scripts in /etc/profile.d. What if one of them looks for X and doesn't find it because the path has not yet been set? As you said in our heated thread last time, X is quite an important package and we will have more and more package depending on it. If the 2 scripts in profile.d are preferred, then I already sent them less than two weeks ago. > This way we play it safe and every one is happy. Also, your scripts > should check to see if the path has already been set, if it has, then > don't set it again. Remeber, the more entries in the path, the > slower Cygwin will operate. If you read the scripts carefully, you'll see that I do check if the path exists. I check in the install script if /etc/profile has a line of the form "...PATH=.../usr/X11R6/bin...". Sure it doesn't handle every single cases (what if someone uses a temporary variable). But it should handle 99.99% of the cases. If such a line is already in /etc/profile, I don't change it. I also check the path in /etc/profile script itself using the echo/grep line. Jehan From huntharo@msu.edu Thu Jul 25 09:49:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 25 Jul 2002 09:49:00 -0000 Subject: [ITP]: Qt-2.3.1 References: <014801c233f1$e7eab9d0$cd6007d5@BRAMSCHE> Message-ID: <3D40231C.9040101@msu.edu> Ralf, Since KDE on Cygwin might eventually depend on this Qt package, why don't you guys decide together what the best location would be? I really have no idea where to put it, so I'm all for just putting it somewhere and cleaning up the mess later when we learn what we did wrong. The LSB doesn't specify a location for Qt, does it? Harold Ralf Habacker wrote: >>--- Harold Hunt wrote: >> >>>Well, remember also that the X11 version is licensed under the GPL, >>>so it is >>>fine. They do make some other versions that are not yet licensed >>>under the >>>GPL. The native Windows version used to be non-GPL, but I think I >>>remember >>>seeing something in the news about this changing a few months ago >>>or >>>something. >>> >> >>Harold, >> >>So is this a green light? I'll get started ASAP if it is. I was >>thinking that the best bet would be to do like lesstif and put the >>qt-2.3.1 tree under: >> >>/usr/X11R6/qt-2.3.1/{bin, include, lib, doc} >> > > under suse linux Qt is installed normally under /usr/lib/qt- with > symbolic link to /usr/lib/qt or into /usr/lib (see below) > > habacker@lxserver05:~ > rpm -q qt3 -l > /etc/X11/qtrc > /usr/bin/qtconfig > /usr/lib/libqt-mt.so.3 > /usr/lib/qt-3.0.4 > /usr/lib/qt-3.0.4/bin > /usr/lib/qt-3.0.4/bin/qtconfig > /usr/lib/qt-3.0.4/etc > /usr/lib/qt-3.0.4/etc/settings > /usr/lib/qt-3.0.4/etc/settings/qtrc > /usr/lib/qt-3.0.4/lib > /usr/lib/qt-3.0.4/lib/libqt-mt.so.3 > /usr/lib/qt-3.0.4/lib/libqt-mt.so.3.0 > /usr/lib/qt-3.0.4/lib/libqt-mt.so.3.0.4 > /usr/lib/qt-3.0.4/plugins > /usr/lib/qt-3.0.4/plugins/imageformats > /usr/lib/qt-3.0.4/plugins/imageformats/libqjpeg.so > /usr/lib/qt-3.0.4/plugins/imageformats/libqmng.so > /usr/lib/qt3 > > habacker@lxserver05:~ > rpm -q qt-2.3.1 -l > /etc/qt.fontguess > /usr/lib/libqt-mt.so.2 > /usr/lib/libqt.so.2 > /usr/lib/libqutil.so.1 > /usr/lib/qt-2.3.1 > /usr/lib/qt-2.3.1/lib > /usr/lib/qt-2.3.1/lib/libqt-mt.so > /usr/lib/qt-2.3.1/lib/libqt-mt.so.2 > /usr/lib/qt-2.3.1/lib/libqt-mt.so.2.3 > /usr/lib/qt-2.3.1/lib/libqt-mt.so.2.3.1 > /usr/lib/qt-2.3.1/lib/libqt.so > /usr/lib/qt-2.3.1/lib/libqt.so.2 > /usr/lib/qt-2.3.1/lib/libqt.so.2.3 > /usr/lib/qt-2.3.1/lib/libqt.so.2.3.1 > /usr/lib/qt-2.3.1/lib/libqutil.so > /usr/lib/qt-2.3.1/lib/libqutil.so.1 > /usr/lib/qt-2.3.1/lib/libqutil.so.1.0 > /usr/lib/qt-2.3.1/lib/libqutil.so.1.0.0 > /usr/lib/qt2 > /usr/share/doc/packages/qt/doc > /usr/share/doc/packages/qt/doc/ANNOUNCE > /usr/share/doc/packages/qt/doc/FAQ > /usr/share/doc/packages/qt/doc/INSTALL > /usr/share/doc/packages/qt/doc/LICENSE.GPL > /usr/share/doc/packages/qt/doc/LICENSE.QPL > /usr/share/doc/packages/qt/doc/MANIFEST > /usr/share/doc/packages/qt/doc/PLATFORMS > /usr/share/doc/packages/qt/doc/PORTING > /usr/share/doc/packages/qt/doc/README > /usr/share/doc/packages/qt/doc/README.QT > /usr/share/doc/packages/qt/doc/README.SuSE > /usr/share/doc/packages/qt/doc/changes-2.3.0 > /usr/share/doc/packages/qt/doc/changes-2.3.1 > > > Ralf > > > From nwourms@yahoo.com Thu Jul 25 10:30:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Thu, 25 Jul 2002 10:30:00 -0000 Subject: [ITP]: Qt-2.3.1 In-Reply-To: <3D40231C.9040101@msu.edu> Message-ID: <20020725161347.79856.qmail@web21005.mail.yahoo.com> --- Harold L Hunt II wrote: > Ralf, > > Since KDE on Cygwin might eventually depend on this Qt package, why > > don't you guys decide together what the best location would be? > > I really have no idea where to put it, so I'm all for just putting > it > somewhere and cleaning up the mess later when we learn what we did > wrong. > > The LSB doesn't specify a location for Qt, does it? I thought the decision was that all X stuff should go under X11R6/, but I could have misinterpreted the thread. If not there, based on the LSB, I'd be inclined to stick in /opt, but if Ralf really wants to put it under /usr/lib then I'll do that. Ralf? Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From cgf@redhat.com Thu Jul 25 12:25:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Thu, 25 Jul 2002 12:25:00 -0000 Subject: [ITP]: Qt-2.3.1 In-Reply-To: <20020725161347.79856.qmail@web21005.mail.yahoo.com> References: <3D40231C.9040101@msu.edu> <20020725161347.79856.qmail@web21005.mail.yahoo.com> Message-ID: <20020725164951.GA2281@redhat.com> On Thu, Jul 25, 2002 at 09:13:47AM -0700, Nicholas Wourms wrote: >--- Harold L Hunt II wrote: >> Ralf, >> >> Since KDE on Cygwin might eventually depend on this Qt package, why >> >> don't you guys decide together what the best location would be? >> >> I really have no idea where to put it, so I'm all for just putting >> it >> somewhere and cleaning up the mess later when we learn what we did >> wrong. >> >> The LSB doesn't specify a location for Qt, does it? > >I thought the decision was that all X stuff should go under X11R6/, >but I could have misinterpreted the thread. If not there, based on >the LSB, I'd be inclined to stick in /opt, but if Ralf really wants >to put it under /usr/lib then I'll do that. Ralf? I did say that all X stuff was Harold's decision and thought that putting things in the X11R6 hierarchy made sense. However, if there is a good reason to put stuff elsewhere then I don't see why we shouldn't do that. In other words, I'm happy to let you all decide. cgf From Brian.Dunbar@plexus.com Thu Jul 25 12:39:00 2002 From: Brian.Dunbar@plexus.com (Brian Dunbar) Date: Thu, 25 Jul 2002 12:39:00 -0000 Subject: Obtaining Hummingbird-like behavior Message-ID: <93EF56FF0BD1234E8D1C74B9813E0EA09772BD@neen-mail-003.na.plexus.com> Harold, I'd like to contribute. My handicaps would be Time. I'm moving from Texas to San Diego in a few weeks. Same company, better job. You know what that involves. Skill. I'm but a humble system admin - my coding skills (basic PERL, shell scripting aside) are weak to non-existent*. So .. yah, I'm for it, to scratch an itch and reap fame and glory. Give me a nudge to set me on the path? ~Brian * I actually 'learned' COBOL and dBaseIII/Clipper '87 a long, long time ago, when I was young and foolish, but I'm not sure how much of that training would apply. -----Original Message----- From: Harold Hunt [mailto:huntharo@msu.edu] Sent: Wednesday, July 24, 2002 10:30 PM To: cygwin-xfree@cygwin.com Subject: RE: Obtaining Hummingbird-like behavior Brian, > Assuming you're not speaking tongue in cheek, Nicholas, I can see > a need for > doing this ... and intend to demo it on some of haplass end users someday. Does this mean that you are working on a rootless mode for Cygwin/XFree86? Harold From j_tetazoo@hotmail.com Thu Jul 25 13:20:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Thu, 25 Jul 2002 13:20:00 -0000 Subject: Case Closed (was Re: Help with fixing x2x...) Message-ID: Well, I figured it out. The buggy behavior was indeed due to a bogus value of nfds. After poking around in the xfree86 source, I came across xc/lib/Xt/Display.c, which manipulates its own nfds variable in much the same way as x2x. In short, changing this: /* set up for select */ nfds = getdtablesize(); fdset = (fd_set *)malloc(sizeof(fd_set)); fromConn = XConnectionNumber(fromDpy); toConn = XConnectionNumber(toDpy); To this: /* set up for select */ fdset = (fd_set *)malloc(sizeof(fd_set)); fromConn = XConnectionNumber(fromDpy); toConn = XConnectionNumber(toDpy); nfds = MAX(fromConn, toConn) + 1; Does the trick. However, before I repackage it for Cygwin Setup, I'll probably apply many (if not all) of Harold's suggestions as well. Thanks, everyone! >From: Harold L Hunt II >Reply-To: cygwin-xfree@cygwin.com >To: cygwin-xfree@cygwin.com >Subject: Re: Help with fixing x2x... >Date: Wed, 24 Jul 2002 15:17:52 -0400 > >Thomas Chadwick wrote: >>Hmmm. I tried your suggestion and the behavior has not changed. It's >>still gobbling up 99% of the CPU. Suspecting that select() is not >>blocking like it should, I inserted "printf("Hello\n");" just before the >>select() function call. Now when I run x2x I get a continuous stream of >>"Hello"s on STDOUT whether or not I'm moving the mouse or typing. >> >>By comparison, I compiled x2x on my AIX workstation, including the >>"Hello" addition. When I run x2x there, I observe that it only prints >>"Hello" when I move the mouse or hit a key. This seems to me to be the >>appropriate behavior. >> >>This little experiment implicates the select() function call itself as >>being the source of the trouble. Now the question is, is it a problem >>with how select() is being used (and if so, is the problem at the >>Xserver or the Xclient end), or is there a problem with the Cygwin >>implementation of it? >> >>Are you aware of any Xclients which use select() and yet do not exhibit >>the non-blocking behavior I'm seeing? Perhaps there is a minor tweak >>required in how it is being called. >> > >Yup, xwinclip uses select () just like x2x does: > >http://xfree86.cygwin.com/devel/xwinclip/changelog.html > >Just download the tarball for Test06 and look in xwinclip.c/main ()/Line >390. > >I think the problem may be with the value that getdtablesize () is >returning. To find out, you need to printf the value of nfds, fromConn, > and toConn. If nfds isn't at least one larger than the maximum of >fromConn and toConn, then you have a problem. You can alternatively >replace nfds in the call to select with FD_SETSIZE. > >Probably the main problem here, other than if nfds is incorrect, is that >the event loop fails to flush all X events before its first call to >select (), which is necessary because there may be events stored in >local structures already. Also, the manner in which the program >determines whether or not events are pending is non-standard and easy to >break. > >One other thing: the original programmer is malloc'ing fdset and freeing >it later. This is entirely unnecessary, fdset should be an automatic >variable instead. > >I recommend completely replaceing the DoX2X function with the one below. > I promise that it will work this time :) > >Harold > > >static void DoX2X(fromDpy, toDpy) >Display *fromDpy; >Display *toDpy; >{ > DPYINFO dpyInfo; > fd_set fdset; > int fromConn, toConn; > int iReturn; > Bool fReturn; > > /* set up displays */ > dpyInfo.fromDpy = fromDpy; > dpyInfo.toDpy = toDpy; > InitDpyInfo (&dpyInfo); > RegisterEventHandlers (&dpyInfo); > > /* get file handles for display event pipes */ > fromConn = XConnectionNumber(fromDpy); > toConn = XConnectionNumber(toDpy); > > /* > * We have to clear any pending events before our > * first call to select, because there may be events > * stored in local structures. Failing to clear these > * events will lead to select failing to operate > * properly. We just set the event flags here so > * that both event loops are entered on the first time > * through the main loop below. > */ > FD_ZERO (&fdset); > FD_SET (fromConn, &fdset); > FD_SET (toConn, &fdSet); > > /* Loop forever */ > while (True) > { > /* Check for events for From display */ > if (FD_ISSET (fromConn, &fdset)) > { > /* Process any pending events for From display */ > while (XPending (fromDpy)) > fReturn = ProcessEvent (fromDpy, &dpyInfo); > > /* Check for failure */ > if (fReturn) break; > } > > /* Check for events for To display */ > if (FD_ISSET (toConn, &fdset)) > { > /* Process any pending events for To display */ > while (XPending (toDpy)) > fReturn = ProcessEvent (toDpy, &dpyInfo); > > /* Check for failure */ > if (fReturn) break; > } > > /* Setup the structures for select () */ > FD_ZERO(&fdset); > FD_SET(fromConn, &fdSet); > FD_SET(toConn, &fdSet); > > /* Wait for events from either screen before looping again */ > iReturn = select (FD_SETSIZE, &fdset, NULL, NULL, NULL); > if (iReturn <= 0) > { > printf ("Call to select () failed. Bailing.\n"); > break; > } > } >} > > >>>From: Harold L Hunt II >>>To: Thomas Chadwick >>>CC: cygwin-xfree@cygwin.com >>>Subject: Re: Help with fixing x2x... >>>Date: Tue, 23 Jul 2002 18:58:15 -0400 >>> >>>Thomas, >>> >>>In x2x, the return value from ProcessEvent which indicates that >>>everything went normally is False, not True. The real intentions for >>>the return value of ProcessEvent can be described by the boolean >>>variable called ``bAbortedDisconnect'' that is returned from >>>ProcessMotionNotify. Much more on that below but for now, >>> >>>Ohmygodthatisfunny!!! >>> >>>In the loop, the code does this: >>> >>>1) Check for an event on fromDpy. XPending returns immediately. >>> >>>2) Process the event for fromDpy if an event was pending. If we >>>processed an event successfully, continue looping. Else, the >>>ProcessEvent function returned True and we are supposed to shutdown, >>>thus the ``break''. >>> >>>3) Check for an event on toDpy. XPending returns immediately. >>> >>>4) Process the event for toDpy if an event was pending. If we >>>processed an event successfully, continue looping. Else, the >>>ProcessEvent function returned True and we are supposed to shutdown, >>>thus the ``break''. >>> >>>5) Else, if we did not process an event from either screen, wait until >>>one or both o fthe file handles that represent the display event >>>queues becomes ready for reading. >>> >>>I think that your infinite loop has to do with the fact that XPending >>>returns a count of events ready for reading in fromPending, rather >>>than a boolean value. I think that (!fromPending) had the desired >>>effect on the developer's platform of determining that (fromPending == >>>0), but that is a highly compiler-dependent assumption on behalf of >>>the original developer. >>> >>>For clarity, I would rewrite the section as follows (notice the >>>correction in the ``else if''): >>> >>>==================================================================== >>>while (True) /* FOREVER */ >>> { >>> /* Save the number of event ready for fromDpy */ >>> fromPending = XPending(fromDpy); >>> >>> /* Process any events ready for fromDpy */ >>> if (fromPending != 0) >>> if (ProcessEvent(fromDpy, &dpyInfo)) /* shutdown if True! */ >>> break; >>> >>> /* Process any events ready for toDpy */ >>> if (XPending(toDpy)) >>> { >>> if (ProcessEvent(toDpy, &dpyInfo)) /* shutdown if True! */ >>> break; >>> } >>> else if (fromPending == 0) >>> { >>> /* No events ready for either display. Wait for an event. */ >>> FD_ZERO(fdset); >>> FD_SET(fromConn, fdset); >>> FD_SET(toConn, fdset); >>> select(nfds, fdset, NULL, NULL, NULL); >>> } >>> } /* END FOREVER */ >>>==================================================================== >>> >>>Now, for the excitement about the bAbortedDisconnect variable from >>>ProcessMotionNotify: >>> >>>It looks like the original programmer is using some sort of >>>consistency checking on MotionNotify events to determine that the X >>>server is shutting down. I will have to look into this further, but >>>it looks promising from my initial inspection. This is the final step >>>that I need for xwinclip to function properly on server resets and >>>shutdowns. Needless to say, hopefully I am seeing what I want to see :) >>> >>>Harold >>> >>> >>> >>>Thomas Chadwick wrote: >>> >>>>I recently discovered that when I run x2x, the Win2k Task Manager >>>>reports that it's using 90-99% of the CPU. >>>> >>>>While I have not noticed a slow down in performance when it's >>>>running, I'd like to fix it if I can. I've poked around in the >>>>source and I don't like the looks of the main loop: >>>> >>>> while (True) { /* FOREVER */ >>>> if (fromPending = XPending(fromDpy)) >>>> if (ProcessEvent(fromDpy, &dpyInfo)) /* done! */ >>>> break; >>>> >>>> if (XPending(toDpy)) { >>>> if (ProcessEvent(toDpy, &dpyInfo)) /* done! */ >>>> break; >>>> } else if (!fromPending) { >>>> FD_ZERO(fdset); >>>> FD_SET(fromConn, fdset); >>>> FD_SET(toConn, fdset); >>>> select(nfds, fdset, NULL, NULL, NULL); >>>> } >>>> >>>>It would appear to me that this constant polling for an event to >>>>process is what's eating up the CPU cycles. >>>> >>>>Not being an X programmer, I'm hoping someone monitoring the list can >>>>suggest a way to modify this loop to be less of a CPU hog. >>>> >>>>Thanks. >>>> >>>> >>>>_________________________________________________________________ >>>>MSN Photos is the easiest way to share and print your photos: >>>>http://photos.msn.com/support/worldwide.aspx >>>> >> >> >> >> >>_________________________________________________________________ >>Send and receive Hotmail on your mobile device: http://mobile.msn.com >> > > _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From huntharo@msu.edu Thu Jul 25 13:45:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 25 Jul 2002 13:45:00 -0000 Subject: Case Closed (was Re: Help with fixing x2x...) References: Message-ID: <3D405499.5040007@msu.edu> Thomas, Excellent. In xwinclip I calculate the maximum socket number just like you are doing: /* Find max of our file descriptors */ iMaxDescriptor = max (fdMessageQueue, iConnectionNumber) + 1; At least it is fixed now. Harold Thomas Chadwick wrote: > Well, I figured it out. The buggy behavior was indeed due to a bogus > value of nfds. After poking around in the xfree86 source, I came across > xc/lib/Xt/Display.c, which manipulates its own nfds variable in much the > same way as x2x. > > In short, changing this: > > /* set up for select */ > nfds = getdtablesize(); > fdset = (fd_set *)malloc(sizeof(fd_set)); > fromConn = XConnectionNumber(fromDpy); > toConn = XConnectionNumber(toDpy); > > To this: > > /* set up for select */ > fdset = (fd_set *)malloc(sizeof(fd_set)); > fromConn = XConnectionNumber(fromDpy); > toConn = XConnectionNumber(toDpy); > nfds = MAX(fromConn, toConn) + 1; > > Does the trick. However, before I repackage it for Cygwin Setup, I'll > probably apply many (if not all) of Harold's suggestions as well. > > Thanks, everyone! > >> From: Harold L Hunt II >> Reply-To: cygwin-xfree@cygwin.com >> To: cygwin-xfree@cygwin.com >> Subject: Re: Help with fixing x2x... >> Date: Wed, 24 Jul 2002 15:17:52 -0400 >> >> Thomas Chadwick wrote: >> >>> Hmmm. I tried your suggestion and the behavior has not changed. It's >>> still gobbling up 99% of the CPU. Suspecting that select() is not >>> blocking like it should, I inserted "printf("Hello\n");" just before the >>> select() function call. Now when I run x2x I get a continuous stream of >>> "Hello"s on STDOUT whether or not I'm moving the mouse or typing. >>> >>> By comparison, I compiled x2x on my AIX workstation, including the >>> "Hello" addition. When I run x2x there, I observe that it only prints >>> "Hello" when I move the mouse or hit a key. This seems to me to be the >>> appropriate behavior. >>> >>> This little experiment implicates the select() function call itself as >>> being the source of the trouble. Now the question is, is it a problem >>> with how select() is being used (and if so, is the problem at the >>> Xserver or the Xclient end), or is there a problem with the Cygwin >>> implementation of it? >>> >>> Are you aware of any Xclients which use select() and yet do not exhibit >>> the non-blocking behavior I'm seeing? Perhaps there is a minor tweak >>> required in how it is being called. >>> >> >> Yup, xwinclip uses select () just like x2x does: >> >> http://xfree86.cygwin.com/devel/xwinclip/changelog.html >> >> Just download the tarball for Test06 and look in xwinclip.c/main ()/Line >> 390. >> >> I think the problem may be with the value that getdtablesize () is >> returning. To find out, you need to printf the value of nfds, fromConn, >> and toConn. If nfds isn't at least one larger than the maximum of >> fromConn and toConn, then you have a problem. You can alternatively >> replace nfds in the call to select with FD_SETSIZE. >> >> Probably the main problem here, other than if nfds is incorrect, is that >> the event loop fails to flush all X events before its first call to >> select (), which is necessary because there may be events stored in >> local structures already. Also, the manner in which the program >> determines whether or not events are pending is non-standard and easy to >> break. >> >> One other thing: the original programmer is malloc'ing fdset and freeing >> it later. This is entirely unnecessary, fdset should be an automatic >> variable instead. >> >> I recommend completely replaceing the DoX2X function with the one below. >> I promise that it will work this time :) >> >> Harold >> >> >> static void DoX2X(fromDpy, toDpy) >> Display *fromDpy; >> Display *toDpy; >> { >> DPYINFO dpyInfo; >> fd_set fdset; >> int fromConn, toConn; >> int iReturn; >> Bool fReturn; >> >> /* set up displays */ >> dpyInfo.fromDpy = fromDpy; >> dpyInfo.toDpy = toDpy; >> InitDpyInfo (&dpyInfo); >> RegisterEventHandlers (&dpyInfo); >> >> /* get file handles for display event pipes */ >> fromConn = XConnectionNumber(fromDpy); >> toConn = XConnectionNumber(toDpy); >> >> /* >> * We have to clear any pending events before our >> * first call to select, because there may be events >> * stored in local structures. Failing to clear these >> * events will lead to select failing to operate >> * properly. We just set the event flags here so >> * that both event loops are entered on the first time >> * through the main loop below. >> */ >> FD_ZERO (&fdset); >> FD_SET (fromConn, &fdset); >> FD_SET (toConn, &fdSet); >> >> /* Loop forever */ >> while (True) >> { >> /* Check for events for From display */ >> if (FD_ISSET (fromConn, &fdset)) >> { >> /* Process any pending events for From display */ >> while (XPending (fromDpy)) >> fReturn = ProcessEvent (fromDpy, &dpyInfo); >> >> /* Check for failure */ >> if (fReturn) break; >> } >> >> /* Check for events for To display */ >> if (FD_ISSET (toConn, &fdset)) >> { >> /* Process any pending events for To display */ >> while (XPending (toDpy)) >> fReturn = ProcessEvent (toDpy, &dpyInfo); >> >> /* Check for failure */ >> if (fReturn) break; >> } >> >> /* Setup the structures for select () */ >> FD_ZERO(&fdset); >> FD_SET(fromConn, &fdSet); >> FD_SET(toConn, &fdSet); >> >> /* Wait for events from either screen before looping again */ >> iReturn = select (FD_SETSIZE, &fdset, NULL, NULL, NULL); >> if (iReturn <= 0) >> { >> printf ("Call to select () failed. Bailing.\n"); >> break; >> } >> } >> } >> >> >>>> From: Harold L Hunt II >>>> To: Thomas Chadwick >>>> CC: cygwin-xfree@cygwin.com >>>> Subject: Re: Help with fixing x2x... >>>> Date: Tue, 23 Jul 2002 18:58:15 -0400 >>>> >>>> Thomas, >>>> >>>> In x2x, the return value from ProcessEvent which indicates that >>>> everything went normally is False, not True. The real intentions for >>>> the return value of ProcessEvent can be described by the boolean >>>> variable called ``bAbortedDisconnect'' that is returned from >>>> ProcessMotionNotify. Much more on that below but for now, >>>> >>>> Ohmygodthatisfunny!!! >>>> >>>> In the loop, the code does this: >>>> >>>> 1) Check for an event on fromDpy. XPending returns immediately. >>>> >>>> 2) Process the event for fromDpy if an event was pending. If we >>>> processed an event successfully, continue looping. Else, the >>>> ProcessEvent function returned True and we are supposed to shutdown, >>>> thus the ``break''. >>>> >>>> 3) Check for an event on toDpy. XPending returns immediately. >>>> >>>> 4) Process the event for toDpy if an event was pending. If we >>>> processed an event successfully, continue looping. Else, the >>>> ProcessEvent function returned True and we are supposed to shutdown, >>>> thus the ``break''. >>>> >>>> 5) Else, if we did not process an event from either screen, wait until >>>> one or both o fthe file handles that represent the display event >>>> queues becomes ready for reading. >>>> >>>> I think that your infinite loop has to do with the fact that XPending >>>> returns a count of events ready for reading in fromPending, rather >>>> than a boolean value. I think that (!fromPending) had the desired >>>> effect on the developer's platform of determining that (fromPending == >>>> 0), but that is a highly compiler-dependent assumption on behalf of >>>> the original developer. >>>> >>>> For clarity, I would rewrite the section as follows (notice the >>>> correction in the ``else if''): >>>> >>>> ==================================================================== >>>> while (True) /* FOREVER */ >>>> { >>>> /* Save the number of event ready for fromDpy */ >>>> fromPending = XPending(fromDpy); >>>> >>>> /* Process any events ready for fromDpy */ >>>> if (fromPending != 0) >>>> if (ProcessEvent(fromDpy, &dpyInfo)) /* shutdown if True! */ >>>> break; >>>> >>>> /* Process any events ready for toDpy */ >>>> if (XPending(toDpy)) >>>> { >>>> if (ProcessEvent(toDpy, &dpyInfo)) /* shutdown if True! */ >>>> break; >>>> } >>>> else if (fromPending == 0) >>>> { >>>> /* No events ready for either display. Wait for an event. */ >>>> FD_ZERO(fdset); >>>> FD_SET(fromConn, fdset); >>>> FD_SET(toConn, fdset); >>>> select(nfds, fdset, NULL, NULL, NULL); >>>> } >>>> } /* END FOREVER */ >>>> ==================================================================== >>>> >>>> Now, for the excitement about the bAbortedDisconnect variable from >>>> ProcessMotionNotify: >>>> >>>> It looks like the original programmer is using some sort of >>>> consistency checking on MotionNotify events to determine that the X >>>> server is shutting down. I will have to look into this further, but >>>> it looks promising from my initial inspection. This is the final step >>>> that I need for xwinclip to function properly on server resets and >>>> shutdowns. Needless to say, hopefully I am seeing what I want to see :) >>>> >>>> Harold >>>> >>>> >>>> >>>> Thomas Chadwick wrote: >>>> >>>>> I recently discovered that when I run x2x, the Win2k Task Manager >>>>> reports that it's using 90-99% of the CPU. >>>>> >>>>> While I have not noticed a slow down in performance when it's >>>>> running, I'd like to fix it if I can. I've poked around in the >>>>> source and I don't like the looks of the main loop: >>>>> >>>>> while (True) { /* FOREVER */ >>>>> if (fromPending = XPending(fromDpy)) >>>>> if (ProcessEvent(fromDpy, &dpyInfo)) /* done! */ >>>>> break; >>>>> >>>>> if (XPending(toDpy)) { >>>>> if (ProcessEvent(toDpy, &dpyInfo)) /* done! */ >>>>> break; >>>>> } else if (!fromPending) { >>>>> FD_ZERO(fdset); >>>>> FD_SET(fromConn, fdset); >>>>> FD_SET(toConn, fdset); >>>>> select(nfds, fdset, NULL, NULL, NULL); >>>>> } >>>>> >>>>> It would appear to me that this constant polling for an event to >>>>> process is what's eating up the CPU cycles. >>>>> >>>>> Not being an X programmer, I'm hoping someone monitoring the list can >>>>> suggest a way to modify this loop to be less of a CPU hog. >>>>> >>>>> Thanks. >>>>> >>>>> >>>>> _________________________________________________________________ >>>>> MSN Photos is the easiest way to share and print your photos: >>>>> http://photos.msn.com/support/worldwide.aspx >>>>> >>> >>> >>> >>> >>> _________________________________________________________________ >>> Send and receive Hotmail on your mobile device: http://mobile.msn.com >>> >> >> > > > > > _________________________________________________________________ > Chat with friends online, try MSN Messenger: http://messenger.msn.com > From Donette2275b08@mailbr.com.br Thu Jul 25 13:57:00 2002 From: Donette2275b08@mailbr.com.br (Donette2275b08@mailbr.com.br) Date: Thu, 25 Jul 2002 13:57:00 -0000 Subject: Free money. Message-ID: <027c41b17d1d$7557e2d7$7ad17ae3@tiqqry> On January 1st 2002, the European countries began using the new Euro. Never before have so many countries with such powerful economies united to use a single currency. Get your piece of history now! We would like to send you a FREE Euro and a FREE report on world currency. Just visit our site to request your Euro and Euro report: http://www.endlessopportunitieshotline.com/EuroExchange/ In addition to our currency report, you can receive our FREE INVESTMENT PACKAGE: * Learn how $10,000 in options will leverage $1,000,000 in Euro Currency. This means even a small movement in the market has huge profit potential. If you are over age 18 and have some risk capital, it's important that you find out how the Euro will change the economic world and how you can profit! CLICK NOW! http://www.endlessopportunitieshotline.com/EuroExchange/ $10,000 minimum investment Investing in Forex Currency options is speculative and includes a high degree of risk. Investors can and do lose money. http://www.endlessopportunitieshotline.com/takemeoff/ To OptOut. 8169JujS1-062lcef784l19 From huntharo@msu.edu Thu Jul 25 14:11:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 25 Jul 2002 14:11:00 -0000 Subject: problems with XFree References: <20020725114603.58028.qmail@web21006.mail.yahoo.com> Message-ID: <3D4063EB.6070602@msu.edu> Let me see if I understand what is going on here: We are debeating whether to: 1) Modify /etc/profile, which is not installed via a package, but is created directly by setup.exe. 2) Add two scripts, one for bash-style shells and one for c-shell-style shells to /etc/profile.d/. These scripts are processed by /etc/profile. We would add this new scripts to an XFree86 package, probably XFree86-bin, and we would install these scripts via a post-install script if they were not already present (so we do not overwrite modifications). Of all the arguments for/against the two methods, so far only one seems to be a sticking point that essentially decides how we will do this: There is no guarantee that the sub-script in /etc/profile.d/ that adds /usr/X11R6/bin to the path will be executed before some other shell script, that may be added at a later date to /etc/profile.d/, that requires that the path to the X11R6 binaries already be set. In order to allow other scripts in /etc/profile.d/ to assume that the path to the X11R6 binaries is known, we must set the path to the binaries in /etc/profile before the /etc/profile.d/ scripts are processed. I therefore throw my vote 100% behind modifying the /etc/profile script to add /usr/X11R6/bin to the path, if that directory exists. Robert Collins had said something about pulling the /etc/profile script out of setup.exe and having it installed as a stand-alone package. Was this the task that two people had volunteered for? If so, shall we wait until this package is made before we propose any changes to /etc/profile, or should we go ahead and submit a patch for the /etc/profile that is distributed with setup.exe now? Hopefully I haven't confused anything here. I have not commented until now because I had no idea what was going on with all of this profile[.d] stuff, but I think I have a pretty good grasp of it now. Harold Jehan wrote: > Nicholas Wourms wrote: > >> As a rule of thumb, packages should *never* modify the /etc/profile >> script (even if you do back it up). This is a big no-no, as most >> *nix people would tell you. If you insist on getting into a >> discussion on why this is, then so be it. Instead, create 2 scripts >> (a csh and a sh) and drop them into the /etc/profile.d/ directory. > > > I don't like modifying /etc/profile either because I don't think there > any clean way to do it. But if you read the thread I summarized, someone > said that Unixes set X path in /etc/profile. And this make sense to me: > there are no guarantees on the order of execution of the scripts in > /etc/profile.d. What if one of them looks for X and doesn't find it > because the path has not yet been set? As you said in our heated thread > last time, X is quite an important package and we will have more and > more package depending on it. > If the 2 scripts in profile.d are preferred, then I already sent them > less than two weeks ago. > >> This way we play it safe and every one is happy. Also, your scripts >> should check to see if the path has already been set, if it has, then >> don't set it again. Remeber, the more entries in the path, the >> slower Cygwin will operate. > > > If you read the scripts carefully, you'll see that I do check if the > path exists. I check in the install script if /etc/profile has a line of > the form "...PATH=.../usr/X11R6/bin...". Sure it doesn't handle every > single cases (what if someone uses a temporary variable). But it should > handle 99.99% of the cases. If such a line is already in /etc/profile, I > don't change it. > I also check the path in /etc/profile script itself using the echo/grep > line. > > Jehan > > > From cgf@redhat.com Thu Jul 25 14:24:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Thu, 25 Jul 2002 14:24:00 -0000 Subject: problems with xfree In-Reply-To: <3D4063EB.6070602@msu.edu> References: <20020725114603.58028.qmail@web21006.mail.yahoo.com> <3D4063EB.6070602@msu.edu> Message-ID: <20020725205724.GD6611@redhat.com> On Thu, Jul 25, 2002 at 04:47:39PM -0400, Harold L Hunt II wrote: >Let me see if I understand what is going on here: > >We are debeating whether to: > >1) Modify /etc/profile, which is not installed via a package, but is >created directly by setup.exe. > >2) Add two scripts, one for bash-style shells and one for c-shell-style > shells to /etc/profile.d/. These scripts are processed by >/etc/profile. We would add this new scripts to an XFree86 package, >probably XFree86-bin, and we would install these scripts via a >post-install script if they were not already present (so we do not >overwrite modifications). > >Of all the arguments for/against the two methods, so far only one seems >to be a sticking point that essentially decides how we will do this: > > There is no guarantee that the sub-script in /etc/profile.d/ that >adds /usr/X11R6/bin to the path will be executed before some other shell >script, that may be added at a later date to /etc/profile.d/, that >requires that the path to the X11R6 binaries already be set. In order >to allow other scripts in /etc/profile.d/ to assume that the path to the >X11R6 binaries is known, we must set the path to the binaries in >/etc/profile before the /etc/profile.d/ scripts are processed. I don't know what this "other" script in /etc/profile.d might be, but if it is a problem for the "other" script, it could easily include /etc/profile.d/add_x11_path (or whatever) to add the script to ensure that the path was properly set. So, I think that adding an appropriate file to /etc/profile.d makes more sense. Then people who don't have /usr/bin/X11R6 don't have a spurious check for the directory in their /etc/profile. cgf From huntharo@msu.edu Thu Jul 25 16:27:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 25 Jul 2002 16:27:00 -0000 Subject: problems with xfree References: <20020725114603.58028.qmail@web21006.mail.yahoo.com> <3D4063EB.6070602@msu.edu> <20020725205724.GD6611@redhat.com> Message-ID: <3D406A24.1000403@msu.edu> Christopher Faylor wrote: > On Thu, Jul 25, 2002 at 04:47:39PM -0400, Harold L Hunt II wrote: > >>Let me see if I understand what is going on here: >> >>We are debeating whether to: >> >>1) Modify /etc/profile, which is not installed via a package, but is >>created directly by setup.exe. >> >>2) Add two scripts, one for bash-style shells and one for c-shell-style >>shells to /etc/profile.d/. These scripts are processed by >>/etc/profile. We would add this new scripts to an XFree86 package, >>probably XFree86-bin, and we would install these scripts via a >>post-install script if they were not already present (so we do not >>overwrite modifications). >> >>Of all the arguments for/against the two methods, so far only one seems >>to be a sticking point that essentially decides how we will do this: >> >> There is no guarantee that the sub-script in /etc/profile.d/ that >>adds /usr/X11R6/bin to the path will be executed before some other shell >>script, that may be added at a later date to /etc/profile.d/, that >>requires that the path to the X11R6 binaries already be set. In order >>to allow other scripts in /etc/profile.d/ to assume that the path to the >>X11R6 binaries is known, we must set the path to the binaries in >>/etc/profile before the /etc/profile.d/ scripts are processed. > > > I don't know what this "other" script in /etc/profile.d might be, but > if it is a problem for the "other" script, it could easily include > /etc/profile.d/add_x11_path (or whatever) to add the script to ensure > that the path was properly set. > > So, I think that adding an appropriate file to /etc/profile.d makes > more sense. Then people who don't have /usr/bin/X11R6 don't have > a spurious check for the directory in their /etc/profile. > > cgf That sounds even more reasonable. No one has suggested that yet. One question though... are there any known packages that put a script in /etc/profile.d/ that expect the path to the X11R6 binaries to already be set, but that do not include some X11R6 path-setting script? We would have to modify any such scripts, if we ever encounter them, to include our X11R6 path-setting script. That doesn't seem like a horrible trade-off. Okay, go with the new scripts in /etc/profile.d/. Jehan - you sent in these scripts before, right? Could you send them again? Thanks. Harold From maxb@ukf.net Thu Jul 25 18:22:00 2002 From: maxb@ukf.net (Max Bowsher) Date: Thu, 25 Jul 2002 18:22:00 -0000 Subject: /etc/profile & /etc/profile.d/ (was: problems with XFree) References: <20020725114603.58028.qmail@web21006.mail.yahoo.com> <3D4063EB.6070602@msu.edu> Message-ID: <011601c23421$85f0ef80$0100a8c0@wdg.uk.ibm.com> As I understand it, the whole point of /etc/profile.d/ is to allow packages to put their own startup scripts there and not modify /etc/profile - the underlying reason being that package management generally does a good job of adding and removing files, but changing them is fraught with difficulty. > 2) Add two scripts, one for bash-style shells and one for c-shell- > style shells to /etc/profile.d/. These scripts are processed by > /etc/profile. We would add this new scripts to an XFree86 package, > probably XFree86-bin, and we would install these scripts via a > post-install script if they were not already present (so we do not > overwrite modifications). Why not just install them normally? Is this not the whole point of profile.d ? > Of all the arguments for/against the two methods, so far only one > seems to be a sticking point that essentially decides how we will do > this: > > There is no guarantee that the sub-script in /etc/profile.d/ that > adds /usr/X11R6/bin to the path will be executed before some other > shell script, that may be added at a later date to /etc/profile.d/, > that requires that the path to the X11R6 binaries already be set. In > order to allow other scripts in /etc/profile.d/ to assume that the > path to the X11R6 binaries is known, we must set the path to the > binaries in /etc/profile before the /etc/profile.d/ scripts are > processed. Can I just raise a point? If we named the script 00-XFree-path.sh, then wouldn't the 00 prefix ensure that this script executed before any scripts with first-character-alphabetic names? This seems to me the best way to solve this problem, unless someone can show that this ordering is not necessarily so. > I therefore throw my vote 100% behind modifying the /etc/profile > script to add /usr/X11R6/bin to the path, if that directory exists. I really don't think we should be messing with /etc/profile for this kind of thing. This is the raison d'??tre of /etc/profile.d/ . > Robert Collins had said something about pulling the /etc/profile > script out of setup.exe and having it installed as a stand-alone > package. Was this the task that two people had volunteered for? If > so, shall we wait until this package is made before we propose any > changes to /etc/profile, or should we go ahead and submit a patch for > the /etc/profile that is distributed with setup.exe now? Not _with_. _In_. > Hopefully I haven't confused anything here. I have not commented > until now because I had no idea what was going on with all of this > profile[.d] stuff, but I think I have a pretty good grasp of it now. Actually, that was a pretty useful synopsis of the current situation. > Harold Max. From larsen587@firemail.de Thu Jul 25 21:26:00 2002 From: larsen587@firemail.de (Jack Larsen) Date: Thu, 25 Jul 2002 21:26:00 -0000 Subject: Finally on Sylpheed Message-ID: <20020726012822.52f45abd.larsen587@firemail.de> Hi Jim, I use cygwin-sylpheed for almost an year. It has become my main email client. Of course I am interested that anybody becomes the maintainter of this great program. Furthermore I am interested in an official cygwin glib/gtk port. -Jack From nahor@bravobrava.com Fri Jul 26 00:27:00 2002 From: nahor@bravobrava.com (Jehan) Date: Fri, 26 Jul 2002 00:27:00 -0000 Subject: problems with xfree References: <20020725114603.58028.qmail@web21006.mail.yahoo.com> <3D4063EB.6070602@msu.edu> <20020725205724.GD6611@redhat.com> <3D406A24.1000403@msu.edu> Message-ID: Harold L Hunt II wrote: > Christopher Faylor wrote: > >> On Thu, Jul 25, 2002 at 04:47:39PM -0400, Harold L Hunt II wrote: >> >>> Let me see if I understand what is going on here: >>> >>> We are debeating whether to: >>> >>> 1) Modify /etc/profile, which is not installed via a package, but is >>> created directly by setup.exe. >>> >>> 2) Add two scripts, one for bash-style shells and one for >>> c-shell-style shells to /etc/profile.d/. These scripts are processed >>> by /etc/profile. We would add this new scripts to an XFree86 >>> package, probably XFree86-bin, and we would install these scripts via >>> a post-install script if they were not already present (so we do not >>> overwrite modifications). >>> >>> Of all the arguments for/against the two methods, so far only one >>> seems to be a sticking point that essentially decides how we will do >>> this: >>> >>> There is no guarantee that the sub-script in /etc/profile.d/ that >>> adds /usr/X11R6/bin to the path will be executed before some other >>> shell script, that may be added at a later date to /etc/profile.d/, >>> that requires that the path to the X11R6 binaries already be set. In >>> order to allow other scripts in /etc/profile.d/ to assume that the >>> path to the X11R6 binaries is known, we must set the path to the >>> binaries in /etc/profile before the /etc/profile.d/ scripts are >>> processed. >> >> >> >> I don't know what this "other" script in /etc/profile.d might be, but >> if it is a problem for the "other" script, it could easily include >> /etc/profile.d/add_x11_path (or whatever) to add the script to ensure >> that the path was properly set. >> >> So, I think that adding an appropriate file to /etc/profile.d makes >> more sense. Then people who don't have /usr/bin/X11R6 don't have >> a spurious check for the directory in their /etc/profile. >> >> cgf > > > That sounds even more reasonable. No one has suggested that yet. > > One question though... are there any known packages that put a script in > /etc/profile.d/ that expect the path to the X11R6 binaries to already be > set, but that do not include some X11R6 path-setting script? We would > have to modify any such scripts, if we ever encounter them, to include > our X11R6 path-setting script. That doesn't seem like a horrible > trade-off. > > Okay, go with the new scripts in /etc/profile.d/. > > Jehan - you sent in these scripts before, right? Could you send them > again? Thanks. Here they are. I renamed them 00xfree.* as suggested by Max Bowsher which I thing is even cleaner than having other scripts including the XFree script (which would mean that the script will have to keep its name whatever happens, it would be executed several times, ...). From the bash man page: Pathname Expansion After word splitting, unless the -f option has been set, bash scans each word for the characters *, ?, and [. If one of these characters appears, then the word is regarded as a pattern, and replaced with an alphabetically sorted list of file names matching the pattern. From the tcsh man page: Filename substitution If a word contains any of the characters `*', `?', `[' or `{' or begins with the character `~' it is a candidate for filename substitution, also known as ``globbing''. This word is then regarded as a pattern (``glob-pattern''), and replaced with an alphabetically sorted list of file names which match the pattern So I think we could use this feature to ensure that the XFree script will be executed before any other scripts. Jehan -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: 00xfree.csh URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: 00xfree.sh URL: From huntharo@msu.edu Fri Jul 26 02:14:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Fri, 26 Jul 2002 02:14:00 -0000 Subject: problems with xfree In-Reply-To: Message-ID: Do you think we could alternatively call these XFree86.* ? Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Jehan > Sent: Thursday, July 25, 2002 9:22 PM > To: cygwin-xfree@cygwin.com > Subject: Re: problems with xfree > > > Harold L Hunt II wrote: > > Christopher Faylor wrote: > > > >> On Thu, Jul 25, 2002 at 04:47:39PM -0400, Harold L Hunt II wrote: > >> > >>> Let me see if I understand what is going on here: > >>> > >>> We are debeating whether to: > >>> > >>> 1) Modify /etc/profile, which is not installed via a package, but is > >>> created directly by setup.exe. > >>> > >>> 2) Add two scripts, one for bash-style shells and one for > >>> c-shell-style shells to /etc/profile.d/. These scripts are processed > >>> by /etc/profile. We would add this new scripts to an XFree86 > >>> package, probably XFree86-bin, and we would install these scripts via > >>> a post-install script if they were not already present (so we do not > >>> overwrite modifications). > >>> > >>> Of all the arguments for/against the two methods, so far only one > >>> seems to be a sticking point that essentially decides how we will do > >>> this: > >>> > >>> There is no guarantee that the sub-script in /etc/profile.d/ that > >>> adds /usr/X11R6/bin to the path will be executed before some other > >>> shell script, that may be added at a later date to /etc/profile.d/, > >>> that requires that the path to the X11R6 binaries already be set. In > >>> order to allow other scripts in /etc/profile.d/ to assume that the > >>> path to the X11R6 binaries is known, we must set the path to the > >>> binaries in /etc/profile before the /etc/profile.d/ scripts are > >>> processed. > >> > >> > >> > >> I don't know what this "other" script in /etc/profile.d might be, but > >> if it is a problem for the "other" script, it could easily include > >> /etc/profile.d/add_x11_path (or whatever) to add the script to ensure > >> that the path was properly set. > >> > >> So, I think that adding an appropriate file to /etc/profile.d makes > >> more sense. Then people who don't have /usr/bin/X11R6 don't have > >> a spurious check for the directory in their /etc/profile. > >> > >> cgf > > > > > > That sounds even more reasonable. No one has suggested that yet. > > > > One question though... are there any known packages that put a > script in > > /etc/profile.d/ that expect the path to the X11R6 binaries to > already be > > set, but that do not include some X11R6 path-setting script? We would > > have to modify any such scripts, if we ever encounter them, to include > > our X11R6 path-setting script. That doesn't seem like a horrible > > trade-off. > > > > Okay, go with the new scripts in /etc/profile.d/. > > > > Jehan - you sent in these scripts before, right? Could you send them > > again? Thanks. > > Here they are. > I renamed them 00xfree.* as suggested by Max Bowsher which I thing is > even cleaner than having other scripts including the XFree script (which > would mean that the script will have to keep its name whatever happens, > it would be executed several times, ...). > > From the bash man page: > Pathname Expansion > After word splitting, unless the -f option has been > set, bash scans each word for the characters *, ?, and > [. If one of these characters appears, then the word is > regarded as a pattern, and replaced with an > alphabetically sorted list of file names matching > the pattern. > > From the tcsh man page: > Filename substitution > If a word contains any of the characters `*', `?', `[' > or `{' or begins with the character `~' it is a > candidate for filename substitution, also known as > ``globbing''. This word is then regarded as a pattern > (``glob-pattern''), and replaced with an alphabetically > sorted list of file names which match the pattern > > So I think we could use this feature to ensure that the XFree script > will be executed before any other scripts. > > > Jehan > From sb@dod.no Fri Jul 26 02:51:00 2002 From: sb@dod.no (Steinar Bang) Date: Fri, 26 Jul 2002 02:51:00 -0000 Subject: Reply-to address change References: Message-ID: <87adofhrts.fsf@doohan.bang.priv.no> >>>>> "Harold Hunt" : > Yup, it has finally happened. The drawbacks of not setting the > reply-to field for this mailing list far outweigh the benefits. It's a good thing I use Gnus, so that I can set the aptly named (broken-reply-to . t) in the group parameters for this mailing list. From jim.george@blueyonder.co.uk Fri Jul 26 04:21:00 2002 From: jim.george@blueyonder.co.uk (Jim George) Date: Fri, 26 Jul 2002 04:21:00 -0000 Subject: Finally on Sylpheed In-Reply-To: <20020725144556.21294.qmail@web21003.mail.yahoo.com> References: <20020725071624.1ccbd120.jim.george@blueyonder.co.uk> <20020725144556.21294.qmail@web21003.mail.yahoo.com> Message-ID: <20020725221216.350a90f9.jim.george@blueyonder.co.uk> On Thu, 25 Jul 2002 07:45:56 -0700 (PDT) Nicholas Wourms wrote: > > --- Jim George wrote: > > I say finally but of course the fun is just beginning for me:) > > > > I now have sylpheed (the X Mail Client) running under cygwin-X and > > it's very good, there are some items that could be beefed > > up/improved upon (and I shall offer whatever help I'm able to) but > > on the whole very good. > > > > So that this isn't one of those mails that just takes up > > bandwidth... > > > > To create it you need glib-1.2.10 and gtk.1.2.10 or above, also > > libiconv (this is already part of the main setup for cygwin, > > although you need to specifically select it), and of course you > > need sylpheed (current release is 0.8.0). > > > > You can get glib and gtk at ftp://ftp.gtk.org/pub/gtk/1.2 > > You can get sylpheed at http://sylpheed.good-day.net > > > > You need to make one alteration in the glib package for it to > > compile. Comment out line 705 of gstrfuncs.c and it will compile > > flawlessly. > > > > Can the lis let me know if there is interest in a X Mail Client for > > cygwin, in which case I'll investigate becoming a maintainter for > > the list? > > > Jim, > > Why don't you wait until Lapo releases the glib/gtk packages. That > way you can link to them dynamically. > > Cheers, > Nicholas Now that's a good idea! Has anyone heard what happened to the port of Evolution? Someone said (I think) that there was to be a port to cygwin? Jim From jim.george@blueyonder.co.uk Fri Jul 26 04:44:00 2002 From: jim.george@blueyonder.co.uk (Jim George) Date: Fri, 26 Jul 2002 04:44:00 -0000 Subject: Finally on Sylpheed In-Reply-To: <20020726012822.52f45abd.larsen587@firemail.de> References: <20020726012822.52f45abd.larsen587@firemail.de> Message-ID: <20020726102601.2a833d63.jim.george@blueyonder.co.uk> On Fri, 26 Jul 2002 01:28:22 +0200 Jack Larsen wrote: > Hi Jim, > > I use cygwin-sylpheed for almost an year. It has become my main email client. > Of course I am interested that anybody becomes the maintainter of this great > program. Furthermore I am interested in an official cygwin glib/gtk port. > > -Jack Jack, apparently work on glib/gtk port to cygwin is underway so I'll wait for that to be released before picking up the gauntlet :) Jim From nwourms@yahoo.com Fri Jul 26 05:40:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 26 Jul 2002 05:40:00 -0000 Subject: Finally on Sylpheed In-Reply-To: <20020725221216.350a90f9.jim.george@blueyonder.co.uk> Message-ID: <20020726112119.95700.qmail@web21008.mail.yahoo.com> > > Now that's a good idea! > > Has anyone heard what happened to the port of Evolution? Someone > said (I think) that there was to be a port to cygwin? > Jim, The last I heard, evolution has been around for millions of years, give or take an eon. Seriously though, I would be hard pressed to use that piece of s**t. That turncoat Miguel deIcaza is being quite the hypocrite by keeping the "Exchange" server access functionality closed source (and for a fee). You see I was in the community when the whole Rasterman/deIcaza merger happened and the e-desktop became gnome. I rember how he evangilized free software and the opensource movement, and scoffed at anyone who didn't release the source to the software they were working on. Personally, I will not use GNOME because of this [KDE is better anyhow], and if I could get away with it, I wouldn't use gtk either. As for evolution, it is too bulky, too buggy, and just plain ugly. Stick with Sylpheed or better yet, Pine! Cheers, Nicholas Please do not CC: in your reply, as you know that I am subscribed to this list. I normally don't mind, but the volume of mail I recieve is causing me to live "on the line" with my Yahoo mail quota. __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From jim.george@blueyonder.co.uk Fri Jul 26 05:52:00 2002 From: jim.george@blueyonder.co.uk (Jim George) Date: Fri, 26 Jul 2002 05:52:00 -0000 Subject: Finally on Sylpheed In-Reply-To: <20020726112119.95700.qmail@web21008.mail.yahoo.com> References: <20020725221216.350a90f9.jim.george@blueyonder.co.uk> <20020726112119.95700.qmail@web21008.mail.yahoo.com> Message-ID: <20020726123950.1bde3237.jim.george@blueyonder.co.uk> On Fri, 26 Jul 2002 04:21:19 -0700 (PDT) Nicholas Wourms wrote: > > > > Now that's a good idea! > > > > Has anyone heard what happened to the port of Evolution? Someone > > said (I think) that there was to be a port to cygwin? > > > Jim, > > The last I heard, evolution has been around for millions of years, > give or take an eon. Seriously though, I would be hard pressed to > use that piece of s**t. That turncoat Miguel deIcaza is being quite > the hypocrite by keeping the "Exchange" server access functionality > closed source (and for a fee). You see I was in the community when > the whole Rasterman/deIcaza merger happened and the e-desktop became > gnome. I rember how he evangilized free software and the opensource > movement, and scoffed at anyone who didn't release the source to the > software they were working on. Personally, I will not use GNOME > because of this [KDE is better anyhow], and if I could get away with > it, I wouldn't use gtk either. As for evolution, it is too bulky, > too buggy, and just plain ugly. Stick with Sylpheed or better yet, > Pine! > > Cheers, > Nicholas > Nicholas, boy did I touch a nerve ;) As it happens I like both sylpheed and pine (especially the latter, if only that could become a GUI). However I have to say that Evolution is probably the strongest Linux x-mail client I've come across in all my years with Linux. It's a real shame that deIcaza should have sold out in this way as it would have been a real killer application in the workplace. Jim From staf.verhaegen@imec.be Fri Jul 26 05:52:00 2002 From: staf.verhaegen@imec.be (Staf Verhaegen) Date: Fri, 26 Jul 2002 05:52:00 -0000 Subject: Finally on Sylpheed References: <20020725221216.350a90f9.jim.george@blueyonder.co.uk> <20020726112119.95700.qmail@web21008.mail.yahoo.com> <20020726123950.1bde3237.jim.george@blueyonder.co.uk> Message-ID: <3D414350.657DA619@imec.be> Jim George wrote: > > On Fri, 26 Jul 2002 04:21:19 -0700 (PDT) > Nicholas Wourms wrote: > > > > > > > Now that's a good idea! > > > > > > Has anyone heard what happened to the port of Evolution? Someone > > > said (I think) that there was to be a port to cygwin? > > > > > Jim, > > > > The last I heard, evolution has been around for millions of years, > > give or take an eon. Seriously though, I would be hard pressed to > > use that piece of s**t. That turncoat Miguel deIcaza is being quite > > the hypocrite by keeping the "Exchange" server access functionality > > closed source (and for a fee). You see I was in the community when > > the whole Rasterman/deIcaza merger happened and the e-desktop became > > gnome. I rember how he evangilized free software and the opensource > > movement, and scoffed at anyone who didn't release the source to the > > software they were working on. Personally, I will not use GNOME > > because of this [KDE is better anyhow], and if I could get away with > > it, I wouldn't use gtk either. As for evolution, it is too bulky, > > too buggy, and just plain ugly. Stick with Sylpheed or better yet, > > Pine! > > > > Cheers, > > Nicholas > > > Nicholas, > > boy did I touch a nerve ;) > > As it happens I like both sylpheed and pine (especially the latter, if only that could become a GUI). > > However I have to say that Evolution is probably the strongest Linux x-mail client I've come across in all my years with Linux. It's a real shame that deIcaza should have sold out in this way as it would have been a real killer application in the workplace. Everything De Icaza and Ximian does is open source except one peace of code that is used to connect to an expensive propriety email server. Without this connector thing evolution email client is fully usable and open source as is ximian gnome, red carpet, mono, ... Staf. PS: Live would be so much easier when people would just try having fun with computing and not consider it as some kind of religion. Live would be so much easier when people would not try to tell to other people what they should like or should not like. From nwourms@yahoo.com Fri Jul 26 06:10:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 26 Jul 2002 06:10:00 -0000 Subject: Finally on Sylpheed In-Reply-To: <3D414350.657DA619@imec.be> Message-ID: <20020726125236.60348.qmail@web21001.mail.yahoo.com> --- Staf Verhaegen wrote: > Everything De Icaza and Ximian does is open source except one peace > of code > that is used to connect to an expensive propriety email server. > Without this > connector thing evolution email client is fully usable and open > source as is > ximian gnome, red carpet, mono, ... They could have a million things that were opensource and one closed source product but it still wouldn't matter. I'm not against closed source software, all I ask is that you practice what you preach. To him, opensource is(was) a religion, and yet still he refuses to opensource every bit of his software. 'Nuff said. This is way off-topic anyhow. > PS: Live would be so much easier when people would just try having > fun with computing and not consider it as some kind of religion. > Live would be so much easier when people would not try to tell to > other people what they should like or should not like. Who's telling people what to like? AFAICT, Jim and I were having an exchange of opinions. What you do with those opinions is entirely up to you. I'm having fun, aren't you? Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From huntharo@msu.edu Fri Jul 26 06:54:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 26 Jul 2002 06:54:00 -0000 Subject: Finally on Sylpheed References: <20020725221216.350a90f9.jim.george@blueyonder.co.uk> <20020726112119.95700.qmail@web21008.mail.yahoo.com> <20020726123950.1bde3237.jim.george@blueyonder.co.uk> <3D414350.657DA619@imec.be> Message-ID: <3D4146B3.70703@msu.edu> Staf Verhaegen wrote: > Jim George wrote: > >>On Fri, 26 Jul 2002 04:21:19 -0700 (PDT) >>Nicholas Wourms wrote: >> >> >>>>Now that's a good idea! >>>> >>>>Has anyone heard what happened to the port of Evolution? Someone >>>>said (I think) that there was to be a port to cygwin? >>>> >>> >>>Jim, >>> >>>The last I heard, evolution has been around for millions of years, >>>give or take an eon. Seriously though, I would be hard pressed to >>>use that piece of s**t. That turncoat Miguel deIcaza is being quite >>>the hypocrite by keeping the "Exchange" server access functionality >>>closed source (and for a fee). You see I was in the community when >>>the whole Rasterman/deIcaza merger happened and the e-desktop became >>>gnome. I rember how he evangilized free software and the opensource >>>movement, and scoffed at anyone who didn't release the source to the >>>software they were working on. Personally, I will not use GNOME >>>because of this [KDE is better anyhow], and if I could get away with >>>it, I wouldn't use gtk either. As for evolution, it is too bulky, >>>too buggy, and just plain ugly. Stick with Sylpheed or better yet, >>>Pine! >>> >>>Cheers, >>>Nicholas >>> >> >>Nicholas, >> >> boy did I touch a nerve ;) >> >> As it happens I like both sylpheed and pine (especially the latter, if only that could become a GUI). >> >> However I have to say that Evolution is probably the strongest Linux x-mail client I've come across in all my years with Linux. It's a real shame that deIcaza should have sold out in this way as it would have been a real killer application in the workplace. > > > Everything De Icaza and Ximian does is open source except one peace of code > that is used to connect to an expensive propriety email server. Without this > connector thing evolution email client is fully usable and open source as is > ximian gnome, red carpet, mono, ... > > Staf. > > PS: Live would be so much easier when people would just try having fun with > computing and not consider it as some kind of religion. Live would be so much > easier when people would not try to tell to other people what they should like > or should not like. Anything further regarding the merits of Evolution, etc. is off topic for this mailing list. Harold From staf.verhaegen@imec.be Fri Jul 26 08:33:00 2002 From: staf.verhaegen@imec.be (Staf Verhaegen) Date: Fri, 26 Jul 2002 08:33:00 -0000 Subject: Finally on Sylpheed References: <20020726125236.60348.qmail@web21001.mail.yahoo.com> Message-ID: <3D414A3B.CA058EEB@imec.be> > I'm having fun, aren't you? This was not clear to me with the way you put things in your email. Apologies to the list and case closed. Staf. From beccari@polito.it Fri Jul 26 12:20:00 2002 From: beccari@polito.it (Claudio Beccari) Date: Fri, 26 Jul 2002 12:20:00 -0000 Subject: Unresolved reference in a cygwin/xfree86 library Message-ID: <5.0.2.1.1.20020726144724.00a8e6d0@130.192.2.16> I tried to install LyX on a laptop that has a US keyboard; I had to download and install cygwin and Xfree86 plus customize for my terminal. Everyting OK; Installed LyX; everything OK except for one point. For writing in Italian I need the grave accent (the acute is comparatively rarer and it works fine) and I want ot set it up the same as in MSWord (and SciWord, apparently); I customize the cua.bind LyX binding file in order to have accents configured as a -accent combination followed by the suitable vowel. Things work fine for ', ~, and ^; they dont work with " and `. I can do without the umlaut, but I can't do without the grave accent. I read and reread the LyX documentation; it suggests to configure the keyboard key by means of xmodmap and xkeycaps; xmodmap is part of cygwin/xfree86 distribution (the latest distribution downlaoaded -- for the n-th time -- on 25 july 2002) and apparently indicate that my laptop keyboard is correctly identified and installed. Nevertheless since things don't work as expected, I have the curiosity of installing xkeycaps; I downloaded it from its home site (www.jwz.org) and followed the whole procedure for the installation which implies using xmkmf, make, and so on; the former works fine, the latter stops with a linker error on the very last step, where it say that it found and unresolved reference XpmReadFileToPixmap in a module deriving from the compilation of pixmap.c in library /usr/X11R6/lib/libXaw.a. I suppose that libXaw.a has a little glitch, but may be it's only my installation. Any suggestion? Thanks in advance Claudio From nahor@bravobrava.com Sun Jul 28 23:55:00 2002 From: nahor@bravobrava.com (Jehan) Date: Sun, 28 Jul 2002 23:55:00 -0000 Subject: problems with xfree References: Message-ID: Harold Hunt wrote: > Do you think we could alternatively call these XFree86.* ? If you want to be sure that they are executed before any other script (which I think is better than asking those other scripts to include it if they need the path), it must be first in the alphabetical order. Other than that, the name can be anything. So if you prefer 00XFree86.*, it's fine. But there can easily be scripts starting with a capital letter that would be read before any X* script. Jehan From huntharo@msu.edu Mon Jul 29 07:42:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 29 Jul 2002 07:42:00 -0000 Subject: Your help please... References: <4B1C863C5596D511B2180003474DC66305DE2D5F@se001076.rbc1.royalbank.com> Message-ID: <3D41A18D.3070606@msu.edu> Jafry, Kamran wrote: > I am very new at this and just installed cygwin.. > I was wondering if you might be able to help me out.. > I am trying to connect to AIX on UNIX from my desktop.. > It does not prompt me for a userid or password or gives me > a GUI so that I can run something.. > Do you know where I can find instructions or if you > could so much as help me I would appreciate it > > I have tried > xwin -kb -query 10.96.1.32 > > but it just brings up a blank xwindow screen? > Thank you, > Kamran. > > ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- > This e-mail may be privileged and/or confidential, and the sender does > not waive any related rights and obligations. Any distribution, use or > copying of this e-mail or the information it contains by other than an > intended recipient is unauthorized. If you received this e-mail in > error, please advise me (by return e-mail or otherwise) immediately. > > Ce courriel est confidentiel et prot??g??. L'exp??diteur ne renonce pas aux > droits et obligations qui s'y rapportent. Toute diffusion, utilisation > ou copie de ce message ou des renseignements qu'il contient par une > personne autre que le (les) destinataire(s) d??sign??(s) est interdite. Si > vous recevez ce courriel par erreur, veuillez m'en aviser imm??diatement, > par retour de courriel ou par un autre moyen. > > > ============================================================================== > Kamran, I have forwarded your question to the Cygwin/XFree86 mailing list at cygwin-xfree@cygwin.com. Harold From jim.george@blueyonder.co.uk Mon Jul 29 07:42:00 2002 From: jim.george@blueyonder.co.uk (Jim George) Date: Mon, 29 Jul 2002 07:42:00 -0000 Subject: imlib Message-ID: <20020729075411.5e09023f.jim.george@blueyonder.co.uk> Folks, I wanted imlib to give me image rendering support in slypheed and couldn't find it in packages, so I downloaded and compiled version 1.9.8.1 straight out of the box. The reason I tell you this is that I wasn't sure why this handy package didn't appear to be on the web site? Or did I have my eyes closed? I ask as I'm far less than confident in proposing a new package, and extremely dubious about my talents to maintain it. Kind thoughts as to how I should proceed please? Perhaps a link on the site to http://freshmeat.net/projects/imlib/?topic-id=809 ? Cheers, Jim From huntharo@msu.edu Mon Jul 29 08:57:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 29 Jul 2002 08:57:00 -0000 Subject: Post-install or untar installation of 00xfree.csh, 00xfree.sh? Message-ID: <3D4554E0.6090705@msu.edu> Is there a general policy of how /etc/profile.d/ scripts should be installed? Should they be indiscriminately untarred overtop of any pre-existing version of the scripts in /etc/profile.d/, or should they be installed via a post-install script? If post-install scripts are the preferred method, would someone (probably Jehan) care to make a post-install script for XFree86-bin that is based off the post-install script for another package that installs profile.d scripts? Harold From j_tetazoo@hotmail.com Mon Jul 29 15:49:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Mon, 29 Jul 2002 15:49:00 -0000 Subject: Your help please... Message-ID: Using the -query flag assumes that the workstation you are connecting to is running an XDMCP server. My guess is that the workstation you are connecting to is not. This HOWTO may be of some use: http://www.linux.org/docs/ldp/howto/XDMCP-HOWTO/index.html If you are not in a position to get XDMCP running on the remote AIX workstation, you can still run Xclients remotely. More info here: http://www.linux.org/docs/ldp/howto/mini/Remote-X-Apps.html [Note that will have to explicity install the "inetutils" and "openssh" packages using Cygwin Setup to gain access to the telnet and ssh commands referenced in the above HowTo.] >From: Harold L Hunt II >Reply-To: cygwin-xfree@cygwin.com >To: "Jafry, Kamran" , cygwin-xfree@cygwin.com >Subject: Re: Your help please... >Date: Fri, 26 Jul 2002 15:22:53 -0400 > >Jafry, Kamran wrote: >>I am very new at this and just installed cygwin.. >>I was wondering if you might be able to help me out.. >>I am trying to connect to AIX on UNIX from my desktop.. >>It does not prompt me for a userid or password or gives me >>a GUI so that I can run something.. >>Do you know where I can find instructions or if you >>could so much as help me I would appreciate it >> >>I have tried >>xwin -kb -query 10.96.1.32 >> >>but it just brings up a blank xwindow screen? >>Thank you, >>Kamran. >> >>---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- >>This e-mail may be privileged and/or confidential, and the sender does not >>waive any related rights and obligations. Any distribution, use or copying >>of this e-mail or the information it contains by other than an intended >>recipient is unauthorized. If you received this e-mail in error, please >>advise me (by return e-mail or otherwise) immediately. >> >>Ce courriel est confidentiel et prot??g??. L'exp??diteur ne renonce pas aux >>droits et obligations qui s'y rapportent. Toute diffusion, utilisation ou >>copie de ce message ou des renseignements qu'il contient par une personne >>autre que le (les) destinataire(s) d??sign??(s) est interdite. Si vous >>recevez ce courriel par erreur, veuillez m'en aviser imm??diatement, par >>retour de courriel ou par un autre moyen. >> >> >>============================================================================== >> > >Kamran, > >I have forwarded your question to the Cygwin/XFree86 mailing list at >cygwin-xfree@cygwin.com. > >Harold _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From nahor@bravobrava.com Mon Jul 29 15:51:00 2002 From: nahor@bravobrava.com (Jehan) Date: Mon, 29 Jul 2002 15:51:00 -0000 Subject: Post-install or untar installation of 00xfree.csh, 00xfree.sh? References: <3D4554E0.6090705@msu.edu> Message-ID: Harold L Hunt II wrote: > Is there a general policy of how /etc/profile.d/ scripts should be > installed? Should they be indiscriminately untarred overtop of any > pre-existing version of the scripts in /etc/profile.d/, or should they > be installed via a post-install script? > > If post-install scripts are the preferred method, would someone > (probably Jehan) care to make a post-install script for XFree86-bin that > is based off the post-install script for another package that installs > profile.d scripts? For now, I have on my system two packages using profile.d scripts (openssl and tcsh). Both of them just have the scripts in the list of files to install (using "tar tvfj package.tar.bz2"). So I don't think they use any post-install script. Jehan From fbregier@webmails.com Mon Jul 29 16:27:00 2002 From: fbregier@webmails.com (frederic bregier) Date: Mon, 29 Jul 2002 16:27:00 -0000 Subject: Problem with Windows95 and XFree Message-ID: <20020729183516.29125.qmail@webmails.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From fbregier@webmails.com Mon Jul 29 16:35:00 2002 From: fbregier@webmails.com (frederic bregier) Date: Mon, 29 Jul 2002 16:35:00 -0000 Subject: Problem with Windows95 and XFree Message-ID: <20020729184938.4553.qmail@webmails.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From igloo@intravenous.d2g.com Mon Jul 29 16:38:00 2002 From: igloo@intravenous.d2g.com (igloo) Date: Mon, 29 Jul 2002 16:38:00 -0000 Subject: Perfomance issues with Xwin References: <20020729184938.4553.qmail@webmails.com> Message-ID: <001401c23757$bad13370$0200005a@igloo> Hi. I've installed Cygwin and xfree86 in the hope of controlling clients running on a remote machine. Both Cygwin and Xfree appear to install correctly, only the X-server runs very sluggishly, averaging at about 3 or 4 frames per second. This happens whenever I start the X-server, with or without connecting to the remote machine. Slowness seems to be independent of the mouse (meaning that even commands entered into xterm via keyboard appear to lag) Hardware: AMD athlon 500 512Mb RAM 2Gb HD space Free 1x AGP TNT2, running at 1280x1024 / 32bpp 1x PCI TNT, running at 1280x1024 / 16bpp 1x PCI Matrox Mystique, running at 1152x864 / 16bpp Software: Windows 2000, relativley fresh installation, no firewalls or socket managers installed (to my knowledge) CygwinNT 5.0 . I've tried closing every proccess windows2000 lets me, one by one, with no successs. . I've tried disabling each display card in sequence, running at different resolutions and bbp, no success. Any time I have any trouble with software that doesn't like me multi-monitoring, disabling the other 2 screens *always* works. . I've tried cygwin/xfree on a p200 with windows 98, got much better performance, hence I assume my athlon 500 is up to the job. . I've tried telling the X-server to run fullscreen and at various resolutions and bpps. . Re-installed DirectX, no joy Any suggestions? or anything I don't know about? sorry if you get this question about 5,000 times a day, but i've tried everything and really want to use thise software - it looks like the most promising widows2000/X-server solution avaliable. cheers, igloo@intravenous.d2g.com icq: 13013913 From maxb@ukf.net Mon Jul 29 16:42:00 2002 From: maxb@ukf.net (Max Bowsher) Date: Mon, 29 Jul 2002 16:42:00 -0000 Subject: Perfomance issues with Xwin References: <20020729184938.4553.qmail@webmails.com> <001401c23757$bad13370$0200005a@igloo> Message-ID: <00d801c23758$84a300c0$0100a8c0@wdg.uk.ibm.com> igloo wrote: > Hi. I've installed Cygwin and xfree86 in the hope of controlling > clients running on a remote machine. Both Cygwin and Xfree appear to > install correctly, only the X-server runs very sluggishly, averaging > at about 3 or 4 frames per second. You don't happen to have Hummingbird SOCKS installed do you? Max. From igloo@intravenous.d2g.com Mon Jul 29 16:54:00 2002 From: igloo@intravenous.d2g.com (igloo) Date: Mon, 29 Jul 2002 16:54:00 -0000 Subject: Perfomance issues with Xwin References: <20020729184938.4553.qmail@webmails.com> <001401c23757$bad13370$0200005a@igloo> <00d801c23758$84a300c0$0100a8c0@wdg.uk.ibm.com> Message-ID: <001c01c23759$47883100$0200005a@igloo> I certainly haven't consciously installed it, and I can't see any options to remove it anywhere, so I assume not. ----- Original Message ----- From: "Max Bowsher" To: Sent: Tuesday, July 30, 2002 12:34 AM Subject: Re: Perfomance issues with Xwin > igloo wrote: > > Hi. I've installed Cygwin and xfree86 in the hope of controlling > > clients running on a remote machine. Both Cygwin and Xfree appear to > > install correctly, only the X-server runs very sluggishly, averaging > > at about 3 or 4 frames per second. > > You don't happen to have Hummingbird SOCKS installed do you? > > Max. > From maxb@ukf.net Mon Jul 29 21:31:00 2002 From: maxb@ukf.net (Max Bowsher) Date: Mon, 29 Jul 2002 21:31:00 -0000 Subject: Perfomance issues with Xwin References: <20020729184938.4553.qmail@webmails.com> <001401c23757$bad13370$0200005a@igloo> <00d801c23758$84a300c0$0100a8c0@wdg.uk.ibm.com> <001c01c23759$47883100$0200005a@igloo> Message-ID: <010201c23759$6c74dbd0$0100a8c0@wdg.uk.ibm.com> OK, guess it must be something else. Anything you can think of that would slow down loopback network traffic? Max igloo wrote: > I certainly haven't consciously installed it, and I can't see any > options to remove it anywhere, so I assume not. > > ----- Original Message ----- > From: "Max Bowsher" > To: > Sent: Tuesday, July 30, 2002 12:34 AM > Subject: Re: Perfomance issues with Xwin > > >> igloo wrote: >>> Hi. I've installed Cygwin and xfree86 in the hope of controlling >>> clients running on a remote machine. Both Cygwin and Xfree appear to >>> install correctly, only the X-server runs very sluggishly, averaging >>> at about 3 or 4 frames per second. >> >> You don't happen to have Hummingbird SOCKS installed do you? >> >> Max. From igloo@intravenous.d2g.com Tue Jul 30 00:25:00 2002 From: igloo@intravenous.d2g.com (igloo) Date: Tue, 30 Jul 2002 00:25:00 -0000 Subject: Perfomance issues with Xwin References: <20020729184938.4553.qmail@webmails.com> <001401c23757$bad13370$0200005a@igloo> <00d801c23758$84a300c0$0100a8c0@wdg.uk.ibm.com> <001c01c23759$47883100$0200005a@igloo> <010201c23759$6c74dbd0$0100a8c0@wdg.uk.ibm.com> Message-ID: <002401c2375b$757ea1a0$0200005a@igloo> Again, not that I know of. are there any other known culprets out there that've been known to cause this problem? are there any utils out there that can monitor loopback traffic so I can see what might be saturating it? ----- Original Message ----- From: "Max Bowsher" To: Sent: Tuesday, July 30, 2002 12:40 AM Subject: Re: Perfomance issues with Xwin > OK, guess it must be something else. Anything you can think of that would slow > down loopback network traffic? > > Max From c5862@yahoo.com Tue Jul 30 07:14:00 2002 From: c5862@yahoo.com (weic gao) Date: Tue, 30 Jul 2002 07:14:00 -0000 Subject: cygwin/xfree86 copy & paste does not work Message-ID: <20020730043103.22466.qmail@web11707.mail.yahoo.com> Hi, I just installed cygwin/xfree86, however, I can't copy & paste in xterm the usual way, that is, highlight with mouse left button, and paste with mouse middle button. While run /tmp/Xinstall.sh, I notice a warning something like, tic can't open /usr/X11R6/lib/X11/etc/xterm.terminfo There is no xterm.terminfo indeed, instead, a file name xterm.termcap resides in that directory. Also, Xinstall.sh suggests me to manually modify /etc/termcap, replacing xterm in this file with those in /usr/X11R6/lib/X11/etc/xterm.termcap, I don't quite understand what this exactly means. But I feel somehow this is related to the xterm copy & paste problem. Anyone out there can help me with this? Please e-mail reply to c5862@yahoo.com. Thanks a lot. John __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From Pierre.Humblet@ieee.org Wed Jul 31 02:13:00 2002 From: Pierre.Humblet@ieee.org (Pierre A. Humblet) Date: Wed, 31 Jul 2002 02:13:00 -0000 Subject: error message at startup of xfig References: <3D460094.7000707@iis.u-tokyo.ac.jp> Message-ID: <3D469F30.F0BEA386@ieee.org> Hello, [please cc: me, I am not subscribed] I am getting complaints of from users of the pre-compiled xfig about app-defaults not being found. The list contains mails about this issue, e.g. http://sources.redhat.com/ml/cygwin-xfree/2002-07/msg00537.html but I don't get the big picture. It used to be that /usr/X11R6/lib/X11/app-defaults was a link to /etc/X11/app-defaults Looking at it now after a recent install of X11 I see: /usr/X11R6/lib/X11> ls -ld app-defaults* drwxrwxrwx 2 PHumblet Domain U 0 Jul 1 17:33 app-defaults/ drwxrwxrwx 2 PHumblet Domain U 0 Jul 1 17:33 app-defaults/ !!! This is explained by: Directory of E:\usr\X11R6\lib\X11 07/01/02 05:33p app-defaults 07/17/01 02:26p 148 app-defaults.lnk (to E:\etc\X11\app-defaults) and /usr/X11R6/lib/X11> ls -ld app-defaults*/* -rwxrwxrwx 1 PHumblet Domain U 8779 May 10 21:57 app-defaults/Mwm* -rwxrwxrwx 1 PHumblet Domain U 8779 May 10 21:57 app-defaults/Mwm* lrwxrwxrwx 1 PHumblet Domain U 124 Jul 1 17:33 app-defaults/app-defaults -> /etc/X11/app-defaults/ lrwxrwxrwx 1 PHumblet Domain U 124 Jul 1 17:33 app-defaults/app-defaults -> /etc/X11/app-defaults/ So, - what's the best way to come out of this mess? Is it a good idea to follow http://sources.redhat.com/ml/cygwin-xfree/2002-07/msg00537.html - should I provide a new version of the precompiled xfig using a new directory structure? Thanks. Pierre Jorgen Johansson wrote: > > Hello, > > Thank you for providing binaries of Xfig for cygwin. I installed and it > seem to run ok. (First time I use Xfig. Wanted to make some figures to > include in my latex files.) > > I get the following error message when starting xfig: > Either you have a very old app-defaults file installed (Fig), > or there is none installed at all. > You should install the correct version or you may lose some features. > This may be done with "make install" in the xfig source directory. > > I followed your instructions and changed ~/.bash_rc ~/.Xdefaults; > /etc/X11/app-defaults/Fig . > > I set the path to acroread and mozilla (instead of IE). > When I try to open the help PDF file from the help menu. Acroread starts > but it can not open the file. It seem that Xfig does not see the Fig > file and hence do not apply the 'cygpath' command. > > What may be the error. I am running CYGWIN_NT-5.0 WAVE 1.3.12(0.54/3/2) > 2002-07-03 16:42 i686 unknown. Xfree86 4.2.0 > > thanks > jorgen From alexander.gottwald@informatik.tu-chemnitz.de Wed Jul 31 02:13:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 31 Jul 2002 02:13:00 -0000 Subject: Problem with Windows95 and XFree In-Reply-To: <20020729183516.29125.qmail@webmails.com> Message-ID: On Mon, 29 Jul 2002, frederic bregier wrote: > But when I try to run XFree in XDMCP mode (-query -from > ), > it just crashes. > I look inside the XWin.log and found anything running well > except this last message after window starting: > Fatal server error: XDMCP fatal error: Session declined No valid > address. What kind of network card have you installed? There is a small test program for testing the network interfaces. Can you please run ls_netdev-w95.exe from http://www-user.tu-chemnitz.de/~goal/xfree/ls_netdev.tar.gz and post the output? > > Strange since I can ping or telnet this server from this W95 box. > Strange again, I suspected a firewall between this W95 box and the > Unix Server, but my network admin says there is no firwall between > them. I guess this is not a server problem, but a cygwin problem with your network configuration. The cygwin1.dll tries to get the local IP-address and fails. It then sends an XDMCP query with the local address 0.0.0.0, which the server refuses. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Ralf.Habacker@freenet.de Wed Jul 31 02:14:00 2002 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Wed, 31 Jul 2002 02:14:00 -0000 Subject: QT2 ready for ITP? Message-ID: <00b301c23872$75e738b0$651c440a@BRAMSCHE> > Ralf Habacker wrote: > > One thing that should be discussed will be how to divide the packages, > > which was stated (a little) in cygwin-xfree. Currently I'm preparing > > a (from my point of view usefull) schema and will send it to the > list the next > days, so > > that packaging could start. > > Packaging should be adapted by the users need, so the first question is what > does the users expect. I assume the following: > > 1. Users want to download and start qt applications. They need (a) the package > containing the qt dll and the (b) requested application package. > > 2. Users like to port their unix qt application to cygwin. They need at first > (c) import libs and the headers, (d) perhaps the docs. For testing > they need (e) > the package containing the qt dll probably with debugging informations. > > 3. User want to learn qt programming. They need (c) the import libs, headers, > (f) the examples, tutorials, (d) the docs and (e) the package > containing the qt > dll (with debug informations). > > (a) qt dll without debug informations > (b) qt applications > (c) import libs and header > (d) qt docs > (e) qt dll with debugging informations > (f) examples and tutorials > > (a) should be released anyway > (b) also > for (c), (d), (e) and (f) there are several posibilities. > > Any comments ? > > Ralf > > _______________________________________________ > kde-cygwin mailing list > kde-cygwin@mail.kde.org > http://mail.kde.org/mailman/listinfo/kde-cygwin > From Ralf.Habacker@freenet.de Wed Jul 31 02:57:00 2002 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Wed, 31 Jul 2002 02:57:00 -0000 Subject: QT2 ready for ITP? Message-ID: <00b401c23872$92ff3060$651c440a@BRAMSCHE> Ralf Habacker wrote > > > One thing that should be discussed will be how to divide the > > packages, > > > which was stated (a little) in cygwin-xfree. Currently I'm > > preparing > > > a (from my point of view usefull) schema and will send it to the > > list the next > > days, so > > > that packaging could start. > > > > Packaging should be adapted by the users need, so the first > > question is what > > does the users expect. I assume the following: > > > > 1. Users want to download and start qt applications. They need (a) > > the package > > containing the qt dll and the (b) requested application package. > > > > 2. Users like to port their unix qt application to cygwin. They > > need at first > > (c) import libs and the headers, (d) perhaps the docs. For testing > > they need (e) > > the package containing the qt dll probably with debugging > > informations. > > > > 3. User want to learn qt programming. They need (c) the import > > libs, headers, > > (f) the examples, tutorials, (d) the docs and (e) the package > > containing the qt > > dll (with debug informations). > > > > (a) qt dll without debug informations > > (b) qt applications > > (c) import libs and header > > (d) qt docs > > (e) qt dll with debugging informations > > (f) examples and tutorials > > > > (a) should be released anyway > > (b) also > > for (c), (d), (e) and (f) there are several posibilities. > > > Ralf, > > Here is how I would like to do it: > > > package #1 - qt-2.3.1-n.tar.bz2: > Contains (b) with basic docs (REDAME's, etc.). > > (b)'s applications will be transformed from > "foo.exe" to "foo_2.3.exe" during "make install". > > A post-install script will make symlinks > to the standard names of the applications. > > > package #2 - libqt-2.3.1-n.tar.bz2: > Contains (a) only > > > package #3 - libqt-devel-2.3.1-n.tar.bz2: > Contains (c) + (d) w/post-install script to > symlink to the default headers and libraries. > > Also the post-install script will generate > suitable /etc/profile.d scripts to set the > environmentals. > > > package #4 - libqt-extras-2.3.1-n.tar.bz2: > Contains (f) only > > > package #5 - qt-2.3.1-src-n.tar.bz2 > Contains full qt-2.3.1 sources for rebuilding > plus a method #2 script to automate this task. > > > As for (e), I see no need to release a debug version, as people will > be able to recompile the package with debugging if they want it. > > > If we want to have qt2 and qt3 coexisting, then we need to provide a > suitable directory structure for the Cygwin mirrors. To prevent > clobbering, and improper parsing by upset, we will put the packages > in the following directory structure: > > qt/qt2.3/ - #1 & #5 > qt/qt2.3/libqt2.3/ - #2 > qt/qt2.3/libqt2.3-devel/ - #3 > qt/qt2.3/libqt2.3-extras/ - #4 > > This is how I've been packaging the berkeley db, and it works quite > well. To explain my rationale, considier what would happen if the qt > people released qt-3.1.X, which was slightly incompatible with some > application source code built with qt-3.0.X. With my method, the > last installed qt and/or libqt-devel package becomes the default, but > DOES NOT clobber the other qt and/or libqt-devel packages. This is > extremely handy when you are trying to target a particular version of > the qt api. I'm still working on my scripts, but eventually I'll > have menu-based selection of which version of the API should be > default (maybe it will be a readline based c application). > > Cheers, > Nicholas > > __________________________________________________ > Do You Yahoo!? > Yahoo! Health - Feel better, live better > http://health.yahoo.com > _______________________________________________ > kde-cygwin mailing list > kde-cygwin@mail.kde.org > http://mail.kde.org/mailman/listinfo/kde-cygwin > From Ralf.Habacker@freenet.de Wed Jul 31 04:34:00 2002 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Wed, 31 Jul 2002 04:34:00 -0000 Subject: QT2 ready for ITP? In-Reply-To: <20020729161639.48780.qmail@web21006.mail.yahoo.com> Message-ID: <00b501c23872$b960a0e0$651c440a@BRAMSCHE> > Ralf, > > Here is how I would like to do it: > I aggree mostly with your view, but I see the best in dividing the stuff into the following packages (a) qtlib - qt dll without debug information and basic docs (REDAME's, etc.). This is the minimum for using additional qt applications and it should contain the basic docs (b) qttools or qtdevtools - qt development tool like designer (linguist, assistant for qt3) (c) qtdevel - import libs and header and qt docs for compiling qt applications (d) qtsource - contains all the source of the qt package from the kde-cygwin cvs (e...z) qt... additional 3rd party qt applications like qtmemory or xdu ... (for example the freeware from http://www.trolltech.com/developer/freesoftware/index.html) or doxygen or whatever you can imagine. This packaging is based on the fact that qt is an application development framework and tutorial and examples are not really needed for running qt applications, they are more lessons, which the users should do it yourself, so the qtlib must be available. The devel and tool packages are only necessary for developing qt-applications and they may be one packages, so that at least only the devel package remains. (a) qtlib - qt dll without debug information and basic docs (REDAME's, etc.). This is the minimum for using additional qt applications and it should contain the basic docs (b) qtdevel - import libs, header, docs and tools for compiling qt applications (c) qtsource - contains all the source of the qt package from the kde-cygwin cvs (d...z) qt... additional 3rd party qt applications like qtmemory or xdu ... (for example the freeware from http://www.trolltech.com/developer/freesoftware/index.html) or doxygen or whatever The one question, which is left is, should the source packages added (1) as separate package or should it be added (2) in a setup.ini source line of the qtlib od qtdevel package. I prefer adding the source package to the qtlib package, because this is the basic package. Probably we could add the qtsource package to the qtdevel package too, but I don't know if it works. > If we want to have qt2 and qt3 coexisting, then we need to provide a > suitable directory structure for the Cygwin mirrors. To prevent > clobbering, and improper parsing by upset, we will put the packages > in the following directory structure: > > qt/qt2.3/ - #1 & #5 > qt/qt2.3/libqt2.3/ - #2 > qt/qt2.3/libqt2.3-devel/ - #3 > qt/qt2.3/libqt2.3-extras/ - #4 > In the cygwin release directory there are some examples for using major bases directory layouts, which contains several updates in one dir. ./libpng/libpng2/libpng2-1.0.12-1-src.tar.bz2 ./libpng/libpng2/libpng2-1.0.12-1.tar.bz2 ./libpng/libpng10/libpng10-1.0.14-2-src.tar.bz2 ./libpng/libpng10/libpng10-1.0.13-3-src.tar.bz2 ./libpng/libpng10/libpng10-1.0.13-1.tar.bz2 ./libpng/libpng10/libpng10-1.0.13-3.tar.bz2 ./libpng/libpng10/libpng10-1.0.14-2.tar.bz2 ./libpng/libpng12-devel/libpng12-devel-1.2.4-2.tar.bz2 ./libpng/libpng12-devel/libpng12-devel-1.2.3-1.tar.bz2 ./libpng/libpng12/libpng12-1.2.3-1.tar.bz2 ./libpng/libpng12/libpng12-1.2.4-2.tar.bz2 qt2 will not have any major abi changes in the future,so it is enough to build like that: qt/qt2/qtlib2/ qt/qt2/qtdevel2/ qt/qt2/qt..../ (for additional qt applications) .... qt/qt2/qtlib2/ qtlib-2.3.1-1.tar.bz2 qtlib-2.3.1-1-src.tar.bz2 setup.hint qt/qt2/qtdevel2/ qtdevel-2.3.1-1.tar.bz2 setup.hint qt/qt2/qt.../ qt...-x.y.z-n.tar.bz2 qt...-x.y.z-n-src.tar.bz2 setup.hint for qt3 we could do in the same manner except that we us qt/qt3/qtlib3/ qt/qt3/qtdevel3/ qt/qt3/qt..../ (for additional qt applications) > (b)'s applications will be transformed from > "foo.exe" to "foo_2.3.exe" during "make install". > > A post-install script will make symlinks > to the standard names of the applications. > I see no need for this. Because the qt2 abi will not be changed a simple etc/profile.d script would do the things needed for setting the propper environment: $cat /etc/profile.d/qt2.sh export QTDIR=/usr/lib/qt2 export PATH=$QTDIR/bin:$PATH export MANPATH=$MANPATH:$QTDIR/doc/man Of cource it means that all qt application shoud be installed into /usr/lib/qt2, which is true for the basic qt tools. What about 3rdparty qt packages. Where should they been installed ? Also in /usr/lib/qt2 or should Any comments ? Ralf Ralf From mario.ohnewald@gmx.de Wed Jul 31 05:14:00 2002 From: mario.ohnewald@gmx.de (Mario Ohnewald) Date: Wed, 31 Jul 2002 05:14:00 -0000 Subject: newbie - export X(-Applications) from Linux Server Message-ID: <000101c23878$b6423b20$2b0aa8c0@local.aradex.com> Hello! I am quite new in that xfree, cygwin topic. 1.) What i want to do is to have remote access from win2000 to a Linux box (like VNC) on KDE or Gnome. 2.) Export single Applications to my Windows200 Client, like xterm or vmware. Where can i find infos for that stuff? I have google a lot any i couldnt find anything. Maybe cause i am not really sure what i am looking for. Is it cygwin, is it xfree? Please help a confused beginner ;o) Thank you! Mario Ohnewald From huntharo@msu.edu Wed Jul 31 07:36:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 31 Jul 2002 07:36:00 -0000 Subject: newbie - export X(-Applications) from Linux Server In-Reply-To: <000101c23878$b6423b20$2b0aa8c0@local.aradex.com> Message-ID: http://xfree86.cygwin.com/docs/ug/using-remote-session.html http://xfree86.cygwin.com/docs/ug/using-remote-apps.html > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Mario Ohnewald > Sent: Wednesday, July 31, 2002 5:58 AM > To: cygwin-xfree@cygwin.com > Subject: newbie - export X(-Applications) from Linux Server > > > Hello! > I am quite new in that xfree, cygwin topic. > 1.) What i want to do is to have remote access from win2000 to a Linux box > (like VNC) on KDE or Gnome. > 2.) Export single Applications to my Windows200 Client, like xterm or > vmware. > > Where can i find infos for that stuff? > I have google a lot any i couldnt find anything. Maybe cause i am > not really > sure what i am looking for. > Is it cygwin, is it xfree? > Please help a confused beginner ;o) > > Thank you! > > Mario Ohnewald > From mario.ohnewald@gmx.de Wed Jul 31 07:41:00 2002 From: mario.ohnewald@gmx.de (Mario Ohnewald) Date: Wed, 31 Jul 2002 07:41:00 -0000 Subject: newbie - export X(-Applications) from Linux Server In-Reply-To: Message-ID: <000201c2388b$de6f2230$2b0aa8c0@local.aradex.com> HiHo! > http://xfree86.cygwin.com/docs/ug/using-remote-session.html > http://xfree86.cygwin.com/docs/ug/using-remote-apps.html Thats exactly what i was looking for! Thanks! > > > > > Hello! > > I am quite new in that xfree, cygwin topic. > > 1.) What i want to do is to have remote access from win2000 > to a Linux box > > (like VNC) on KDE or Gnome. > > 2.) Export single Applications to my Windows200 Client, > like xterm or > > vmware. > > > > Where can i find infos for that stuff? > > I have google a lot any i couldnt find anything. Maybe cause i am > > not really > > sure what i am looking for. > > Is it cygwin, is it xfree? > > Please help a confused beginner ;o) > > > > Thank you! > > > > Mario Ohnewald > > Displaying Remote Clients: -------------------------- ssh -X -l username remote_hostname_or_ip_address aradex@linuxserver:~> xclock X11 connection rejected because of wrong authentication. X connection to linuxserver:10.0 broken (explicit kill or server shutdown). What did i do wrong again? Cheers, Mario From j_tetazoo@hotmail.com Wed Jul 31 07:47:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Wed, 31 Jul 2002 07:47:00 -0000 Subject: newbie - export X(-Applications) from Linux Server Message-ID: If there is a file called .Xauthority in your home directory on the Cygwin end, delete (or rename it to keep a backup). Then get completely out of and back into XWin and try again. >From: "Mario Ohnewald" >Reply-To: >To: >Subject: RE: newbie - export X(-Applications) from Linux Server >Date: Wed, 31 Jul 2002 14:14:49 +0200 > >HiHo! > > http://xfree86.cygwin.com/docs/ug/using-remote-session.html > > http://xfree86.cygwin.com/docs/ug/using-remote-apps.html > >Thats exactly what i was looking for! Thanks! > > > > > > > > > Hello! > > > I am quite new in that xfree, cygwin topic. > > > 1.) What i want to do is to have remote access from win2000 > > to a Linux box > > > (like VNC) on KDE or Gnome. > > > 2.) Export single Applications to my Windows200 Client, > > like xterm or > > > vmware. > > > > > > Where can i find infos for that stuff? > > > I have google a lot any i couldnt find anything. Maybe cause i am > > > not really > > > sure what i am looking for. > > > Is it cygwin, is it xfree? > > > Please help a confused beginner ;o) > > > > > > Thank you! > > > > > > Mario Ohnewald > > > > >Displaying Remote Clients: >-------------------------- >ssh -X -l username remote_hostname_or_ip_address > >aradex@linuxserver:~> xclock >X11 connection rejected because of wrong authentication. >X connection to linuxserver:10.0 broken (explicit kill or server shutdown). > >What did i do wrong again? > > >Cheers, Mario _________________________________________________________________ Join the world??s largest e-mail service with MSN Hotmail. http://www.hotmail.com From cgf@redhat.com Wed Jul 31 07:49:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Wed, 31 Jul 2002 07:49:00 -0000 Subject: QT2 ready for ITP? In-Reply-To: <00b501c23872$b960a0e0$651c440a@BRAMSCHE> References: <20020729161639.48780.qmail@web21006.mail.yahoo.com> <00b501c23872$b960a0e0$651c440a@BRAMSCHE> Message-ID: <20020731144141.GA603@redhat.com> On Wed, Jul 31, 2002 at 11:14:50AM +0200, Ralf Habacker wrote: >Any comments ? Are there any licensing issues with qt? Is the open source license compliant with cygwin's? http://cygwin.com/licensing.html cgf From igloo@intravenous.d2g.com Wed Jul 31 07:51:00 2002 From: igloo@intravenous.d2g.com (igloo) Date: Wed, 31 Jul 2002 07:51:00 -0000 Subject: Perfomance issues with Xwin References: <20020729184938.4553.qmail@webmails.com> <001401c23757$bad13370$0200005a@igloo> <00d801c23758$84a300c0$0100a8c0@wdg.uk.ibm.com> <001c01c23759$47883100$0200005a@igloo> <010201c23759$6c74dbd0$0100a8c0@wdg.uk.ibm.com> <002401c2375b$757ea1a0$0200005a@igloo> Message-ID: <000a01c238a1$61879200$0200005a@igloo> well, i'v checked my localhost traffic and its not that. any other ideas? ----- Original Message ----- From: "igloo" To: Sent: Tuesday, July 30, 2002 12:55 AM Subject: Re: Perfomance issues with Xwin > Again, not that I know of. are there any other known culprets out there > that've been known to cause this problem? are there any utils out there that > can monitor loopback traffic so I can see what might be saturating it? > > ----- Original Message ----- > From: "Max Bowsher" > To: > Sent: Tuesday, July 30, 2002 12:40 AM > Subject: Re: Perfomance issues with Xwin > > > > OK, guess it must be something else. Anything you can think of that would > slow > > down loopback network traffic? > > > > Max > From cygwin-xfree@cygwin.com Wed Jul 31 07:54:00 2002 From: cygwin-xfree@cygwin.com (Corinna Vinschen) Date: Wed, 31 Jul 2002 07:54:00 -0000 Subject: QT2 ready for ITP? In-Reply-To: <20020731144141.GA603@redhat.com> References: <20020729161639.48780.qmail@web21006.mail.yahoo.com> <00b501c23872$b960a0e0$651c440a@BRAMSCHE> <20020731144141.GA603@redhat.com> Message-ID: <20020731164912.A10252@cygbert.vinschen.de> On Wed, Jul 31, 2002 at 10:41:41AM -0400, Chris Faylor wrote: > On Wed, Jul 31, 2002 at 11:14:50AM +0200, Ralf Habacker wrote: > >Any comments ? > > Are there any licensing issues with qt? Is the open source license compliant > with cygwin's? > > http://cygwin.com/licensing.html Personally I have still problems with the phrase "[...] we have released the Qt for Unix/X11 library free of charge for development of free software for X11." in the QPL. What bugs me is the word "Unix". Cygwin is not Unix but it's... well, some sort of plug in to Windows, isn't it? I hate to say that. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:cygwin@cygwin.com Red Hat, Inc. From nwourms@yahoo.com Wed Jul 31 08:01:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Wed, 31 Jul 2002 08:01:00 -0000 Subject: QT2 ready for ITP? In-Reply-To: <20020731144141.GA603@redhat.com> Message-ID: <20020731145108.29420.qmail@web21009.mail.yahoo.com> --- Christopher Faylor wrote: > On Wed, Jul 31, 2002 at 11:14:50AM +0200, Ralf Habacker wrote: > >Any comments ? > > Are there any licensing issues with qt? Is the open source license > compliant > with cygwin's? > > http://cygwin.com/licensing.html > Ghostscript's license [The aladdin license (APFL?)] is much more restrictive than the QPL. Besides when you compile QT, you'll get a screen which shows how the QPL is mutually inclusive of the GPL. So I'd say there are not any issues like there were back in the day with the Rasterman/deIcaza GTK/GNOME vs. Trolltech QT/KDE battles. [Ahh brings back memories...] Cheers, Nicholas P.S. - Corinna already asked this question... ;-) __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From mario.ohnewald@gmx.de Wed Jul 31 08:03:00 2002 From: mario.ohnewald@gmx.de (Mario Ohnewald) Date: Wed, 31 Jul 2002 08:03:00 -0000 Subject: newbie - export X(-Applications) from Linux Server In-Reply-To: Message-ID: <000001c238a2$20af1e00$2b0aa8c0@local.aradex.com> --------------------- Installation: --------------------- cp XWin-Test65.exe.bz2 /usr/X11R6/bin cd /usr/X11R6/bin mv XWin.exe XWin.orig.exe bunzip2 XWin-Test65.exe.bz2 mv XWin-Test65.exe XWin.exe ------------------ install@MUNICH ~ $ cd /usr/X11R6/bin install@MUNICH /usr/X11R6/bin $ ./XWin.exe & [1] 108 install@MUNICH /usr/X11R6/bin $ ssh -X dex@192.168.10.123 dex@192.168.10.123's password: Last login: Sat Jan 5 06:42:18 2002 Have a lot of fun... dex@linuxserver:~> xclock Error: Can't open display: dex@linuxserver:~> I have to tell the Server to use my display, right?! But how do i do that? I read a few things about "export $DISPLAY ...." but i m kind of confused now. ;) > > If there is a file called .Xauthority in your home directory > on the Cygwin > end, delete (or rename it to keep a backup). Then get > completely out of and > back into XWin and try again. > > >From: "Mario Ohnewald" > >Reply-To: > >To: > >Subject: RE: newbie - export X(-Applications) from Linux Server > >Date: Wed, 31 Jul 2002 14:14:49 +0200 > > > >HiHo! > > > http://xfree86.cygwin.com/docs/ug/using-remote-session.html > > > http://xfree86.cygwin.com/docs/ug/using-remote-apps.html > > > >Thats exactly what i was looking for! Thanks! > > > > > > > > > > > > > Hello! > > > > I am quite new in that xfree, cygwin topic. > > > > 1.) What i want to do is to have remote access from win2000 > > > to a Linux box > > > > (like VNC) on KDE or Gnome. > > > > 2.) Export single Applications to my Windows200 Client, > > > like xterm or > > > > vmware. > > > > > > > > Where can i find infos for that stuff? > > > > I have google a lot any i couldnt find anything. Maybe > cause i am > > > > not really > > > > sure what i am looking for. > > > > Is it cygwin, is it xfree? > > > > Please help a confused beginner ;o) > > > > > > > > Thank you! > > > > > > > > Mario Ohnewald > > > > > > > >Displaying Remote Clients: > >-------------------------- > >ssh -X -l username remote_hostname_or_ip_address > > > >aradex@linuxserver:~> xclock > >X11 connection rejected because of wrong authentication. > >X connection to linuxserver:10.0 broken (explicit kill or > server shutdown). > > > >What did i do wrong again? > > > > > >Cheers, Mario > From nwourms@yahoo.com Wed Jul 31 08:06:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Wed, 31 Jul 2002 08:06:00 -0000 Subject: QT2 ready for ITP? In-Reply-To: <20020731164912.A10252@cygbert.vinschen.de> Message-ID: <20020731150059.27283.qmail@web21002.mail.yahoo.com> --- Corinna Vinschen wrote: > On Wed, Jul 31, 2002 at 10:41:41AM -0400, Chris Faylor wrote: > > On Wed, Jul 31, 2002 at 11:14:50AM +0200, Ralf Habacker wrote: > > >Any comments ? > > > > Are there any licensing issues with qt? Is the open source > license compliant > > with cygwin's? > > > > http://cygwin.com/licensing.html > > Personally I have still problems with the phrase > > "[...] we have released the Qt for Unix/X11 library free of charge I am only porting the Unix/X11 codebase, which is *not* the same as the Win32 codebase. So we are using the code specified in the first part of this sentence. > for development of free software for X11." Since this is being ported as an X11 library target for use in Free Software development, I'd say we satisified the second part of this sentence. > in the QPL. What bugs me is the word "Unix". Cygwin is not Unix > but it's... well, some sort of plug in to Windows, isn't it? I > hate to say that. Again, I must point out that the core QT/Win32 API is a totally different codebase, at least in terms of hidden code (private). This is why I think that clause is in there, to prevent people from thinking their QT/Win32 API falls under these terms. Cheers, Nicholas P.S. - Many attempts [over 6+ months] have been made to contact Trolltech regarding this, yet no reply is forthcoming. Therefore, we have satisfied the legal obligations, since it was their responsibility to pose any objections, which they have not. __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From huntharo@msu.edu Wed Jul 31 08:09:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 31 Jul 2002 08:09:00 -0000 Subject: newbie - export X(-Applications) from Linux Server References: <000001c238a2$20af1e00$2b0aa8c0@local.aradex.com> Message-ID: <3D47FCC9.3000704@msu.edu> Mario, From what I know, doing this doesn't always work: > install@MUNICH ~ > $ cd /usr/X11R6/bin > > install@MUNICH /usr/X11R6/bin > $ ./XWin.exe & > [1] 108 > > install@MUNICH /usr/X11R6/bin > $ ssh -X dex@192.168.10.123 > dex@192.168.10.123's password: > Last login: Sat Jan 5 06:42:18 2002 > Have a lot of fun... > dex@linuxserver:~> xclock What you need to do instead is: install@MUNICH ~ $ cd /usr/X11R6/bin install@MUNICH /usr/X11R6/bin $ ./XWin.exe & install@MUNICH /usr/X11R6/bin $ ./xterm.exe & Now, from the xterm in Cygwin/XFree86 (you are getting a Cygwin/XFree86 window, right? If not something else is broken and you need to send in /tmp/XWin.log) run the ssh command: [xterm window] install@MUNICH /usr/X11R6/bin $ ssh -X dex@192.168.10.123 Now you can run xclock and it should work. Harold From huntharo@msu.edu Wed Jul 31 08:20:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 31 Jul 2002 08:20:00 -0000 Subject: QT2 ready for ITP? References: <20020731150059.27283.qmail@web21002.mail.yahoo.com> Message-ID: <3D47FD89.40706@msu.edu> We talked about QT licenses a week or two ago. The X11 version of QT is GPL'd. The Win32 version is not GPL'd (the last I remember), but that doesn't matter because Nicholas is only building a Cygwin/XFree86-dependent version using the X11 QT. So, the question should have been, ``Is ___ GPL'd code compatible with Cygwin's modified-GPL?'', to which the answer would have been, ``Yes.'' Harold From huntharo@msu.edu Wed Jul 31 10:25:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 31 Jul 2002 10:25:00 -0000 Subject: Perfomance issues with Xwin References: <20020729184938.4553.qmail@webmails.com> <001401c23757$bad13370$0200005a@igloo> <00d801c23758$84a300c0$0100a8c0@wdg.uk.ibm.com> <001c01c23759$47883100$0200005a@igloo> <010201c23759$6c74dbd0$0100a8c0@wdg.uk.ibm.com> <002401c2375b$757ea1a0$0200005a@igloo> <000a01c238a1$61879200$0200005a@igloo> Message-ID: <3D47FE53.1060700@msu.edu> igloo wrote: > well, i'v checked my localhost traffic and its not that. any other ideas? > > ----- Original Message ----- > From: "igloo" > To: > Sent: Tuesday, July 30, 2002 12:55 AM > Subject: Re: Perfomance issues with Xwin > > > >>Again, not that I know of. are there any other known culprets out there >>that've been known to cause this problem? are there any utils out there > > that > >>can monitor loopback traffic so I can see what might be saturating it? >> >>----- Original Message ----- >>From: "Max Bowsher" >>To: >>Sent: Tuesday, July 30, 2002 12:40 AM >>Subject: Re: Perfomance issues with Xwin >> >> >> >>>OK, guess it must be something else. Anything you can think of that >> > would > >>slow >> >>>down loopback network traffic? >>> >>>Max >> > Any firewall software or VPN software installed (doesn't have to be running, just installed)? FAQ information: http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-tasklist-programs-slow http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-cannot-open-display Harold From j_tetazoo@hotmail.com Wed Jul 31 10:30:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Wed, 31 Jul 2002 10:30:00 -0000 Subject: newbie - export X(-Applications) from Linux Server Message-ID: As a general rule, I wouldn't advocate running XWin directly. Use the provided startxwin.bat batch file to start X. Wait for the first xterm to come up and use its command-line for executing any commands thereafter. >From: "Mario Ohnewald" >Reply-To: >To: >Subject: RE: newbie - export X(-Applications) from Linux Server >Date: Wed, 31 Jul 2002 16:54:06 +0200 > > >--------------------- >Installation: >--------------------- >cp XWin-Test65.exe.bz2 /usr/X11R6/bin >cd /usr/X11R6/bin >mv XWin.exe XWin.orig.exe >bunzip2 XWin-Test65.exe.bz2 >mv XWin-Test65.exe XWin.exe > > >------------------ > >install@MUNICH ~ >$ cd /usr/X11R6/bin > >install@MUNICH /usr/X11R6/bin >$ ./XWin.exe & >[1] 108 > >install@MUNICH /usr/X11R6/bin >$ ssh -X dex@192.168.10.123 >dex@192.168.10.123's password: >Last login: Sat Jan 5 06:42:18 2002 >Have a lot of fun... >dex@linuxserver:~> xclock >Error: Can't open display: >dex@linuxserver:~> > >I have to tell the Server to use my display, right?! >But how do i do that? > >I read a few things about "export $DISPLAY ...." >but i m kind of confused now. ;) > > > > > > If there is a file called .Xauthority in your home directory > > on the Cygwin > > end, delete (or rename it to keep a backup). Then get > > completely out of and > > back into XWin and try again. > > > > >From: "Mario Ohnewald" > > >Reply-To: > > >To: > > >Subject: RE: newbie - export X(-Applications) from Linux Server > > >Date: Wed, 31 Jul 2002 14:14:49 +0200 > > > > > >HiHo! > > > > http://xfree86.cygwin.com/docs/ug/using-remote-session.html > > > > http://xfree86.cygwin.com/docs/ug/using-remote-apps.html > > > > > >Thats exactly what i was looking for! Thanks! > > > > > > > > > > > > > > > > > Hello! > > > > > I am quite new in that xfree, cygwin topic. > > > > > 1.) What i want to do is to have remote access from win2000 > > > > to a Linux box > > > > > (like VNC) on KDE or Gnome. > > > > > 2.) Export single Applications to my Windows200 Client, > > > > like xterm or > > > > > vmware. > > > > > > > > > > Where can i find infos for that stuff? > > > > > I have google a lot any i couldnt find anything. Maybe > > cause i am > > > > > not really > > > > > sure what i am looking for. > > > > > Is it cygwin, is it xfree? > > > > > Please help a confused beginner ;o) > > > > > > > > > > Thank you! > > > > > > > > > > Mario Ohnewald > > > > > > > > > > >Displaying Remote Clients: > > >-------------------------- > > >ssh -X -l username remote_hostname_or_ip_address > > > > > >aradex@linuxserver:~> xclock > > >X11 connection rejected because of wrong authentication. > > >X connection to linuxserver:10.0 broken (explicit kill or > > server shutdown). > > > > > >What did i do wrong again? > > > > > > > > >Cheers, Mario > > _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx From cgf@redhat.com Wed Jul 31 10:57:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Wed, 31 Jul 2002 10:57:00 -0000 Subject: QT2 ready for ITP? In-Reply-To: <20020731150059.27283.qmail@web21002.mail.yahoo.com> References: <20020731164912.A10252@cygbert.vinschen.de> <20020731150059.27283.qmail@web21002.mail.yahoo.com> Message-ID: <20020731172536.GA3120@redhat.com> On Wed, Jul 31, 2002 at 08:00:59AM -0700, Nicholas Wourms wrote: >> in the QPL. What bugs me is the word "Unix". Cygwin is not Unix >> but it's... well, some sort of plug in to Windows, isn't it? I >> hate to say that. > >Again, I must point out that the core QT/Win32 API is a totally >different codebase, at least in terms of hidden code (private). This >is why I think that clause is in there, to prevent people from >thinking their QT/Win32 API falls under these terms. Well, then, why all of the fuss in cygwin-patches where you were trying to modify windows headers? It doesn't seem like this is an entirely "unix" port: http://cygwin.com/ml/cygwin-patches/2002-q3/msg00175.html So, while this may have been discussed before, I'm not sure we had all of the details then. >P.S. - Many attempts [over 6+ months] have been made to contact >Trolltech regarding this, yet no reply is forthcoming. Therefore, we >have satisfied the legal obligations, since it was their responsibility >to pose any objections, which they have not. Well, AFAIK, YANAL and IANAL, so I don't know how you can make definitive legal pronouncements and I certainly am not going to accept your say so on this. cgf From cgf@redhat.com Wed Jul 31 11:05:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Wed, 31 Jul 2002 11:05:00 -0000 Subject: QT2 ready for ITP? In-Reply-To: <20020731145108.29420.qmail@web21009.mail.yahoo.com> References: <20020731144141.GA603@redhat.com> <20020731145108.29420.qmail@web21009.mail.yahoo.com> Message-ID: <20020731173039.GB3120@redhat.com> On Wed, Jul 31, 2002 at 07:51:08AM -0700, Nicholas Wourms wrote: > >--- Christopher Faylor wrote: >> On Wed, Jul 31, 2002 at 11:14:50AM +0200, Ralf Habacker wrote: >> >Any comments ? >> >> Are there any licensing issues with qt? Is the open source license >> compliant >> with cygwin's? >> >> http://cygwin.com/licensing.html >> > >Ghostscript's license [The aladdin license (APFL?)] is much more >restrictive than the QPL. If we are not in compliance with Ghostscript then that is a problem. It is entirely separate from whether qt is compatible with the GPL + Cygwin. If you were aware of issues with ghostcript you should have raised them. >Besides when you compile QT, you'll get a screen which shows how the >QPL is mutually inclusive of the GPL. So, if I show you a screen which says it's exclusive of the GPL, you'll just give up? Since I don't accept the word of every person with a web site out there who thinks they are compliant with the GPL, I don't see why I should accept the words of a screen. Is there an independent corroboration of this anywhere? cgf From nwourms@yahoo.com Wed Jul 31 12:09:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Wed, 31 Jul 2002 12:09:00 -0000 Subject: QT2 ready for ITP? In-Reply-To: <20020731172536.GA3120@redhat.com> Message-ID: <20020731175736.91097.qmail@web21004.mail.yahoo.com> --- Christopher Faylor wrote: > On Wed, Jul 31, 2002 at 08:00:59AM -0700, Nicholas Wourms wrote: > >> in the QPL. What bugs me is the word "Unix". Cygwin is not > Unix > >> but it's... well, some sort of plug in to Windows, isn't it? I > >> hate to say that. > > > >Again, I must point out that the core QT/Win32 API is a totally > >different codebase, at least in terms of hidden code (private). > This > >is why I think that clause is in there, to prevent people from > >thinking their QT/Win32 API falls under these terms. > > Well, then, why all of the fuss in cygwin-patches where you were > trying > to modify windows headers? It doesn't seem like this is an > entirely > "unix" port: > > http://cygwin.com/ml/cygwin-patches/2002-q3/msg00175.html > > So, while this may have been discussed before, I'm not sure we had > all of the details then. Well actually, it would be totally Win32 header free, if it weren't for the fact that Chris January added an original patch to better display current drives in konqueror. As for the dns stuff, that was already present in the Unix/X11 version, which is covered by the QPL/GPL. > >P.S. - Many attempts [over 6+ months] have been made to contact > >Trolltech regarding this, yet no reply is forthcoming. Therefore, > we > >have satisfied the legal obligations, since it was their > responsibility > >to pose any objections, which they have not. > > Well, AFAIK, YANAL and IANAL, so I don't know how you can make Can we please cut out the acronyms? We should be respectful of Ralf and others for whom English is a second[or third, etc.] language. > definitive > legal pronouncements and I certainly am not going to accept your > say so > on this. Fine, that is your perogative. I have no doubt that RedHat has a crackshot legal dept., so why not wing the QT/X11 QPL their way and see what they have to say? I'm sure they would be in the position to provide a definitive, authoritative answer to your question. I do understand your concerns, and believe me when I say that the last thing I would want is for RedHat to be sued [since my portfolio consists of a moderate amount of RedHat shares]. So, I will do my best to work with you to resolve this issue. Otherwise, I guess qt will never be a part of Cygwin. Cheers, __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From nwourms@yahoo.com Wed Jul 31 12:12:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Wed, 31 Jul 2002 12:12:00 -0000 Subject: QT2 ready for ITP? In-Reply-To: <20020731173039.GB3120@redhat.com> Message-ID: <20020731180531.74718.qmail@web21009.mail.yahoo.com> --- Christopher Faylor wrote: > On Wed, Jul 31, 2002 at 07:51:08AM -0700, Nicholas Wourms wrote: > > > >--- Christopher Faylor wrote: > >> On Wed, Jul 31, 2002 at 11:14:50AM +0200, Ralf Habacker wrote: > >> >Any comments ? > >> > >> Are there any licensing issues with qt? Is the open source > license > >> compliant > >> with cygwin's? > >> > >> http://cygwin.com/licensing.html > >> > > > >Ghostscript's license [The aladdin license (APFL?)] is much more > >restrictive than the QPL. > > If we are not in compliance with Ghostscript then that is a > problem. It > is entirely separate from whether qt is compatible with the GPL + > Cygwin. If you were aware of issues with ghostcript you should > have > raised them. Ok, I was mistaken, it turns out they released the GNU version back in April [non-AFPL]. They usually lag behind about 6-8 months with the GNU version, so I was thinking that he used the APFL version. Anyhow, just a false alarm. > >Besides when you compile QT, you'll get a screen which shows how > the > >QPL is mutually inclusive of the GPL. > > So, if I show you a screen which says it's exclusive of the GPL, > you'll > just give up? > > Since I don't accept the word of every person with a web site out > there > who thinks they are compliant with the GPL, I don't see why I > should accept > the words of a screen. Is there an independent corroboration of > this anywhere? Check out the suggestion in my reply to your last post. You may or may not like it, but I think it would provide the definitive, independant counsel you need in this matter. Otherwise, I guess I will have to give up, since it is you, not I, who runs this project. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From cygwin-xfree@cygwin.com Wed Jul 31 12:13:00 2002 From: cygwin-xfree@cygwin.com (Corinna Vinschen) Date: Wed, 31 Jul 2002 12:13:00 -0000 Subject: QT2 ready for ITP? In-Reply-To: <20020731175736.91097.qmail@web21004.mail.yahoo.com> References: <20020731172536.GA3120@redhat.com> <20020731175736.91097.qmail@web21004.mail.yahoo.com> Message-ID: <20020731210915.R3921@cygbert.vinschen.de> On Wed, Jul 31, 2002 at 10:57:36AM -0700, Nicholas Wourms wrote: > --- Christopher Faylor wrote: > > Well, AFAIK, YANAL and IANAL, so I don't know how you can make > > Can we please cut out the acronyms? We should be respectful of Ralf > and others for whom English is a second[or third, etc.] language. Why? I'm non-native, too, but actually I'm using acronyms as well. *And* I have this one: http://www.acronymfinder.com/ Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:cygwin@cygwin.com Red Hat, Inc. From cygwin-xfree@cygwin.com Wed Jul 31 12:15:00 2002 From: cygwin-xfree@cygwin.com (Corinna Vinschen) Date: Wed, 31 Jul 2002 12:15:00 -0000 Subject: QT2 ready for ITP? In-Reply-To: <20020731172536.GA3120@redhat.com> References: <20020731164912.A10252@cygbert.vinschen.de> <20020731150059.27283.qmail@web21002.mail.yahoo.com> <20020731172536.GA3120@redhat.com> Message-ID: <20020731211157.S3921@cygbert.vinschen.de> On Wed, Jul 31, 2002 at 01:25:36PM -0400, Chris Faylor wrote: > On Wed, Jul 31, 2002 at 08:00:59AM -0700, Nicholas Wourms wrote: > >P.S. - Many attempts [over 6+ months] have been made to contact > >Trolltech regarding this, yet no reply is forthcoming. Therefore, we > >have satisfied the legal obligations, since it was their responsibility > >to pose any objections, which they have not. > > Well, AFAIK, YANAL and IANAL, so I don't know how you can make definitive > legal pronouncements and I certainly am not going to accept your say so > on this. Or, IOW, getting no answer does not mean they said "yes". Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:cygwin@cygwin.com Red Hat, Inc. From huntharo@msu.edu Wed Jul 31 14:40:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 31 Jul 2002 14:40:00 -0000 Subject: QT2 ready for ITP? References: <20020731172536.GA3120@redhat.com> <20020731175736.91097.qmail@web21004.mail.yahoo.com> <20020731210915.R3921@cygbert.vinschen.de> Message-ID: <3D483776.1000408@msu.edu> Corinna Vinschen wrote: > On Wed, Jul 31, 2002 at 10:57:36AM -0700, Nicholas Wourms wrote: > >>--- Christopher Faylor wrote: >> >>>Well, AFAIK, YANAL and IANAL, so I don't know how you can make >> >>Can we please cut out the acronyms? We should be respectful of Ralf >>and others for whom English is a second[or third, etc.] language. > > > Why? I'm non-native, too, but actually I'm using acronyms as well. > > *And* I have this one: http://www.acronymfinder.com/ > > Corinna > Now that you guys mentioned it... what the heck is ITP? Initial Trials Phase? Harold From huntharo@msu.edu Wed Jul 31 15:28:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 31 Jul 2002 15:28:00 -0000 Subject: QT2 ready for ITP? References: <20020731172536.GA3120@redhat.com> <20020731175736.91097.qmail@web21004.mail.yahoo.com> <20020731210915.R3921@cygbert.vinschen.de> <3D483776.1000408@msu.edu> Message-ID: <3D4837E7.6030306@msu.edu> Harold L Hunt II wrote: > Corinna Vinschen wrote: > >> On Wed, Jul 31, 2002 at 10:57:36AM -0700, Nicholas Wourms wrote: >> >>> --- Christopher Faylor wrote: >>> >>>> Well, AFAIK, YANAL and IANAL, so I don't know how you can make >>> >>> >>> Can we please cut out the acronyms? We should be respectful of Ralf >>> and others for whom English is a second[or third, etc.] language. >> >> >> >> Why? I'm non-native, too, but actually I'm using acronyms as well. >> >> *And* I have this one: http://www.acronymfinder.com/ >> >> Corinna >> > > Now that you guys mentioned it... what the heck is ITP? Initial Trials > Phase? > > Harold > Wait wait... I got another one: Inspect, Transfer, Promulgate Ha ha ha!!! Harold P.S. For those who don't know, promulgate means to make known by open declaration. http://m-w.com/cgi-bin/dictionary?va=promulgate From fbregier@webmails.com Wed Jul 31 18:25:00 2002 From: fbregier@webmails.com (frederic bregier) Date: Wed, 31 Jul 2002 18:25:00 -0000 Subject: Fw: Problem with Windows95 and XFree Message-ID: <20020731085242.3324.qmail@webmails.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: